Sunburned Surveyor ha scritto:
> Geotools Programmers:
>
> I'm about to embark on a project to overhaul the way OpenJUMP imports
> data from simple files. There are really only three (3) types of files
> that are critical to include in the update (I'm still debating on if I
> want to update GML 2.
On 16/09/2009, at 7:40 AM, Sunburned Surveyor wrote:
> Jody,
>
> Thank you for responding so quickly. I always appreciate your efforts
> to answer my questions. Attempted collaboration with Geotools wouldn't
> be the same without you. :]
I am losing patience with attempted collaboration - when op
With respect to adopting the low level code:
- quick and dirty; take a the array of object[] out and place them in
a jump feature
- blood sweat and tears: supply a FeatureFactory that creates jump
features to the shapefile code
Jody
On 16/09/2009, at 6:17 AM, Sunburned Surveyor wrote:
> I c
Jody,
Thank you for responding so quickly. I always appreciate your efforts
to answer my questions. Attempted collaboration with Geotools wouldn't
be the same without you. :]
Based on the history that you posted, it sounds like OpenJUMP may have
made some shapefile fixes that you guys are missing
Some history since the last version OpenJump used:
- 3-4 years ago - switched to java io (ie file channels) for increased
performance
- 2 years ago - Jesse put in code to manages all its side car files
with a single set of locks
For WKT - we mostly use what is in JTS; there is a fork of that c
Geotools Programmers:
I'm about to embark on a project to overhaul the way OpenJUMP imports
data from simple files. There are really only three (3) types of files
that are critical to include in the update (I'm still debating on if I
want to update GML 2.0 support):
- ESRI Shapefiles
- OGC WKT
-
