<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Infatti sto già valutando di migrare una serie di dati in postgresql così da dormire più sereno :-)<div>Ma non sarebbe male chiarire questo problema...vediamo chi rispondono</div><div><br></div><div>ci si aggiorna</div><div>Claudio</div><div><br></div><div><br></div><div><div><div>Il giorno 12/apr/2011, alle ore 16.03, G. Allegri ha scritto:</div><br class="Apple-interchange-newline"><blockquote type="cite">Il dbf dovrebbe avere 18 decimali a disposizione per i tipi numerici... almeno dBase IV. <div>Sentiamo cosa dicono gli sviluppatori (PS: problemi simili tornano spesso anche in altri sw, come ArcGIS...).</div><div><br></div>
<div>giovanni<br><br><div class="gmail_quote">Il giorno 12 aprile 2011 15:08, Claudio <span dir="ltr"><<a href="mailto:cla.schifani@gmail.com">cla.schifani@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hai ragione Antonio,<br>
invio anche alla lista internazionale. Ho comunque dato un'occhiata ai sorgenti del driver dbf e sembra proprio esplicitata la precisione di 6...solo non capisco il perchè??<br>
Vediamo cosa rispondono nell'international<br>
<br>
grazie<br>
Claudio<br>
<br>
Il giorno 12/apr/2011, alle ore 14.54, Antonio Falciano ha scritto:<br>
<div><div></div><div class="h5"><br>
> Claudio,<br>
> sicuramente puo' essere utile ricordare questo problema agli<br>
> sviluppatori in lista internazionale. ;-)<br>
><br>
> ciao<br>
> Antonio<br>
><br>
> Il 12/04/2011 14.19, Claudio ha scritto:<br>
>> Grazie Giovanni per il chiarimento con l'archiviazione in postgresql.<br>
>> quindi il driver dbf in gvsig è limitato a 6 decimali? In pratica io<br>
>> creo un campo double con 10 decimali, ma quando salvo il dbf e lo<br>
>> riapro me lo ritrovo sempre con 18 e 6 ...<br>
>><br>
>> Se importo una tabella di postgres con precisione 10 o 20, vedo tutti<br>
>> i decimali correttamente. Ecco perché mi domando se è un problema di<br>
>> driver dbf implementati in gvsig.<br>
>><br>
>><br>
>><br>
>><br>
>> Il giorno 12/apr/2011, alle ore 12.59, G. Allegri ha scritto:<br>
>><br>
>>> In PG hai a disposizione diversi tipi di dati numerici, che ti<br>
>>> permettono anche una precisione con numero di decimali illimitato che<br>
>>> definisci tu (vedi decimal e float). Altrimenti ci sono due tipi con<br>
>>> decimali fissi: double precision (12) e double (6), che è<br>
>>> l'equivalente del dbf...<br>
>>><br>
>>> <a href="http://www.postgresql.org/docs/8.4/static/datatype-numeric.html" target="_blank">http://www.postgresql.org/docs/8.4/static/datatype-numeric.html</a><br>
>>><br>
>>> giovanni<br>
>>><br>
>>> Il giorno 12 aprile 2011 12:37, Claudio <<a href="mailto:cla.schifani@gmail.com">cla.schifani@gmail.com</a><br>
>>> <mailto:<a href="mailto:cla.schifani@gmail.com">cla.schifani@gmail.com</a>>> ha scritto:<br>
>>><br>
>>> Buongiorno a tutti,<br>
>>> mi chiedevo se la questione della precisione dei campi in dbf<br>
>>> infastidisse solo me...<br>
>>> non capisco perché non si ammette precisione superiore a 6?!<br>
>>><br>
>>> qualcuno ha verificato se avviene la stessa cosa lavorando con<br>
>>> tabelle di postgres invece che con i dbf?<br>
>>><br>
>>> grazie,<br>
>>> Claudio<br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Gvsig_italian mailing list<br>
>>> <a href="mailto:Gvsig_italian@lists.gvsig.org">Gvsig_italian@lists.gvsig.org</a> <mailto:<a href="mailto:Gvsig_italian@lists.gvsig.org">Gvsig_italian@lists.gvsig.org</a>><br>
>>> <a href="https://gvsig.org/lists/mailman/listinfo/gvsig_italian" target="_blank">https://gvsig.org/lists/mailman/listinfo/gvsig_italian</a><br>
>>><br>
>>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Gvsig_italian mailing list<br>
>> <a href="mailto:Gvsig_italian@lists.gvsig.org">Gvsig_italian@lists.gvsig.org</a><br>
>> <a href="https://gvsig.org/lists/mailman/listinfo/gvsig_italian" target="_blank">https://gvsig.org/lists/mailman/listinfo/gvsig_italian</a><br>
><br>
><br>
> --<br>
> Antonio Falciano<br>
> <a href="http://www.linkedin.com/in/antoniofalciano" target="_blank">http://www.linkedin.com/in/antoniofalciano</a><br>
><br>
> _______________________________________________<br>
> Gvsig_italian mailing list<br>
> <a href="mailto:Gvsig_italian@lists.gvsig.org">Gvsig_italian@lists.gvsig.org</a><br>
> <a href="https://gvsig.org/lists/mailman/listinfo/gvsig_italian" target="_blank">https://gvsig.org/lists/mailman/listinfo/gvsig_italian</a><br>
<br>
<br>
_______________________________________________<br>
Gvsig_italian mailing list<br>
<a href="mailto:Gvsig_italian@lists.gvsig.org">Gvsig_italian@lists.gvsig.org</a><br>
<a href="https://gvsig.org/lists/mailman/listinfo/gvsig_italian" target="_blank">https://gvsig.org/lists/mailman/listinfo/gvsig_italian</a><br>
</div></div></blockquote></div><br></div>
</blockquote></div><br>
<br></div></body></html>