[Gfoss] Fare attenzione al BBOX degli shapefile..

[Andrea Peri]

E' infatti una delle opzioni sul piatto, ma sono un po' perplessoper i
vari casi di uso di tipo gestionale che mi si generano in questo modo.

La seccatura e' dover rigenerare gli shapefiles con nomi differenti
e/o su cartelle diverse.
Oltre tutto verrebbero rigenerati tutti e non solo quelli errati nel BBOX.
Questo potrebbe avere ripercussioni dal punto di vista gestionale/amministrativo
E poi altro problema seccante e' la gestione del rapporto con chi te
li ha inviati.
In toria si dovrebbe segnalare il problema a chi li ha inviati
affinche' corregga anche nel suo sistema.
Ma una procedura di batch corregge e non dice niente.
Questo impedisce di far sapere a chi li genera errati e quindi
continua imperterrito a farlo.

Appicare una procedura batch che rimuove tutti i problemi tutti i
problemi silenzionsamente oppure far sapere a chi li ha inviati di
questi problemi affinche' corregga i dati alla fonte ?

Sempre che poi abbia modo di correggere , il che poi e' tutto da vedersi.

A.


Il 4 maggio 2016 11:13, Stefano Iacovella
<stefano.iacovella a gmail.com> ha scritto:
> un ogr2ogr risolve il problema?
> Così almeno si va di script
>
> ---------------------------------------------------
> 41.95581N 12.52854E
>
>
> http://www.linkedin.com/in/stefanoiacovella
>
> http://twitter.com/#!/Iacovellas
>
> Il giorno 4 maggio 2016 11:11, Andrea Peri <aperi2007 a gmail.com> ha scritto:
>>
>> Salve,
>>
>> mi permetto di intervenire in lista per una segnalazione tecnica che
>> potrebbe aiutare chi lavora quotidianamente con gli shapefiles.
>>
>> Ultimamente ci arrivano spesso shapefiles con il BBOX SBAGLIATO.
>>
>> Nel formato shapefile e' previsto che nell'header dello shapefile sia
>> contenuto il BBOX di ingombro dello shpefile complessivo.
>> Tale header dovrebbe essere gestito dal software GIS che gestisce lo
>> shapefile.
>> A quanto pare a giroci sono softwares che non gestiscono bene questo
>> header e lasciano il BBOX fuori sync rispetto ai dati geometrici ivi
>> contenuti.
>>
>> Quanto questi shapefile arrivani a disgraziati (come il sottoscritto)
>> che deve pubblicarli su sistemi che basano il loro funzionamento sul
>> bbox nascono problemi.
>>
>> Senza contare quando si va a riproiettare. Se l'algoitmo del software
>> usa il BBOX per determinare quando e se riproiettare il casino si
>> decuplica.
>>
>> In generale l'indizio e' il seguente:
>>
>> Se caricate lo shapefile nel vostro GIS preferito e gli date il
>> comando "vai a full-extent" se vedete sparire tutto e la tabella degli
>> attributi non e' vuota, nel 90% dei casi si e' di fronte a un caso di
>> bbox errato.
>>
>> In tal caso nel nostro caso la soluzione e' riesportare lo shapefile.
>> Questo provoca la ricostruzione dello shapefile e di conseguenza il
>> ricalcolo del BBOX.
>>
>> Certo farlo per un singolo shapefile o farlo per qualche centinaio e'
>> una bella differenza...
>> E lo fa' ancora di piu' se questi shapefile sono provenienti da
>> sistemi informatici che continuano ad avere al loro intenro il dato
>> cosi' sbagliato.
>>
>> In ogni caso , penso che sia bene conoscere e fare attenzione a questa
>> casistica di problema.
>>
>> Saluti.
>>
>> --
>> -----------------
>> Andrea Peri
>> . . . . . . . . .
>> qwerty àèìòù
>> -----------------
>> _______________________________________________
>> Gfoss a lists.gfoss.it
>> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>> Questa e' una lista di discussione pubblica aperta a tutti.
>> I messaggi di questa lista non hanno relazione diretta con le posizioni
>> dell'Associazione GFOSS.it.
>> 807 iscritti al 31/03/2016
>
>



-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------