[Gfoss] spatialite errore .loadshp

Local Chapters GFOSS.it
1

oggi ho incominciato a giocare un po' con spatialite, invece che con
postgis, ma al primo comando ho subito un errore (presidente guarda
che torno alla concorrenza :-P)

spatialite> .loadshp acque_totali acque_totali UTF8 32632

Loading shapefile at 'acque_totali' into SQLite table 'acque_totali'

BEGIN;
CREATE TABLE acque_totali (
PK_UID INTEGER PRIMARY KEY AUTOINCREMENT,
"FIUMI_" INTEGER,
"FIUMI_ID" INTEGER,
"IDENTNR" INTEGER,
"NOTE" TEXT,
"Nome_TED" TEXT,
"PROVINCIA" TEXT,
"ID_CAR" TEXT,
"LONG_CAR" TEXT,
"LUNGHEZZA" DOUBLE,
"DENOM" TEXT,
"BAC" TEXT,
"SBAC1" TEXT,
"SBAC2" TEXT,
"FNODE_" INTEGER,
"TNODE_" INTEGER,
"ASTA" TEXT,
"TRONCO" TEXT,
"SIMBOLO" TEXT,
"RASTA" TEXT,
"RTRONCO" TEXT,
"IDOBJECT" TEXT,
"TYPEOBJECT" DOUBLE,
"CODICE" TEXT,
"CODGRA" TEXT,
"ASTVIN" TEXT,
"LIVCOD" TEXT,
"TIPO" INTEGER,
"NUM" TEXT,
"acquisiz" TEXT,
"tipo_corso" TEXT,
"ENTE_GEST" TEXT,
"BACINO_N" TEXT,
"SOTTOBACIN" TEXT,
"NOMEBACINO" TEXT,
"ANAGRAFICA" TEXT,
"PREFISSO" TEXT,
"ORDINE" TEXT,
"PROP" TEXT,
"ORIG_LOCAL" TEXT,
"ORIG_COMUN" TEXT,
"ELENCO_PUB" TEXT,
"TIPO_UTIL" TEXT,
"VINCOLATO" TEXT,
"ECOLOGIA" DOUBLE);
SELECT AddGeometryColumn('acque_totali', 'Geometry', 32632,
'MULTILINESTRING', 'XY');
Invalid character sequence
ROLLBACK;

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

2

On Thu, 14 Apr 2011 12:25:35 +0200, Luca Delucchi wrote

oggi ho incominciato a giocare un po' con spatialite, invece che con
postgis, ma al primo comando ho subito un errore (presidente guarda
che torno alla concorrenza :-P)

luca, questa è la terra della libertà assoluta
e senza vincoli di sorta :smiley:
quale "concorrenza" ??? casomai "competizione":
scegli tra i tanti a disposizione il tool che ritieni
più adeguato alle tue necessità :slight_smile:

parlando seriamente:

Invalid character sequence
ROLLBACK;

col cavolo che il tuo shapefile è codificato in UTF-8
libiconv segnala un carattere illegale, e splite
quindi rifiuta di importare dati zozzi

soluzione a spanne: probabilmente lo shp è stato generato
sotto WinOz; prova a dichiarare un charset CP1252
(Windows Latin-1)

se invece è roba del governo USA prova CP850
(DOS Western Europe); se è roba cinese o israeliana
o giapponese o russa ... arrangiati usando la zucca :slight_smile:

ciao Sandro

3

Il 14 aprile 2011 12:53, <a.furieri@lqt.it> ha scritto:

quale "concorrenza" ??? casomai "competizione":

si competizione è meglio :slight_smile:

scegli tra i tanti a disposizione il tool che ritieni
più adeguato alle tue necessità :slight_smile:

ho voluto usare spatialite perchè credo che abbia molti vantaggi
rispetto ad altri tool

col cavolo che il tuo shapefile è codificato in UTF-8
libiconv segnala un carattere illegale, e splite
quindi rifiuta di importare dati zozzi

soluzione a spanne: probabilmente lo shp è stato generato
sotto WinOz; prova a dichiarare un charset CP1252
(Windows Latin-1)

ok uno è andato con quel charset, l'altro con i caratteri tedeschi con
questo ISO-8859-1 posso suggerire un output di errore leggermente più
chiaro, tipo "Invalid charset NOME_DEL_CHARSET"

ciao Sandro

PS
Ma ora se volessi avere un db in UTF8 c'è qualche possibilità? io lo
avevo settato all'inizio con .charset UTF8

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

4

On Thu, 14 Apr 2011 13:05:47 +0200, Luca Delucchi wrote

Ma ora se volessi avere un db in UTF8 c'è qualche possibilità ? io lo
avevo settato all'inizio con .charset UTF8

il DB spatialite che viene prodotto è comunque UTF-8
in tutti i casi.

ma quando importi devi specificare il charset utilizzato
dal tuo shapefile, proprio per consentire a splite di
convertire dal charset 'locale' utilizzato dallo shp
al charset universale UTF8 che verrà utilizzato per
registrare i dati nel DB.

stessa cosa quando esporti: ora puoi liberamente
esportare uno shp codificato come utf8, oppure cp1252,
oppure iso-8859-1 etc etc
semplicemente perchè splite si farà carico di
convertire da utf8 alla codifica che scegli
per l'export

ciao Sandro