October 2017 - Pharo-users - lists.pharo.org

Business process (declaration and orchestration), ontology/taxonomy,

by CÃ©drick BÃ©ler

Hi again, this is my last question and the more general one of the day :-) Iâm looking for way of representing and executing simple "business processes" in Pharo and a way of declaring domain ontologies/taxonomies. I didnât find any lib around this subjects except some projects in other smalltalk dialects. I just wander if somebody has done some work in these field. Iâm also interested in (KISS) design discussions around these topics, hence this email. I donât want to do a full fledged business process middleware. I would need : - a way to represent simple business processes (succession of activities with logic gates (and/or/xor) => I might be able to do that by myself). - a way to execute these processes (routines) in a semi-aotumatic manner => This looks more difficult to do to me. => my aim is to execute recurrent routines (my routines) with the help of a Pharo application For such a system, I also need a way to categorize information context. Again, I donât think I need a full fledged ontology implementation like Description Logic (or whatever). I think Iâll be happy with information tagging according to a predefined taxonomy. Instead of flat tags, Iâd like them to implement some sort of multiple inheritance. For instance, I may need a tag #soccer that "inherit" #sport. Any information regarding taxonomy tagging in Pharo ? (Or eventually ontology?). TIA, CÃ©drick

Oct. 25, 2017

Cryptography and hashing in Pharo

by CÃ©drick BÃ©ler

Hi again, Concerning cryptography in Pharo, there are to my knowledge : => a package developed in squeak [1] that was I think ported/forked for Pharo. I cannot find the Pharo version => a binding to the sodium library (NaCl) [2] With one would you recommend ? Maybe another option ? Concerning hashing (Iâd like to hash information content a bit like this is done in ifs with their multihash lib [3]) => I found a keccak implication with I think would do the [4]. Any feedback ? Other implementations available ? => Do you think having something like ifs multihash would be interesting in Pharo ? Again, thanks in advance for your comments/advices. CÃ©drick [1] http://www.squeaksource.com/Cryptography.html <http://www.squeaksource.com/Cryptography.html> [2] http://catalog.pharo.org/catalog/project/Nacl?_s=54MCZlmxc6F08Ht4&_k=HxcBD1… <http://catalog.pharo.org/catalog/project/Nacl?_s=54MCZlmxc6F08Ht4&_k=HxcBD1…> [3] https://github.com/multiformats/multihash <https://github.com/multiformats/multihash> [4] https://github.com/sbragagnolo/Keccak <https://github.com/sbragagnolo/Keccak>

Oct. 25, 2017

Exchanging information between 2 pharo applications (2 images running on two different computers)

by CÃ©drick BÃ©ler

Hi all, I want to connect two applications (1 by image, each one on a different computer) so as as to exchange information (data) between them. So my question is about the best (smalltalk) practices to connect two app/image and exchange data. I imagine either with a direct connection through a network (TCP Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. At first, without any Â« security Â». But later, information exchanges will be encrypted. Iâve seen some information on how to use SerialPort, or even FileStream. I could do it (or at least simulate it with HTTP). What are the other options ? Socket ? Do we have P2P libs (I couldnât find) with eventually discovery features ? Any comment / suggestion / pointers are greatly welcome. TIA. CÃ©drick

Oct. 25, 2017

Re: [Pharo-users] Glorp: #includesKey:

by Herby VojÄÃk

jtuchel(a)objektfabrik.de wrote: > Herby, > > I must admit I've never used Dictionary Mappings with Glorp, so I don't > have an answer. > But I am a bit confused by your code examples. See below > > > Am 24.10.17 um 20:27 schrieb Herby VojÄÃk: >> Hello! >> >> I am using a DictionaryMapping in my code, and I wanted to use >> #includesKey: in #where: clause (something akin >> >> each tools includesKey: aToolId > > What SQL expression would you expect here? SELECT * FROM AGENT a WHERE a.tool_id = :aToolId AFAICT, DISTINCT is not needed as <id, tool_id> are fks to other table's compound primary key <agent_id, id>, so they are known to be unique. > I would guess that you want to build a subquery like exists, because the > way I understand the query, you want to find all instances of (whatever > each is) that hold an Association in their tools dictionary where the > key is aToolId. Yes. Maybe it needs EXISTS, I don't know. Semantics is clear, though. >> >> ) to select only rows for which DictionaryMapping uses certain key. It >> failed with the error in the lines of "#tools does not resolve to >> field". I had to come up with >> > >> each tools anySatisfy: [ :tool | tool id = aToolId ] > Hmm. This makes me wonder. Is #tools really a Dictionary? Inside the > Block, I'd expect the :tool parameter to be an Association, and that > doesn't understand #id,does it? I guess @each is the parameter within an > Block like in > > self session read: MyClass where: [:each| each tools ...] > > If so, I have a hard time believing that anySatisfy: would work (never > tried)... Yes, it works. Dictionary enumerates values, as I have written in reply to Tom's post. >> Is it the bug / feature / problem in my approach? If bug, is it >> planned to add #includesKey: translation to DictionaryMapping? >> > I don't know, but would guess it is not currently on the Todo-list. > > My first tip would be to try and find some slides (most likely made by > Niall and presented at an ESUG) including the words "subquery", "glorp" > and "exists". You won't find much, but that may be a starting point. I actually managed to get there, but a) using ugly workaround IMO, #includesKey: is part of dictionary's protocol, should be known; b) as I wrote in Tom's reply, the workaround only worked because mapping was to object. If the mapping was to primitive value (number, string), I would not have any 'tool id' ready to use and I would be left .... without option. There is no way to construct such query atm in Glorp, afaict, if I cannot use #keys not #includesKey: in where clause. Is that not a bug? > Not sure this helps, ;-) > > > Joachim Thanks, Herby

Oct. 25, 2017

Re: [Pharo-users] Glorp: #includesKey:

by Herby VojÄÃk

Tom Robinson wrote: > Hi Herby, > > In my opinion, the way you found to make it work is the way it should > be. The reason is that the first way doesn't translate into SQL and the > second one does. It might be possible to add includesKey: functionality > but resolving that to SQL would be more complex. I would not call this a I think I disagree with this, but correct me if I am wrong. With DictionaryMapping, you map a set of (key, value) pairs into appropriate fields in a table. In essence, it does not differ at all to mapping any other collection containing objects with fields (actually, from what I understood, it does internal tricks to do just that - create internal "class mapping" for an association of that particular dictionary mapping). In case of primitive value dictionaries, it even _is_ the same: key is mapped to one field, value is mapped to different field. If I want to create subquery using value, I can freely use things like #anySatisfy: to filter on that value (which I did in my case, but I come to that later). Since Dictionary enumerates values in do:, select:, collect: (and anySatisfy:), writing each tools anySatisfy: [...] is the same as writing each tools values anySatisfy: [...] but what if I wanted to write each tools keys anySatisfy: [...] ? I cannot, Glorp fails on 'keys' (I tried to use `keys includes:` instead of `includesKey:`, to no avail). So what I want to point here is, that in DictionaryMapping I map keys and values to different fields in table (values can be complex, in which keys they are mapped to more fields, but that is not important distinction here), but Glorp only allows me to use values (and only implicitly) in where clauses; I have no way to use keys at all there. So I assert here that "resolving that to SQL would be more complex" is not true. Key is mapped the same way value is; if I can use where clause that uses value in certain way, I should be able to use key as well - SQL generating from one or the other have same level of difficulty (in fact, I think key is easier, as you do not actually need to join the foreign table); the generated SQL could be something like SELECT * FROM AGENT a WHERE a.tool_id = <toolId asDbValue> The fact that I found a each tools anySatisfy: [ :tool | tool id = aToolId ] is in fact only because non-primitive mappings are processed differently in DictionaryMapping, a non-primitive values are _required_ to have a field defined (not in table, that is understandable, I need to be able to make a join, but in descriptor) a mapping that contains the key. So in essence, that could be represented as SELECT * FROM AGENT a WHERE a.tool_id IN (SELECT * FROM TOOL t WHERE t.agent_id = a.id AND t.id = a.tool_id AND t.id = <aToolId asDbValue>) which is basically same as above, as actually, "a.tool_id = <aToolId asDbValue>" is executed here as well (plus checking that such dictionary actually exists at all; maybe that should be present in previous case as well, but Glorp can generate the join, that's not the question here). It is actually interesting question what SQL Glorp actually generated for "TgAgent readOneOf: [:a|a tools anySatisfy: [:t|t id = toolId]]". Point here is: 1. Why do I need to work it around via [:tool | tool id = aToolId] when I am only interested on "which tools the agent uses" (in fact, give me all agents using this tool). 2. Should this be key -> primitive value mapping, I have simple _no way_ to ask the equivalent of #includesKey: at all (as the value is, for example, a String or an Integer, so no `tool id` is available). > bug. I would call it a limitation of the implementation. I don't know of > anyone planning to add this feature to Glorp right now. That's why I would say #keys (and, ideally, #includesKey:) are actually needed addition to Glorp's set of known-and-translated selectors in case of DictionaryMapping. > Regards, > > Tom Thanks, Herby

Oct. 25, 2017

Re: [Pharo-users] Territorial loading problems & alternative ways of loading data for making a choropleth map

by Tudor Girba

You can directly use the Roassal presentation gtInspectorExtension: composite <gtInspectorPresentationOrder: 20> composite roassal2 title: â...' initializeView: [ YourViewOrBuilder ]; painting: [ :yourViewOrBuilder | â¦ ] Doru > On Oct 25, 2017, at 5:57 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > 2017-10-24 15:24 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com>: >> Gracias HernÃ¡n! >> > > No problema :) > >> This is working fine. I would like to put the displayed map inside the >> GT playground right panel, to get something similar to what you get when >> you execute "RTMapLocationExample new exampleSeismOnEarth" from a >> playground. Do you have any planned support for that? >> > > I know this should be as easy as adding a > <gtInspectorPresentationOrder: ... > pragma > > gtInspectorViewIn: composite > <gtInspectorPresentationOrder: 60> > > composite morph > title: 'Territorial Map'; > display: [ view build ] > > but still I have to investigate how to connect a RTView or TRMorph > with GT inspector > >> I could try to use some similar approach to the one I take on the Panama >> Papers choropleth map [1][2] to export some Territorial data for >> visualizations in a light format (120kb file example at: [3]), if you're >> interested. >> >> [1] http://mutabit.com/offray/blog/en/entry/panama-papers-1 >> [2] http://mutabit.com/repos.fossil/panama-papers/doc/tip/index.html >> [3] http://mutabit.com/repos.fossil/panama-papers/doc/tip/territories.ston >> > > Super! It would be nice to see usage in other scenarios! > Let me know how it goes. > > Cheers, > > HernÃ¡n > >> Cheers, >> >> Offray >> >> >> On 23/10/17 23:21, HernÃ¡n Morales Durand wrote: >>> Hola Offray, >>> >>> I tried loading in Windows 8.1 and it loads fine using: >>> >>> Metacello new >>> smalltalkhubUser: 'hernan' project: 'Territorial'; >>> configuration: 'Territorial'; >>> version: #bleedingEdge; >>> load. >>> >>> Then load TerritorialData-AMCharts-HernanMoralesDurand.2 from the repository. >>> >>> I published some "fixes" related to Spec and Roassal. (I have to >>> review them because I'm porting other packages to Pharo 6.1, but it >>> should work for displaying maps). >>> >>> The following expression displays a window with Colombia departments: >>> >>> TerritorialAMChartsMapsProvider viewHighResCountry: 'Colombia' >>> >>> For a choropleth with a heatmap or centroids have a look at how I did >>> it in PhyloclassTalk in SmalltalkHub, again I should update it to work >>> in Pharo 6.1. >>> >>> Cheers, >>> >>> HernÃ¡n >>> >>> >>> >>> 2017-10-23 22:59 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas >>> <offray.luna(a)mutabit.com>: >>>> Hi, >>>> >>>> I would like a choropleth map of Colombian departments [1]. The first >>>> approach would be to use Territorial, but loading it is not working on >>>> Pharo 6.1 (used on Manjaro Linux): It doesn't appears in the Catalog, >>>> Gopher load gives me: "XMLFileException: File does does not exist: >>>> /home/offray/Programas/Pharo/6.1a/Dev24/territorial_files/fao/fao_country_names.xml" >>>> and loading Monticello bleeding edge gives me "FileDoesNotExist: File @ >>>> /home/offray/Programas/Pharo/6.1a/Dev24/territorial_files/opengeocode/wc-ASCII.csv". >>>> There is another way to make such choropleth map? >>>> >>>> [1] https://en.wikipedia.org/wiki/Departments_of_Colombia >>>> >>>> Thanks, >>>> >>>> Offray >>>> >>>> >>>> >> >> >> > -- www.tudorgirba.com www.feenk.com "Problem solving efficiency grows with the abstractness level of problem understanding."

Oct. 25, 2017

Re: [Pharo-users] CodeCity like visualization in Linux

by Stephane Ducasse

you can show them cvs file 'my.cvs' asFileReference and inspect you get a table :) but it is still a file reference Same with zip file Check the videos of the mooc on GTInspector Stef On Wed, Oct 25, 2017 at 11:35 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > Great! Thank you Doru. > > > > â > > 2017-10-25 10:36 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: >> >> Hi, >> >> Indeed, the image was for Mac, but unfortunately I do not know if it works >> on Linux. >> >> But, for your talk, there are other cool things that you can show in the >> latest Moose. If you are interested, please contact me directly. >> >> Cheers, >> Doru >> >> >> > On Oct 25, 2017, at 9:39 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> >> > wrote: >> > >> > Thank you for your help Tudor. >> > >> > I'm trying with the CodeCity image I've downloaded from your post >> > (http://www.humane-assessment.com/blog/communicating-changes-in-pharo-3-0) >> > and I get the error "MessageNotUnderstood: receiver of "platformId" is nil" >> > in the NBMacGLContextDriver class>>supportsCurrentPlatform method. >> > >> > By this reason I thought it only works on Mac or maybe I must previously >> > configure something to get the NativeBoost working on Linux. >> > >> > Thank you. >> > >> > >> > >> > â >> > >> > 2017-10-25 9:02 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: >> > CodeCity only works in Pharo 3 (or maybe also 4). >> > >> > Doru >> > >> > >> > > On Oct 25, 2017, at 1:38 AM, Rafael Luque >> > > <rafael.luque.leiva(a)gmail.com> wrote: >> > > >> > > Hi all, >> > > >> > > I'm working on an introductory talk about Pharo for a software >> > > craftsmanship local meetup. >> > > >> > > The presentation will be mainly driven by demos and I'd like to show a >> > > CodeCity-like visualization. I've been able to load it in Pharo 5, but it >> > > get an error when select the "City" tag in GTInspector. It seems that >> > > NBOpenGL does not work in Linux. >> > > >> > > Do you know any way to make it work in Linux? >> > > >> > > Thank you. >> > > â >> > >> > -- >> > www.tudorgirba.com >> > www.feenk.com >> > >> > "Presenting is storytelling." >> > >> > >> > >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Being happy is a matter of choice." >> >> >> >> >> >

Oct. 25, 2017

Re: [Pharo-users] CodeCity like visualization in Linux

by Rafael Luque

Great! Thank you Doru. â 2017-10-25 10:36 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > Indeed, the image was for Mac, but unfortunately I do not know if it works > on Linux. > > But, for your talk, there are other cool things that you can show in the > latest Moose. If you are interested, please contact me directly. > > Cheers, > Doru > > > > On Oct 25, 2017, at 9:39 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> > wrote: > > > > Thank you for your help Tudor. > > > > I'm trying with the CodeCity image I've downloaded from your post ( > http://www.humane-assessment.com/blog/communicating-changes-in-pharo-3-0) > and I get the error "MessageNotUnderstood: receiver of "platformId" is nil" > in the NBMacGLContextDriver class>>supportsCurrentPlatform method. > > > > By this reason I thought it only works on Mac or maybe I must previously > configure something to get the NativeBoost working on Linux. > > > > Thank you. > > > > > > > > â > > > > 2017-10-25 9:02 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > CodeCity only works in Pharo 3 (or maybe also 4). > > > > Doru > > > > > > > On Oct 25, 2017, at 1:38 AM, Rafael Luque < > rafael.luque.leiva(a)gmail.com> wrote: > > > > > > Hi all, > > > > > > I'm working on an introductory talk about Pharo for a software > craftsmanship local meetup. > > > > > > The presentation will be mainly driven by demos and I'd like to show a > CodeCity-like visualization. I've been able to load it in Pharo 5, but it > get an error when select the "City" tag in GTInspector. It seems that > NBOpenGL does not work in Linux. > > > > > > Do you know any way to make it work in Linux? > > > > > > Thank you. > > > â > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "Presenting is storytelling." > > > > > > > > -- > www.tudorgirba.com > www.feenk.com > > "Being happy is a matter of choice." > > > > > >

Oct. 25, 2017

[ANN] LAM Research upgraded to Platinum Membership

by Marcus Denker

The Pharo Consortium is very happy to announce that LAM Research has upgraded to Platinum Member status. About - LAM Research: http://www.lamresearch.com - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: http://association.pharo.org

Oct. 25, 2017

Re: [Pharo-users] CodeCity like visualization in Linux

by Tudor Girba

Hi, Indeed, the image was for Mac, but unfortunately I do not know if it works on Linux. But, for your talk, there are other cool things that you can show in the latest Moose. If you are interested, please contact me directly. Cheers, Doru > On Oct 25, 2017, at 9:39 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > > Thank you for your help Tudor. > > I'm trying with the CodeCity image I've downloaded from your post (http://www.humane-assessment.com/blog/communicating-changes-in-pharo-3-0) and I get the error "MessageNotUnderstood: receiver of "platformId" is nil" in the NBMacGLContextDriver class>>supportsCurrentPlatform method. > > By this reason I thought it only works on Mac or maybe I must previously configure something to get the NativeBoost working on Linux. > > Thank you. > > > > â > > 2017-10-25 9:02 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > CodeCity only works in Pharo 3 (or maybe also 4). > > Doru > > > > On Oct 25, 2017, at 1:38 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > > > > Hi all, > > > > I'm working on an introductory talk about Pharo for a software craftsmanship local meetup. > > > > The presentation will be mainly driven by demos and I'd like to show a CodeCity-like visualization. I've been able to load it in Pharo 5, but it get an error when select the "City" tag in GTInspector. It seems that NBOpenGL does not work in Linux. > > > > Do you know any way to make it work in Linux? > > > > Thank you. > > â > > -- > www.tudorgirba.com > www.feenk.com > > "Presenting is storytelling." > > > -- www.tudorgirba.com www.feenk.com "Being happy is a matter of choice."

Oct. 25, 2017