Application: gvSIG desktop

El problema le estaba pasando a Sergio en la lista de usuarios.
Parece que el error se produce al codificar los datos en JSon para dejarlos en el portapapeles.
Falla cuando se encuentra un campo de tipo fecha.

Espero que este corregido para el proximo build.

Sigue fallando en el 3022. Lo reabro y adjunto el log.

El error salta al copiar al portapapeles.

Lo he probado. Se ha solucionado lo del error que saltaba al copiar geometrías (que no lo habíamos detectado), ya que si copiamos de un SHP a otro funciona.

Pero el copiar de un SHP a PostGIS, que era lo que creíamos que fallaba inicialmente (no al copiar la geometría sino al pegar en PostGIS), sigue fallando. Si la pego en PostGIS se añade el registro en la bbdd pero el campo de la geometría está vacío, por lo que no se muestra.

Adjunto SHP del cual copio geometrías.

Y los datos de la tabla a la cual copio, cogidos de PgAdmin, son:

--------------------
-- Table: ds_visualizador.capa_2

-- DROP TABLE ds_visualizador.capa_2;

CREATE TABLE ds_visualizador.capa_2
(
gid serial NOT NULL,
wkb_geometry geometry(MultiPolygon,25830),
nombre character varying,
fecha date,
valor integer,
adjudicado boolean DEFAULT false,
presupuesto double precision,
enm_4_trns character varying,
modified_by character varying,
last_modification date,
CONSTRAINT capa_2_pkey PRIMARY KEY (gid)
)
WITH (
OIDS=FALSE
);
ALTER TABLE ds_visualizador.capa_2
OWNER TO gvsigonline;
------------------------------

En otra de las pruebas que he hecho pegando en otra capa difertente en otro servidor, los dos son Multipolygon2D, pero el "Campo geométrico" en la capa PostGIS es "wkb_geometry" y en el SHP es "GEOMETRY".

Las columnas de geometría de origen y destino deben tener el mismo nombre, en otro caso, si en la tabla de destino hubiera más de un campo de tipo geometría, el proceso no sabría en cual de ellos debe pegar la geometría.

Bueno, estamos pensando el tema de copiar la geometría aunque no tenga el mismo nombre.

Funciona en el 3024. Cierro el ticket.