[JPP-Devel] osm reader distribution

Hi Stefan, You put osm reader in PLUS and in ext directory. Is it your intention to have it distributed with the CORE ? Michaël -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshootin

Re: [JPP-Devel] JumpChart plugin

Hi, Just committed the new version for inclusion in PLUS version. Thanks Geoff, Michaël Le 29/07/2013 08:21, Giuseppe Aruta a écrit : Hi Geoff, thanks for your efforts, I will go and test it ASAP Peppe 2013/7/29 Geoffrey Roy > Dear Team I have just po

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

naaa. we are happy with what you do already - and your expertise on it :) Am 13.08.13 17:41, schrieb edgar.sol...@web.de: > thanks! now i remember.. i should work more on OJ i guess ;) ..ede > > On 13.08.2013 23:33, Michaël Michaud wrote: >> Hi, >> >> Yes, JTS is only about Geometry. >> The class

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

thanks! now i remember.. i should work more on OJ i guess ;) ..ede On 13.08.2013 23:33, Michaël Michaud wrote: > Hi, > > Yes, JTS is only about Geometry. > The class pointed out by Jukka is about reading numbers in a binary format > (like wkb or shapefile). As far as I know, there is nothing in J

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

Hi, Yes, JTS is only about Geometry. The class pointed out by Jukka is about reading numbers in a binary format (like wkb or shapefile). As far as I know, there is nothing in JTS to read non-geometric attributes, even in the io package. Michaël > Hi Ede, > > The feature/feature-collection model

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

Hi Ede, The feature/feature-collection model comes from JUMP. So it is separated - but the feature/-collection model uses the geometry model from JTS. (so JTS does not know anything about -JUMP-Features, while the other way around it is true) JTS allows to attach to a geometry an object type a

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

i mean we are using the feature-collection/feature/geometry model of JTS, which allows for attributes to hold a long value. does it not? but, of course: if string suffices and really has no/low performance backdraw when reading osm. no need to dig a bigger hole then necessary. ..ede On 13.08.2

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

On 13.08.2013 21:49, Michaël Michaud wrote: > If some feel the need to improve the AttributeType system it could be a good > idea to create a new wiki page to make concrete propositions, explain what > problem is solved with it and identify how it may impact the code or the > user... just wonderi

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

uhm, I am not sure if JTS supports it, but this may actually not be important as JTS does only geometry stuff (floating point, double double, etc) However, while I kind of agree - the problem is "time" and "will" to invest. So, uhm, I would rather work on other stuff, when I find some time for

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

Hi, > what is the issue with long values again? does OJ not support this attribute > type? why? No, OJ supports only STRING, INTEGER, DOUBLE, GEOMETRY, DATE and OBJECT. Adding new AttributeTypes is possible but the task is not easy, because there are many parts in the code where type is tested (d

Re: [JPP-Devel] CORE or PLUS promoted on SF download button?

Ok, what do Peppe, Jukka, Arnd, Uwe and others think? cheers, stefan Am 13.08.13 14:36, schrieb Michaël Michaud: > Hi, > > Also neutral. Feel free to change if nobody else has any objection. > > Michaël >> On 12.08.2013 21:20, Stefan Steiniger wrote: >>> Hi all, >>> >>> Did we decide some time a

Re: [JPP-Devel] CORE or PLUS promoted on SF download button?

Hi, Also neutral. Feel free to change if nobody else has any objection. Michaël > On 12.08.2013 21:20, Stefan Steiniger wrote: >> Hi all, >> >> Did we decide some time ago to stay with CORE edition as default download? >> Personally I would promote PLUS. >> >> just wondering >> > we opted for COR

Re: [JPP-Devel] wrt override annotation

thanks Ede, switched to 1.5! I think I had it on 1.6 as the OpenTripPlanner used 1.6 (not sure, though). ..also thanks for your response on formatting. Did use the template thing yesterday the first time. stefan Am 13.08.13 05:02, schrieb edgar.sol...@web.de: > Stefan, > > and here is why i rem

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

yes, OJ does not know the attribute type. (Was long around in 2002?) Michael, what is your opinion about adding? Problems with saving to shape file are most likely. But then, GIS beginners usually have already a problem understanding the differences with integer and float/double. Not sure if the

Re: [JPP-Devel] Reading OSM files from archives

just tested myself with java7x64, 22GB ram, xeon e5520 cpu 2,3ghz http://download.geofabrik.de/europe/greece-latest.osm.bz2 osm.bz216:45 min osm plain 04:08 min needing roughly 8GB ram in the process, after that ram usage is ca. 2GB ..ede On 13.08.2013 11:49, Rahkonen Jukka wrote: > Right

Re: [JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

Hi, At least OJ user interface lets only to select attribute types from Integer, Double, Geometry, Object, Date, and String. I suppose those are the ones which can be written into dbf file when saving into shapefiles and long integers would make trouble. However JTS seems to support long integ

Re: [JPP-Devel] Reading OSM files from archives

Right, Greece takes 3:40 as uncompressed vs. 8:00 as compressed. With previous version using osm_ids as integers it took 3:05 but speeds are not stable so this difference is not reliable. Thus reading from compressed file explains most and user may decide if speed is critical or if saving some d

Re: [JPP-Devel] Reading OSM files from archives

you may want to compare a compressed file vs. the uncompressed equivalent to determine speed differences. ..ede On 13.08.2013 11:30, Rahkonen Jukka wrote: > Hi, > > Works also with finland.osm. However, parsing is now so much slower that it > is no more practical to read this dataset with my c

Re: [JPP-Devel] Reading OSM files from archives

Hi, Works also with finland.osm. However, parsing is now so much slower that it is no more practical to read this dataset with my computer with 8GB RAM. Greece.osm is still acceptable and opens in 8 minutes. Perhaps conversion is slower because osm_ids which are 64 bit integers are now converte

[JPP-Devel] OJ and long attribute values WAS: Re: [openjump-users] new *.osm File reader in OpenJUMP Plus - translations are welcome

what is the issue with long values again? does OJ not support this attribute type? why? ..ede On 13.08.2013 11:12, Jukka Rahkonen wrote: > Hi, > > It looks like this change makes parsing two times or more slower but > because Integers are not right and if OpenJUMP does not support Long then > t

[JPP-Devel] wrt override annotation

Stefan, and here is why i removed the override annotation. i still keep java 1.5 compatibility in my project settings. that's why it refused to compile for me. http://stackoverflow.com/questions/2335655/why-is-javac-failing-on-override-annotation ..ede --

[JPP-Devel] code formatting (template)

On 13.08.2013 02:45, Stefan Steiniger wrote: > Hi Ede, > > do you/we use a formatting or code-cleanup template for Eclipse? > I think geotools has one, for instance. > no, currently not. afaik there are some hints in the wiki, probably written by Michael. here is the status quo. Michael and