Stefan Steiniger wrote:
Hi,
> 0
0
Best regards, Andreas
--
l a t / l o n GmbH
Aennchenstrasse 19 53177 Bonn, Germany
phone ++49 +228 18496-12 fax ++49 +228 1849629
http://www.lat-lon.dehttp://www.deegree.org
signature.asc
Description: Digital signature
0
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in t
Dear OpenJUMP Fellows,
I am not sure who did follow my discussion with Landon on the wiki
hosting. But Landon got a strong oppinion, now, to ask the OSGeo for
hosting our wiki only if we join them --- i.e. he is proposing to join
(as far as I understand).
So I decided that we should do a sec
Jukka,
Can you send me one of the GML files you are working with? I'd like to
take a look at the format of the file, if you don't mind.
SS
On Thu, Nov 20, 2008 at 1:26 PM, Rahkonen Jukka
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> Some of us are using WFS that sends either GML2 (WFS v. 1.0.0) or GML3 (
Martin wrote: "Isn't the problem with JDOM or pull parsers that they
aren't stream
oriented, so don't handle large files efficiently?"
I shouldn't have lumped the two type of parsers together like that.
JDOM is tree-based. Tree-Based XML APIs are easier to work with, but
they read all of the XML d
One direction to try would be to replace the GML Geometry reading code
in the current GML reader with the code that is now in the JTS IO
package. Not sure how easy this would be, but it would be a good thing
to do, and would provide LinearRing support.
Isn't the problem with JDOM or pull pars
Hi,
Some of us are using WFS that sends either GML2 (WFS v. 1.0.0) or GML3 (WFS v.
1.1.0). Now it is parsed by the WFS plugin that does a lot of other things as
well by taking care about building standard compliant requests etc. However,
sometimes it could be useful to read a dataset from WFS
I'm glad I reached the same conclusion as you did Larry. I'll post a
message to the user list to ask about how many users are using GML.
SS
On Thu, Nov 20, 2008 at 12:29 PM, Larry Becker <[EMAIL PROTECTED]> wrote:
> Hi SS,
>
> I basically came to the same conclusions. I looked into implementin
Hi SS,
I basically came to the same conclusions. I looked into implementing an
XML pull parser version, but never got started. I managed to eventually
hack up a KML Reader that kind of worked (it took me more than 20 hours),
and I wasn't sure how much demand there would be for a better one. I
I couldn't help myself, and I looked at the code over the code for
GMLReader over my lunch break. Larry is correct, the code is pretty
gnarly. I believe the use of a state machine is caused by the fact
that a SAX parser pushes xml events to the class. This problem could
be avoided if you used somet
Thanks for the files Larry. There are some comments on the state
machine in the Javadoc for the GMLReader class, but no diagram. I'm
sure you looked at this when you were attempting to make your KML
Reader.
I'll take a peek at the code today after work I hope.
SS
On Thu, Nov 20, 2008 at 10:57 AM
You can create LinearRings by using the Geometry Converter plugin. OJ
supports writing LinearRings to GML, but not reading them. See the attached
files. I have looked at the GMLReader code when morphing it into the KML
Reader. It isn't going to be easy to modify, and has so far resisted all my
a
Martin,
Thanks for your valuable input. I will look at the code, but I suspect
the best thing to do is to load LinearRings as LineStrings and ecplain
this behavior in the Javadoc.
I'll report back to the list when I have a patch.
SS
On Thu, Nov 20, 2008 at 10:00 AM, Martin Davis <[EMAIL PROTECT
Well, it's a valid geometry type in JTS, so it should work in OJ. There
may be limitations in how it can be manipulated, however - e.g. I
suspect that it can't be edited (or at least that if it is it will
revert to a plain ol LineString).
If this is a concern, another option is to load LinearR
Martin,
Is that a valid feature geometry type in OpenJUMP? I didn't know that
it was. If it is, then this probably is a bug that needs to get fixed.
SS
On Thu, Nov 20, 2008 at 9:06 AM, Martin Davis <[EMAIL PROTECTED]> wrote:
> Why not read the GML LinearRing into a JTS LinearRing?
>
> Sunburned
Why not read the GML LinearRing into a JTS LinearRing?
Sunburned Surveyor wrote:
> Well, it seems from a "robustness" perspective that it would be good
> to read in linear rings, even if they are always represented
> internally and exported as polygons.
>
> I will wait for other programmers to com
Well, it seems from a "robustness" perspective that it would be good
to read in linear rings, even if they are always represented
internally and exported as polygons.
I will wait for other programmers to comment on what they think the
best course is, then I will implement the needed changes.
SS
Sunburned Surveyor wrote:
Hi,
> I'm working on one of the OJ 1.2 bugs I selected for squishing and I
> had a quick question.
>
> Is the GML reader in OpenJUMP supposed to read features represented by
> a LinearRing? I thought a LinearRing was only used as an exterior or
> interior boundary of a
Thanks Peter!
I just realized that when you write data out in JML format it embeds
the GML input template. So that proved to be another source of an
input template sample. I will take a look at your example also!
The Sunburned Surveyor
On Thu, Nov 20, 2008 at 8:07 AM, Rushforth, Peter <[EMAIL PR
I'm working on one of the OJ 1.2 bugs I selected for squishing and I
had a quick question.
Is the GML reader in OpenJUMP supposed to read features represented by
a LinearRing? I thought a LinearRing was only used as an exterior or
interior boundary of a polygon. A user filed a bug report because a
Landon,
When I was working on the boundary and street network files we published input
templates for our gml files.
I just noticed that the input template works for input, but doesn't work for
output, so I'm not
sure if I know how an output template is supposed to behave.
Anyway, they're acce
21 matches
Mail list logo
