February 2015 - Pharo-dev - lists.pharo.org

Videos PharoDays online

by Marcus Denker

Hi, Sorry for the delayâ¦ https://www.youtube.com/channel/UCp3mNigANqkesFzdm058bvw/videos

Feb. 18, 2015

[ANN] Pharo4 code freeze will be 28/Feb, release target 1/Apr

by Esteban Lorenzano

Hi, Soâ¦ Iâm announcing that we will not introduce any new change to Pharo4 after February 28, and we will work on stabilisation and bug fixedâ¦ we are aiming to release in April 1st. This version will not be spur-based, that will come with the summer release. Cheers, Esteban

Feb. 18, 2015

Re: [Pharo-dev] Slaves offline again

by Marcus Denker

Seemingly there have been problems with the cloudstack update, they are fixing it now. > On 18 Feb 2015, at 09:33, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Hi, > > the jenkins slaves are offline again. > > Iâve resurrected the moose ones, but I donât have rights to manage pharo-contribution. Can someone do that please? > > Uko

Feb. 18, 2015

Fwd: [ci-announces] CloudStack upgrade

by Yuriy Tymchuk

FYI > Begin forwarded message: > > Date: 18 Feb 2015 11:58:29 CET > From: Emmanuel Jeanvoine <emmanuel.jeanvoine(a)inria.fr> > To: ci-announces(a)inria.fr > Subject: Re: [ci-announces] CloudStack upgrade > Reply-To: Emmanuel Jeanvoine <emmanuel.jeanvoine(a)inria.fr> > > On Fri, 06 Feb 2015, Emmanuel Jeanvoine wrote: > >> Dear users, >> >> CloudStack will be upgraded to the 4.4.2 version on 2/11/14. This new >> version has several stability improvements and is required to prepare the >> next evolution of the service related to the MacOSX support. >> >> As a consequence, the service is planned to be stopped on 2/10/14 at 5pm. >> In order to avoid any issue, you are strongly encouraged to shutdown the >> Jenkins instances and the VM of your projects before that. >> >> For those who may be interested, more details will be given there: >> https://wiki.inria.fr/ciportal/Event_20150211_cs >> >> Thank you for your understanding, >> Emmanuel >> >> -- >> Emmanuel Jeanvoine Research Engineer >> Inria Nancy - Grand Est Office B118 >> http://www.inria.fr/nancy Tel +33 3 54 95 86 21 > > Dear users, > > Unfortunately the CloudStack maintenance is still not finished. It was not > possible to create new slave, and slaves have been stopped unexpectedly > yesterday evening. In order to allow the IT team to investigate the issue > serenely and to avoid any other issue, it is better to shut down the whole > service. > > Information will be put one the event page (https://wiki.inria.fr/ciportal/Event_20150211_cs) > when received from the IT team. > > We are very sorry for the inconvenience. > > Emmanuel

Feb. 18, 2015

Re: [Pharo-dev] [Pharo-users] GSOC 2015 Call for Ideas

by Serge Stinckwich

On Wed, Feb 18, 2015 at 11:01 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > OK, try making a proposal then, http://gsoc.pharo.org has the instructions and the current list, you probably know more about data science than I do. > >> On 18 Feb 2015, at 10:53, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: >> >> I am sorry if the previous messages came off as too harsh. The Neo >> tools are perfectly fine for their intended use. >> >> What I was trying to say is that a good idea for a SoC project would >> be to develop a framework for data analysis that would be useful for >> data scientists, and in particular this would include something to >> import unstructured data more freely. Sorry Andrea. I didn't see you message because I'm not pharo-users mailing-list, only on pharo-dev. I'm also really interested to have a gsoc project to develop data analysis framework. Please let's talk together in order to discuss about a proposal. Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Feb. 18, 2015

Re: [Pharo-dev] [Pharo-users] GSOC 2015 Call for Ideas

by Sven Van Caekenberghe

OK, try making a proposal then, http://gsoc.pharo.org has the instructions and the current list, you probably know more about data science than I do. > On 18 Feb 2015, at 10:53, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: > > I am sorry if the previous messages came off as too harsh. The Neo > tools are perfectly fine for their intended use. > > What I was trying to say is that a good idea for a SoC project would > be to develop a framework for data analysis that would be useful for > data scientists, and in particular this would include something to > import unstructured data more freely. > > 2015-02-18 10:39 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> Well, you are certainly free to contribute. >> >> Heuristic interpretation of data could be useful, but looks like an addition on top, the core library should be fast and efficient. >> >>> On 18 Feb 2015, at 10:35, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: >>> >>> For an example of what I am talking about, see >>> >>> http://pandas.pydata.org/pandas-docs/version/0.15.2/io.html#csv-text-files >>> >>> I agree that this is definitely too much options, but it gets the job >>> done for quick and dirty exploration. >>> >>> The fact is that working with a dump of table on your db, whose >>> content you know, requires different tools than exploring the latest >>> opendata that your local municipality has put online, using yet >>> another messy format. >>> >>> Enterprise programmers deal more often with the former, data >>> scientists with the latter, and I think there is room for both kind of >>> tools >>> >>> 2015-02-18 10:26 GMT+01:00 Andrea Ferretti <ferrettiandrea(a)gmail.com>: >>>> Thank you Sven. I think this should be emphasized and prominent on the >>>> home page*. Still, libraries such as pandas are even more lenient, >>>> doing things such as: >>>> >>>> - autodetecting which fields are numeric in CSV files >>>> - allowing to fill missing data based on statistics (for instance, you >>>> can say: where the field `age` is missing, use the average age) >>>> >>>> Probably there is room for something built on top of Neo >>>> >>>> >>>> * by the way, I suggest that the documentation on Neo could benefit >>>> from a reorganization. Right now, the first topic on the NeoJSON >>>> paper introduces JSON itself. I would argue that everyone that tries >>>> to use the library knows what JSON is already. Still, there is no >>>> example of how to read JSON from a file in the whole document. >>>> >>>> 2015-02-18 10:12 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>>>> >>>>>> On 18 Feb 2015, at 09:52, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: >>>>>> >>>>>> Also, these tasks >>>>>> often involve consuming data from various sources, such as CSV and >>>>>> Json files. NeoCSV and NeoJSON are still a little too rigid for the >>>>>> task - libraries like pandas allow to just feed a csv file and try to >>>>>> make head or tails of the content without having to define too much of >>>>>> a schema beforehand >>>>> >>>>> Both NeoCSV and NeoJSON can operate in two ways, (1) without the definition of any schema's or (2) with the definition of schema's and mappings. The quick and dirty explore style is most certainly possible. >>>>> >>>>> 'my-data.csv' asFileReference readStreamDo: [ :in | (NeoCSVReader on: in) upToEnd ]. >>>>> >>>>> => an array of arrays >>>>> >>>>> 'my-data.json' asFileReference readStreamDo: [ :in | (NeoJSONReader on: in) next ]. >>>>> >>>>> => objects structured using dictionaries and arrays >>>>> >>>>> Sven >>>>> >>>>> >>> >> >> >

Feb. 18, 2015

Re: [Pharo-dev] [Pharo-users] GSOC 2015 Call for Ideas

by Sven Van Caekenberghe

Well, you are certainly free to contribute. Heuristic interpretation of data could be useful, but looks like an addition on top, the core library should be fast and efficient. > On 18 Feb 2015, at 10:35, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: > > For an example of what I am talking about, see > > http://pandas.pydata.org/pandas-docs/version/0.15.2/io.html#csv-text-files > > I agree that this is definitely too much options, but it gets the job > done for quick and dirty exploration. > > The fact is that working with a dump of table on your db, whose > content you know, requires different tools than exploring the latest > opendata that your local municipality has put online, using yet > another messy format. > > Enterprise programmers deal more often with the former, data > scientists with the latter, and I think there is room for both kind of > tools > > 2015-02-18 10:26 GMT+01:00 Andrea Ferretti <ferrettiandrea(a)gmail.com>: >> Thank you Sven. I think this should be emphasized and prominent on the >> home page*. Still, libraries such as pandas are even more lenient, >> doing things such as: >> >> - autodetecting which fields are numeric in CSV files >> - allowing to fill missing data based on statistics (for instance, you >> can say: where the field `age` is missing, use the average age) >> >> Probably there is room for something built on top of Neo >> >> >> * by the way, I suggest that the documentation on Neo could benefit >> from a reorganization. Right now, the first topic on the NeoJSON >> paper introduces JSON itself. I would argue that everyone that tries >> to use the library knows what JSON is already. Still, there is no >> example of how to read JSON from a file in the whole document. >> >> 2015-02-18 10:12 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>> >>>> On 18 Feb 2015, at 09:52, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: >>>> >>>> Also, these tasks >>>> often involve consuming data from various sources, such as CSV and >>>> Json files. NeoCSV and NeoJSON are still a little too rigid for the >>>> task - libraries like pandas allow to just feed a csv file and try to >>>> make head or tails of the content without having to define too much of >>>> a schema beforehand >>> >>> Both NeoCSV and NeoJSON can operate in two ways, (1) without the definition of any schema's or (2) with the definition of schema's and mappings. The quick and dirty explore style is most certainly possible. >>> >>> 'my-data.csv' asFileReference readStreamDo: [ :in | (NeoCSVReader on: in) upToEnd ]. >>> >>> => an array of arrays >>> >>> 'my-data.json' asFileReference readStreamDo: [ :in | (NeoJSONReader on: in) next ]. >>> >>> => objects structured using dictionaries and arrays >>> >>> Sven >>> >>> >

Feb. 18, 2015

Re: [Pharo-dev] [Pharo-users] GSOC 2015 Call for Ideas

by Sven Van Caekenberghe

> On 18 Feb 2015, at 10:26, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: > > Thank you Sven. I think this should be emphasized and prominent on the > home page*. Still, libraries such as pandas are even more lenient, > doing things such as: > > - autodetecting which fields are numeric in CSV files > - allowing to fill missing data based on statistics (for instance, you > can say: where the field `age` is missing, use the average age) > > Probably there is room for something built on top of Neo > > > * by the way, I suggest that the documentation on Neo could benefit > from a reorganization. Right now, the first topic on the NeoJSON > paper introduces JSON itself. I would argue that everyone that tries > to use the library knows what JSON is already. Still, there is no > example of how to read JSON from a file in the whole document. These libraries (NeoCSV, NeoJSON, STON) were all written with only a dependency on a limited character stream API. It was a design decision not to depend on a File API, because at the time we were transitioning from the old FileStreams to FileSystem. And I disagree about the JSON introduction ;-) You might know it, but that is not the case for everyone. Like not everyone knows CSV, HTTP, ... But I do agree that sometimes I too would like a convenience method here or there ;-) > 2015-02-18 10:12 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> >>> On 18 Feb 2015, at 09:52, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: >>> >>> Also, these tasks >>> often involve consuming data from various sources, such as CSV and >>> Json files. NeoCSV and NeoJSON are still a little too rigid for the >>> task - libraries like pandas allow to just feed a csv file and try to >>> make head or tails of the content without having to define too much of >>> a schema beforehand >> >> Both NeoCSV and NeoJSON can operate in two ways, (1) without the definition of any schema's or (2) with the definition of schema's and mappings. The quick and dirty explore style is most certainly possible. >> >> 'my-data.csv' asFileReference readStreamDo: [ :in | (NeoCSVReader on: in) upToEnd ]. >> >> => an array of arrays >> >> 'my-data.json' asFileReference readStreamDo: [ :in | (NeoJSONReader on: in) next ]. >> >> => objects structured using dictionaries and arrays >> >> Sven >> >> >

Feb. 18, 2015

Re: [Pharo-dev] [Pharo-users] GSOC 2015 Call for Ideas

by Sven Van Caekenberghe

> On 18 Feb 2015, at 09:52, Andrea Ferretti <ferrettiandrea(a)gmail.com> wrote: > > Also, these tasks > often involve consuming data from various sources, such as CSV and > Json files. NeoCSV and NeoJSON are still a little too rigid for the > task - libraries like pandas allow to just feed a csv file and try to > make head or tails of the content without having to define too much of > a schema beforehand Both NeoCSV and NeoJSON can operate in two ways, (1) without the definition of any schema's or (2) with the definition of schema's and mappings. The quick and dirty explore style is most certainly possible. 'my-data.csv' asFileReference readStreamDo: [ :in | (NeoCSVReader on: in) upToEnd ]. => an array of arrays 'my-data.json' asFileReference readStreamDo: [ :in | (NeoJSONReader on: in) next ]. => objects structured using dictionaries and arrays Sven

Feb. 18, 2015

Slaves offline again

by Yuriy Tymchuk

Hi, the jenkins slaves are offline again. Iâve resurrected the moose ones, but I donât have rights to manage pharo-contribution. Can someone do that please? Uko

Feb. 18, 2015