Ciao a tutti,
in questi giorni sto aggiornando il database server prostgresql.
Postgresql gira su debian squeeze ed è alla versione 8.2.6.
Ho installato in parallelo su porta differente la versione 9.1.4.
I due database stanno girando regolarmente.
Il mio problema è legato a reimportare i dati.
Come suggerito nel manuale ho effettuato il dump con pg_dump della versione 9.1.4,
dei dati del 8.2.6, purtroppo con psql, al momento di reimportare i dati, sorgono problemi.
Da principio avevo il problema della codifica, il cluster 8.2.6 era LATIN1, mentre 9.1.6
è in UTF8, ho ovviato con pg_dump -E UTF8, ma il problema ad ora non risolto è dato dal fatto
che le tabelle dello schema public non vengono reimportate.
Reimporto con psql da utente postgres, quindi non mi pare un problema di permessi.
L’errore che esce è del tipo:
– PostgreSQL database dump complete
ERROR: syntax error at or near “public”
LINE 1: public iso_2000 the_geom 2 -1 LINESTRING
Qualcuno sa darmi qualche dritta?
Saluti
Eugenio
Mi sono dimenticato di specificare che sul nuovo db 9.1.6, ho installato
postgis 2.0.1…
Sto vedendo che non esiste più la tabella geometry_columns, o meglio è una vista,
quindi forse questo è il mio problema?
Nel caso idee per importare i dati??
E.
From: frippe12573@hotmail.com
To: gfoss@lists.gfoss.it
Subject: postgresql upgrade
Date: Wed, 25 Jul 2012 08:14:22 +0000
Ciao a tutti,
in questi giorni sto aggiornando il database server prostgresql.
Postgresql gira su debian squeeze ed è alla versione 8.2.6.
Ho installato in parallelo su porta differente la versione 9.1.4.
I due database stanno girando regolarmente.
Il mio problema è legato a reimportare i dati.
Come suggerito nel manuale ho effettuato il dump con pg_dump della versione 9.1.4,
dei dati del 8.2.6, purtroppo con psql, al momento di reimportare i dati, sorgono problemi.
Da principio avevo il problema della codifica, il cluster 8.2.6 era LATIN1, mentre 9.1.6
è in UTF8, ho ovviato con pg_dump -E UTF8, ma il problema ad ora non risolto è dato dal fatto
che le tabelle dello schema public non vengono reimportate.
Reimporto con psql da utente postgres, quindi non mi pare un problema di permessi.
L’errore che esce è del tipo:
– PostgreSQL database dump complete
ERROR: syntax error at or near “public”
LINE 1: public iso_2000 the_geom 2 -1 LINESTRING
Qualcuno sa darmi qualche dritta?
Saluti
Eugenio
Il 25 luglio 2012 10:27, Eugenio Trumpy <frippe12573@hotmail.com> ha scritto:
Mi sono dimenticato di specificare che sul nuovo db 9.1.6, ho installato
postgis 2.0.1....
Sto vedendo che non esiste più la tabella geometry_columns, o meglio è una
vista,
quindi forse questo è il mio problema?
Nel caso idee per importare i dati??
Ciao Eugenio,
mai mettere i dati nello schema public ![:wink: :wink:](/images/emoji/twitter/wink.png?v=12)
Qui trovi un po' di suggerimenti per l'esecuzione di backup e restore,
comunque credo che lavorando dato per dato dovresti risolvere:
http://blog.cleverelephant.ca/2010/09/postgis-back-up-restore.html
A presto
L.
--
Luca Casagrande
http://www.lucacasagrande.net
Ciao Eugenio,
mai mettere i dati nello schema public ![:wink: :wink:](/images/emoji/twitter/wink.png?v=12)
OT: Perchè? Oddio..non mi fare preoccupare!
Il 25 luglio 2012 11:49, Luca Mandolesi <mandoluca@gmail.com> ha scritto:
Ciao Eugenio,
mai mettere i dati nello schema public ![:wink: :wink:](/images/emoji/twitter/wink.png?v=12)
OT: Perchè? Oddio..non mi fare preoccupare!
E' solo un vantaggio nell'eseguire
aggiornamenti/backup/ripristini..niente di preoccupante ![:slight_smile: :slight_smile:](/images/emoji/twitter/slight_smile.png?v=12)
In questo modo ti fai un dump del tuo schema senza alcuna tabella di
sistema o altro legato all'installazione di PostGIS.
Nell'articolo postato (e nei commenti presenti) ci sono utili
informazioni sulla questione.
--
Luca Casagrande
http://www.lucacasagrande.net
Il 25/07/2012 11:58, luca.casagrande@gmail.com ha scritto:
E' solo un vantaggio nell'eseguire
aggiornamenti/backup/ripristini..niente di preoccupante
In questo
modo ti fai un dump del tuo schema senza alcuna tabella di sistema o
altro legato all'installazione di PostGIS. Nell'articolo postato (e
nei commenti presenti) ci sono utili informazioni sulla questione.
comunque dal 2.0 (con pg9.1) in avanti, e' tutto piu' semplice
(live, dal corso PGIS2.0
)
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
Esiste uno strumento open source per riparare gli shapefile con geometrie corrotte?
Su QGIS c'è lo strumento di controllo, ma come riparare le geometrie corrotte?
So solo che su PostGIS 2 c'è la funzione st_makevalid.
Il 25 luglio 2012 16:02, Pietro d'Orio <pietro.dorio@r3-gis.com> ha scritto:
Esiste uno strumento open source per riparare gli shapefile con geometrie
corrotte?
grass dovrebbe essere in grado di farlo utilizzando v.clean
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
Il problema è che importando uno shape file su grass si perdono le eventuali sovrapposizioni, o sbaglio ?
Il giorno 25 luglio 2012 16:11, Luca Delucchi <lucadeluge@gmail.com> ha scritto:
Il 25 luglio 2012 16:02, Pietro d’Orio <pietro.dorio@r3-gis.com> ha scritto:
Esiste uno strumento open source per riparare gli shapefile con geometrie
corrotte?
grass dovrebbe essere in grado di farlo utilizzando v.clean
–
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e’ una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell’Associazione GFOSS.it.
605 iscritti al 10.7.2012
Si, diciamo che l'importazione e l'esportazione degli shapefile da GRASS non è consigliata perchè GRASS altera le geometrie in base alle sue regole topologiche...
Facendo una domanda più pratica, come risolvete di solito i problemi con geometrie corrotte?
Pietro
Il 25/07/2012 19:22, Luca Lanteri ha scritto:
Il problema è che importando uno shape file su grass si perdono le eventuali sovrapposizioni, o sbaglio ?
Il giorno 25 luglio 2012 16:11, Luca Delucchi <lucadeluge@gmail.com <mailto:lucadeluge@gmail.com>> ha scritto:
Il 25 luglio 2012 16:02, Pietro d'Orio <pietro.dorio@r3-gis.com
<mailto:pietro.dorio@r3-gis.com>> ha scritto:
> Esiste uno strumento open source per riparare gli shapefile con
geometrie
> corrotte?
>
grass dovrebbe essere in grado di farlo utilizzando v.clean
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org <http://www.lucadelu.org>
_______________________________________________
Gfoss@lists.gfoss.it <mailto:Gfoss@lists.gfoss.it>
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
605 iscritti al 10.7.2012
_______________________________________________
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
605 iscritti al 10.7.2012
On Mon, 30 Jul 2012 15:23:11 +0200, Pietro d'Orio wrote:
Facendo una domanda più pratica, come risolvete di solito i problemi
con geometrie corrotte?
Ciao Pietro,
uno dei migliori strumenti in circolazione e' la ST_MakeValid()
di PostGIS
presto anche su spatialite (e magari anche su altri sw)
l'ottimo Strk si e' saggiamente dato da fare per esporre diversi metodi
geometrici di utilita' comune dentro a liblwgeom ![:wink: :wink:](/images/emoji/twitter/wink.png?v=12)
in pillole: a partire da PostGIS 2.x liblwgeom viene installata come
libreria self-standing.
dipende solo da GEOS, non ha nessuna dipendenza con PostGIS; casomai
e' vero il rovercio, cioe' e' PostGIS che si appoggia su liblwgeom
quindi ora qualsiasi altra applicazione open source ora puo'
accedere nel modo piu' facile e diretto a diversi metodi geometrici
interessanti che prima erano appannaggio esclusivo di PostGIS
ciao Sandro
--
Il messaggio e' stato analizzato alla ricerca di virus o
contenuti pericolosi da MailScanner, ed e'
risultato non infetto.