Hola Sergio y gracias por la respuesta.
En los últimos dias he estado mirando el codigo fuente del driver de
postgis con el fin de realizar una versión para JASPA.
He encontrado que kosmo da error a la hora de escribir en una capa 3d
en postgis ya sea al actualizar o insertar una geometria. Os anexo
algún pequeño cambio que hace posible el soporte de escritura en
capas postgis 3d (claro esta que los nuevos elementos tendran cota 0
pero al menos no da error y conserva las cotas previas).
@Override
protected String getSQLForInsert( Feature feature ) throws
TopologyException {
String selInsert = "INSERT INTO " + getFullTableName() + " ("
//$NON-NLS-1$ //$NON-NLS-2$
+ getBasicSQLInsert(feature) + " )values("; //$NON-NLS-1$
int coordDim = 2;
if (is3d) {
coordDim = 3;
}
WKTWriter geometryWriter = new WKTWriter(coordDim);
for( int i = 0; i < schema.getAttributeCount(); i++ ) {
Attribute attr = schema.getAttribute(i);
if (attr instanceof AttributeCalculate)
continue;
if (i == schema.getGeometryIndex()) {
Geometry geom = (Geometry) feature.getAttribute(i);
if (geom == null) {
// Creamos una geometria vacia
geom = new GeometryFactory().buildGeometry(new
ArrayList());
}
String wktGeometry = "GeometryFromText('" //$NON-NLS-1$
+ geometryWriter.write(geom) + "'," + srid + ")";
//$NON-NLS-1$ //$NON-NLS-2$
//jomarlla: bug can not write in a 3d table
if (is3d()) wktGeometry = "ST_Force_3D (" +
wktGeometry + ")";
selInsert += (wktGeometry + ","); //$NON-NLS-1$
continue;
}
selInsert += ("?" + ","); //$NON-NLS-1$ //$NON-NLS-2$
} // for
selInsert = selInsert.substring(0, selInsert.length() - 1);
selInsert += ")"; //$NON-NLS-1$
return selInsert;
}
@Override
protected String getSQLForUpdate( Feature feature ) {
String selInsert = "UPDATE " + getFullTableName() + " SET ";
//$NON-NLS-1$ //$NON-NLS-2$
int geometryIndex = schema.getGeometryIndex();
//WKTWriter geometryWriter = new WKTWriter();
//jomarlla: support to write wkt in 3 dimensions too
WKTWriter geometryWriter = null;
if (is3d()) geometryWriter = new WKTWriter(3);
else geometryWriter = new WKTWriter(2);
for( int i = 0; i < schema.getAttributeCount(); i++ ) {
Attribute attr = schema.getAttribute(i);
if (attr instanceof AttributeCalculate)
continue;
if (i == geometryIndex) {
Geometry geom = (Geometry) feature.getAttribute(i);
if (geom == null) {
// Creamos una geometria vacia
geom = new GeometryFactory().buildGeometry(new
ArrayList());
}
String wktGeometry = "GeometryFromText('" //$NON-NLS-1$
+ geometryWriter.write(geom) + "'," + srid + ")";
//$NON-NLS-1$ //$NON-NLS-2$
//jomarlla: bug can not write in a 3d table
//Anyways..the z values are changed to 0
if (is3d()) wktGeometry = "ST_Force_3D (" +
wktGeometry + ")";
selInsert += ("\"" + attr.getName() + "\"=" +
wktGeometry + ","); //$NON-NLS-1$ //$NON-NLS-2$ //$NON-NLS-3$
} else {
selInsert += "\"" + attr.getName() + "\"=?,";
//$NON-NLS-1$ //$NON-NLS-2$
}
} // for
selInsert = selInsert.substring(0, selInsert.length() - 1);
selInsert += " where "; //$NON-NLS-1$
selInsert += "\"" + schema.getPrimaryKeyName() + "\" = '"
//$NON-NLS-1$ //$NON-NLS-2$
+
feature.getAttribute(schema.getPrimaryKeyIndex()).toString() + "'";
//$NON-NLS-1$
return selInsert;
}
A parte de estos cambios he cambiado el driver para que funcione con
jaspa (aunque la idea es realizar un driver nuevo), todo bien salvo
una función que bajo mi opinión es un poco rara y origina problemas
en jaspa. Mi pregunta es Por qué se utiliza
(typeName.equals("geometry") para saber si el campo es de tipo
geometría? No se podría utilziar la información de la capa cargada
(donde previamente se ha mirado en geometry_columns cual es la
columna de geometria?)...el comparar el typeName puede orignar
problemas en postgis y además en jaspa no funciona.
protected AttributeType buildAttributeType( ResultSet rs ) throws
IOException {
final int DATA_TYPE = 5;
final int TYPE_NAME = 6;
try {
int dataType = rs.getInt(DATA_TYPE);
String typeName = rs.getString(TYPE_NAME);
if (typeName.equals("geometry")) { //$NON-NLS-1$
return AttributeType.toAttributeType(Geometry.class);
} else {
Class type = (Class) TYPE_MAPPINGS.get(new
Integer(dataType));
if (type == null) {
return AttributeType.OBJECT;
} else {
return AttributeType.toAttributeType(type);
}
}
} catch (SQLException e) {
throw new
IOException(I18N.getString("org.saig.core.dao.datasource.dbdatasource.PostGisDataSource.sql-exception-ocurred")
+ " " + e.getMessage()); //$NON-NLS-1$ //$NON-NLS-2$
}
}
Bueno gracias y enohorabuena por el proyecto.
José Carlos
El 04/11/2010 12:28, Sergio Baños Calvo escribió:
Buenos días José Carlos.
En realidad la versión 2.0 estable está casi terminada desde el
pasado agosto, solo que debido a la falta de un tiempo disponible
para terminar de generar la documentación necesaria y publicar la
misma no la hemos hecho disponible (de hecho, en el LiveDVD del
pasado FOSS4G 2010 de Barcelona está incluida una versión de Kosmo
Desktop 2.0 casi definitiva).
Esperamos hacerla disponible lo antes posible a lo largo de este mes.
Saludos,
El 03/11/2010 10:42, Jose C. Martinez-Llario escribió:
Hola a todos,
Quiero programar un driver nuevo para la base de datos JASPA en
Kosmo y
me gustaría saber el estado del desarrollo de Kosmo, va a haber una
nueva versión o una versión estable próximamente?
Muchas gracias y un saludo,
José Carlos
_______________________________________________
Kosmo mailing list
[email protected]
http://lists.saig.es/mailman/listinfo/kosmo
--
Sergio Baños Calvo
Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876
E-mail: [email protected]
_______________________________________________
Kosmo mailing list
[email protected]
http://lists.saig.es/mailman/listinfo/kosmo
_______________________________________________
Kosmo mailing list
[email protected]
http://lists.saig.es/mailman/listinfo/kosmo
