Hola,<br><br>Ya está reportado en OSOR. Aparte, me he dado cuenta de otra cosa que no me ha cuadrado demasiado. Si defino un campo de tipo float<br><br><div style="margin-left: 40px;">EditableFeatureType type = new DefaultEditableFeatureType();<br>
</div><div style="margin-left: 40px;">type.add("float", DataTypes.FLOAT).setSize(5);<br></div><br>y luego al escribir una feature, le paso un double<br><br><div style="margin-left: 40px;">feature.set("float", 34.0);<br>
</div><br>se escribe el valor al fichero correctamente, pero al leer de nuevo, se dice que el campo es de tipo double. Al no escribirse ni double ni float al shapefile, sino un número con unas determinadas cifras y demás, no se si es el comportamiento esperado o no. El problema mayor ha venido cuando se establece el valor de la feature mandando un float:<br>
<br><div style="margin-left: 40px;">feature.set("float", (float) 34.0);<br></div><br>que entonces el valor que se escribe al fichero es un 0. Algo parecido me ha pasado con int y long. El mismo main del primer mensaje puede valer para probarlo cambiando el campo double por un float y el ticket en OSOR lo he puesto también.<br>
<br>Un saludo,<br>Víctor.<br><br><div class="gmail_quote">El 19 de julio de 2011 12:05, Jorge Piera Llodrá <span dir="ltr"><<a href="mailto:jpiera@gvsig.com">jpiera@gvsig.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hola.<br>
<br>
Sí, parece que se esté indicando que el shape es de un tipo un tipo y<br>
luego se estriben geometrías de otro tipo. Además en el código de Víctor<br>
se especifica que el shape es de tipo 2D y se insertan geometrías en 2D.<br>
Bug importante.<br>
<br>
Si no es mucha molestia, estaría bien que para cada error que encontréis<br>
creéis un ticket en OSOR. Así no se perderá y se le asignará a alguien<br>
para que lo resuelva. Además, cuando se corrija, os llegará un correo<br>
indicando que se ha resuelto.<br>
<br>
Un saludo y muchas gracias de antemano.<br>
<font color="#888888">Jorge<br>
</font><div><div></div><div class="h5"><br>
<br>
On 07/19/2011 11:36 AM, Fernando González wrote:<br>
>> Cuando intento abrir el shp que he escrito con geotools, me dice que<br>
>> "ShapeType changed illegally from PointZ to Point".<br>
>><br>
>> Aquí no te sabría responder...<br>
>><br>
> En geotools esto significa que en la cabecera del shapefile se ha<br>
> escrito que las geometrías son de tipo PointZ, es decir, puntos con<br>
> tres componentes (x, y, z) pero luego en la cabecera de cada registro<br>
> se indica que la geometría es de tipo Point, es decir, puntos con dos<br>
> componentes (x, y). Geotools comprueba que estos dos datos sean<br>
> coherentes y si no lo son sale el error que reporta Víctor.<br>
><br>
> Creo que es un bug de DAL. He analizado con gHex2 (editor hexadecimal)<br>
> el shapefile que ha producido Víctor y el tipo de geometría de la<br>
> cabecera (Posicion 0x20 ó 32) es un 11 (PointZ). Para el usuario esto<br>
> tiene la consecuencia de que el shapefile que escriba con gvSIG 2.0 no<br>
> podrá ser leído con herramientas basadas en geotools (geoserver, udig,<br>
> etc.)<br>
><br>
> Además he visto que la cabecera tiene un FileLength de 14, lo cual es<br>
> incorrecto porque FileLength debe incluir las 50 medias palabras de la<br>
> cabecera*. Los lectores que he visto no hacen uso de este parámetro<br>
> pero es posible que haya alguno por ahí que reserve memoria en base a<br>
> esto y pete.<br>
><br>
> Saludos.<br>
><br>
><br>
> *The value for file length is the total length of the file in 16-bit<br>
> words (including the fifty 16-bit words that make up the header)<br>
> (<a href="http://www.esri.com/library/whitepapers/pdfs/shapefile.pdf" target="_blank">http://www.esri.com/library/whitepapers/pdfs/shapefile.pdf</a>)<br>
> _______________________________________________<br>
> gvSIG_desarrolladores mailing list<br>
> <a href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a><br>
> <a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a><br>
><br>
<br>
<br>
</div></div><div class="im">--<br>
Jorge Piera Llodrá<br>
gvSIG software architect<br>
PRODEVELOP<br>
e-mail: <a href="mailto:jpiera@gvsig.com">jpiera@gvsig.com</a><br>
<a href="http://www.prodevelop.es" target="_blank">http://www.prodevelop.es</a><br>
<a href="http://www.gvsig.org" target="_blank">http://www.gvsig.org</a><br>
<br>
</div><div><div></div><div class="h5">_______________________________________________<br>
gvSIG_desarrolladores mailing list<br>
<a href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a><br>
<a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a><br>
</div></div></blockquote></div><br>