- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40377 Home: https://github.com/pharo-project/pharo-core

Nov. 20, 2014

Re: [Pharo-dev] [ANN] NetGen - OSM Roassal Demo

by Sven Van Caekenberghe

I like this a lot a well, good work ! I would also like to known where to get this / how to load it. Sven > On 19 Nov 2014, at 22:40, Onil Goubier <onil.goubier(a)gmail.com> wrote: > > > Hi all, > > We are pleased to announce a wireless sensor network animation demo in Pharo, Roassal and OpenStreetMap. > > https://github.com/OnilGoubier/Cirela > > The release contains 2 packages: > 1. Cirela-OSM Package consists of the visualization of geographical information using roassal with OpenStreetMap as background. > 2. Cirela-Netgen-Sim: this package allows the execution of a synchronous and concurrent Wireless Sensor Network (WSN) simulation program [1] from Pharo. Outputs of the simulation are then animated on a map visualizing the locations of the simulated sensors. > > A video of the animated wireless sensor network simulation: > > https://www.youtube.com/watch?v=sMB7DG-lbiU > > Another video showing Cirela-OSM: > > https://youtu.be/6zoGIsQaGUo > > A word about CIRELA > > CIRELA (Communication and Information technology for REsiLience to disAsters) is a non profit NGO aiming at providing open source solutions to monitor and prevent natural and environmental disasters. Currently we are focusing on wireless sensor network monitoring and warning systems. > > [1] This program is generated in Occam by NetGen, from B. Pottier et al. (UBO) > > > Regards, > Onil > > -- > Onil Goubier > Engineer > CIRELA Association > Communication and Information technology for REsiLience to disAsters and climate change > 25, rue Paulhan > 78140 VÃ©lizy-Villacoublay, France > Ph. +33 6 67 77 49 93

Nov. 20, 2014

Re: [Pharo-dev] [ANN] NetGen - OSM Roassal Demo

by S Krish

Really nice, useful work.. inspires lot more confidence in Pharo.. its live and programmable env. On Thu, Nov 20, 2014 at 3:10 AM, Onil Goubier <onil.goubier(a)gmail.com> wrote: > > Hi all, > > We are pleased to announce a wireless sensor network animation demo in > Pharo, Roassal and OpenStreetMap. > > https://github.com/OnilGoubier/Cirela > > The release contains 2 packages: > 1. Cirela-OSM Package consists of the visualization of geographical > information using roassal with OpenStreetMap as background. > 2. Cirela-Netgen-Sim: this package allows the execution of a synchronous > and concurrent Wireless Sensor Network (WSN) simulation program [1] from > Pharo. Outputs of the simulation are then animated on a map visualizing the > locations of the simulated sensors. > > A video of the animated wireless sensor network simulation: > > https://www.youtube.com/watch?v=sMB7DG-lbiU > > Another video showing Cirela-OSM: > > https://youtu.be/6zoGIsQaGUo > > A word about CIRELA > > CIRELA (Communication and Information technology for REsiLience to > disAsters) is a non profit NGO aiming at providing open source solutions to > monitor and prevent natural and environmental disasters. Currently we are > focusing on wireless sensor network monitoring and warning systems. > > [1] This program is generated in Occam by NetGen, from B. Pottier et al. > (UBO) > > > Regards, > Onil > > -- > Onil Goubier > Engineer > CIRELA Association > Communication and Information technology for REsiLience to disAsters and > climate change > 25, rue Paulhan > 78140 VÃ©lizy-Villacoublay, France > Ph. +33 6 67 77 49 93 >

Nov. 20, 2014

Re: [Pharo-dev] [ANN] NetGen - OSM Roassal Demo

by Tudor Girba

Nice! Doru On Wed, Nov 19, 2014 at 10:40 PM, Onil Goubier <onil.goubier(a)gmail.com> wrote: > > Hi all, > > We are pleased to announce a wireless sensor network animation demo in > Pharo, Roassal and OpenStreetMap. > > https://github.com/OnilGoubier/Cirela > > The release contains 2 packages: > 1. Cirela-OSM Package consists of the visualization of geographical > information using roassal with OpenStreetMap as background. > 2. Cirela-Netgen-Sim: this package allows the execution of a synchronous > and concurrent Wireless Sensor Network (WSN) simulation program [1] from > Pharo. Outputs of the simulation are then animated on a map visualizing the > locations of the simulated sensors. > > A video of the animated wireless sensor network simulation: > > https://www.youtube.com/watch?v=sMB7DG-lbiU > > Another video showing Cirela-OSM: > > https://youtu.be/6zoGIsQaGUo > > A word about CIRELA > > CIRELA (Communication and Information technology for REsiLience to > disAsters) is a non profit NGO aiming at providing open source solutions to > monitor and prevent natural and environmental disasters. Currently we are > focusing on wireless sensor network monitoring and warning systems. > > [1] This program is generated in Occam by NetGen, from B. Pottier et al. > (UBO) > > > Regards, > Onil > > -- > Onil Goubier > Engineer > CIRELA Association > Communication and Information technology for REsiLience to disAsters and > climate change > 25, rue Paulhan > 78140 VÃ©lizy-Villacoublay, France > Ph. +33 6 67 77 49 93 > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 20, 2014

Re: [Pharo-dev] [ANN] NetGen - OSM Roassal Demo

by Serge Stinckwich

Awesome. Good work Onil ! Sent from my iPhone > On 19 nov. 2014, at 22:40, Onil Goubier <onil.goubier(a)gmail.com> wrote: > > > Hi all, > > We are pleased to announce a wireless sensor network animation demo in Pharo, Roassal and OpenStreetMap. > > https://github.com/OnilGoubier/Cirela > > The release contains 2 packages: > 1. Cirela-OSM Package consists of the visualization of geographical information using roassal with OpenStreetMap as background. > 2. Cirela-Netgen-Sim: this package allows the execution of a synchronous and concurrent Wireless Sensor Network (WSN) simulation program [1] from Pharo. Outputs of the simulation are then animated on a map visualizing the locations of the simulated sensors. > > A video of the animated wireless sensor network simulation: > > https://www.youtube.com/watch?v=sMB7DG-lbiU > > Another video showing Cirela-OSM: > > https://youtu.be/6zoGIsQaGUo > > A word about CIRELA > > CIRELA (Communication and Information technology for REsiLience to disAsters) is a non profit NGO aiming at providing open source solutions to monitor and prevent natural and environmental disasters. Currently we are focusing on wireless sensor network monitoring and warning systems. > > [1] This program is generated in Occam by NetGen, from B. Pottier et al. (UBO) > > > Regards, > Onil > > -- > Onil Goubier > Engineer > CIRELA Association > Communication and Information technology for REsiLience to disAsters and climate change > 25, rue Paulhan > 78140 VÃ©lizy-Villacoublay, France > Ph. +33 6 67 77 49 93

Nov. 20, 2014

Re: [Pharo-dev] [ANN] NetGen - OSM Roassal Demo

by Paul DeBruicker

Hi - This looks good & useful. What is the license? Thanks Paul Onil Goubier wrote > Hi all, > > We are pleased to announce a wireless sensor network animation demo in > Pharo, Roassal and OpenStreetMap. > > https://github.com/OnilGoubier/Cirela > > The release contains 2 packages: > 1. Cirela-OSM Package consists of the visualization of geographical > information using roassal with OpenStreetMap as background. > 2. Cirela-Netgen-Sim: this package allows the execution of a synchronous > and concurrent Wireless Sensor Network (WSN) simulation program [1] from > Pharo. Outputs of the simulation are then animated on a map visualizing > the > locations of the simulated sensors. > > A video of the animated wireless sensor network simulation: > > https://www.youtube.com/watch?v=sMB7DG-lbiU > > Another video showing Cirela-OSM: > > https://youtu.be/6zoGIsQaGUo > > A word about CIRELA > > CIRELA (Communication and Information technology for REsiLience to > disAsters) is a non profit NGO aiming at providing open source solutions > to > monitor and prevent natural and environmental disasters. Currently we are > focusing on wireless sensor network monitoring and warning systems. > > [1] This program is generated in Occam by NetGen, from B. Pottier et al. > (UBO) > > > Regards, > Onil > > -- > Onil Goubier > Engineer > CIRELA Association > Communication and Information technology for REsiLience to disAsters and > climate change > 25, rue Paulhan > 78140 VÃ©lizy-Villacoublay, France > Ph. +33 6 67 77 49 93 -- View this message in context: http://forum.world.st/ANN-NetGen-OSM-Roassal-Demo-tp4791158p4791184.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Nov. 20, 2014

[ANN] NetGen - OSM Roassal Demo

by Onil Goubier

Hi all, We are pleased to announce a wireless sensor network animation demo in Pharo, Roassal and OpenStreetMap. https://github.com/OnilGoubier/Cirela The release contains 2 packages: 1. Cirela-OSM Package consists of the visualization of geographical information using roassal with OpenStreetMap as background. 2. Cirela-Netgen-Sim: this package allows the execution of a synchronous and concurrent Wireless Sensor Network (WSN) simulation program [1] from Pharo. Outputs of the simulation are then animated on a map visualizing the locations of the simulated sensors. A video of the animated wireless sensor network simulation: https://www.youtube.com/watch?v=sMB7DG-lbiU Another video showing Cirela-OSM: https://youtu.be/6zoGIsQaGUo A word about CIRELA CIRELA (Communication and Information technology for REsiLience to disAsters) is a non profit NGO aiming at providing open source solutions to monitor and prevent natural and environmental disasters. Currently we are focusing on wireless sensor network monitoring and warning systems. [1] This program is generated in Occam by NetGen, from B. Pottier et al. (UBO) Regards, Onil -- Onil Goubier Engineer CIRELA Association Communication and Information technology for REsiLience to disAsters and climate change 25, rue Paulhan 78140 VÃ©lizy-Villacoublay, France Ph. +33 6 67 77 49 93

Nov. 19, 2014

Re: [Pharo-dev] RTPolygon does not work ?

by Pierre CHANSON

Allright, I get it thanks Nicolai ! Pierre 2014-11-19 16:48 GMT-03:00 Nicolai Hess <nicolaihess(a)web.de>: > 2014-11-19 16:02 GMT+01:00 Pierre CHANSON <chans.pierre(a)gmail.com>: > >> Hi, >> >> does anyone know how to use RTPolygon shape or is there a real problem >> inside ? >> For exemple you get an error when executing: >> >> -=-=-=-=-=-=-=-=-=-=-=-= >> >> v := RTView new. >> >> p := RTPolygon new >> vertices:{ >> 25 @ 00 . >> 10 @ 50 . >> 50 @ 20 }. >> >> >> v add: (p elementOn: 1). >> v open >> >> -=-=-=-=-=-=-=-=-=-=-=-= >> >> Apparently the instance variable "strokePaint" of TRShape class, would be >> Nil when used by TRPolygonShape... But this variable seemed to be >> initialized in color black earlier so... I don't know what's appenning. >> If someone have a Idea... >> >> Thank you, >> >> PIerre >> > > > The color is set on the RTPolygon but it is overriden by the call to > #updateFor:trachelShape: > this sets the color based on the RTElement. But if no property is there > for setting the border color, it is just overriden with nil. > RTBox does not have this problem, because the TRAbstractBoxShape draw > method only draws the stroke > if it is not nil. > > > This has to be fixed in Roassal2, until then, just set the property > manually > > > v := RTView new. > > p := RTPolygon new borderColor: Color black; > vertices:{ > 25 @ 00 . > 10 @ 50 . > 50 @ 20 }. > > > v add: (p elementOn: 1). > v open > > > nicolai > >

Nov. 19, 2014

Re: [Pharo-dev] RTPolygon does not work ?

by Nicolai Hess

2014-11-19 16:02 GMT+01:00 Pierre CHANSON <chans.pierre(a)gmail.com>: > Hi, > > does anyone know how to use RTPolygon shape or is there a real problem > inside ? > For exemple you get an error when executing: > > -=-=-=-=-=-=-=-=-=-=-=-= > > v := RTView new. > > p := RTPolygon new > vertices:{ > 25 @ 00 . > 10 @ 50 . > 50 @ 20 }. > > > v add: (p elementOn: 1). > v open > > -=-=-=-=-=-=-=-=-=-=-=-= > > Apparently the instance variable "strokePaint" of TRShape class, would be > Nil when used by TRPolygonShape... But this variable seemed to be > initialized in color black earlier so... I don't know what's appenning. > If someone have a Idea... > > Thank you, > > PIerre > The color is set on the RTPolygon but it is overriden by the call to #updateFor:trachelShape: this sets the color based on the RTElement. But if no property is there for setting the border color, it is just overriden with nil. RTBox does not have this problem, because the TRAbstractBoxShape draw method only draws the stroke if it is not nil. This has to be fixed in Roassal2, until then, just set the property manually v := RTView new. p := RTPolygon new borderColor: Color black; vertices:{ 25 @ 00 . 10 @ 50 . 50 @ 20 }. v add: (p elementOn: 1). v open nicolai

Nov. 19, 2014

Re: [Pharo-dev] [squeak-dev] Re: [Vm-dev] Spur 64-bits. Ugh, this could be a slog...

by Eliot Miranda

On Tue, Nov 18, 2014 at 8:22 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Tue, Nov 18, 2014 at 07:12:12PM -0800, Eliot Miranda wrote: > > > > Hi All, > > > > I'm making good progress on 64-bit Spur in the Stack VM simulator. > But > > I've just noticed an image-level issue which could be indicative of lots > of > > 32-bit assumptions baked into the Squeal/Pharo/Newspeak systems. > > > > SmallInteger>>digitAt: n > > "Answer the value of an indexable field in the receiver. > > LargePositiveInteger uses bytes of base two number, and each is a 'digit' > > base 256. Fail if the argument (the index) is not an Integer or is out > of > > bounds." > > n>4 ifTrue: [^ 0]. > > self < 0 > > ifTrue: > > [self = SmallInteger minVal ifTrue: > > ["Can't negate minVal -- treat specially" > > ^ #(0 0 0 64) at: n]. > > ^ ((0-self) bitShift: (1-n)*8) bitAnd: 16rFF] > > ifFalse: [^ (self bitShift: (1-n)*8) bitAnd: 16rFF] > > > > This assumes that SmallInteger is only ever 4 bytes, which is > unacceptably > > wasteful for my approach to 64-bits. In 64-bit Spur, SmallIntegers are > > 61-bit 2's complement. > > > > I'm raising this example at this point to see if the community might find > > similar issues and bring them to my attention. > > There will be quite a few issues like this scattered throughout the image. > > My suggestion would be to focus first on getting the 64-bit Spur image > running with no changes to SmallInteger minVal and maxVal. Then, as a > separate follow up step, expand the range of SmallInteger in the image > and work out all the changes required to support it. > That's just a way of adding to the work. Going whole hog means less work after all. It is also really important to me to get a full 64-bit system working asap. I'm not interested in a hybrid like the existing 64-bit VM. What I am doing though is holding off on the 61-bit Float to SmallFloat conversion. I have to write new primitives for that and that can wait. Another possible way to attack the problem is to start with a Squeak > trunk image in 68002 image format (64-bit image), and work out the > issues associated with extending SmallInteger minVal and maxVal to > take advantage of the larger immediate integers range. This could be > independent of the work you are doing now, so if someone else wanted > to work on the "expand range of SmallInteger" aspect of the project, > I expect that this can be done in the existing 68002 image, such that > the resulting changes would be directly applicable to the format 68019 > (64-bit) Spur images. > The issues are rather straight-forward. Further, the bootstrap from a 32-bit Spur to a 64-bit Spur image is quite simple. Right now the bootstrap only has 18 methods. It has been by far the least complex bootstrap I've done, and I've done Smalltalk-80 V2 16-bit to BrouHaHa 32-bit, VW 32-bit to 64-bit, VW 3 to VW 5, Squeak V3 to Spur 32 bit, Squeak BlockContext to Squeak Closures. -- best, Eliot

Nov. 19, 2014