<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Devi forzare la geometria in modo che rispetti i constraint di
dimensioni (2-3-4D) e tipo di geometria (POLYGON o MULTIPOLYGON).
Solo in questo modo puoi correggere in maniera ottimale le geometrie
e farle diventare valide all'interno della tabella... Ti riporto di
nuovo la query che ti avevo scritto poco fa...<br>
<br>
<br>
<b>update schema.tabella set the_geom =
ST_Multi(ST_force_4d(ST_Buffer(the_geom,0)))</b><br>
<br>
La mia tabella è 4D di tipo MULTIPOLYGON. La query forza la
geometria perchè rimanga Multipolygon e 4D, applica un buffer di 0
sulle geometrie. quelle corrotte vengono corrette.<br>
<br>
Occhio che le geometrie potrebbero cambiare. Fai prima una select e
guarda come cambierebbe la geometria.<br>
<br>
La cosa funziona solo per i poligoni. Per le linee o vai in editing
da un Desktop GIS e modifichi a mano la geometria oppure devi
eliminarla<br>
<br>
<br>
Pietro d'Orio<br>
<br>
Il 05/05/2011 13:13, aperi2007 ha scritto:
<blockquote cite="mid:4DC28645.2060400@gmail.com" type="cite">Il
05/05/2011 12:53, Luca Mandolesi ha scritto:
<br>
<blockquote type="cite">Ciao Andrea, e grazie dei preziosi
consigli....
<br>
<br>
La cosa strana è che al momento ho ripassato a mano tutte le
tabelle e non vi sono più errori!!!
<br>
<br>
ma il back up si pianta lo stesso....possibile???
<br>
</blockquote>
<br>
evidentemente lo e' ...
<br>
<br>
conoscerlo in dettaglio rappresenterebbe un utilissimo
<br>
"caso d'uso".
<br>
<br>
Sospetto che in qualche maniera e involontariamente hai fatto
entrare nel DB una geometria che e' incompatibile con le strutture
della tua versione di DB.
<br>
Ma anche cosi' i dubbi sono svariati ...
<br>
<br>
Le tabelle di cui tenti il dump sono in public o in altro schema ?
<br>
<br>
Per il futuro ti consiglio di non metterei mai le tue tabelle in
"public", ma piuttosto creati un altro schema e metti tutto li'
dentro, lasciando public solo alle tabelle che installa
direttamente postgis.
<br>
<br>
Al riguardo questo blog di Ramsey e' veramente illuminante.
<br>
<a class="moz-txt-link-freetext" href="http://blog.cleverelephant.ca/2010/09/postgis-back-up-restore.html">http://blog.cleverelephant.ca/2010/09/postgis-back-up-restore.html</a>
<br>
<br>
In merito alla tua richiesta:
<br>
<br>
<blockquote type="cite">Come faccio a capire in quale tabella? C'è
modo di fare un loop
<br>
dell'istruzione select * from miatabella where
ST_IsValid(the_geom)=false su
<br>
tutte le tabelle del DB oppure devo rifarla su tutte una per
una?
<br>
</blockquote>
<br>
Io ne ho gia' una che fa' questo genere di cose..
<br>
<br>
Se ti fa comodo posso girartela.
<br>
<br>
<br>
Andrea.
<br>
<br>
<br>
_______________________________________________
<br>
Iscriviti all'associazione GFOSS.it:
<a class="moz-txt-link-freetext" href="http://www.gfoss.it/drupal/iscrizione">http://www.gfoss.it/drupal/iscrizione</a>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Gfoss@lists.gfoss.it">Gfoss@lists.gfoss.it</a>
<br>
<a class="moz-txt-link-freetext" href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a>
<br>
Questa e' una lista di discussione pubblica aperta a tutti.
<br>
Non inviate messaggi commerciali.
<br>
I messaggi di questa lista non rispecchiano necessariamente
<br>
le posizioni dell'Associazione GFOSS.it.
<br>
502 iscritti all'11.2.2011<br>
</blockquote>
</body>
</html>