May 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Application development - import image and mark it up with vector graphics and create PDF

by Alexandre Bergel

Dear Reg, Roassal may help you on this. Consider the following Roassal script: -=-=-=-=-=-=-=-=-=-=-=-= | v circle1 circle2 edge | "we define the view" v := RTView new. âTwo circles" circle1 := ((RTEllipse new size: 50) + (RTLabel new text: '1')) element. circle2 := ((RTEllipse new size: 50) + (RTLabel new text: '2')) element. âMake the circles draggable" circle1 @ RTDraggable. circle2 @ RTDraggable. âDefining an edge between the two circles" edge := (RTLine new width: 10) edgeFrom: circle1 to: circle2. circle2 translateTo: 60 @ 80. v add: edge. v add: circle1. v add: circle2. v open. "We export the whole thing" RTPDFExporter new exportView: v. -=-=-=-=-=-=-=-=-=-=-=-= You can reproduce the script by loading Roassal2 and GraphET2 from smalltalkhub. Else you can directly jump on the Moose distribution for trying this out ( https://ci.inria.fr/moose/job/moose-5.0/lastSuccessfulBuild/artifact/moose-… ). I have uploaded the result for you: https://dl.dropboxusercontent.com/u/31543901/TMP/foo.pdf We can manipulate images as well (e.g., https://www.facebook.com/ObjectProfile/posts/628687443884523 ) Let us know how it goes... Cheers, Alexandre On May 8, 2014, at 9:00 AM, Reg Krock <rkrock3(a)yahoo.ca> wrote: > Hi, > > What is involved in creating an application in Pharo, part of would which do the following: > 1) Copy an image (ex: jpg) into a a window area. > 2) Allow the user to add basic shapes on top of the image - square, circle, with text inside the shape. > 3) Save this and generate a PDF. > > There is business domain logic surrounding this. > > Regards, > > Reg -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 9, 2014

Re: [Pharo-dev] DBXTalk continued

by Guillermo Polito

It's a bit bizarre... In the CI I don't have so many errors https://ci.inria.fr/dbxtalk/... It's maybe something with the library compiled for the mac? On Wed, May 7, 2014 at 5:51 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 07.05.2014 um 15:25 schrieb Mariano Martinez Peck < > marianopeck(a)gmail.com>: > > Norbert, did you finally fix this or is it still not working? > > No, I didnât fix it. To me it appeared as a bigger problem that included > problems while accessing native libs. So I decided not to use it and take a > different approach for storing things. > > Norbert > > > On Wed, Apr 9, 2014 at 6:07 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > >> Small correction. It is an ubuntu 14.04 running in virtualbox. >> >> Norbert >> >> Am 09.04.2014 um 10:45 schrieb Norbert Hartl <norbert(a)hartl.name>: >> >> > There were some success reports using DBXTalk in pharo 3.0. Sadly Iâm >> not that lucky to get it running properly. >> > >> > I loaded the latest version from smalltalkhub. I exchanged the version >> reference for TalkFFI to 1.4 (tested 1.5 as well no difference). I loaded >> bleddingEdge and did afterwards >> > >> > NBPharoOpenDBX installAsCurrent >> > >> > Running the tests I 118 run, 50 passes, 68 errors >> > >> > but the number changes when running the suite more often. There is a >> sporadic error âLost connection during queryâ which occurrs randomly thus >> the changing number in error fails. And the tests are trying to test more >> backends. I can see errors on the console saying that libraries cannot be >> found. I donât know yet if this influences the tests as well. >> > >> > The described scenario is running on an ubuntu 13.04 in virtualbox with >> a fresh 3.0 image. I was trying to install it on my Mac laptop but had too >> much problems convincing homebrew to build opendbx as 32 bit lib. So I >> thought it would be less pain to do it on linux which will be the >> deployment platform anyway. >> > >> > Has anybody seen similar problems. Or can any linux user tell me what >> library versions are used in the success case? >> > >> > thanks, >> > >> > Norbert >> > >> > >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > >

May 9, 2014

Re: [Pharo-dev] dbxtalk working on pharo 3.0

by Guillermo Polito

Hi! I'd love to write a test along with the fix, so we can improve the CI infrastructure I set up (see post "[ANN] DBXTalk CI available"). Which is your smalltalkhub user so I give you commit grants? Guille On Wed, May 7, 2014 at 7:39 PM, Michael Roland <mroland98343(a)gmail.com>wrote: > No, the change has not been committed. No one else has verified that this > change works. It works for me. > > The change to the doit method performs the step that Tudor Girba > mentioned in the first post: NBPharoOpenDBX installAsCurrent. So I think > the change is correct. > If someone will verify that the change works on their system, I will ask > for permission to commit the change. > > > On Wednesday, May 7, 2014 9:28:11 AM UTC-4, Mariano Martinez Peck wrote: > >> >> >> >> On Fri, Mar 28, 2014 at 4:18 PM, Michael Roland <mrolan...(a)gmail.com>wrote: >> >>> >>> >>> On Thursday, February 13, 2014 10:26:55 AM UTC-5, Tudor Girba wrote: >>>> >>>> Hi, >>>> >>>> I just retried DBXTalk, and it now magically works! >>>> >>>> Does anyone know why? :) >>>> >>>> I did this: >>>> Gofer new >>>> smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; >>>> package: 'ConfigurationOfOpenDBXDriver'; >>>> load. >>>> #ConfigurationOfOpenDBXDriver asClass loadBleedingEdge. >>>> >>>> Anyway, the only glitch I found is that the OpenDBX current wrongly >>>> returns "NBPharoOpenDBX class" instead of the instance. >>>> >>>> I could not figure out where the initialization bug comes from, but I >>>> worked around it with: >>>> NBPharoOpenDBX installAsCurrent. >>>> >>>> I tested the functionality with an Oracle backend, and it just worked. >>>> >>>> Thanks! >>>> >>>> Doru >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>> >>> I tried DBXTalk today on Pharo 3 and got the NBPharoOpenDBX class error >>> too. >>> This is my understanding of what causes the error. >>> >>> >>> The value returned by OpenDBX class>>#current is initialized in >>> ConfigurationOfOpenDBXDriver>>#setNBOpenDBX. >>> >>> #setNBOpenDBX has one line: >>> (Smalltalk at: #OpenDBX) current: (Smalltalk at: #NBPharoOpenDBX). >>> >>> This sets OpenDBX Current to an NBPharoOpenDBX class instead of an >>> NBPharoOpenDBX instance. >>> >>> Changing the statement to: >>> (Smalltalk at: #NBPharoOpenDBX) installAsCurrent >>> >>> indirectly sets OpenDBX Current to an instance of NBPharoOpenDBX so that >>> OpenDBX class>>#current will correctly return an instance of >>> NBPharoOpenDBX. >>> >>> Using OpenDBX class>>#installAsCurrent is needed because the OpenDBX >>> class has >>> two class variables: CurrentLibraryFactory and Current. >>> CurrentLibraryFactory stores a class and Current stores an instance of >>> that class. >>> The only way to set CurrentLibraryFactory is with the OpenDBX >>> class>>#installAsCurrent method. >>> Using OpenDBX class>>#current: to set the instance directly can leave >>> the CurrentLibraryFactory and Current variables out of sync. >>> >>> >> Thanks! Michael was this committed to the repo? >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > -- > You received this message because you are subscribed to the Google Groups > "DBXTalk" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to dbxtalk+unsubscribe(a)googlegroups.com. > For more options, visit https://groups.google.com/d/optout. >

May 9, 2014

[ANN] DBXTalk CI available

by Guillermo Polito

Hi! As I've seen lately too much movement and questions I couldn't answer about dbxtalk like "does it work?" "does it load?" "what is the status?" and answering them is a bit difficult because it depends on platform, database, pharo version, etc... I started a while ago to setup a CI server at Inria for it: https://ci.inria.fr/dbxtalk/ As you will see, I set up jobs for: - the opendbx library - the dbxtalk bindings to the opendbx library - glorp - the native postgresv2 driver [1] - the native mysql protocol from [2] And I'm testing them only in *Pharo3 *and for the following databases: - sqlite3 - mysql (version 5) - oracle - postgres My plan was to release as soon as I had windows support, but right now I cannot create new slaves for it :). So... this includes *only linux CI support.* Note aside, you'll find the scripts that the jobs use here [3] =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- So... For those that were asking if DBXTalk is working, it is :). But also, you'll see not all tests are green: That's probably because of some changes between pharo2 and pharo3. I didn't dive into them nor wanted to fix them until I had the CI jobs (and so, the pleasure to make the build green ;)). These are the next steps: - add tests to test the startup (that looks a bit buggy now) - Fix the not working tests - Make the native Mysql and Postgres drivers polymorphic with the OpenDBX one (and so, we can (a) reuse all tests for all drivers and (b) have glorp for free for them and others that you could imagine) - Add windows slave (that will take some time, configuring the databases, getting everything ready to compile... etc...) Of course, if you want to contribute either to fix the jobs, or to configure new stuff, you're welcome! Guille [1] http://www.smalltalkhub.com/#!/~PharoExtras/PostgresV2 [2] www.squeaksource.com/StdbMysqlProtocol.html [3] https://github.com/guillep/DBXTalkCI

May 9, 2014

Re: [Pharo-dev] Application development - import image and mark it up with vector graphics and create PDF

by Alexandre Bergel

We have been using Artefact for the Pdf production. Impressive library! It does not support rotate text however :-) Cheers, Alexandre On May 8, 2014, at 9:00 AM, Reg Krock <rkrock3(a)yahoo.ca> wrote: > Hi, > > What is involved in creating an application in Pharo, part of would which do the following: > 1) Copy an image (ex: jpg) into a a window area. > 2) Allow the user to add basic shapes on top of the image - square, circle, with text inside the shape. > 3) Save this and generate a PDF. > > There is business domain logic surrounding this. > > Regards, > > Reg -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 9, 2014

New screenshots of Roassal3d

by Alexandre Bergel

Hi! To welcome the effort of Francisco Hafon A. and Ronie Salgado, we have posted some new picture of Roassal3d. https://www.facebook.com/ObjectProfile/posts/629794963773771 Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 8, 2014

Re: [Pharo-dev] Starting making bindings for OpenCL using NativeBoost.

by kilon alios

thanks for the detailed answer :) I am definitely excited about your project. I am sure however far you will go with it , it will definitely benefit Pharo . Good luck and keep us informed :) On Thu, May 8, 2014 at 11:55 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: > Blender <http://www.blender.org/> is actually porting OpenCL for its >> rendering engine cycles. Cycles already uses CUDA. They say that OpenCL is >> quite buggy yet and not well supported. Whats your experience with it ? > > > This is actually a problem with the AMD implementation of OpenCL, and yes > it is buggy, but being improved over the time, specially after Valve is > going for Linux and the new generation of consoles is based in AMD hardware. > > Until AMD made the GCN architecture(HD7xxx and upward), they did not have > hardware support for function calls unlike NVIDIA, so they have to inline > everything. The Blender Cycles rendering engine is huge, and specially > their noise functions used for procedural textures. Because everything was > being in-lined, they ended running out of memory easily when compiling > their kernels for the first time. In my desktop machine with 3 GB of RAM I > end without of memory when trying Cycles with OpenCL, but in my laptop with > 8 GB of RAM it works, but not perfect because they haven't done(at least > the last year when I last tried ) too much testing with OpenCL. > > With GCN AMD should have fixed the problem, but they keep using the same > intermediate representation that they used for their previouse generation, > so they keep inlining everything. In some time AMD should fix the problem, > specially when most of the new generation of consoles uses GCN and Valve > coming to Linux. > > My recommendation is to keep OpenCL kernels as simple as possible, which > should also be done for performance. > > > Are you going to expose also an API for non graphic stuff ? >> > > I am exposing some parts of the OpenCL API one by one. OpenCL is a small > API, but it is designed for C, so I am trying to make it a bit more > Smalltalk friendlier. But just a bit more. > > For testing the bindings, I have one test that performs a simple big > vector addition. So, it can be used for non graphics stuffs. > Graphics are cooler to show. > > do you think that we could have a openCL back-end for athens? >> > > Yes, it should be possible. A scanline renderer in OpenCL should be really > interesting of implementing. > > But, I think that a better option is to use OpenGL with the Stencil Buffer > and manual evaluation of the curves. I have done it before for vector > graphics, and I need an OpenGL based Athens backend for Roassal 3D and my > next video-game graphics engine. > I also tried some time ago with the paper present here: > http://ramisantina.com/blog/2011/09/resolution-independent-curves-at-graphi…. I am interested in extending his technique from quadratic NURBS into > cubic NURBS. > > They are lot of different ways for making 2D vector graphics in the GPU, > and I want to try some of them for profiling. > > > > do you think that we could avoid having openCL text inside Pharo but have >> a kind of DSL? >> > > I hate MATLAB, so I would love a DSL for working with matrices, vectors > and use Roassal/GraphET for displaying the data and plotting. This should > be very easy to implement. > > For some domains, making a DSL should be easy. > > In general, a DSL for the GPGPU is not going to be enough. Some algorithms > have to be adapted explicitly for the GPU, taking in account the presence > of different memory models, such as the local memory. If we want a generic > model, we need to make a different Pharo-ish programming language. > > The work with UFFI/VirtualCPU should make that very long term task easy. > But for now, lets just use some DSLs. > > Greetings, > Ronie > > > 2014-05-08 11:06 GMT-04:00 stepharo <stepharo(a)free.fr>: > > Hi ronie >> >> Some questions: >> do you think that we could have a openCL back-end for athens? >> >> do you think that we could avoid having openCL text inside Pharo but >> have a kind of DSL? >> >> Stef >> >> >> On 8/5/14 08:32, Ronie Salgado wrote: >> >>> Hello, >>> >>> I started working in making some basic bindings for OpenCL using >>> NativeBoost. >>> >>> Currently I can run basics OpenCL OpenCL kernels. I tried to generate >>> quickly some procedural images which was a success. >>> >>> I am going to be showing some more cool stuffs when mixing >>> OpenCL+OpenGL+SDL2. >>> >>> Currently uploading my work into http://smalltalkhub.com/#!/~ >>> ronsaldo/OpenCL <http://smalltalkhub.com/#%21/%7Eronsaldo/OpenCL> . No >>> configuration or stable release yet. >>> >>> Greetings, >>> Ronie >>> >> >> >> >

May 8, 2014

Changed semantics for mongo ObjectID

by Norbert Hartl

I needed to change the way ObjectIds are read from and written to BSON. BSON is a format that encodes its byte contents little endian. In mongo database the format of ObjectIds is different. The way an ObjectId is encoded is big endian. You can see this if you compare the outputs for an object when read from mongo shell and from pharo. The ids wonât match. If you do ânormalâ stuff with mongo it is unlikely you have noticed the effect. An OID is read the wrong way but also written the wrong way which makes it right again from the mongo database perspective. But it wonât work if you use a mixed query setting. Meaning reading an OID and requesting the database using javascript expression. This will fail. Iâm writing this because Iâm not sure the change can break existing software. The change is not included in the stable version, yet. If you want to test then load #bleedingEdge and report any problem that might occur. I will use the new behaviour and will take the freedom to make it stable if it works for some time. FYI, Norbert

May 8, 2014

Re: [Pharo-dev] [Moose-dev] Roassal visualizing a corner of the Universe

by Alexandre Bergel

Probably. But I suspect we need a smart data structure that has part of its state stored on disk. Some pictures weight over 1Gb. You cannot have all this in memory. Making sure that only part of the matrix that interest you is in memory while the remaining is left on disk is crucial. Alexandre On May 8, 2014, at 5:01 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: > Alex, > > We need a DSL with the following features: > - Lazy evaluation. > - Matrix/vector operations > - Multiples backends, for fallback if OpenCL is not available in some platform. > > The trickiest part is the one of Lazy evaluation. This is important, specially because the number of computations required for (AB)C or A(BC) can be orders of magnitude different. > > Greetings, > Ronie > > > 2014-05-08 16:53 GMT-04:00 kilon alios <kilon.alios(a)gmail.com>: > is this project going to be open source, or you will keep it private ? > > > On Thu, May 8, 2014 at 11:22 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > We have matrices of size 2000 x 2000. Soon we would like to work with matrices 2000 x 2000 x 10 000. > Your work on OpenCL is __highly__ important to us > > Alexandre > > > On May 8, 2014, at 4:02 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: > > > Alex, > > > > What is the size of those matrices? > > > > > > 2014-05-08 15:56 GMT-04:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > My first thought would be to have some particular C routines to perform a transformation on a matrix. > > This would not be that difficult I guess. Well.. We have to see. We will likely enter the optimization phase in a couple of months from now. > > > > Alexandre > > > > > > On May 8, 2014, at 2:15 PM, Chris Cunningham <cunningham.cb(a)gmail.com> wrote: > > > > > So, Hannes may have been referring to optimizing the slow parts of the process in Native Boost directly instead of using an external library (if not, may I suggest it?). It is possible that just a few tweaks using Assembler in the process would get the speed up to an acceptable level, which would be determined by profiling the performance. Of course, that path requires someone on your project that can understand Assembler to get familiar with NativeBoost. > > > -cbc > > > > > > On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > > We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-) > > > > > > Currently, we have no preview of the Roassal book to share. Give us a couple of months :-) > > > > > > Cheers, > > > Alexandre > > > > > > > > > On May 8, 2014, at 9:23 AM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > > > > > > Interesting project, Alexandre! > > > > > > > > On 5/6/14, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > > >> Thanks Kilon for your nice words. > > > >> Currently, AstroCloud is a bit slow. For example, loading this image takes > > > >> much more than it should. For now, speed is not our priority. AstroCloud has > > > >> to be fast and we will make it fast. Probably relying on external library is > > > >> the way to go. > > > > > > > > I assume you consider or have considered NativeBoost as well? > > > > > > > >> > > > >> Just to give a bit more context about why we are doing AstroCloud. ALMA is > > > >> the largest observatory on Earth, making it the largest astronomical project > > > >> in existence (http://www.almaobservatory.org) This is what humanity has > > > >> best to detect life outside Earth. > > > >> ALMA is made of 66 high-precision antenas making it possible to see deep in > > > >> the universe. Unfortunately, there is no good software to process these > > > >> immensely complex pictures. Some tool suite naturally exist, but they were > > > >> not made for ALMA, making these existing tools largely suboptimal to process > > > >> complex picture of ALMA. > > > >> Faviolaâs dream (and mine) is to produce a tool ready to be consumed by > > > >> astronomers to process ALMA pictures. Faviola and I are currently seeking > > > >> for additional resources on making this happen. > > > > > > > > > > > >> Regarding your help about documenting Roassal. It is very welcome! In one of > > > >> my previous post, I said that 2014 will be the year of documenting Roassal. > > > >> A book is on its way. > > > > > > > > > > > >> We will need people to review it. So thanks! > > > > > > > > Preview of part of it on line? > > > > > > > > > > > > Regards > > > > Hannes > > > > > > > > _______________________________________________ > > > > Moose-dev mailing list > > > > Moose-dev(a)iam.unibe.ch > > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 8, 2014

Re: [Pharo-dev] [Moose-dev] Roassal visualizing a corner of the Universe

by Alexandre Bergel

Under MIT Licence it will all be Alexandre On May 8, 2014, at 4:53 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > is this project going to be open source, or you will keep it private ? > > > On Thu, May 8, 2014 at 11:22 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > We have matrices of size 2000 x 2000. Soon we would like to work with matrices 2000 x 2000 x 10 000. > Your work on OpenCL is __highly__ important to us > > Alexandre > > > On May 8, 2014, at 4:02 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: > > > Alex, > > > > What is the size of those matrices? > > > > > > 2014-05-08 15:56 GMT-04:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > My first thought would be to have some particular C routines to perform a transformation on a matrix. > > This would not be that difficult I guess. Well.. We have to see. We will likely enter the optimization phase in a couple of months from now. > > > > Alexandre > > > > > > On May 8, 2014, at 2:15 PM, Chris Cunningham <cunningham.cb(a)gmail.com> wrote: > > > > > So, Hannes may have been referring to optimizing the slow parts of the process in Native Boost directly instead of using an external library (if not, may I suggest it?). It is possible that just a few tweaks using Assembler in the process would get the speed up to an acceptable level, which would be determined by profiling the performance. Of course, that path requires someone on your project that can understand Assembler to get familiar with NativeBoost. > > > -cbc > > > > > > On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > > We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-) > > > > > > Currently, we have no preview of the Roassal book to share. Give us a couple of months :-) > > > > > > Cheers, > > > Alexandre > > > > > > > > > On May 8, 2014, at 9:23 AM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > > > > > > Interesting project, Alexandre! > > > > > > > > On 5/6/14, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > > >> Thanks Kilon for your nice words. > > > >> Currently, AstroCloud is a bit slow. For example, loading this image takes > > > >> much more than it should. For now, speed is not our priority. AstroCloud has > > > >> to be fast and we will make it fast. Probably relying on external library is > > > >> the way to go. > > > > > > > > I assume you consider or have considered NativeBoost as well? > > > > > > > >> > > > >> Just to give a bit more context about why we are doing AstroCloud. ALMA is > > > >> the largest observatory on Earth, making it the largest astronomical project > > > >> in existence (http://www.almaobservatory.org) This is what humanity has > > > >> best to detect life outside Earth. > > > >> ALMA is made of 66 high-precision antenas making it possible to see deep in > > > >> the universe. Unfortunately, there is no good software to process these > > > >> immensely complex pictures. Some tool suite naturally exist, but they were > > > >> not made for ALMA, making these existing tools largely suboptimal to process > > > >> complex picture of ALMA. > > > >> Faviolaâs dream (and mine) is to produce a tool ready to be consumed by > > > >> astronomers to process ALMA pictures. Faviola and I are currently seeking > > > >> for additional resources on making this happen. > > > > > > > > > > > >> Regarding your help about documenting Roassal. It is very welcome! In one of > > > >> my previous post, I said that 2014 will be the year of documenting Roassal. > > > >> A book is on its way. > > > > > > > > > > > >> We will need people to review it. So thanks! > > > > > > > > Preview of part of it on line? > > > > > > > > > > > > Regards > > > > Hannes > > > > > > > > _______________________________________________ > > > > Moose-dev mailing list > > > > Moose-dev(a)iam.unibe.ch > > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 8, 2014