Hi all,
I would like to have some informations about the status of the OpenJUMP
projects connected to Google Summer of Code 2008.
As far as I remember there were: 1) JTIN, 2) Port of SEXTANTE to OpenJUMP. Is
it correct?
Thanks in advance.
Peppe
_
very short answer from Germany (i am traveling):
JTIN (i.e. Christopher) has all code checked it at the SVN... but I have
not found the time to test it. There is no separate Extensions.. so it
right now only accessible for programmers (and one needs Java3d classes,
which I haven't installed yet
> 2) Port of SEXTANTE to OpenJUMP. Is it correct?
Just comment that is not a really port of SEXTANTE (it has many many
functionalities). Is just a graphical modeller for chaining geospatial
processes. I don't know the actual status of this project.
br,
Nacho
>
> Thanks in advance.
>
> Peppe
The code for Christopher's JTin project is in the SVN. Christopher and
I have talked, and I believe he will stay involved with OpenJUMP even
though his summer project is completed. I hope he will do more work
with JTin, or at least hang out to answer some of my questions. :]
I also hope to do some
I'm doing some work converting GPX files into "waypoint observations"
stored in GML 2. I want to be able to read the GML 2 files into
OpenJUMP. I had a couple of questions that I thought you guys could
help with:
[1] I'm trying to figure out what the "header" of a GML 2 file should
look like. I'll
Ideally GML documents should include a schema definition using
xsi:schemaLocation but they rarely do. If they did you could use the XML
parser to find that location and then parse the schema (not an easy task)
and then map it automatically to a FeatureSchema. Again not an easy task as
GML is hierar
I second Paul's idea about looking at the spec for examples. You need
more gunk than is in your example - welcome to the wonderful world of XML...
As for auto-determining input data types, there's two reasons we choose
to provide a template containing this and other information
- if the input f
Paul wrote: "Ideally GML documents should include a schema definition
using xsi:schemaLocation but they rarely do. If they did you could use
the XML parser to find that location and then parse the schema (not an
easy task) and then map it automatically to a FeatureSchema. Again not
an easy task as
Martin wrote: "As for auto-determining input data types, there's two
reasons we choose
to provide a template containing this and other information
- if the input file is empty you still need to know the datatype in
order to create a layer
- the template made it easier to specify exactly which eleme
