He estado mirando esto un poco por encima, igual este mail estaría mejor en la lista de desarrollo pero por seguir este hilo.<br><br>La cuestión es que a la hora de guardar una fecha en un campo DATE tanto desde la tabla de gvSIG como desde Navtable para reconocer la fecha se acaba llamando al método<br>
<br>ValueFactory.createValueByType<br><br>en este método se detecta la fecha mediante una llamada a Date.parse[1] que en Java 1.5 está deprecated y por tanto sería conveniente cambiarlo. Esto significa que las fechas se pueden introducir en cualquiera de los formatos que este método entiende, por ejemplo es válido usar:<br>
<br>- Sat, 12 Aug 1995 13:30:00 GMT<br>- 2010/02/18<br>- .....<br><br>pero en el dbf sólo se guarda la fecha (no la hora). De hecho en el dbf se guarda como una cadena de texto de la foma AAAAMMDD (es decir 20100218) sin guiones ni nada por el estilo. <br>
<br><br>A la hora de mostrar los datos en la tabla gvSIG hace algo como esto <br><br>String str = "" + (date.getMonth() +1) + "/" + date.getDate()+ "/" +(date.getYear() +1900);<br><br>de modo que la muestra en ese formato de MM/DD/AAAA. El problema es que esos métodos que se están usando de getMonth, y demás también están deprecated.<br>
<br>En cambio Navtable los muestra como bien dices como AAAA-MM-DD. Pero al margen de como se muestre la información los valores son correctos, pero hay que leerlo de la forma adecuada.<br><br>Ahora no puedo probar lo del filtro pero te diría que en probases al hacer la consulta a construírla como AAAA/MM/DD y no como "01-ene-2004" porque igual no lo está reconociendo.<br>
<br>Supongo que idealmente, lo que se podría hacer es que en función del idioma escogido por el usuario o algo así (localización de la aplicación, vamos), la fecha se mostrara en el formato más habitual del país, por ejemplo en España DD/MM/AAAA. Como esto es complicado supongo que a modo de solución parcial podriamos unificar la forma en que se muestra en NavTable y en gvSIG en función de cual sea la opción preferida por la mayoría de usuarios. Desde mi punto de vista personal creo que como lo hace navtable AAAA-MM-DD lleva a menos confusiones que MM/DD/AAAA puesto que así se puede confundir facilmente con DD/MM/AAA.<br>
<br>saludos<br><br>[1] <a href="http://java.sun.com/j2se/1.5.0/docs/api/java/util/Date.html#parse(java.lang.String)">http://java.sun.com/j2se/1.5.0/docs/api/java/util/Date.html#parse(java.lang.String)</a><br><br><div class="gmail_quote">
El 16 de febrero de 2010 18:46, Francisco Puga <span dir="ltr"><<a href="mailto:fpuga@cartolab.es" target="_blank">fpuga@cartolab.es</a>></span> escribió:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
hola Jimena,<br>
<br>
creo que sé por donde podrían ir los tiros pero para asegurarnos sería<br>
posible que nos enviaras un .dbf de ejemplo. Con que tenga una o dos<br>
filas es suficiente. Indicanos también cual era la fecha que tu<br>
esperabas que contuviese cada fila.<br>
<br>
un saludo.<br>
<br>
El día 15 de febrero de 2010 12:36, Jimena Duarte<br>
<<a href="mailto:jimenaduartedevilla@gmail.com" target="_blank">jimenaduartedevilla@gmail.com</a>> escribió:<br>
<div><div></div><div>> Hola<br>
><br>
> Tengo problemas con las fechas.<br>
><br>
> Uso el gvSIG 1.9 y las fechas me salen como mes/dia/año. Tenía una tabla<br>
> puesta con dia/mes/año se me ha cambiado toda. y en NavtTable tengo que<br>
> poner año-mes-dia, aunque luego sale en la tabla como mes/dia/año.<br>
><br>
> Si hago un filtro y por ejemplo pongo: FECH_NAC < Date(01-ene-2004), me<br>
> dice: Error en la expresión null<br>
><br>
> Muchas gracias<br>
</div></div><div>> _______________________________________________<br>
> gvSIG_usuarios mailing list<br>
> <a href="mailto:gvSIG_usuarios@listserv.gva.es" target="_blank">gvSIG_usuarios@listserv.gva.es</a><br>
><br>
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse<br>
> de baja en esta lista, acuda a la siguiente dirección:<br>
><br>
> <a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
</div><font color="#888888">Francisco Puga<br>
</font><div><div></div><div>Cartolab - Laboratorio de Ingeniería Cartográfica.<br>
<a href="http://www.cartolab.es" target="_blank">http://www.cartolab.es</a><br>
<br>
ETS Ingeniería de Caminos, Canales y Puertos<br>
Universidade da Coruña<br>
Campus de Elviña - 15071 A Coruña (España)<br>
(34)981167000 ext. 5493<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Francisco Puga<br>Cartolab - Laboratorio de Ingeniería Cartográfica.<br><a href="http://www.cartolab.es" target="_blank">http://www.cartolab.es</a><br><br>ETS Ingeniería de Caminos, Canales y Puertos<br>
Universidade da Coruña<br>Campus de Elviña - 15071 A Coruña (España)<br>(34)981167000 ext. 5493<br>