Jody Garnett ha scritto: > There were written for a Refractions customer; Oracle was threatening to > take the JGeometry classes away - and the customer wanted an escape > option. Oracle seems to have changed its mind. The JTS project also has > a port of these SDO classes; it is kind of nice to go straight from > SDO_GEOMETRY (ie the STRUCT) to JTS and Back. When I wrote the class I > went for correctness over speed.
Today I'm looking on correctness, 3d support and speed, not in any particular order (it's an all or nothing deal, if it's not decidedly faster than the current SDO classes, it's not worth it). JGeometry seems to offer all of them, but I have to check it actually works as I expect. From the JGeometry javadoc: "If you are building new applications using an 11g release of this API, you can speed up reading and writing of JGoemetry objects using the new load(byte[]) and store(Connection, JGeometry). It improves its performance by using an internal SDO pickler to unlinearize an a SDO_GEOMETRY to a JGeometry object and linearize a JGeometry object to a Oracle pickler image for storing to an Oracle database." I hope the api is all I need, and it still works with Oracle 10g. If so, it may fix the big performance problem I noticed, with the profiler, in the actual STRUCT parsing (the driver is so silly that it first builds a string representation of the coordinates and then parses them into numbers, I let you imagine how slow this can be). Cheers Andrea ------------------------------------------------------------------------- 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 the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
