[Gvsig_italian] gestione attributi shapefile

Mar 15 Lug 2008 06:53:47 PDT

Ok, grazie della verifica, il workaround sarebbe utile per l'editing e
l'aggiornamento dei dati esistenti (così nel nuovo campo DOUBLE (15,1) posso
inserire interi di 15 caratteri), il problema invece rimarrebbe nell'import
di dati in cui il campo è un intero più lungo di 10, poichè in questo caso
verrebbe persa l'informazione: ho provato a prendere lo shape e importarlo
in PostGIS tramite gvSig, ma la colonna con l'intero viene memorizzata a '0'
anche in Postgis, come nel .dbf. 

Per completezza, e per avere un termine di paragone, ti allego anche due
screenshot su come viene gestito in Arcview l'inserimento in un campo
DOUBLE(15,0) del valore '1234567890123456' e del valore '1234567890,123'. Il
DOUBLE(15,0) in ESRI viene interpretato esattamente come dici tu, dove per
DOUBLE(n,m) si intende un numero con 'n' cifre totali e con 'm' decimali,
analogamente alla gestione in ORACLE del tipo NUMBER(p,s), dove 'p' è la
precisione, ossia il numero massimo di cife totali e 's' la scala, ossia il
numero massimo di cifre decimali.

A risentirci, ciao

http://www.nabble.com/file/p18465854/editing_tab.jpg editing_tab.jpg 

Juan Lucas Dominguez Rubio wrote:
> 
> Ciao, Alberto
>  
> Secondo le prove che ho fatto, gvSIG usa il valore di 'scale'
> (interpretato come 'precisione') per decidere il tipo dei campi numerici.
> Se scale è zero, il campo diventa INTEGER su gvSIG. Se diverso da 0, il
> campo diventa DOUBLE su gvSIG. Quindi, se c'è un campo con 'precision' =
> 15 e 'scale' = 0, gvSIG cerca di gestionarlo come un campo di tipo
> INTEGER, ma c'è un problema poiché il tipo INTEGER usato da gvSIG è il
> formato INTEGER convenzionale (4 byte) che permette solo valori tra -2 x
> 10^9 e 2 x 10^9 (cioè, 10 caratteri).
>  
> Una possibile soluzione sarebbe create un campo DOUBLE(15, 1), così gvSIG
> non userà il tipo INTEGER.
>  
> ---
>  
> Secondo la documentazione di ESRI, i concetti 'precision' e 'scale' hanno
> questo significato:
>  
> Precision is the number of significant digits used to store numbers. The
> precision of data reflects the level of detail at which a value is kept,
> not necessarily its accuracy. Determine the level of precision actually
> needed for your application because the higher the precision setting, the
> more disk space will be required for storage. Scale, in the context of
> data attribute types, refers to the number of places to the right of the
> decimal point.
>  
> Invece, su gvSIG:
>  
> il valore 'precision' viene interpretato come 'lunghezza': caratteri a
> sinistra del punto decimale
> il valore 'scale' viene interpretato come 'precisione': caratteri a destra
> del punto decimale
>  
> ---
>  
> La tua esperienza con ESRI e gvSIG è coerente con tutto questo che ho
> detto? Cioè, credi che ho capito male qualcosa?
> ---
>  
> Inoltrerò tutto questo casino a chi si occupa degli attributi.
>  
> Ciao,
>  
> Juan Lucas Domínguez Rubio
> Prodevelop SL, Valencia (España)
> Tlf.: 96.351.06.12 -- Fax: 96.351.09.68
> http://www.prodevelop.es <http://www.prodevelop.es/> 
> 
> ________________________________
> 
> De: gvsig_italian-bounces a lists.gvsig.org en nombre de Alberto Perli
> Enviado el: mar 15/07/2008 11:43
> Para: gvsig_italian a lists.gvsig.org
> Asunto: Re: [Gvsig_italian] gestione attributi shapefile
> 
> 
> 
> 
> Ciao Lucas,
> con i metadati anche gvSig legge correttamente il formato, che è
> DOUBLE(15,0), quindi lunghezza di 15 caratteri e precisione 0. Ti allego
> lo
> screenshot.
> 
> http://www.nabble.com/file/p18461416/meta_gvsig.jpg meta_gvsig.jpg
> 
> Ho provato a modificare i valori anche in editing sulla tabella ma se
> inserisco un intero di 11 caratteri viene riportato sempre '0'.
> Allego lo shapefile su cui ho fatto questo test. I file sono derivati da
> una
> fornitura Teleatlas per un nostro cliente.
> 
> http://www.nabble.com/file/p18461416/ita022________nw_sel.zip
> ita022________nw_sel.zip
> 
> Ciao e grazie, Alberto
> 
> 
> Juan Lucas Dominguez Rubio wrote:
>>
>> Ciao, Alberto
>> 
>> Anche su gvSIG si possono creare campi lunghissimi ti tipo DOUBLE. Forse
>> ArcView e gvSIG interpretano in modo diverso i valori 'lunghezza' e
>> 'precissione'. Hai visto su gvSIG i metadati  dei campi? Per farlo, devi
>> mettere il layer in modo editting, poi vissualizza la tabella e sul menu
>> "Tabella - Struttura della tabella" puoi vedere la lunghezza e
>> precissione
>> dei campi DOUBLE (vedete attach baleari.jpg, il layer si trova in modo
>> editting.) Che valori di lunghezza e precissione ha il tuo shapefile?
>> Puoi
>> inviare un piccolo shapefile in cui si verifica questo problema?
>> 
>> Ciao,
>> 
>> 
>> Juan Lucas Domínguez Rubio
>> Prodevelop SL, Valencia (España)
>> Tlf.: 96.351.06.12 -- Fax: 96.351.09.68
>> http://www.prodevelop.es <http://www.prodevelop.es/> 
>> <http://www.prodevelop.es/>
>>
>> ________________________________
>>
>> De: gvsig_italian-bounces a lists.gvsig.org en nombre de Alberto Perli
>> Enviado el: lun 14/07/2008 15:06
>> Para: gvsig_italian a lists.gvsig.org
>> Asunto: [Gvsig_italian] gestione attributi shapefile
>>
>>
>>
>>
>> Buondì, ho notato un paio di differenze sugli attributi confrontando due
>> shapefile in Arcview 9.2 in gvSig 1.1.2:
>> - il campo ID è un DOUBLE (15), con tutti i valori effettivamente interi
>> di
>> 15 caratteri;
>> - il campo ID_NEW è anch'esso un DOUBLE(15), ma con i seguenti valori,
>> inseriti da me:
>> 1, 12, 123, 1234, 12345, 123456, ecc...
>>
>> In Arcview i dati vengono visualizzati correttamente:
>>
>> http://www.nabble.com/file/p18443527/Attributes_ArcView.jpg
>>
>> In gvSIG invece i dati vengono visualizzati in maniera errata, la colonna
>> ID
>> è sempre a 0, mentre la colonna ID_NEW viene visualizzata correttamente
>> se
>> i
>> valori contenuti arrivano al massimo di 10 caratteri:
>>
>> http://www.nabble.com/file/p18443527/Attributes_gvSIG.jpg
>>
>> Avete per caso già riscontrato questo problema oppure è già stato
>> segnalato
>> da qualche parte e io me lo sono perso?
>> Thanks
>>
>>
>> -----
>> _________________________________________
>> Alberto Perli
>> Sinergis
>> Loc. palazzine, 120/F
>> 38014 Spini di Gardolo (TN)
>> tel: +39 0461997154
>> cel: +39 3460941357
>> fax: +39 0461997330
>> mail: alberto.perli a sinergis.it
>> web: www.sinergis.it
>> --
>> View this message in context:
>> http://www.nabble.com/gestione-attributi-shapefile-tp18443527p18443527.html
>> Sent from the gvSIG Italian mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> Gvsig_italian mailing list
>> Gvsig_italian a lists.gvsig.org
>> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
>>
>>
>>
>> 
>> _______________________________________________
>> Gvsig_italian mailing list
>> Gvsig_italian a lists.gvsig.org
>> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
>>
>>
> 
> 
> -----
> _________________________________________
> Alberto Perli
> Sinergis
> Loc. palazzine, 120/F
> 38014 Spini di Gardolo (TN)
> tel: +39 0461997154
> cel: +39 3460941357
> fax: +39 0461997330
> mail: alberto.perli a sinergis.it
> web: www.sinergis.it
> --
> View this message in context:
> http://www.nabble.com/gestione-attributi-shapefile-tp18443527p18461416.html
> Sent from the gvSIG Italian mailing list archive at Nabble.com.
> 
> _______________________________________________
> Gvsig_italian mailing list
> Gvsig_italian a lists.gvsig.org
> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
> 
> 
> 
> _______________________________________________
> Gvsig_italian mailing list
> Gvsig_italian a lists.gvsig.org
> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
> 
> 

-----
_________________________________________
Alberto Perli
Sinergis
Loc. palazzine, 120/F
38014 Spini di Gardolo (TN)
tel: +39 0461997154
cel: +39 3460941357
fax: +39 0461997330
mail: alberto.perli a sinergis.it
web: www.sinergis.it
-- 
View this message in context: http://www.nabble.com/gestione-attributi-shapefile-tp18443527p18465854.html
Sent from the gvSIG Italian mailing list archive at Nabble.com.