Hi all, On 7 Oct 2005 at 6:35, Paul Ramsey wrote:
> FYI, there is a draft topology specification being put forward for > SQL/MM which you might want to read over. Also, Oracle already > implements a topology model, and the closer your Java model is to the > Oracle model the lower the impedance between the two will be when it > becomes time to do actual backend storage of data. Finally, we are > drafting a topology model for PostGIS right now, based on the ISO > work. Sure it's crucial to converge towards established standards, so that at least we're sure that a network topology has the same semantics in GeoTools, Oracle, Arc/Info and so on. But I fear it will be hard to make GeoTools Topology use the RDBMS topology engine. Probably the framework API should have a high level of abstraction in order to virtualize storage and maintenance of geometry, feature attribute and topological relationships.We can think about this, but I presume it's tough. It would be great if someone added some sketches of the proprietary topology data models in the wiki in order to see which might be the different implementations. Sure the ability to use low-level (RDBMS) topology should be optional and pluggable - the default configuration being using the RDBMS solely as plain feature storage, and handling topology with the GeoTools framework, be it in GeoServer or Udig. Cheers Sig -- Luca Sigfrido Percich ([EMAIL PROTECTED]) Agenzia Milanese Mobilità e Ambiente s.r.l. (http://www.ama-mi.it) Direzione Sistemi Informativi e Modellistica Via Beccaria, 19 - 20122 Milano - tel. +39 02 884.67.262 ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
