Hi Mr Alexandre,
How can i visualize your exemple in Glamour. which method can i call? Actually, i use the default builder in Glamour with roassal ( ROMondrianViewBuilder, i think!).
Thanks!
2014-06-09 4:06 GMT+07:00 moose-dev-request@iam.unibe.ch:
Send Moose-dev mailing list submissions to moose-dev@iam.unibe.ch
To subscribe or unsubscribe via the World Wide Web, visit https://www.iam.unibe.ch/mailman/listinfo/moose-dev or, via email, send a message with subject or body 'help' to moose-dev-request@iam.unibe.ch
You can reach the person managing the list at moose-dev-owner@iam.unibe.ch
When replying, please edit your Subject line so it is more specific than "Re: Contents of Moose-dev digest..."
Today's Topics:
- Re: Roassal2: sending @ RTLabelled to an empty edges group bug (Alexandre Bergel)
- Re: RTView>>cleanAll: does not remove labels (Alexandre Bergel)
- Re: length of edges in roassal (Alexandre Bergel)
- Re: Loading large XML files in MOOSE (Serge Stinckwich)
- Jenkins build became unstable: moose-5.0 #1593 (admin@moosetechnology.org)
- Re: Roassal2: sending @ RTLabelled to an empty edges group bug (Johan Fabry)
- Re: Loading large XML files in MOOSE (Alexandre Bergel)
Message: 1 Date: Sun, 08 Jun 2014 16:02:08 -0400 From: Alexandre Bergel alexandre.bergel@me.com Subject: [Moose-dev] Re: Roassal2: sending @ RTLabelled to an empty edges group bug To: Moose-related development moose-dev@iam.unibe.ch Message-ID: EE750C18-4B56-4A1F-8A91-D1EB8377B5D2@me.com Content-Type: text/plain; charset=windows-1252
I am not sure to understand this.
The following does not produce an error: RTGroup new @ RTLabelled
Alexandre
On Jun 8, 2014, at 3:00 PM, Johan Fabry jfabry@dcc.uchile.cl wrote:
I hit send to fast, sorry.
The origin of the bug is Array>>@ interactionClassOrObject line 2: obj
:= interactionClassOrObject elementToBeAdded. The interactionClassOrObject is a RTLabelled class, and it DNU?s that message.
On Jun 8, 2014, at 2:49 PM, Johan Fabry jfabry@dcc.uchile.cl wrote:
Hi all,
at some point I was sending @RTlabelled to a group of edges that
happened to be empty, and up came the debugger :-(
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Message: 2 Date: Sun, 08 Jun 2014 16:19:53 -0400 From: Alexandre Bergel alexandre.bergel@me.com Subject: [Moose-dev] Re: RTView>>cleanAll: does not remove labels To: Moose-related development moose-dev@iam.unibe.ch Message-ID: 04B5400A-15E9-45A1-B88C-F8907FFCB826@me.com Content-Type: text/plain; CHARSET=US-ASCII
Well spotted! Fixed in version 0.272 of Roassal
Alexandre
On Jun 8, 2014, at 2:15 PM, Johan Fabry jfabry@dcc.uchile.cl wrote:
Hi all,
another small bug in Roassal2: sending cleanAll to a view does not
remove the labels attached to nodes in that view.
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Message: 3 Date: Sun, 08 Jun 2014 16:26:20 -0400 From: Alexandre Bergel alexandre.bergel@me.com Subject: [Moose-dev] Re: length of edges in roassal To: Moose-related development moose-dev@iam.unibe.ch Message-ID: CD07EFD1-41E3-4E83-B4E6-9B9F8B7CEC79@me.com Content-Type: text/plain; charset=iso-8859-1
Hi Fabrice,
I am not sure what you actually need. Why do you find the edges too short? Currently we cannot set the length of edges. This will come soon, but right now we cannot.
If you want to minimize crossing, then there are two solutions: - use a sugyama layout: RTSugiyamaLayout - use the force based Layout. Execute in a workspace: RTRoassalExample new exampleForceBasedLayoutAnimated
Let us know how it goes...
Cheers, Alexandre
On Jun 7, 2014, at 5:18 PM, Fabrice Atrevi atrevifabrice@gmail.com wrote:
Hi! I'm using roassal in glamour for painting. I want to know how i can give
a length for edge. Like in the screenshot, the default length is too small. And if possible, i want boxes and arcs do not intersect.
Thanks,
-- ATREVI D. Fabrice Master en Informatique A l'Institut de la Francophonie pour
l'Informatique (IFI/Hano?)
<relation_seir.PNG>_______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Message: 4 Date: Sun, 8 Jun 2014 22:35:46 +0200 From: Serge Stinckwich serge.stinckwich@gmail.com Subject: [Moose-dev] Re: Loading large XML files in MOOSE To: Moose-related development moose-dev@iam.unibe.ch Message-ID: <CAOysuxUk5nOt9U_=PHXobF= df9ExjGcVGBZjE9-XCbsuzQw8dw@mail.gmail.com> Content-Type: text/plain; charset=UTF-8
Thank you Doru for the help.
First case: 74Mb XML file. I'm able to load the string in memory but the XML parser crash the image before the end. Second case: 10Mb XML file. I'm able to load the string in memory, parse the XML file. When I start to process the XML file in order to create an object structure, the panel "Space is too low" appear.
I would like to give a try with the XMLPullParser. I guess this is working correctly, because I find it with the Configuration Browser.
On Sat, Jun 7, 2014 at 10:56 PM, Tudor Girba tudor@tudorgirba.com wrote:
Hi,
Ok, I looked a bit, and here is a way to get it to work. It is not at all ideal given that it loads the entire string before parsing it, but it
surely
will work with an xml of your size:
contents := fileReference readStreamDo: [ :stream | stream contents ]. svnlog := (XMLDOMParser on: contents ) documentReadLimit: contents size; parseDocument.
Cheers, Doru
On Fri, Jun 6, 2014 at 12:50 PM, Tudor Girba tudor@tudorgirba.com
wrote:
I encountered a similar situation before, but there is a way to go
beyond
that limit.
I do not have the code at my disposal right now, but look at the XMLDOMParser constructor, and at some point you will see a hardcoded
limit
value. You should be able to pass another one in.
Cheers, Doru
On Fri, Jun 6, 2014 at 11:22 AM, Serge Stinckwich serge.stinckwich@gmail.com wrote:
Dear all,
I want to process large XML file (typically event logs with more than 80Mb data) and I'm not able to do that at the moment with the XML DOM parser (it says I reach the read limit after 3094 XML lines) and I guess I will have problem to manage such a large file in memory after that.
Should I switch to an event-driven XML parser in order to avoid loading all the XML file in memory ? Do we have such a parser for Pharo ?
-- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/ _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow"
-- www.tudorgirba.com
"Every thing has its own flow"
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/
Message: 5 Date: Sun, 8 Jun 2014 22:41:04 +0200 (CEST) From: admin@moosetechnology.org Subject: [Moose-dev] Jenkins build became unstable: moose-5.0 #1593 To: moose-dev@iam.unibe.ch Message-ID: < 704547223.139.1402260064428.JavaMail.jenk_moose@ci-jenkins3.inria.fr> Content-Type: text/plain; charset=UTF-8
See https://ci.inria.fr/moose/job/moose-5.0/1593/
Message: 6 Date: Sun, 8 Jun 2014 17:03:22 -0400 From: Johan Fabry jfabry@dcc.uchile.cl Subject: [Moose-dev] Re: Roassal2: sending @ RTLabelled to an empty edges group bug To: moose-dev related tools moose-dev@iam.unibe.ch Message-ID: EE3A1133-EF75-4DBF-924E-65844A997CEC@dcc.uchile.cl Content-Type: text/plain; charset=windows-1252
I think it?s best that I show you when you are back ? it?s so deep in my code that I cannot easily reproduce it in a simple example :-(
On Jun 8, 2014, at 4:02 PM, Alexandre Bergel alexandre.bergel@me.com wrote:
I am not sure to understand this.
The following does not produce an error: RTGroup new @ RTLabelled
Alexandre
On Jun 8, 2014, at 3:00 PM, Johan Fabry jfabry@dcc.uchile.cl wrote:
I hit send to fast, sorry.
The origin of the bug is Array>>@ interactionClassOrObject line 2: obj
:= interactionClassOrObject elementToBeAdded. The interactionClassOrObject is a RTLabelled class, and it DNU?s that message.
On Jun 8, 2014, at 2:49 PM, Johan Fabry jfabry@dcc.uchile.cl wrote:
Hi all,
at some point I was sending @RTlabelled to a group of edges that
happened to be empty, and up came the debugger :-(
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of
Chile
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Message: 7 Date: Sun, 08 Jun 2014 17:05:54 -0400 From: Alexandre Bergel alexandre.bergel@me.com Subject: [Moose-dev] Re: Loading large XML files in MOOSE To: Moose-related development moose-dev@iam.unibe.ch Message-ID: 7A240162-C07C-4883-9005-834221F8973D@me.com Content-Type: text/plain; charset="windows-1252"
Serge, you are using a mac don?t you? Have you tried to augment the memory of the image?
Open using a text editor the Info.plist file, contained in the VM folder. By checking on the internet, 1880000000 is apparently the biggest value possible. http://forum.world.st/OSX-squeak-crash-maximal-size-of-image-td2952312.html
Cheers, Alexandre
On Jun 8, 2014, at 4:35 PM, Serge Stinckwich serge.stinckwich@gmail.com wrote:
Thank you Doru for the help.
First case: 74Mb XML file. I'm able to load the string in memory but the XML parser crash the image before the end. Second case: 10Mb XML file. I'm able to load the string in memory, parse the XML file. When I start to process the XML file in order to create an object structure, the panel "Space is too low" appear.
I would like to give a try with the XMLPullParser. I guess this is working correctly, because I find it with the Configuration Browser.
On Sat, Jun 7, 2014 at 10:56 PM, Tudor Girba tudor@tudorgirba.com
wrote:
Hi,
Ok, I looked a bit, and here is a way to get it to work. It is not at
all
ideal given that it loads the entire string before parsing it, but it
surely
will work with an xml of your size:
contents := fileReference readStreamDo: [ :stream | stream contents ]. svnlog := (XMLDOMParser on: contents ) documentReadLimit: contents size; parseDocument.
Cheers, Doru
On Fri, Jun 6, 2014 at 12:50 PM, Tudor Girba tudor@tudorgirba.com
wrote:
I encountered a similar situation before, but there is a way to go
beyond
that limit.
I do not have the code at my disposal right now, but look at the XMLDOMParser constructor, and at some point you will see a hardcoded
limit
value. You should be able to pass another one in.
Cheers, Doru
On Fri, Jun 6, 2014 at 11:22 AM, Serge Stinckwich serge.stinckwich@gmail.com wrote:
Dear all,
I want to process large XML file (typically event logs with more than 80Mb data) and I'm not able to do that at the moment with the XML DOM parser (it says I reach the read limit after 3094 XML lines) and I guess I will have problem to manage such a large file in memory after that.
Should I switch to an event-driven XML parser in order to avoid loading all the XML file in memory ? Do we have such a parser for Pharo ?
-- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/ _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow"
-- www.tudorgirba.com
"Every thing has its own flow"
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/ _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.