Il giorno 23 giugno 2009 13.14, iacopo<iacopo@controgeografie.net> ha scritto:
chiedo scusa per la poca conoscenza di grass in anticipo.
Lanciando il comando v.in.ogr ho questo risultato:
WARNING: Datum 'unknown' not recognised by GRASS and no parameters found.
Datum transformation will not be possible using this projection
information.
Over-riding projection check.
Proceeding with import...
Layer: nodi_edificato_valdera
Importing map 156390 features...
*** buffer overflow detected ***: v.in.ogr terminated
======= Backtrace: =========
/lib/libc.so.6(__fortify_fail+0x37)[0x7f6755daa2c7]
/lib/libc.so.6[0x7f6755da8170]
/lib/libc.so.6[0x7f6755da77ab]
/lib/libc.so.6(__snprintf_chk+0x7b)[0x7f6755da767b]
/usr/lib/libgdal1.5.0.so.1(_ZN10OGRFeature16GetFieldAsStringEi+0x346)
[0x7f6756ace296]
v.in.ogr(main+0x13e9)[0x405729]
/lib/libc.so.6(__libc_start_main+0xe6)[0x7f6755cc95a6]
v.in.ogr[0x4037a9]
dato che uso l'opzione over-riding projection e che non è la prima volta che
uso il comando il messaggio di erroe non mi dice molto.
non credo che la proiezione sia la fonte del problema (c'è un override
come vedi)
il buffer overflow (suppongo) potrebbe essre causato dal numero troppo
elevato di poligoni...
prova intanto con un v.in.ogr -c o con un v.external per verificare
-r
Ci capisco sempre meno. Ho provato v.external e funziona, poi ho provato
v.in.ogr con uno shp contenente un solo punto (prima erano 150000 circa).
Il messaggio di errore rimane identico. Overflow con 1 punto?
Iacopo
On Tuesday 23 June 2009 14:26:03 Raffaele Morelli wrote:
Il giorno 23 giugno 2009 13.14, iacopo<iacopo@controgeografie.net> ha
scritto:
> chiedo scusa per la poca conoscenza di grass in anticipo.
> Lanciando il comando v.in.ogr ho questo risultato:
>
> WARNING: Datum 'unknown' not recognised by GRASS and no parameters found.
> Datum transformation will not be possible using this projection
> information.
> Over-riding projection check.
> Proceeding with import...
> Layer: nodi_edificato_valdera
> Importing map 156390 features...
> *** buffer overflow detected ***: v.in.ogr terminated
> ======= Backtrace: =========
> /lib/libc.so.6(__fortify_fail+0x37)[0x7f6755daa2c7]
> /lib/libc.so.6[0x7f6755da8170]
> /lib/libc.so.6[0x7f6755da77ab]
> /lib/libc.so.6(__snprintf_chk+0x7b)[0x7f6755da767b]
> /usr/lib/libgdal1.5.0.so.1(_ZN10OGRFeature16GetFieldAsStringEi+0x346)
> [0x7f6756ace296]
> v.in.ogr(main+0x13e9)[0x405729]
> /lib/libc.so.6(__libc_start_main+0xe6)[0x7f6755cc95a6]
> v.in.ogr[0x4037a9]
>
> dato che uso l'opzione over-riding projection e che non è la prima volta
> che uso il comando il messaggio di erroe non mi dice molto.
non credo che la proiezione sia la fonte del problema (c'è un override
come vedi)
il buffer overflow (suppongo) potrebbe essre causato dal numero troppo
elevato di poligoni...
prova intanto con un v.in.ogr -c o con un v.external per verificare
-r
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.it
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
Una soluzione per la vertà l'ho trovata: importando lo shp in postgres e poi
importando da postgres a grass funziona. I dati naturalmetne sono sempre gli
stessi.
Nella sostanza ho risolto, ma nella forma non ho capito cosa sia successo.
Però se sono l'unico a incontrare un problema con gli shp con v.in.ogr poco
male (per inciso lo shp viene dalla CTR della regione Toscana).
Saluti a tutti.
Iacopo
Il giorno 23 giugno 2009 15.18, iacopo<iacopo@controgeografie.net> ha scritto:
Una soluzione per la vertà l'ho trovata: importando lo shp in postgres e poi
importando da postgres a grass funziona. I dati naturalmetne sono sempre gli
stessi.
Nella sostanza ho risolto, ma nella forma non ho capito cosa sia successo.
Però se sono l'unico a incontrare un problema con gli shp con v.in.ogr poco
male (per inciso lo shp viene dalla CTR della regione Toscana).
Saluti a tutti.
Iacopo
il trick che hai usato è senz'altro efficace, puoi fare la stessa cosa
anche con qgis se vuoi saltare postgres
io ho avuto il problema inverso con shape esportati da grass che non
erano "appetibili" per R
ma cosa c'è scritto nel file .prj associato allo shape?
-r
Salve a tutti,
il primo risultato della collaborazione tra Engineering ed Inova [1], articolata secondo una roadmap ben precisa, è un nuovo motore, denominato "SpagoBIGeoreportEngine", che permette di eseguire documenti analitici di SpagoBI [2] direttamente da GeoReport utilizzando un client WebGIS conforme alle specifiche OGC. L'applicazione è già scaricabile, insieme al manuale di installazione, al seguente indirizzo [3]!
L’integrazione con SpagoBI rappresenta un’evoluzione di GeoReport evidenziandone le principali caratteristiche di flessibilità e adattamento rispetto a nuove piattaforme di Business Intelligence. "SpagoBIGeoReportEngine" interpreta un nuovo modo di soddisfare i requisiti analitici di business mediante l’utilizzo congiunto di SpagoBI e strumenti WebGIS per il trattamento strategico dell'informazione digitale in toto, compresa la sua, ormai predominante, componente cartografica.
Per ulteriori dettagli:
* www.geobi.org
* geobi@googlegroups.com
* info-geobi@inovaos.it
* support-geobi@inovaos.it
[1] http://www.spagoworld.org/ecm/faces/public/guest/home/partner/partners?portal:componentId=portal&portal:action=changeLanguage&portal:language=it
[2] http://spagobi-info.eng.it/
[3] http://code.google.com/p/geobi.
Grazie per l'attenzione!
--
Fabio D'Ovidio
Geospatial solutions
Inova S.r.l.
Web : http://www.inovaos.it
GeoBI Blog: www.geobi.org
Tel.: 081 197 57 600
mail: fabiodovidio@gmail.com, f.dovidio@inovaos.it
skype: dovidio_fa