- Pharo-users - lists.pharo.org

Re: [Pharo-users] Geo coordinates operations

by Sven Van Caekenberghe

On 26 Dec 2013, at 10:58, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > If no one has nothing agains it, I will move this Q/A on StackOverflow. With proper attribution, please do. > Uko > > On 26 Dec 2013, at 11:35, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Hi Esteban, >> >> On 26 Dec 2013, at 02:23, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> >>> Answering myself... >>> >>> I found a solution and transcribed it: http://pastebin.com/ThKDXCKK >> >> This is the formula that we have been using for years in Pharo, Java[Script], Common Lisp: >> >> distanceBetween: firstPosition and: secondPosition >> "T3GeoTools distanceBetween: 5.33732(a)50.926 and: 5.49705(a)50.82733" >> >> | c | >> c := (firstPosition y degreeSin * secondPosition y degreeSin) >> + (firstPosition y degreeCos * secondPosition y degreeCos >> * (secondPosition x degreesToRadians - firstPosition x degreesToRadians) cos). >> c := c >= 0 ifTrue: [ 1 min: c ] ifFalse: [ -1 max: c ]. >> ^ c arcCos * 6371000 >> >> This is between WGS84 coordinates. It seems simpler than yours. We have been using this page as reference: >> >> http://www.movable-type.co.uk/scripts/latlong.html >> >> Regards, >> >> Sven >> >>> Esteban A. Maringolo >>> >>> >>> 2013/12/25 Esteban A. Maringolo <emaringolo(a)gmail.com>: >>>> Has anybody implemented basic methods/classes to calculate distance >>>> between two points (lat, long) and similar operations? >>>> >>>> Regards, >>>> >>>> Esteban A. Maringolo >>> >> >> > >

Dec. 26, 2013

Re: [Pharo-users] Geo coordinates operations

by Yuriy Tymchuk

If no one has nothing agains it, I will move this Q/A on StackOverflow. Uko On 26 Dec 2013, at 11:35, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Esteban, > > On 26 Dec 2013, at 02:23, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > >> Answering myself... >> >> I found a solution and transcribed it: http://pastebin.com/ThKDXCKK > > This is the formula that we have been using for years in Pharo, Java[Script], Common Lisp: > > distanceBetween: firstPosition and: secondPosition > "T3GeoTools distanceBetween: 5.33732(a)50.926 and: 5.49705(a)50.82733" > > | c | > c := (firstPosition y degreeSin * secondPosition y degreeSin) > + (firstPosition y degreeCos * secondPosition y degreeCos > * (secondPosition x degreesToRadians - firstPosition x degreesToRadians) cos). > c := c >= 0 ifTrue: [ 1 min: c ] ifFalse: [ -1 max: c ]. > ^ c arcCos * 6371000 > > This is between WGS84 coordinates. It seems simpler than yours. We have been using this page as reference: > > http://www.movable-type.co.uk/scripts/latlong.html > > Regards, > > Sven > >> Esteban A. Maringolo >> >> >> 2013/12/25 Esteban A. Maringolo <emaringolo(a)gmail.com>: >>> Has anybody implemented basic methods/classes to calculate distance >>> between two points (lat, long) and similar operations? >>> >>> Regards, >>> >>> Esteban A. Maringolo >> > >

Dec. 26, 2013

Re: [Pharo-users] Geo coordinates operations

by Sven Van Caekenberghe

Hi Esteban, On 26 Dec 2013, at 02:23, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Answering myself... > > I found a solution and transcribed it: http://pastebin.com/ThKDXCKK This is the formula that we have been using for years in Pharo, Java[Script], Common Lisp: distanceBetween: firstPosition and: secondPosition "T3GeoTools distanceBetween: 5.33732(a)50.926 and: 5.49705(a)50.82733" | c | c := (firstPosition y degreeSin * secondPosition y degreeSin) + (firstPosition y degreeCos * secondPosition y degreeCos * (secondPosition x degreesToRadians - firstPosition x degreesToRadians) cos). c := c >= 0 ifTrue: [ 1 min: c ] ifFalse: [ -1 max: c ]. ^ c arcCos * 6371000 This is between WGS84 coordinates. It seems simpler than yours. We have been using this page as reference: http://www.movable-type.co.uk/scripts/latlong.html Regards, Sven > Esteban A. Maringolo > > > 2013/12/25 Esteban A. Maringolo <emaringolo(a)gmail.com>: >> Has anybody implemented basic methods/classes to calculate distance >> between two points (lat, long) and similar operations? >> >> Regards, >> >> Esteban A. Maringolo >

Dec. 26, 2013

Re: [Pharo-users] Geo coordinates operations

by Esteban A. Maringolo

Answering myself... I found a solution and transcribed it: http://pastebin.com/ThKDXCKK Esteban A. Maringolo 2013/12/25 Esteban A. Maringolo <emaringolo(a)gmail.com>: > Has anybody implemented basic methods/classes to calculate distance > between two points (lat, long) and similar operations? > > Regards, > > Esteban A. Maringolo

Dec. 26, 2013

Geo coordinates operations

by Esteban A. Maringolo

Has anybody implemented basic methods/classes to calculate distance between two points (lat, long) and similar operations? Regards, Esteban A. Maringolo

Dec. 26, 2013

Re: [Pharo-users] Stupid ideas when I'm bored:

by StÃ©phane Ducasse

this is brutally fun. :D and this got great success during the sprint last week. This is good to see that closing the window still works :) I was wondering why we get really big pixels at the beginning. Stef On 20 Dec 2013, at 14:33, Nicolai Hess <nicolaihess(a)web.de> wrote: > (EyeMorphViewer new inspect:World) openWithSpec window fullscreen.

Dec. 25, 2013

Re: [Pharo-users] have a question for morphic Designer in pharo.

by StÃ©phane Ducasse

> hello smalltalker! this is my first thread. Welcome :) > > first! im smalltalk newbie and use ogly english. sorry!!! Donât worry our korean is near to zero ;) > i want using "Morphic Designer" in pharo. > because pharo is smart smalltalk environment, and morphic designer is useful(maybe.... only loook movie file) Yes it is nice. Now you should pay attention because once we looked at the events and it used a different event mechanism that used thisContext (too costly to be used for every morph events). Now I would be really interested to know if you succeed to make it work even partly. > but use not easy! because squeak and pharo is not same. > ok i can try. > > i make a this guide. > Morphic Designer in Pharo2-writeen korean. > http://workspace.onionmixer.net/mediawiki/index.php?title=Morphic_Designer_… this is REALLY impressive! > now i can run in pharo. but encounterd error in playtime. > > look this section please. > http://workspace.onionmixer.net/mediawiki/index.php?title=Morphic_Designer_… > > > start drag item but rise debug error. > debugger display "positionInWord" is nil. > > > i misssion way for solution. > where look then can find way to answer? try to see in squeak how positionInWorld was implemented and see how to migrate it to Pharo. I do not know if the implementors of Morphic Designer is still maintaining it. May be he can help or else I suggest that you fork and publish your work. May be we were too aggressive about some methods that we removed. If you get some methods that you need for your project, let us know because we could add them into pharo or you can package them as extension of your project. let us know if you make progress. what could be good is if you put an image somewhere so that we can have a look. Stef > you can then little hint give to me please. > > thank you...T.T > > > -- > http://onionmixer.net | http://gentoo.or.kr | http://gnome.or.kr > peter yoo. ROK

Dec. 25, 2013

Re: [Pharo-users] Is there any fundamental technical barrier to compiling to JVM byte codes?

by Sergi Reyner

2013/12/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Now I do not understand why people develop their own vm instead of joining > forces. > Doing in the long term something and finishing a task are the most > difficult things. > http://c2.com/cgi/wiki?NotInventedHere is a possible explanation :) Cheers, Sergi

Dec. 25, 2013

Re: [Pharo-users] Is there any fundamental technical barrier to compiling to JVM byte codes?

by StÃ©phane Ducasse

> nothing is impossible if you give it either infinite amount of resources or infinite time. I think it would be a great idea, most likely doable with a good team . That would mean probably the redesign of all FFIs but it would gives us the ability to run tons of java libraries out of the box. Would pharo be the same thing ? who cares, same is boring the real fun is to move forward and improve constantly. > > Personally I dont care if pharo moves to JVM or not , I only care that it moves forward and seem people excited and having fun with it. :) The fun is important. What we want is well designed and powerful libraries that enabled people. For the JVM question: it is a question of resources + the fact that jvm do not really support well some key smalltalk operations. Now I do not understand why people develop their own vm instead of joining forces. Doing in the long term something and finishing a task are the most difficult things. Stef > Of course I would never sacrifice the very things that make Pharo special like live coding, in favor of popularity. I have said before and I will say it again I have zero issues with pharo not being popular, I tasted popular, boring and annoying as hell. I am here because pharo is special and I want it to remain special, a rebel , a fun way to code, an alternative way of thinking. > > If I wanted popular I would be coding in Java. > > > On Tue, Dec 24, 2013 at 3:13 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Andy, > > On 22 Dec 2013, at 18:38, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > > > I am sure it would be a huge amount of work, and may not be a good idea at all. > > > > However, given the number of dynamic languages that now compile to JVM > > byte codes, I am curious whether there is anything about Pharo that > > would make this impossible? > > > > Cheers > > Andy > > This is a complex subject area which touches on many things/issues. I am not capable of producing a good writeup, but Iâll try to give some kind of answer. > > It is really hard to define what makes Pharo (or Smalltalk) unique compared to so many other environments. As you know, it is the special combination of language, library, IDE and VM that constitutes the real magic: a live, dynamic, late bound language with meta level capabilities, including many libraries, frameworks and tools, written in itself. > > Like with Lisp, many/most of the features of Smalltalk can be found here and there in other languages. Like with Lisp, there are many implementations of some kind of Lisp/Smalltalk. This has all been done before. > > Moving Pharo (or Smalltalk) away from its own VM is certainly possible (up to a point), but the question is: is it still the same thing ? If you can no longer write your own debugger implemented in the same language ? If you cannot read code all the way down ? > > Regards, > > Sven > > >

Dec. 25, 2013

Re: [Pharo-users] Is there any fundamental technical barrier to compiling to JVM byte codes?

by kilon alios

nothing is impossible if you give it either infinite amount of resources or infinite time. I think it would be a great idea, most likely doable with a good team . That would mean probably the redesign of all FFIs but it would gives us the ability to run tons of java libraries out of the box. Would pharo be the same thing ? who cares, same is boring the real fun is to move forward and improve constantly. Personally I dont care if pharo moves to JVM or not , I only care that it moves forward and seem people excited and having fun with it. Of course I would never sacrifice the very things that make Pharo special like live coding, in favor of popularity. I have said before and I will say it again I have zero issues with pharo not being popular, I tasted popular, boring and annoying as hell. I am here because pharo is special and I want it to remain special, a rebel , a fun way to code, an alternative way of thinking. If I wanted popular I would be coding in Java. On Tue, Dec 24, 2013 at 3:13 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Andy, > > On 22 Dec 2013, at 18:38, Andy Burnett <andy.burnett(a)knowinnovation.com> > wrote: > > > I am sure it would be a huge amount of work, and may not be a good idea > at all. > > > > However, given the number of dynamic languages that now compile to JVM > > byte codes, I am curious whether there is anything about Pharo that > > would make this impossible? > > > > Cheers > > Andy > > This is a complex subject area which touches on many things/issues. I am > not capable of producing a good writeup, but Iâll try to give some kind of > answer. > > It is really hard to define what makes Pharo (or Smalltalk) unique > compared to so many other environments. As you know, it is the special > combination of language, library, IDE and VM that constitutes the real > magic: a live, dynamic, late bound language with meta level capabilities, > including many libraries, frameworks and tools, written in itself. > > Like with Lisp, many/most of the features of Smalltalk can be found here > and there in other languages. Like with Lisp, there are many > implementations of some kind of Lisp/Smalltalk. This has all been done > before. > > Moving Pharo (or Smalltalk) away from its own VM is certainly possible (up > to a point), but the question is: is it still the same thing ? If you can > no longer write your own debugger implemented in the same language ? If you > cannot read code all the way down ? > > Regards, > > Sven > > >

Dec. 24, 2013