[Gfoss] Risoluzione spaziale dataset

Gio 16 Gen 2014 09:03:07 CET

Se la griglia è regolare.
Prendi spatialite, con esso ti fai generare un dataset che è una griglia
rettangolare che parte da una coordinata che gli dici te e che ha un delta
pari all'incremento.
Poi carichi tale dataset su qgis e forzi lo snap di tutti gli altri dataset
su di esso.

Oppure altra opzione:
sempre in spatialite:

carici hi il dtaaset che devi portare su tale griglie e poi lanci:

update tabella set geometry = ST_SnapToGrid(.....)

dove li' dentro ci scrivi punto di partenza e delta.

Dovrebbe funzionare.

Io ho usato una strategia simile per troncare (brutta parola, ma è per
tagliare corto) i dati del nostro DBT ristrutturato su due cifre decimali.

A.

Il giorno 16 gennaio 2014 08:52, Giuseppe Patti <gpatt a tiscali.it> ha
scritto:

> Mettiamola così allora: un cliente vi commissiona un dataset vettoriale in
> cui i vertici delle geometrie devono essere precisamente posizionati su una
> griglia a spaziatura omogenea XY pari a 1e^-7, eventuali cifre dopo la
> settima decimale devono essere al limite pari a zero, eventuali geometrie
> che in seguito ad operazioni di processing dovessero risultare con
> coordinate differenti devono essere ricondotte al caso precedente.
>
> Come risolveremmo il problema con strumenti GFoss?
>
>
>
>> ---------- Messaggio inoltrato ----------
>> From: "G. Allegri" <giohappy a gmail.com>
>> To: Andrea Peri <aperi2007 a gmail.com>
>> Cc: gfoss <gfoss a lists.gfoss.it>
>> Date: Wed, 15 Jan 2014 20:06:25 +0100
>> Subject: Re: [Gfoss] Risoluzione spaziale dataset
>>
>> Il problema degli arrotondamenti investe qualsiasi problema geometrico
>> computazionale. Ci sono librerie come le CGAL in grado di lavorare con
>> precisione arbitraria, ma la maggior parte dei software implementa le
>> proprie strategie per gestire i problemi del floating point. Non so se la
>> "portabilità della precisione" sia un problema risolvibile, certamente i
>> software che sfruttano librerie geometriche comuni (vedi GEOS) possono
>> sfruttarne la trasparenza per gestire la cosa, ad es. tramite il Precision
>> Model (usato ad es. dallo SnapToGrid di PostGIS).
>>
>> Mi sembra comunque che le questioni sono due:
>>
>> 1) come viene rappresentata una coordinata nel formato dati scelto
>>
>> 2) come viene gestita dal software
>>
>> Il primo credo non sia un problema, visti i tanti mezzi che ci sono
>> (dallo shapefile a PostGIS, ecc.) . Il secondo... bhè, finché un sw è
>> chiuso c'è poco da discutere.
>>
>> giovanni
>> Il 15/gen/2014 19:34 "aperi2007" <aperi2007 a gmail.com> ha scritto:
>>
>>>  Diciamo che tra parecch softwares si spostano in maniera trasparente.
>>>
>>> Un discorso a parte è il noto software commerciale , il quale
>>>
>>> UNICO AL MONDO adotta una riclassificazione in "quanti" della coordinata.
>>>
>>> Poiche' lui adotta un meccanismo che non trova riscontro in nessun altro
>>> software.
>>> Difficile che con altri software si riesca a riprodurre la sua
>>> coordinata.
>>> Oltre tutto , se prendi due PC con il medesimo software commerciale, non
>>> è assolutamente detto che quando sposti da uno all'altro la coordinata ti
>>> rimane invariata.
>>> Dipende da quali altri dataset sono caricati nel medesimo DB di partenza
>>> o di destinazione.
>>>
>>> A.
>>>
>>>
>>> On 15/01/2014 18:29, Giuseppe Patti wrote:
>>>
>>> Sono d'accordo, ma questo è un altro aspetto del problema. Rimane il
>>> nocciolo: se io devo spostare degli shape da un sw ad un altro, è possibile
>>> garantire la consistenza delle coordinate? Non penso sia un problema
>>> peregrino, ho trovato discussioni analoghe con soluzioni "esoteriche" anche
>>> qui:
>>>
>>>
>>> http://gis.stackexchange.com/questions/68636/spatial-precision-for-editing-in-multiple-gis-clients
>>>
>>> http://gis.stackexchange.com/questions/76939/qgis-polygon-precision
>>>
>>>
>>> Il giorno 15 gennaio 2014 18:01, Andrea Peri <aperi2007 a gmail.com> ha
>>> scritto:
>>>
>>>>  Il noto software commerciale permette di impostare la XY resolution ,
>>>> ma all'aumentare della resolution diminuisce la BBOX ammessa.
>>>>  E viceversa.
>>>>
>>>> Per cui ti crea un bel problema anche lui. Perche' ovviamente o ammetti
>>>> una resolution veramente bassa (leggi scarsa) oppure non riesci a spostare
>>>> il dataset su basi dati di lvello nazionale anziche' locale.
>>>>
>>>>
>>>>
>>>>
>>>> Il giorno 15 gennaio 2014 17:44, Giuseppe Patti <gpatt a tiscali.it> ha
>>>> scritto:
>>>>
>>>>>   Ciao. Vorrei approfondire con voi la questione della risoluzione
>>>>> spaziale di dati vettoriali nella quale sono incappato.
>>>>>  In particolare mi riferisco alla precisione delle coordinate ad es.
>>>>> di uno shape, che continuano a variare passando da un software all'altro.
>>>>> In quale modo, anche appoggiandosi ad un DB, sarebbe possibile essere
>>>>> sicuri di avere coordinate di precisione nota e costante settando il numero
>>>>> di cifre decimali alle quali arrotondare? Ad esempio un noto sw commerciale
>>>>> fa impostare i valori di XY_resolution e XY_tolerance creando un file
>>>>> geodatabase, sarebbe interessante capire se esiste la possibilità di
>>>>> raggiungere lo stesso risultato anche con GFOSS.
>>>>>
>>>>>  Saluti
>>>>>
>>>>>  _______________________________________________
>>>>> 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.
>>>>> 666 iscritti al 22.7.2013
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> -----------------
>>>> Andrea Peri
>>>> . . . . . . . . .
>>>> qwerty àèìòù
>>>> -----------------
>>>>
>>>
>>>
>>>
>>> _______________________________________________Gfoss a lists.gfoss.ithttp://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.
>>> 666 iscritti al 22.7.2013
>>>
>>>
>>>
>>>
>>
>
> _______________________________________________
> 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.
> 666 iscritti al 22.7.2013
>

-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: <http://lists.gfoss.it/pipermail/gfoss/attachments/20140116/5cd69825/attachment.html>