We did make some bug fixes in the Shapefile Reader & Writer in JUMP. These may have been made in the new GT code as well, however. The GT code in JUMP is very old - I think it's been completely re-written in GT now.
It would be nice to have a set of unit tests for Shapefiles, to verify that some of these anomalies stay fixed. I wonder if GT has this? I also have observed that there is at least one major inefficiency in the current JUMP Shapefile code - maybe the new GT code will fix that too. Sunburned Surveyor wrote: > Roger that. > > Thanks David. > > SS > > On 6/6/07, David Zwiers <[EMAIL PROTECTED]> wrote: > >> The 'shapefile' code in Jump is a port of the geotools code, so this >> should be relatively painless -- I would port the indexed shapefile >> reader from GT to replace the existing shapefile reader. >> >> I you go ahead with these changes, I'd be interested in back porting >> this to Jump. >> >> David >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of >> Sunburned Surveyor >> Sent: June 6, 2007 8:07 AM >> To: List for discussion of JPP development and use. >> Subject: [JPP-Devel] A really stupid question... >> >> At some point should we rewrite the ESRI Shapefile I/O code in >> OpenJUMP to provide an indexed FeatureCollection by default? I'm >> thinking this could be used to speed up rendering of Layers, and I >> know it would speed up my processing of object snaps in the new >> CursorTool stuff. >> >> Has this already been done? If not, would there be any serious >> performance penalties for making this change? >> >> I'm just curious as I was looking at the Quadtree class in JTS this >> morning. >> >> (I'll be working with the ESRI Shapefile code from GeoTools or Deegree >> as part of the FeatureCache. I don't think it would be too much of a >> stretch to revamp the "regular" Shapefile driver in OpenJUMP while I >> am at it. If I do this I could make the change described above.) >> >> Thanks for the thoughts. >> >> The Sunburned Surveyor >> >> ------------------------------------------------------------------------ >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
