[Gfoss] problema shapefile a punti su Qgis

Per me' e' piu' corretto qgis, che avverte la mancanza del file e non
visualizza lo shapefile.

purtroppo ho fatto una prova volante e qgis, sotto windows,
tende ad accomunare CURVE.dbf e curve.dbf.
Avrei preferito un compotamento piu' rigoroso.
Ma capisco che esso e' dovuto al fatto che appoggiandosi alle API del
sistema operativo
non si puo' fare di meglio.

Mi lascia, invece perplesso, udig, se e' vero che sotto linux linux
accomuna un file
curve.dbf a un ipotetico file CURVE.dbf.

Anche perche' se poi nella certella vi fossero due file

curve.dbf e CURVE.dbf non si saprebbe quale dei due udig prende in
considerazione.

Andrea.

Ciao, lo shapefile lo carica con tabella di attributi senza problemi in udig...
Ahh, mi verrebbe da dire che udig e' il piu' fico, ma per
professionalita' mi tocca dire la verita', o perlomeno quello che
credo sia il problema.

Tanti in questa lista hanno la tendenza a spostare file fra linux e
windows senza curarsi di zipparli prima. Questo risulta in locations
grass corrotte e shapefile a parti di file maiuscole ed altre no.
Il tuo shape e:
-rw-r--r-- 1 moovida moovida 435K 2005-12-23 18:55 curve.dbf
-rw-r--r-- 1 moovida moovida 706K 2005-05-02 08:51 CURVE.shp
-rw-r--r-- 1 moovida moovida 21K 2005-05-02 08:51 CURVE.shx

Non ho problemi a credere che in questo caso la tabella degli
attributi non venga letta su un sistema unix. _Non e'_ lo stesso file

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~

Ciao Andrea,

purtroppo ho fatto una prova volante e qgis, sotto windows,
tende ad accomunare CURVE.dbf e curve.dbf.

ricordatevi che Windows è case-insensitive
cosa che non è correttamente *considerata* in QGIS, tanto che uno dei bug ancora irrisolti (http://trac.osgeo.org/qgis/ticket/1044) dipende proprio dal fatto che QGIS non si occupa di fare un controllo di esistenza di nuovi file applicando un lower_case
Mii raccomando, tenete sempre conto di questa cosa quando lavorate sui file, ovvero: evitate di avere nomi di file uguali! almeno per una questione di massima portabilità....

Marco