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:
1. Re: Roassal2: sending @ RTLabelled to an empty edges group
bug (Alexandre Bergel)
2. Re: RTView>>cleanAll: does not remove labels (Alexandre Bergel)
3. Re: length of edges in roassal (Alexandre Bergel)
4. Re: Loading large XML files in MOOSE (Serge Stinckwich)
5. Jenkins build became unstable: moose-5.0 #1593
(admin@moosetechnology.org)
6. Re: Roassal2: sending @ RTLabelled to an empty edges group
bug (Johan Fabry)
7. 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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iam.unibe.ch/pipermail/moose-dev/attachments/20140608/0647f5d8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2014-06-08 at 5.04.43 PM.png
Type: image/png
Size: 100354 bytes
Desc: not available
URL: <http://www.iam.unibe.ch/pipermail/moose-dev/attachments/20140608/0647f5d8/attachment.png>
------------------------------
_______________________________________________
Moose-dev mailing list
Moose-dev@iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
End of Moose-dev Digest, Vol 94, Issue 21
*****************************************
--ATREVI D. FabriceMaster en Informatique A l'Institut de la Francophonie pour l'Informatique (IFI/Hanoļ)
Moose-dev mailing list
Moose-dev@iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev