Il 05/05/2011 13:16, Luca Mandolesi ha scritto:
Se me la giri mi fai un favoroneeffettivamente ho tutte le
geometrie in public.mannaggg.e tanta paura!!
Una funzioncina di tale genere poteva essere in effetti abbastanza utile
e comoda...
Ho provveduto quindi a inserire nel wiki di p
On Thu, May 05, 2011 at 03:42:19PM +0200, aperi2007 wrote:
> Ma il problema e' come esportare le geometrie dal postgis che le tiene
> imprigionate...
Abbiamo rilasciatola 1.4.2 e la 1.5.1 esattamente per consentire questo.
--strk;
() Free GIS & Flash consultant/developer
/\ http://str
La ST_MakeValid() di postgis 200 dovrebbe riuscire a risolverlo ..
Immagino che chiuderebbe i poligoni tracciando una linea tra i due
vertici mancanti .
Ma il problema e' come esportare le geometrie dal postgis che le tiene
imprigionate...
L'unica strada per me e' gdal.
Andrea.
NO, mi corregg
Il 05/05/2011 13:41, Sandro Santilli ha scritto:
On Thu, May 05, 2011 at 01:03:12PM +0200, Pietro d'Orio wrote:
Puoi risolvere i problemi sulle tabelle con geometrie corrotte con
questa query.
update schema.tabella set the_geom =
ST_Multi(ST_force_4d(ST_Buffer(the_geom,0)))
Dubito che risolva
Il 05/05/2011 13:28, Luca Mandolesi ha scritto:
A questo punto ricarico lo shape che ne deriva e all'interno ho la
metà dei record...vedo che la lista dei miei gid si interrompre alla
4145
nel layer postgis cerco la 4146 per vedere se c'è errore ma non ha
problemi
prova con gdal
In questo caso non devi mettere nulla.
Per i self-intersection funziona benissimo, per non-closed rings
significa che possono esistere delle linee costruite da un solo punto.
Probabilmente il tuo dato è una derivazione di un DWG o DXF? In quel
caso è necessario modificare a mano le geometrie
On Thu, May 05, 2011 at 01:03:12PM +0200, Pietro d'Orio wrote:
> Puoi risolvere i problemi sulle tabelle con geometrie corrotte con
> questa query.
>
> update schema.tabella set the_geom =
> ST_Multi(ST_force_4d(ST_Buffer(the_geom,0)))
Dubito che risolva il suo caso (non-closed ring)
--strk;
Quindi se la mia geometria è POLYGON 2D ...non credo siano 3D lo ho create
con Qgis e caricate dentro a PG con SPIT cosa devo mettere al posto di
* ST_Multi e ST_force_4d?*
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizio
Ciao Pietro,
ho fatto una prova sulla mia tabella pyunitastratigrafiche
è di tipo POLYGON
select * from pyunitastratigrafiche where the_geom =
ST_Multi(ST_force_4d(ST_Buffer(the_geom,0)))
e in pratica mi ritorna tutte le geometrie che vi sono all'interno.
Poi ho fatto un:
select * from py
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
Se me la giri mi fai un favoroneeffettivamente ho tutte le geometrie in
public.mannaggg.e tanta paura!!
2011/5/5 aperi2007
> Il 05/05/2011 12:53, Luca Mandolesi ha scritto:
>
>> Ciao Andrea, e grazie dei preziosi consigli
>>
>>
>> La cosa strana è che al momento ho ripassato a ma
Il 05/05/2011 12:53, Luca Mandolesi ha scritto:
Ciao Andrea, e grazie dei preziosi consigli
La cosa strana è che al momento ho ripassato a mano tutte le tabelle e
non vi sono più errori!!!
ma il back up si pianta lo stessopossibile???
evidentemente lo e' ...
conoscerlo in dettaglio
Puoi risolvere i problemi sulle tabelle con geometrie corrotte con
questa query.
update schema.tabella set the_geom =
ST_Multi(ST_force_4d(ST_Buffer(the_geom,0)))
In questo caso applicata a poligoni 4d MULTIPOLYGON.
Occhio che le geometrie potrebbero cambiare. Fai prima una select e
guarda
Ciao Andrea, e grazie dei preziosi consigli
La cosa strana è che al momento ho ripassato a mano tutte le tabelle e non
vi sono più errori!!!
ma il back up si pianta lo stessopossibile???
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.
azzznon mi permette nemmeno di fare il backup della singola tabella ...
e oraprovo ad esportare come shape da qgis
Mi permetto di darti qualche suggerimento,
ma prima alcuni avvertimenti:
Non conosco il tuo DB, ma fai attenzione che esportando su shapefile potresti
avere delle differen
azzznon mi permette nemmeno di fare il backup della singola tabella ...
e oraprovo ad esportare come shape da qgis
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/ma
nuuu...ma cosa mi dici mai Infatti ho appena ripassato una
per una le 20 tabelle e non ci sono più errori e ricevo lo stesso
l'errore..pani
Sono su postgres 8.4 e credo di avere su postgis 1.4.4 (?). Ho postgres su
un server linux e di solito non ci metto le mani direttamen
On Thu, May 05, 2011 at 11:20:27AM +0200, Luca Mandolesi wrote:
> Salve a tutti,
> ho finito di passare tabella per tabella le geometrie contenute nel mio DB
> che presentavano problemi (tipo i terribili "fioccehtti") in postgres ma
> evidentemente qualcosa mi è sfuggito perchè quando faccio il bac
Salve a tutti,
ho finito di passare tabella per tabella le geometrie contenute nel mio DB
che presentavano problemi (tipo i terribili "fioccehtti") in postgres ma
evidentemente qualcosa mi è sfuggito perchè quando faccio il back up mi
becco un bel:
pg_dump: Error message from server: ERROR: geome
19 matches
Mail list logo
