Patch from CodeSprint (José Carlos Martínez Llario, from UPV (JASPA project). Copio y pego el correo de José Carlos: Hola Fran, te anexo los ficheros de parche de 3D/2DM para postgis. Resuelva algunos problemas que habia antes pero quedan cosas por resolver aún. He creado una nueva clase WKBReader3 que sustituye a WKBReader2 en el driver y lee las gometrias en 3D/2DM, no se..creo que era mas adecuado que ir poniendo metodos nuevos para leer wkb3d en otras clases. Parche: - Lee geometrias 3D y 2DM de potgis con lineas, puntos y poligonos. - Escribe geometrias 2D en capas postgis 3D poniendo Zs a cero - Escribe geomertrias 3D y 2DM a capas potgis 3D/2DM con lineas, puntos y poligonos. Las geometrias nuevas siempre tengrán 0 ya que gvsig no tiene herramientas de z que yo sepa En las geometrias actualizadas se conserva las Zs anteriores salvo en * Algunas notasde gvSIG relacionadas con el driver postgis: - FPolyline2DM metodo toText solo funciona para multilinestring con una solo subgeometria (pero no lo he arreglado) Mismo problema que en FPolygon2DM (ademas no escribe tambpoco los rings interiores) Los metodos toText en FPolyline3D y FPolygon3D tambine tiene el mismo problema al estar copiados de estos ultimos. Lo que habria que hacer es modificar el metodo toJTS para pasar la Z a jts y escribir que fuera este metodo quien escribiera la Z como lo hace con elemenos 3D. - MultiPoint2DM no está soportado por gvSIG, al menos no existen las clases adecuadas. - * Cuando se edita un vertice de una geometria de tipo polygon 3D gvSIG la pasa a poligono 2D, con lo cual aunque el driver está preparado para escribir Zs estás valdrán siempre 0. Nota personal: Peronalmente no me gusta el modelo de geometrias fmap.core que utiliza gvsig, creo que jts es mucho mas adecuado y sigue de forma mucho mas estricta el ogc. Igual en gvSIG 2 está mas ordenado pero en 1.x está bastante desorganizado y mas aún con Zs y Ms. Fran yo creo que a partir de ahora centraré mis esfuerzos con gvsig para el driver de postgis y geometrias 3D, a partir de las version 2.0. Siento no haber arreglado todos los problemas que te comento pero es que conforme veo mas código me aparecen más errores que hay que arreglar sobre todo con las Zs y Ms. Como comentamos en el codesprint los elemenos no multi..tipo linestring o polygon no son tratados por el driver tampoco. Aunque según el funcionamiento de gvsig esto tiene logica un usuario puede tener una capa solo con polygons o linestring..de hecho el binario ocupa menos bytes (algunas decenas por geometria) en la base de datos..y gvsig en ppio deberia enterderlos tambien conviertiendo de multi a tipo sencillo (cogiendo solo la primera geometria y viceversa. Bueno..nada mas..gracias de nuevo por la organizacion del codesprint..espero repetir :) saludos, José Carlos

Category