Re: [JPP-Devel] [jts-devel] Re: Question on use cases of JTS trianguation API

2009-05-20 Thread Michaël Michaud
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

Re: [JPP-Devel] some stats on OJ and some further goals

2009-05-20 Thread Rahkonen Jukka
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

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Andreas Schmitz
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

[JPP-Devel] JUMP Web Processing Service client

2009-05-20 Thread Rahkonen Jukka
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

Re: [JPP-Devel] JUMP Web Processing Service client

2009-05-20 Thread Nacho Uve
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]:

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Martin Davis
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

Re: [JPP-Devel] some stats on OJ and some further goals

2009-05-20 Thread Sunburned Surveyor
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

Re: [JPP-Devel] Hi - labeling

2009-05-20 Thread Sunburned Surveyor
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

[JPP-Devel] [Fwd: [jump-pilot - OpenJUMP Functions Problems] BigDecimal to Double class cat exception]

2009-05-20 Thread Stefan Steiniger
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

Re: [JPP-Devel] JUMP Web Processing Service client

2009-05-20 Thread Stefan Steiniger
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

Re: [JPP-Devel] Hi - labeling

2009-05-20 Thread Cameron
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

Re: [JPP-Devel] Hi - labeling

2009-05-20 Thread Stefan Steiniger
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

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Sunburned Surveyor
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

Re: [JPP-Devel] [jts-devel] Re: Question on use cases of JTS trianguation API

2009-05-20 Thread Martin Davis
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

Re: [JPP-Devel] [Fwd: [jump-pilot - OpenJUMP Functions Problems] BigDecimal to Double class cat exception]

2009-05-20 Thread Martin Davis
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

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Sunburned Surveyor
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,

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Martin Davis
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

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Sunburned Surveyor
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

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Martin Davis
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

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Stefan Steiniger
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.

Re: [JPP-Devel] Deegree GML adapter

2009-05-20 Thread Larry Becker
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