Re: [Pharo-users] OSProcess command - non responding image when calling often
Hi Paul, thanks for remark my post! :) The important here is that David Lewis has confirmed it fix the problem, http://forum.world.st/OSProcess-error-in-1-3-tp4602389p4607494.html But I don't know if you guys have here the same problem I had, because the issue was in Windows (). Just test change ThisOSProcess>>startUp: and see what happens :) ThisOSProcess>>startUp: resuming | aio | (aio := Smalltalk at: #AioEventHandler) ifNotNil: [ aio startUp: resuming ]. *OSProcessAccessor initialize.* self initializeThisOSProcess HTH Regards. 2016-06-08 15:12 GMT-03:00 Paul DeBruicker : > Hi Sabine, > > I had a Pharo 5 image where running > > OSProcess waitForCommand:'ls' > > twice would lock everything up. > > Following Gaston's suggestion here: > > > http://forum.world.st/Problem-with-delay-waiting-OSSubprocess-code-on-Pharo-5-0-td4895780.html#a4898158 > > Fixed it for me. Maybe we hit the same issue. > > > Paul > > > Sabine Manaa wrote > > Hi, > > > > sorry but I have another issue with OSProcess. > > > > For my app, I want to show small .png previews from my .pdfs. For this > > reason, I use an external software, currently pdfbox. It works fine, but > > regularly, I get a hanging image. I tried to reproduce it and found out, > > that it is not a problem with pdfbox (http://pdfbox.apache.org), because > > from command line, I can call it often without problems. There can be > > (hopefully) many users in my app with many previews at one time. So I > have > > to call it often. > > > > For reproduction of the OSProcess issue, I used another simple command > > (from my other OSProcess umlaut issue :-)) to test it. > > > > calling this, results in a non responding image: > > > > 20 timesRepeat: [OSProcess command: ('cp > > /Library/WebServer/Documents/reports/bar.pdf > > /Library/WebServer/Documents/reports/test-c.pdf').]. > > > > also this: > > 20 timesRepeat: [OSProcess command: ('echo "Hi there"').] > > > > My original code is similar to this but here only for information: > > OSProcess > > command: > > ('{1} -jar {2} PDFToImage -format PNG -page 1 -dpi > 100 {3}' > > format: > > {'Library/Internet\ > > Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java'. > > > '/Users/sabine/Desktop/pdfbox-app-2.0.1.jar'. > > > > > '/Library/WebServer/Documents/reports/201411121510-112859865-3378921/20150605_170_IFA_Berlin_Reisekostenabrechnung.pdf'}). > > > > > > So, my question is: is it wrong, calling OSProcess like this? How to do > it > > instead? > > > > I am sorry to ask again and hope that there is a simple solution. > > Or is it a bug in OSProcess? > > > > Regards > > Sabine > > > > > > -- > View this message in context: > http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540p492.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >
Re: [Pharo-users] Panama Papers: a case for reproducible research, data activism and frictionless data (powered by Pharo)
Thanks for your details answer. I will review your blog post, I have to learn Roassal too so it's a good way to begin... If you can yes please share these scripts :) Yes it seem to be the same webinar that I indicated in my previos mail ;) Regards. 2016-05-21 0:27 GMT-03:00 Offray Vladimir Luna Cárdenas < offray.l...@mutabit.com>: > Thanks Gastón for your interest. > > I used csv and imported to sqlite, because that's the way the ICIJ > released their info and let me query aggregated information in an easy way. > I bridge SQLite with Pharo using UDBC and then the choropleth map was made > on Roassal. Details are in the blog post ;-). > > My first attempt was trying to load all nodes in (Entities in the offshore > leaks database) in Roassal and query/visualize directly from it, but with > over 150k nodes the environment started to lag and doesn't was as > responsive as I want for exploring the dataset. That's why I switched > quickly to sqlite. I think that this keeps the environment agile and covers > a pretty good amount of the cases when you work with tabular data and even > some specific graphs could be replicated from the exported CVS files > containing the entities and their relationships. My focus was more on > accuracy of the visualization, trying to put the rest of the territories in > a Roassal map. If you're interested I can put a quick script to run the > visualization/notebook in your Moose image. > > I have not used Neo4J, but there will be a seminar on how it was used in > the Panama Papers next Tuesday: > > http://info.neo4j.com/0526-register.html > > Cheers, > > Offray > > > On 20/05/16 16:42, Gastón Dall' Oglio wrote: > > Hi. Looks good :) > > Just out of curiosity, what data format you used? csv, sqlite? > > I am interested in using Neo4j from pharo ( > <http://smalltalkhub.com/#%21/%7EMasashiUmezawa/Neo4reSt> > http://smalltalkhub.com/#!/~MasashiUmezawa/Neo4reSt) with a large > database, and few days ago and found the ICIJ used Neo4j to relate > information. In a few days they will give a webinar: > > http://info.neo4j.com/05262016-ICIJandPanamaPapersOnDemand_Registration.html > > A question, you can use Neo4reSt to store data and Pharo/Roassal for > display on a more or less friendly way? or there is a lot impedance between > graph models? > > > > 2016-05-20 13:44 GMT-03:00 Offray Vladimir Luna Cárdenas < > offray.l...@mutabit.com>: > >> Hi, >> >> I'm glad to share my recent work with Pharo/Roassal in the form of a >> minisite[1] and a detailed blog entry[2] arguing about interactive >> environments for increasing understanding and participation in data >> phenomena: >> >> [1] http://mutabit.com/repos.fossil/panama-papers/doc/tip/index.html >> [2] http://mutabit.com/offray/blog/en/entry/panama-papers-1 >> >> Using a relatively simple visualization I advocate for this case. The >> bigger issues here were not related with visualization, but with >> accuracy/completion of the information. For example the original RTSVGPath >> includes only 167 world territories, but Panama Papers mentions over 210. >> Improving accuracy lead to hunting a bug and to its bugfix. So we have a >> more cleaver reader for SVG in Roassal. I was fighting for several days >> with newbie errors (like the one on the download bar not advancing, despite >> of the download being made). >> >> I think that this are good exemplars on how Pharo Roassal is a superb >> moldable and affordable platform on the issues of data oriented >> reproducible research (in journalism and/or activism and others). >> >> Comments and suggestions are welcomed, as always. >> >> Cheers, >> >> Offray >> >> > >
Re: [Pharo-users] Panama Papers: a case for reproducible research, data activism and frictionless data (powered by Pharo)
Hi. Looks good :) Just out of curiosity, what data format you used? csv, sqlite? I am interested in using Neo4j from pharo ( http://smalltalkhub.com/#!/~MasashiUmezawa/Neo4reSt) with a large database, and few days ago and found the ICIJ used Neo4j to relate information. In a few days they will give a webinar: http://info.neo4j.com/05262016-ICIJandPanamaPapersOnDemand_Registration.html A question, you can use Neo4reSt to store data and Pharo/Roassal for display on a more or less friendly way? or there is a lot impedance between graph models? 2016-05-20 13:44 GMT-03:00 Offray Vladimir Luna Cárdenas < offray.l...@mutabit.com>: > Hi, > > I'm glad to share my recent work with Pharo/Roassal in the form of a > minisite[1] and a detailed blog entry[2] arguing about interactive > environments for increasing understanding and participation in data > phenomena: > > [1] http://mutabit.com/repos.fossil/panama-papers/doc/tip/index.html > [2] http://mutabit.com/offray/blog/en/entry/panama-papers-1 > > Using a relatively simple visualization I advocate for this case. The > bigger issues here were not related with visualization, but with > accuracy/completion of the information. For example the original RTSVGPath > includes only 167 world territories, but Panama Papers mentions over 210. > Improving accuracy lead to hunting a bug and to its bugfix. So we have a > more cleaver reader for SVG in Roassal. I was fighting for several days > with newbie errors (like the one on the download bar not advancing, despite > of the download being made). > > I think that this are good exemplars on how Pharo Roassal is a superb > moldable and affordable platform on the issues of data oriented > reproducible research (in journalism and/or activism and others). > > Comments and suggestions are welcomed, as always. > > Cheers, > > Offray > >
Re: [Pharo-users] [ANN] Screencast on Versionner (Part 2)
Thanks!!! 2015-04-30 10:31 GMT-03:00 Esteban Lorenzano : > Hi again, > > Now I made a small video on how to use Versionner to help you manage your > releases and commits. > > https://youtu.be/cFRJDuWL-Q0 > > This is new stuff, so you will need latest Pharo 5 to use it, > alternatively you can install latest Versionner into Pharo 4 (I don’t know > how it will work on Pharo 3, you’ll probably need to load Glamour as well > others). > In Pharo 4, you can install it executing: > > Gofer it > smalltalkhubUser: 'PharoExtras' project: 'Versionner'; > configuration; > loadVersion: '2.12.2'. > > cheers, > Esteban > > >
Re: [Pharo-users] Pharo Casts: http://www.pharocasts.com
Thank you Laurent! I want to show your videos to some friends... Best regards. 2014-10-16 13:15 GMT-03:00 Laurent : > Oups, forgot to renew the DNS. should be up soon. > > Laurent > > Le jeu. 16 oct. 2014 à 15:49, Gastón Dall' Oglio < > gaston.dallog...@gmail.com> a écrit : > > Hello. > > It's down? Seems so: > http://www.downforeveryoneorjustme.com/www.pharocasts.com > > Regards. > >
[Pharo-users] Pharo Casts: http://www.pharocasts.com
Hello. It's down? Seems so: http://www.downforeveryoneorjustme.com/www.pharocasts.com Regards.
Re: [Pharo-users] Voyage: default class to collection mapping
Hi Torsten. May not be the case, but I've seen do that elsewhere (in Pier I think) and the reason is simply remove (sanitize) the namespace of the class (the first two letters in uppercase). Best. 2014-07-09 17:12 GMT-03:00 Torsten Bergmann : > Voyage by default provides this: > > voyageCollectionName > "This method can be overridden with a more meaningful collection > name" > ^ ((self persistentClass name first: 3) allSatisfy: #isUppercase) > ifTrue: [ (self persistentClass name allButFirst: 2) > asLegalSelector ] > ifFalse: [ self persistentClass name asLegalSelector ] > > > So a class name like Association will end up in a mongo collection > like "association". > > But a class name with a prefix like "PDFLetter" will end up in a mongo > collection name like "fLetter". > > Is there a reason for this specific default behavior and not having the > class name (by default) as the collection name in mongo? I know I can > override > the method - but I wonder why it is treated specially also leading to > potential > conflicts: > >PDFLetter voyageCollectionName -> #fLetter >FLetter voyageCollectionName-> #fLetter > > Thx > T. > > >