Re: [JPP-Devel] [jts-devel] Re: Question on use cases of JTS trianguation API
Stefan Steiniger a écrit : Can I actually ask how Michael derived the algorithmic complexity empirical? - because if I ever see these things, for instance by M van Kreveld or in some optimiziation books (e.g. Z Michalewicz and DB Fogel 2000)- I don't get how this is really done (and proven - but maybe I just need to read those books in detail). Hi Stefan. If you knew how empirical my method was, maybe you would'nt ask... The only basics I know are : O(n^p) better than O(n^q) if pq and O(n*log(n)) better than O(n*n^p) if p0 and n large enough (don't ask me to prove...) I had 2 series of 5 numbers, one for each algo . I supposed mine was O(n*log(n)) and tried to find a constant x so that n*log(n)*x give the results I observed in seconds, what I could achieved whith small errors For Martin's algo, I observed that for any x, the progession of computation times was faster than n*log(n)*x so I started to try with n*n^p and found that n*n^0.5 gave results quite closed to the observations. In fact, that was my first try ;-). As you see, I just tried to touch, no much mathematic... If I had to find something more complex or with more observations, I think I would have tried to use Office or OpenOffice's solver, which, I think, can resolve this kind of problem quite well. Serious work would probably imply to find the complexity out of the algorithm, but I suppose this may be a very difficult exercise. The only tool I'm aware of and which could help is jGRASP. Here is a paper about how this soft can help analyze code complexity : http://www.stsc.hill.af.mil/crosstalk/1997/12/visualization.asp Michaël thank you guys - if you talk, I always can learn some things stefan Martin Davis schrieb: Right, I see the sorting step now. Out of curiosity, did you check to see if it was any faster using an array and Collections.sort, rather than a TreeSet? I would have thought building a tree was slower than doing a single sort of an array, followed by removing duplicates by traversing the array (perhaps by copying only unique points). Interesting algorithm - that would be great to see a reference for this. So this isn't incremental insertion - the classic incremental insertion adds points randomly, locating their containing triangle, dividing it into 3 new triangles, and then restoring the Delaunay property by edge flipping. The location step is the potentially slow part. This sounds similar to the step you use for adding constraints. If you're adding Steiner points along constraint segments, then you have a Conformal Delaunay. A Constrained Delaunay contains the constraint edges exactly in the triangulation (and hence is not fully Delaunay). Shewchuck has a nice explanation: http://www.cs.cmu.edu/%7Equake/triangle.defs.html#conform Martin Michaël Michaud wrote: Hi I should have looked before I wrote - I just found the link you sent a while ago to your code (for others benefit - http://geo.michaelm.free.fr/OpenJUMP/resources/ ). So you are using Incremental insertion, with a Triangle- based data structure. It looks like your code handles Constrained Delaunay - or is it Conformal Delaunay? I'll have to look a bit more to see. I'm not sure what incremental insertion is. In my implementation, I sort points before starting the triangulation (sorting points is included in my benchmark). I think this makes a lot of optimisation possible (just have to walk through the convex hull using triangle adjacency) There is also an incremental part used for constrained Delaunay triangulation as constraints are added to the triangulation afterwards (I have no benchmark for this part yet, but it should be much slower). While adding constraints, Delaunay property is kept by adding points along segments (steiner points ?). Constrained triangulation is probably even slower due to new points insertion. If you try it, you must use 3d coordinates. Anyway, very impressive timings. I'm curious to know where the speed different lies. It could be the point location search, or the data structure manipulation, or perhaps both? I can try to find back a more precise description of the implementation. Michaël Martin Davis wrote: Interesting comparison, Michael. Is your code online somewhere? What algorithm does it use, and what data structure for the triangulation? In the JTS API you don't have to create the triangles as a MultiPolygon - that's just provided as a simple option for viewing them in the JTS TestBuilder. In OJ I certainly wouldn't do that - I would split them into one Feature per triangle. I figured that the JTS code was about O(n*sqrt(n)) as well - although the theoretical performance of incremental insertion is actually O(n^2)! But I think this is rarely seen in practice. Martin Michaël Michaud wrote:
Re: [JPP-Devel] some stats on OJ and some further goals
Hi, I have always recommended people to download from the nightly builds. Now when they are at Sourceforge could it be possible to get statistics of those downloads as well? -Jukka- Stefan Steiniger wrote: Hei all, just some info: we have now one month after the OJ 1.3 windows setup release reached 997 downloads. The platform independent zip file (offered about 1 week earlier) has 1119 downloads by now. not bad, eyhh :) -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
Stefan Steiniger wrote: Michaël Michaud wrote: Hi, Here are my thoughts about the question : - Andreas is one of the main contributors of the project, so his own advice about what is good for OpenJUMP is much welcome thanks, although I don't feel like I've been contributing much lately... - I wouldn't like to see big libraries added to openjump just to be able to use a few classes of those libraries, but small packages to add capabities to OJ are OK Yes, that's why I'm also hesitating a little (see below). - To answer more precisely, It would be interesting to know if deegree code should be included as a whole or on a per package basis what would be the size and the potential of each package for OpenJUMP what would be the redundances with existing OJ code (which may need to clean some parts of existing code...) I think that would be fairly difficult and not worth it. Once the GML parsing is used, you use a major part of deegree (feature model, CRS, GML model, geometry model etc.), so that copying over only required packages makes it virtually impossible to keep in sync with the code base. Yep, Michael summarizes it very well. I'm also a hesitating to add a big lib of which we may use only a few things. Although deegree may offer a lot of functionality for the future (GML and CRS wise and the extended feature model?). I have to agree with you here as well. If we'd have some funding to integrate reprojection based on deegree in OpenJUMP, I'd certainly opt for 'yes'. If we 'only' want GML, I'd opt for 'maybe yes'. There are certainly a LOT of ideas where deegree code could be used to improve OpenJUMP (think WCS client, access to all data sources raster/vector that deegree can use), but any of them would require some work to implement and make stable. Does it actually make a difference in terms of memory footprint, i.e. are all deegree classes loaded? Only classes that are actually used are loaded. If the user does not use any functionality that uses deegree, no deegree class is loaded at all. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] JUMP Web Processing Service client
Hi, Just received mail from 52North project, they seem to use JUMP as WPS client. Has anybody had a look on what it is all about? -Jukka- The new JUMP WPS Client Version 2.0 rc1 includes: - integration of 52N WPS 2.0 facilities - smart selection of parsers and generators - bug fixes Download WPS: http://52north.org/index.php?option=com_jdownloadsItemid=73task=view.d ownloadcid=118 Download WPS JUMP Client: http://52north.org/maven/repo/releases/org/n52/wps/52n-wps-client-jump/2 .0-rc1/52n-wps-client-jump-2.0-rc1-deps.zip Community: http://52north.org/maven/project-sites/wps/52n-wps-site/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] JUMP Web Processing Service client
Just received mail from 52North project, they seem to use JUMP as WPS client. Has anybody had a look on what it is all about? No, I haven't. But next release of SEXTANTE will have WPS support. [1][2]. Also OJ integration is better... you can test the nightlybuild [3]. (In Spanish) [1]: http://sextantegis.blogspot.com/2009/03/cliente-wps.html [2]: http://sextantegis.blogspot.com/2009/04/avances-en-el-cliente-wps.html [3]: http://forge.osor.eu/plugins/wiki/index.php?Downloadsid=13type=g -Jukka- The new JUMP WPS Client Version 2.0 rc1 includes: - integration of 52N WPS 2.0 facilities - smart selection of parsers and generators - bug fixes Download WPS: http://52north.org/index.php?option=com_jdownloadsItemid=73task=view.d ownloadcid=118http://52north.org/index.php?option=com_jdownloadsItemid=73task=view.d%0Aownloadcid=118 Download WPS JUMP Client: http://52north.org/maven/repo/releases/org/n52/wps/52n-wps-client-jump/2 .0-rc1/52n-wps-client-jump-2.0-rc1-deps.ziphttp://52north.org/maven/repo/releases/org/n52/wps/52n-wps-client-jump/2%0A.0-rc1/52n-wps-client-jump-2.0-rc1-deps.zip Community: http://52north.org/maven/project-sites/wps/52n-wps-site/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Juan Ignacio Varela García (Nacho Uve) Coordinador Grupo de Desarrollo Cartolab - Laboratorio de Ingeniería Cartográfica http://www.cartolab.es ETS Ingeniería de Caminos, Canales y Puertos Universidade da Coruña Campus de Elviña - 15071 A Coruña (España) (34)981167000 ext. 5493 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
Has anyone looked at the GeoTools GML reader, to see if it's a reasonable thing to include with OJ? Writing GML readers is not a trivial task - that was why we went with the template idea (so as to push the complexity back onto the human). There might be some simpler approaches that could be looked at, though - such as pre-scanning the GML file to try and deduce the Feature tag, attribute tags types, and the geometry tag. It would be an interesting project... I'd be surprised if someone hasn't already worked on this. OGR is another possible model to follow - not sure what they do for parsing GML. The thing that seems really difficult to do is to analyze the schema and use that to direct the parsing - that is basically equivalent to writing a parser generator, which is a non-trivial task. Sunburned Surveyor wrote: I understand the concern about adding a big library to OpenJUMP. I do plan on adding CRS capability to OpenJUMP (sometime this year?) and I have already started putting together the dependencies for the CRS code. I wouldn't be against just splitting out the packages we need to use from the bigger deegree Project libraries, as long as this doesn't get ridiculous. I suppose we can see how this goes with the CRS code. I don't know if it is worth integrating the degree libs for the GML parser. I think we can probably whip up our own lightweight solution to this problem. The Sunburned Surveyor On Wed, May 20, 2009 at 1:14 AM, Andreas Schmitz schm...@lat-lon.de wrote: Stefan Steiniger wrote: Michaël Michaud wrote: Hi, Here are my thoughts about the question : - Andreas is one of the main contributors of the project, so his own advice about what is good for OpenJUMP is much welcome thanks, although I don't feel like I've been contributing much lately... - I wouldn't like to see big libraries added to openjump just to be able to use a few classes of those libraries, but small packages to add capabities to OJ are OK Yes, that's why I'm also hesitating a little (see below). - To answer more precisely, It would be interesting to know if deegree code should be included as a whole or on a per package basis what would be the size and the potential of each package for OpenJUMP what would be the redundances with existing OJ code (which may need to clean some parts of existing code...) I think that would be fairly difficult and not worth it. Once the GML parsing is used, you use a major part of deegree (feature model, CRS, GML model, geometry model etc.), so that copying over only required packages makes it virtually impossible to keep in sync with the code base. Yep, Michael summarizes it very well. I'm also a hesitating to add a big lib of which we may use only a few things. Although deegree may offer a lot of functionality for the future (GML and CRS wise and the extended feature model?). I have to agree with you here as well. If we'd have some funding to integrate reprojection based on deegree in OpenJUMP, I'd certainly opt for 'yes'. If we 'only' want GML, I'd opt for 'maybe yes'. There are certainly a LOT of ideas where deegree code could be used to improve OpenJUMP (think WCS client, access to all data sources raster/vector that deegree can use), but any of them would require some work to implement and make stable. Does it actually make a difference in terms of memory footprint, i.e. are all deegree classes loaded? Only classes that are actually used are loaded. If the user does not use any functionality that uses deegree, no deegree class is loaded at all. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoTu9gACgkQ737OVr+Ru7rdXgCfal7ZpzSc/Jqo6bG3vL4UsGTU AUkAn2ry5cfIpNOfBzJ7T8aFhaOsl0aC =5U1K -END PGP SIGNATURE- -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new
Re: [JPP-Devel] some stats on OJ and some further goals
I can put a weekly build on the SourceForge project page. It is a little more work on my end, but it would allow us to track the download numbers. Landon On Wed, May 20, 2009 at 8:34 AM, Stefan Steiniger sst...@geo.uzh.ch wrote: mhm.. no.. I don't see a way to get those statistics for the NB the way we store it now. Although I wonder if it is tracked with the webaccess data. stefan Rahkonen Jukka schrieb: Hi, I have always recommended people to download from the nightly builds. Now when they are at Sourceforge could it be possible to get statistics of those downloads as well? -Jukka- Stefan Steiniger wrote: Hei all, just some info: we have now one month after the OJ 1.3 windows setup release reached 997 downloads. The platform independent zip file (offered about 1 week earlier) has 1119 downloads by now. not bad, eyhh :) -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Hi - labeling
Cameron let me know he just found out he has a full summer course load. He want be able to help with OpenJUMP like he hoped this summer. We may hear from him in the fall? Landon On Tue, May 12, 2009 at 11:08 AM, Stefan Steiniger sst...@geo.uzh.ch wrote: Hei Camron, nice to hear! If you can read C/C++ code I may have already a link for you to a labeling library. It is used by gvSIG too, but as it is not Java code they need to ship it for every OS separately. One of the developers is Oliver Ertz. http://www.gvsig.org/web/plugins/downloads/pal-automated-placement-of-labels http://mistic.heig-vd.ch/taillard/articles.dir/pal_foss2008.pdf If you are interested in other research articles, I have some (but it is pretty technical: i.e. computational geometry and optimization) welcome stefan Cameron wrote: Hi Everyone, My name is Cameron Alston and I will be working on the OpenJUMP project this summer, specifically in implementing a stand-alone map labelling system. I'm currently finishing up at UC Davis and I'll be attending UC Santa Cruz in the fall for graduate school. I met up with Landon (Sunburmed Surveyor) back in March and was originally supposed to work as part of the Google Summer of Code. That didn't work out but I am still going to work to gain a bit of experience as to what it is like to work on an open source project. Anyway, I just wanted to introduce myself and I look forward to being a part of the project this summer. Thanks, Cameron -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [Fwd: [jump-pilot - OpenJUMP Functions Problems] BigDecimal to Double class cat exception]
any suggestions? Original Message Subject:[jump-pilot - OpenJUMP Functions Problems] BigDecimal to Double class cat exception Date: Wed, 20 May 2009 16:30:16 + From: SourceForge.net nore...@sourceforge.net To: nore...@sourceforge.net Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7401466 By: spatial1234 I am using SIS DB plugin to query the data from oracle database. One of my table column is number datatype. When I try to save as shpafile it's giving me following exception. Does anybody has fix for it? Here my oracle table structure create table county (county_id NUMBER, geom mdsys.sdo_Geometry); java.lang.ClassCastException: java.math.BigDecimal cannot be cast to java.lang.Double at com.vividsolutions.jump.io.ShapefileWriter.writeDbf(ShapefileWriter.java:436 ) at com.vividsolutions.jump.io.ShapefileWriter.write(ShapefileWriter.java:288) at com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeUp date(ReaderWriterFileDataSource.java:72) at com.vividsolutions.jump.workbench.datasource.AbstractSaveDatasetAsPlugIn.run (AbstractSaveDatasetAsPlugIn.java:33) at com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run (TaskMonitorManager.java:149) at java.lang.Thread.run(Unknown Source) Thanks, Bala __ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=729479 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] JUMP Web Processing Service client
Hei Jukka, I didn't have realy, but in Zurich we developed a kind of prototype of it for JUMP and map generalization services. The basic idea is to process your data on a different machine that offers some specific function not available on your computer or is more powerful, now called geoprocessing (by ESRI?) see here: http://webgen.geo.uzh.ch on the openjump wiki there is also a paper on this thing (Burghardt, Neun and Weibel 2005) and 52North - and in particular the developer Theodor Foerster has some more papers written on the WPS service (just google for it) stefan Rahkonen Jukka schrieb: Hi, Just received mail from 52North project, they seem to use JUMP as WPS client. Has anybody had a look on what it is all about? -Jukka- The new JUMP WPS Client Version 2.0 rc1 includes: - integration of 52N WPS 2.0 facilities - smart selection of parsers and generators - bug fixes Download WPS: http://52north.org/index.php?option=com_jdownloadsItemid=73task=view.d ownloadcid=118 Download WPS JUMP Client: http://52north.org/maven/repo/releases/org/n52/wps/52n-wps-client-jump/2 .0-rc1/52n-wps-client-jump-2.0-rc1-deps.zip Community: http://52north.org/maven/project-sites/wps/52n-wps-site/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Hi - labeling
Or maybe this summer, I just know that I won't have as much time for the project as I had originally hoped. I will still familiarize myself with things and stay in contact with my thoughts and progress though. Sorry about the confusion, I am not happy with the advising services at my school at the moment, I can only blame myself for this mess, however. Cameron From: Sunburned Surveyor sunburned.surve...@gmail.com To: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Sent: Wednesday, May 20, 2009 10:05:13 AM Subject: Re: [JPP-Devel] Hi - labeling Cameron let me know he just found out he has a full summer course load. He want be able to help with OpenJUMP like he hoped this summer. We may hear from him in the fall? Landon On Tue, May 12, 2009 at 11:08 AM, Stefan Steiniger sst...@geo.uzh.ch wrote: Hei Camron, nice to hear! If you can read C/C++ code I may have already a link for you to a labeling library. It is used by gvSIG too, but as it is not Java code they need to ship it for every OS separately. One of the developers is Oliver Ertz. http://www.gvsig.org/web/plugins/downloads/pal-automated-placement-of-labels http://mistic.heig-vd.ch/taillard/articles.dir/pal_foss2008.pdf If you are interested in other research articles, I have some (but it is pretty technical: i.e. computational geometry and optimization) welcome stefan Cameron wrote: Hi Everyone, My name is Cameron Alston and I will be working on the OpenJUMP project this summer, specifically in implementing a stand-alone map labelling system. I'm currently finishing up at UC Davis and I'll be attending UC Santa Cruz in the fall for graduate school. I met up with Landon (Sunburmed Surveyor) back in March and was originally supposed to work as part of the Google Summer of Code. That didn't work out but I am still going to work to gain a bit of experience as to what it is like to work on an open source project. Anyway, I just wanted to introduce myself and I look forward to being a part of the project this summer. Thanks, Cameron -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Hi - labeling
well.. I appreciate that you report back. Because we/I had a couple of cases were people start questions and propose things and then I/we never heard back stefan Cameron wrote: Or maybe this summer, I just know that I won't have as much time for the project as I had originally hoped. I will still familiarize myself with things and stay in contact with my thoughts and progress though. Sorry about the confusion, I am not happy with the advising services at my school at the moment, I can only blame myself for this mess, however. Cameron *From:* Sunburned Surveyor sunburned.surve...@gmail.com *To:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net *Sent:* Wednesday, May 20, 2009 10:05:13 AM *Subject:* Re: [JPP-Devel] Hi - labeling Cameron let me know he just found out he has a full summer course load. He want be able to help with OpenJUMP like he hoped this summer. We may hear from him in the fall? Landon On Tue, May 12, 2009 at 11:08 AM, Stefan Steiniger sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch wrote: Hei Camron, nice to hear! If you can read C/C++ code I may have already a link for you to a labeling library. It is used by gvSIG too, but as it is not Java code they need to ship it for every OS separately. One of the developers is Oliver Ertz. http://www.gvsig.org/web/plugins/downloads/pal-automated-placement-of-labels http://mistic.heig-vd.ch/taillard/articles.dir/pal_foss2008.pdf If you are interested in other research articles, I have some (but it is pretty technical: i.e. computational geometry and optimization) welcome stefan Cameron wrote: Hi Everyone, My name is Cameron Alston and I will be working on the OpenJUMP project this summer, specifically in implementing a stand-alone map labelling system. I'm currently finishing up at UC Davis and I'll be attending UC Santa Cruz in the fall for graduate school. I met up with Landon (Sunburmed Surveyor) back in March and was originally supposed to work as part of the Google Summer of Code. That didn't work out but I am still going to work to gain a bit of experience as to what it is like to work on an open source project. Anyway, I just wanted to introduce myself and I look forward to being a part of the project this summer. Thanks, Cameron -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment.
Re: [JPP-Devel] Deegree GML adapter
I understand the concern about adding a big library to OpenJUMP. I do plan on adding CRS capability to OpenJUMP (sometime this year?) and I have already started putting together the dependencies for the CRS code. I wouldn't be against just splitting out the packages we need to use from the bigger deegree Project libraries, as long as this doesn't get ridiculous. I suppose we can see how this goes with the CRS code. I don't know if it is worth integrating the degree libs for the GML parser. I think we can probably whip up our own lightweight solution to this problem. The Sunburned Surveyor On Wed, May 20, 2009 at 1:14 AM, Andreas Schmitz schm...@lat-lon.de wrote: Stefan Steiniger wrote: Michaël Michaud wrote: Hi, Here are my thoughts about the question : - Andreas is one of the main contributors of the project, so his own advice about what is good for OpenJUMP is much welcome thanks, although I don't feel like I've been contributing much lately... - I wouldn't like to see big libraries added to openjump just to be able to use a few classes of those libraries, but small packages to add capabities to OJ are OK Yes, that's why I'm also hesitating a little (see below). - To answer more precisely, It would be interesting to know if deegree code should be included as a whole or on a per package basis what would be the size and the potential of each package for OpenJUMP what would be the redundances with existing OJ code (which may need to clean some parts of existing code...) I think that would be fairly difficult and not worth it. Once the GML parsing is used, you use a major part of deegree (feature model, CRS, GML model, geometry model etc.), so that copying over only required packages makes it virtually impossible to keep in sync with the code base. Yep, Michael summarizes it very well. I'm also a hesitating to add a big lib of which we may use only a few things. Although deegree may offer a lot of functionality for the future (GML and CRS wise and the extended feature model?). I have to agree with you here as well. If we'd have some funding to integrate reprojection based on deegree in OpenJUMP, I'd certainly opt for 'yes'. If we 'only' want GML, I'd opt for 'maybe yes'. There are certainly a LOT of ideas where deegree code could be used to improve OpenJUMP (think WCS client, access to all data sources raster/vector that deegree can use), but any of them would require some work to implement and make stable. Does it actually make a difference in terms of memory footprint, i.e. are all deegree classes loaded? Only classes that are actually used are loaded. If the user does not use any functionality that uses deegree, no deegree class is loaded at all. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoTu9gACgkQ737OVr+Ru7rdXgCfal7ZpzSc/Jqo6bG3vL4UsGTU AUkAn2ry5cfIpNOfBzJ7T8aFhaOsl0aC =5U1K -END PGP SIGNATURE- -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [jts-devel] Re: Question on use cases of JTS trianguation API
Normally in academic papers/textbooks the algorithmic complexity is derived symbolically, based on the characteristics and data structures used in the algorithm. It's always seems like a bit of a black art to me - the proofs are often much more complicated than the algorithm (which may itself be complicated!) I usually do exactly what Michael has done, and guesstimate it from a set of timings. But note that this provides an estimate of the complexity in the average case - the worst-case complexity (the big-O expression) is often much worse (eg for the Delaunay incremental insertion algorithm it's O(n^2) - but this is rarely or never seen in practice). Stefan Steiniger wrote: wow.. those geeky talks ;) I would like to know much more about Comp Geom. Can I actually ask how Michael derived the algorithmic complexity empirical? - because if I ever see these things, for instance by M van Kreveld or in some optimiziation books (e.g. Z Michalewicz and DB Fogel 2000)- I don't get how this is really done (and proven - but maybe I just need to read those books in detail). thank you guys - if you talk, I always can learn some things stefan Martin Davis schrieb: Right, I see the sorting step now. Out of curiosity, did you check to see if it was any faster using an array and Collections.sort, rather than a TreeSet? I would have thought building a tree was slower than doing a single sort of an array, followed by removing duplicates by traversing the array (perhaps by copying only unique points). Interesting algorithm - that would be great to see a reference for this. So this isn't incremental insertion - the classic incremental insertion adds points randomly, locating their containing triangle, dividing it into 3 new triangles, and then restoring the Delaunay property by edge flipping. The location step is the potentially slow part. This sounds similar to the step you use for adding constraints. If you're adding Steiner points along constraint segments, then you have a Conformal Delaunay. A Constrained Delaunay contains the constraint edges exactly in the triangulation (and hence is not fully Delaunay). Shewchuck has a nice explanation: http://www.cs.cmu.edu/%7Equake/triangle.defs.html#conform Martin Michaël Michaud wrote: Hi I should have looked before I wrote - I just found the link you sent a while ago to your code (for others benefit - http://geo.michaelm.free.fr/OpenJUMP/resources/ ). So you are using Incremental insertion, with a Triangle- based data structure. It looks like your code handles Constrained Delaunay - or is it Conformal Delaunay? I'll have to look a bit more to see. I'm not sure what incremental insertion is. In my implementation, I sort points before starting the triangulation (sorting points is included in my benchmark). I think this makes a lot of optimisation possible (just have to walk through the convex hull using triangle adjacency) There is also an incremental part used for constrained Delaunay triangulation as constraints are added to the triangulation afterwards (I have no benchmark for this part yet, but it should be much slower). While adding constraints, Delaunay property is kept by adding points along segments (steiner points ?). Constrained triangulation is probably even slower due to new points insertion. If you try it, you must use 3d coordinates. Anyway, very impressive timings. I'm curious to know where the speed different lies. It could be the point location search, or the data structure manipulation, or perhaps both? I can try to find back a more precise description of the implementation. Michaël Martin Davis wrote: Interesting comparison, Michael. Is your code online somewhere? What algorithm does it use, and what data structure for the triangulation? In the JTS API you don't have to create the triangles as a MultiPolygon - that's just provided as a simple option for viewing them in the JTS TestBuilder. In OJ I certainly wouldn't do that - I would split them into one Feature per triangle. I figured that the JTS code was about O(n*sqrt(n)) as well - although the theoretical performance of incremental insertion is actually O(n^2)! But I think this is rarely seen in practice. Martin Michaël Michaud wrote: Hi Martin, Today, I compared the new JTS triangulation api with the triangulation plugin I wrote some years ago. In my tests, I just compared speed for triangulation of a random set of points (no constraint, no real data). Measures include initialization, triangulation, and feature(s) creation. Both libraries worked well. I did not check result correctness. Processing time was faster with my code (and ratio between two consecutive figures are always better). Of course, triangulation speed is
Re: [JPP-Devel] [Fwd: [jump-pilot - OpenJUMP Functions Problems] BigDecimal to Double class cat exception]
Either 1) fix the SIS DB plugin to use Doubles for Oracle NUMBER, or 2) fix the ShapefileWriter to accept BigDecimal values and convert them to doubles. ' #2 should be pretty easy to do. Stefan Steiniger wrote: any suggestions? Original Message Subject: [jump-pilot - OpenJUMP Functions Problems] BigDecimal to Double class cat exception Date: Wed, 20 May 2009 16:30:16 + From: SourceForge.net nore...@sourceforge.net To: nore...@sourceforge.net Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7401466 By: spatial1234 I am using SIS DB plugin to query the data from oracle database. One of my table column is number datatype. When I try to save as shpafile it's giving me following exception. Does anybody has fix for it? Here my oracle table structure create table county (county_id NUMBER, geom mdsys.sdo_Geometry); java.lang.ClassCastException: java.math.BigDecimal cannot be cast to java.lang.Double at com.vividsolutions.jump.io.ShapefileWriter.writeDbf(ShapefileWriter.java:436 ) at com.vividsolutions.jump.io.ShapefileWriter.write(ShapefileWriter.java:288) at com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeUp date(ReaderWriterFileDataSource.java:72) at com.vividsolutions.jump.workbench.datasource.AbstractSaveDatasetAsPlugIn.run (AbstractSaveDatasetAsPlugIn.java:33) at com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run (TaskMonitorManager.java:149) at java.lang.Thread.run(Unknown Source) Thanks, Bala __ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=729479 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
I've looked at this problem, and I think it would be possible to write a fairly simple GML parser that didn't need a schema, as long as the GML file only contained features of one type. It would be possible to write the same type of parser for GML files that contain features of different types, but it would be more work. I would like to start with the simpler use case first. I wrote some simple code to replace JDOM, and a GML 2 parser would be a good test of it. Perhaps I could rearrange some priorities and get this busted out in the next couple of weeks. Landon On Wed, May 20, 2009 at 11:14 AM, Martin Davis mbda...@refractions.net wrote: Has anyone looked at the GeoTools GML reader, to see if it's a reasonable thing to include with OJ? Writing GML readers is not a trivial task - that was why we went with the template idea (so as to push the complexity back onto the human). There might be some simpler approaches that could be looked at, though - such as pre-scanning the GML file to try and deduce the Feature tag, attribute tags types, and the geometry tag. It would be an interesting project... I'd be surprised if someone hasn't already worked on this. OGR is another possible model to follow - not sure what they do for parsing GML. The thing that seems really difficult to do is to analyze the schema and use that to direct the parsing - that is basically equivalent to writing a parser generator, which is a non-trivial task. Sunburned Surveyor wrote: I understand the concern about adding a big library to OpenJUMP. I do plan on adding CRS capability to OpenJUMP (sometime this year?) and I have already started putting together the dependencies for the CRS code. I wouldn't be against just splitting out the packages we need to use from the bigger deegree Project libraries, as long as this doesn't get ridiculous. I suppose we can see how this goes with the CRS code. I don't know if it is worth integrating the degree libs for the GML parser. I think we can probably whip up our own lightweight solution to this problem. The Sunburned Surveyor On Wed, May 20, 2009 at 1:14 AM, Andreas Schmitz schm...@lat-lon.de wrote: Stefan Steiniger wrote: Michaël Michaud wrote: Hi, Here are my thoughts about the question : - Andreas is one of the main contributors of the project, so his own advice about what is good for OpenJUMP is much welcome thanks, although I don't feel like I've been contributing much lately... - I wouldn't like to see big libraries added to openjump just to be able to use a few classes of those libraries, but small packages to add capabities to OJ are OK Yes, that's why I'm also hesitating a little (see below). - To answer more precisely, It would be interesting to know if deegree code should be included as a whole or on a per package basis what would be the size and the potential of each package for OpenJUMP what would be the redundances with existing OJ code (which may need to clean some parts of existing code...) I think that would be fairly difficult and not worth it. Once the GML parsing is used, you use a major part of deegree (feature model, CRS, GML model, geometry model etc.), so that copying over only required packages makes it virtually impossible to keep in sync with the code base. Yep, Michael summarizes it very well. I'm also a hesitating to add a big lib of which we may use only a few things. Although deegree may offer a lot of functionality for the future (GML and CRS wise and the extended feature model?). I have to agree with you here as well. If we'd have some funding to integrate reprojection based on deegree in OpenJUMP, I'd certainly opt for 'yes'. If we 'only' want GML, I'd opt for 'maybe yes'. There are certainly a LOT of ideas where deegree code could be used to improve OpenJUMP (think WCS client, access to all data sources raster/vector that deegree can use), but any of them would require some work to implement and make stable. Does it actually make a difference in terms of memory footprint, i.e. are all deegree classes loaded? Only classes that are actually used are loaded. If the user does not use any functionality that uses deegree, no deegree class is loaded at all. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoTu9gACgkQ737OVr+Ru7rdXgCfal7ZpzSc/Jqo6bG3vL4UsGTU AUkAn2ry5cfIpNOfBzJ7T8aFhaOsl0aC =5U1K -END PGP SIGNATURE- -- Crystal Reports - New Free Runtime
Re: [JPP-Devel] Deegree GML adapter
Landon, Have you looked into the StAX API for XML pull-parsing? I'm using it to parse KML, and it makes for fairly easy parser implementation (e.g. recursive descent, which is the simplest for us humans to code up). http://en.wikipedia.org/wiki/StAX http://woodstox.codehaus.org/ Sunburned Surveyor wrote: I've looked at this problem, and I think it would be possible to write a fairly simple GML parser that didn't need a schema, as long as the GML file only contained features of one type. It would be possible to write the same type of parser for GML files that contain features of different types, but it would be more work. I would like to start with the simpler use case first. I wrote some simple code to replace JDOM, and a GML 2 parser would be a good test of it. Perhaps I could rearrange some priorities and get this busted out in the next couple of weeks. Landon On Wed, May 20, 2009 at 11:14 AM, Martin Davis mbda...@refractions.net wrote: Has anyone looked at the GeoTools GML reader, to see if it's a reasonable thing to include with OJ? Writing GML readers is not a trivial task - that was why we went with the template idea (so as to push the complexity back onto the human). There might be some simpler approaches that could be looked at, though - such as pre-scanning the GML file to try and deduce the Feature tag, attribute tags types, and the geometry tag. It would be an interesting project... I'd be surprised if someone hasn't already worked on this. OGR is another possible model to follow - not sure what they do for parsing GML. The thing that seems really difficult to do is to analyze the schema and use that to direct the parsing - that is basically equivalent to writing a parser generator, which is a non-trivial task. Sunburned Surveyor wrote: I understand the concern about adding a big library to OpenJUMP. I do plan on adding CRS capability to OpenJUMP (sometime this year?) and I have already started putting together the dependencies for the CRS code. I wouldn't be against just splitting out the packages we need to use from the bigger deegree Project libraries, as long as this doesn't get ridiculous. I suppose we can see how this goes with the CRS code. I don't know if it is worth integrating the degree libs for the GML parser. I think we can probably whip up our own lightweight solution to this problem. The Sunburned Surveyor On Wed, May 20, 2009 at 1:14 AM, Andreas Schmitz schm...@lat-lon.de wrote: Stefan Steiniger wrote: Michaël Michaud wrote: Hi, Here are my thoughts about the question : - Andreas is one of the main contributors of the project, so his own advice about what is good for OpenJUMP is much welcome thanks, although I don't feel like I've been contributing much lately... - I wouldn't like to see big libraries added to openjump just to be able to use a few classes of those libraries, but small packages to add capabities to OJ are OK Yes, that's why I'm also hesitating a little (see below). - To answer more precisely, It would be interesting to know if deegree code should be included as a whole or on a per package basis what would be the size and the potential of each package for OpenJUMP what would be the redundances with existing OJ code (which may need to clean some parts of existing code...) I think that would be fairly difficult and not worth it. Once the GML parsing is used, you use a major part of deegree (feature model, CRS, GML model, geometry model etc.), so that copying over only required packages makes it virtually impossible to keep in sync with the code base. Yep, Michael summarizes it very well. I'm also a hesitating to add a big lib of which we may use only a few things. Although deegree may offer a lot of functionality for the future (GML and CRS wise and the extended feature model?). I have to agree with you here as well. If we'd have some funding to integrate reprojection based on deegree in OpenJUMP, I'd certainly opt for 'yes'. If we 'only' want GML, I'd opt for 'maybe yes'. There are certainly a LOT of ideas where deegree code could be used to improve OpenJUMP (think WCS client, access to all data sources raster/vector that deegree can use), but any of them would require some work to implement and make stable. Does it actually make a difference in terms of memory footprint, i.e. are all deegree classes loaded? Only classes that are actually used are loaded. If the user does not use any functionality that uses deegree, no deegree class is loaded at all. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org
Re: [JPP-Devel] Deegree GML adapter
Martin, I have looked at StAX and planned on using Sun's implementation. My code allows you to take information provided by the StAX parser to build in memory representations of an element and its content. The idea is you only put into RAM what you need. So, for our GML 2 example, I'll move through the file using StAX, but I will build an in-memory representation of each current Feature element. This should give me the low-RAM consumption of an XML pull parsing technique, with the convenience of a DOM technique for just the current feature element I am working with. That's what I want to do in theory anyways. I still have to write the code and make it work. I'm in the middle of a PNEZD point reader/write plug-in for OpenJUMP that I want to get released first. The Sunburned Surveyor P.S. - Is your KML parsing code something we could hack to support KML in OpenJUMP? On Wed, May 20, 2009 at 1:12 PM, Martin Davis mbda...@refractions.net wrote: Landon, Have you looked into the StAX API for XML pull-parsing? I'm using it to parse KML, and it makes for fairly easy parser implementation (e.g. recursive descent, which is the simplest for us humans to code up). http://en.wikipedia.org/wiki/StAX http://woodstox.codehaus.org/ Sunburned Surveyor wrote: I've looked at this problem, and I think it would be possible to write a fairly simple GML parser that didn't need a schema, as long as the GML file only contained features of one type. It would be possible to write the same type of parser for GML files that contain features of different types, but it would be more work. I would like to start with the simpler use case first. I wrote some simple code to replace JDOM, and a GML 2 parser would be a good test of it. Perhaps I could rearrange some priorities and get this busted out in the next couple of weeks. Landon On Wed, May 20, 2009 at 11:14 AM, Martin Davis mbda...@refractions.net wrote: Has anyone looked at the GeoTools GML reader, to see if it's a reasonable thing to include with OJ? Writing GML readers is not a trivial task - that was why we went with the template idea (so as to push the complexity back onto the human). There might be some simpler approaches that could be looked at, though - such as pre-scanning the GML file to try and deduce the Feature tag, attribute tags types, and the geometry tag. It would be an interesting project... I'd be surprised if someone hasn't already worked on this. OGR is another possible model to follow - not sure what they do for parsing GML. The thing that seems really difficult to do is to analyze the schema and use that to direct the parsing - that is basically equivalent to writing a parser generator, which is a non-trivial task. Sunburned Surveyor wrote: I understand the concern about adding a big library to OpenJUMP. I do plan on adding CRS capability to OpenJUMP (sometime this year?) and I have already started putting together the dependencies for the CRS code. I wouldn't be against just splitting out the packages we need to use from the bigger deegree Project libraries, as long as this doesn't get ridiculous. I suppose we can see how this goes with the CRS code. I don't know if it is worth integrating the degree libs for the GML parser. I think we can probably whip up our own lightweight solution to this problem. The Sunburned Surveyor On Wed, May 20, 2009 at 1:14 AM, Andreas Schmitz schm...@lat-lon.de wrote: Stefan Steiniger wrote: Michaël Michaud wrote: Hi, Here are my thoughts about the question : - Andreas is one of the main contributors of the project, so his own advice about what is good for OpenJUMP is much welcome thanks, although I don't feel like I've been contributing much lately... - I wouldn't like to see big libraries added to openjump just to be able to use a few classes of those libraries, but small packages to add capabities to OJ are OK Yes, that's why I'm also hesitating a little (see below). - To answer more precisely, It would be interesting to know if deegree code should be included as a whole or on a per package basis what would be the size and the potential of each package for OpenJUMP what would be the redundances with existing OJ code (which may need to clean some parts of existing code...) I think that would be fairly difficult and not worth it. Once the GML parsing is used, you use a major part of deegree (feature model, CRS, GML model, geometry model etc.), so that copying over only required packages makes it virtually impossible to keep in sync with the code base. Yep, Michael summarizes it very well. I'm also a hesitating to add a big lib of which we may use only a few things. Although deegree may offer a lot of functionality for the future (GML and CRS wise and the extended feature model?). I have to agree with you here as well. If we'd have some funding to integrate reprojection based on deegree
Re: [JPP-Devel] Deegree GML adapter
My KML parsing code is a bit rudimentary at the moment - it supports getting the Geometry, and a few attributes like name, description, and style name. But it should be fairly easy to hack into OJ. It will need a StAX API available - I'm using Woodstock right now. If you'd like to try integrating it I can provide it as it stands. Sunburned Surveyor wrote: Martin, I have looked at StAX and planned on using Sun's implementation. My code allows you to take information provided by the StAX parser to build in memory representations of an element and its content. The idea is you only put into RAM what you need. So, for our GML 2 example, I'll move through the file using StAX, but I will build an in-memory representation of each current Feature element. This should give me the low-RAM consumption of an XML pull parsing technique, with the convenience of a DOM technique for just the current feature element I am working with. That's what I want to do in theory anyways. I still have to write the code and make it work. I'm in the middle of a PNEZD point reader/write plug-in for OpenJUMP that I want to get released first. The Sunburned Surveyor P.S. - Is your KML parsing code something we could hack to support KML in OpenJUMP? On Wed, May 20, 2009 at 1:12 PM, Martin Davis mbda...@refractions.net wrote: Landon, Have you looked into the StAX API for XML pull-parsing? I'm using it to parse KML, and it makes for fairly easy parser implementation (e.g. recursive descent, which is the simplest for us humans to code up). http://en.wikipedia.org/wiki/StAX http://woodstox.codehaus.org/ Sunburned Surveyor wrote: I've looked at this problem, and I think it would be possible to write a fairly simple GML parser that didn't need a schema, as long as the GML file only contained features of one type. It would be possible to write the same type of parser for GML files that contain features of different types, but it would be more work. I would like to start with the simpler use case first. I wrote some simple code to replace JDOM, and a GML 2 parser would be a good test of it. Perhaps I could rearrange some priorities and get this busted out in the next couple of weeks. Landon On Wed, May 20, 2009 at 11:14 AM, Martin Davis mbda...@refractions.net wrote: Has anyone looked at the GeoTools GML reader, to see if it's a reasonable thing to include with OJ? Writing GML readers is not a trivial task - that was why we went with the template idea (so as to push the complexity back onto the human). There might be some simpler approaches that could be looked at, though - such as pre-scanning the GML file to try and deduce the Feature tag, attribute tags types, and the geometry tag. It would be an interesting project... I'd be surprised if someone hasn't already worked on this. OGR is another possible model to follow - not sure what they do for parsing GML. The thing that seems really difficult to do is to analyze the schema and use that to direct the parsing - that is basically equivalent to writing a parser generator, which is a non-trivial task. Sunburned Surveyor wrote: I understand the concern about adding a big library to OpenJUMP. I do plan on adding CRS capability to OpenJUMP (sometime this year?) and I have already started putting together the dependencies for the CRS code. I wouldn't be against just splitting out the packages we need to use from the bigger deegree Project libraries, as long as this doesn't get ridiculous. I suppose we can see how this goes with the CRS code. I don't know if it is worth integrating the degree libs for the GML parser. I think we can probably whip up our own lightweight solution to this problem. The Sunburned Surveyor On Wed, May 20, 2009 at 1:14 AM, Andreas Schmitz schm...@lat-lon.de wrote: Stefan Steiniger wrote: Michaël Michaud wrote: Hi, Here are my thoughts about the question : - Andreas is one of the main contributors of the project, so his own advice about what is good for OpenJUMP is much welcome thanks, although I don't feel like I've been contributing much lately... - I wouldn't like to see big libraries added to openjump just to be able to use a few classes of those libraries, but small packages to add capabities to OJ are OK Yes, that's why I'm also hesitating a little (see below). - To answer more precisely, It would be interesting to know if deegree code should be included as a whole or on a per package basis what would be the size and the potential of each package for OpenJUMP what would be the redundances with existing OJ code (which may need to clean some parts of existing code...) I think that would be fairly difficult and not worth it. Once the GML parsing is used, you
Re: [JPP-Devel] Deegree GML adapter
P.S. - Is your KML parsing code something we could hack to support KML in OpenJUMP? there is KML support in SkyJUMP .. just do copy this... but, OJ doesn't have projection support - so loading kml data is kind of senseless. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
I agree KML loading witout projection support is not great, but it could load as lat/lon. BTW, SkyJUMP's KML reader is kind of a hack - no attribute support. OGR's is pretty good (for non-Java). Martin's sounds promising. While we're on the subject. John Clark and I have implemeted a Java GUI font end for ogr2ogr. Currently it is a JUMP plugIn, but it is designed to run as a stand-alone if built that way. It supports all of the ogr vector formats (except databases) and reprojection on-the-fly. It will be available for testing in version 101 of SkyJUMP. Larry On 5/20/09, Stefan Steiniger sst...@geo.uzh.ch wrote: P.S. - Is your KML parsing code something we could hack to support KML in OpenJUMP? there is KML support in SkyJUMP .. just do copy this... but, OJ doesn't have projection support - so loading kml data is kind of senseless. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
