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
>
> 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.
-
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 integra
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 throu
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 Su
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
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 l
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-pil
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
To: nore...@sourceforge.net
Read and respond to this message at:
https:/
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
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
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 wrote:
> Hei Camron,
>
> nice to hear!
> If you can read C/C++ code
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
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 wrote:
> mhm.. no.. I don't see a way to get those statistics for the NB the way
> we store
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
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
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
geoproc
>
> 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]:
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
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 l
20 matches
Mail list logo
