Re: [Gfoss] Problema file .csv e riproiezioni
La riproiezione al volo attualmente non funziona se ci sono raster da riproiettare. Se invece ai raster nella stessa proiezione di destinazione o vettori in qualsiasi sistema di proiezione tutto dovrebbe funzionare bene. Strano quindi che gli strati da csv non si visualizzino nella posizione corretta. Controlla sull'area di mappa le coordinate della zona dove, secondo le tue conoscenze, dovrebbero essere visualizzati i punti del csv e confrontale con le coordinate nel file csv stesso. Le coordinate dovrebbero essere simili altrimenti vuol dire che non stai lavorando con dati riferibili allo stesso sistema di proiezione Saluti Leonardo On Wed, 19 Jan 2011 17:06:17 +0100, "luca.casagra...@gmail.com" wrote: > Il 19 gennaio 2011 16:17, alfrances...@alice.it > ha scritto: >> Salve, >> ho un problema che non riesco a risolvere. >> Ho creato un file .csv così da poter importare una serie di dati >> spaziali in >> Qgis. Mediante l'apposito plugin carico il file .csv poi specifico la >> proiezione (l'ho fatto sia mediante proprietà - generale - specifica >> CRS, >> che ridefinendola con lo strumento di gestione dati) ma il risultato è >> che >> questo nuovo layer non si sovrappone a quelli esistenti. >> >> Per tutti i layer caricati ho scelto: >> WGS84 / Antarctic Polar Stereographic EPSG:3031 ID: 996 >> +proj=stere +lat_0=-90 +lat_ts=-71 +lon_0=0 +k=1 +x_0=0 +y_0=0 >> +ellps=WGS84 >> +datum=WGS84 +units=m +no_defs >> >> tutti si sovrappongono meno quello .csv...dove sbaglio >> >> SO windows XP, Qgis vers. 1.5 Thetys > > Salvandolo come shapefile e ricaricandolo funziona? > > Ciao > L. ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] R: Re: QGIS dalla vecchia alla nuova simbologia
Puoi trovare il plugin e le relative pagine descrittive a questo link. http://pyqgis.org/repo/contributed Saluti Leonardo On Wed, 19 Jan 2011 10:28:53 +0100, wrote: > La cosa è attualmente in sviluppo. > > Attualmente ci sono due plugin (1-Band Raster Colour Table e Clour Scale > Bar) che, usati in questo ordine, permettono di creare legende (richimabili > tramite file txt e csv) da cui poi creare immagini di legende da utilizzare > nel MapComposer. > > Chiaramente questa strada non è molto lineare ma, nell'attesa dello > sviluppo della funzionalità, la cosa può essere utile per ottenere legende > personalizzate e da utilizzare nel layout di stampa. > > Saluti > Leonardo > > On Wed, 19 Jan 2011 08:59:18 + (GMT), Gabriela Osaci Costache > wrote: >> Ciao, >> >> un'altra cosa: si può fare qualcosa per visualizzare la legenda degli >> stati >> raster, almeno nella nuova simbologia (come per gli strati vettoriali)? >> Metto i >> colori che voglio, ma non riesco a visualizzare la legenda... >> >> Grazie, >> Gabriela >> >> >> >> >> >> Da: "a.ci...@libero.it" >> A: gfoss@lists.gfoss.it >> Inviato: Mer 19 gennaio 2011, 10:48:26 >> Oggetto: [Gfoss] R: Re: QGIS dalla vecchia alla nuova simbologia >> >> >> Nella vecchia simbologia c'era anche la possibilità di selezionare più >> voci di >> legenda, mentre mi sembra che questo non sia possibile nella nuova >> simbologia. >> >> Una cosa che invece non esiste sia nella vecchia che nella nuova >> simbologia è >> quella di organizzare l'ordine delle voci nella legenda. E' vero che >> questo si >> può fare a posteriori nela layout, ma credo sarebbe più pratico poterlo >> fare >> anche nel menu stiles. >> >> Grazie ancora per il lavoro che state svolgendo >> >> >> Messaggio originale >>>Da: gabrielacatalinaos...@yahoo.it >>>Data: 19/01/2011 9.33 >>>A: >>>Ogg: Re: [Gfoss] QGIS dalla vecchia alla nuova simbologia >>> >>>--> >>>Ciao, >>> >>>grazie mille della risposta. Allora, dobbiamo inserire la richiesta > nella >>>pagina >>>indicata dal prof. Cavallini per la nuova simbologia >>>(http://www.qgis.org/wiki/Switching_from_Old_to_New_Symbology_and_Labeling), >>> >>>solo che...io non conosco l'inglese per farlo. >>> >>>Saluti, >>>Gabriela >>> >>> >>> >>> >> >> Da: "l...@gis3w.it" >>>A: gfoss@lists.gfoss.it >>>Inviato: Mer 19 gennaio 2011, 10:05:55 >>>Oggetto: Re: [Gfoss] QGIS dalla vecchia alla nuova simbologia >>> >>> >>>Ciao, >>> >>>nella nuova simbologia lo stile "colore continuo" non c'è, per quello >>>stile devi usare sempre la vecchia simbologia. >>> >>>Saluti >>>Leonardo >>> >>>On Tue, 18 Jan 2011 18:16:55 + (GMT), Gabriela Osaci Costache >>> wrote: Salve. Non ho trovato nella nuova simbologia la funzione "colore continuo". > Non dico che non c'è, ma non so dove cercarla. Grazie, Gabriela Da: Paolo Cavallini A: GFOSS.it Inviato: Mar 18 gennaio 2011, 19:36:53 Oggetto: [Gfoss] QGIS dalla vecchia alla nuova simbologia Salve. Si sta pianificando il passaggio completo alla nuova simbologia e alla nuova etichettatura. Se da questa manca qualche funzione gia' presente nella vecchia, e questa vi pare importante, per piacere descrivetela nella pagina: >>>http://www.qgis.org/wiki/Switching_from_Old_to_New_Symbology_and_Labeling Saluti, e grazie. >>>___ >>>Iscriviti all'associazione GFOSS.it: > http://www.gfoss.it/drupal/iscrizione >>>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. >>>485 iscritti al 20.11.2010 >>> >>> > ___ > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione > 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. > 485 iscritti al 20.11.2010 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] R: Re: Qgis 1.6: Errore di esportazione da Postgres/Postgis verso DXF e shp
Il problema della esportazione in dxf (per qualsiasi tipo di layer in input shp, postgis ecc) si presenta perchè nell'esportazione devi spuntare lopzione "salta la creazione degli attributi": in questo caso trasferirai solo le entità geometriche perdendo tutti gli attributi. Altrimenti devi crearti una tabella coi seguenti campi, che servono per trasferire le informazioni tabellari al file di disegno dxf: Layer (string) SubClasses (string) ExtendedEntity (string) Linetype (string) EntityHandle (string) Text (string) Messaggio originale Da: aperi2...@gmail.com Data: 20/01/2011 8.07 A: Ogg: Re: [Gfoss] Qgis 1.6: Errore di esportazione da Postgres/Postgis verso DXF e shp Sapevo che qgis 1.6 usa gdal 1.6 mentre la versione trunk usa gdal 1.7 Potrei sbagliarmi ma credo che gdal 1.7.x non abbia questo problema. Io proverei a fare un tentativo con gdal 1.7 oppure visto che e' in dirittura di arrivo con GDAL 1.8RC. Per quanto riguarda il problema sul dxf. E' presumibile che sia il medesimo problema, salvo che non so' se e' gestito in una versione gdal/ogr piu' recente .. 2011/1/19 Luca Mandolesi > Mi è capitato un errore che mi pare di non aver mai visto prima. Lavoro con > Qgis 1.6 versione con i frameworks su mac os x 10.5. > > > Se provo ad esportare una selezione di geometrie da un layer poligonale > Postgres/Postgis ricevo questo errore: > > > Esportazione nel file vettoriale fallita. > > Errore: creation of field gid failed (OGR error: DXF layer does not support > arbitrary field creation.) > > > > Se esporto invece su shape ho un errore di trim dei campi perchè ho due > campi che finiscono per avere il medesimo nome se tagliati per essere > adattati al DBF. > > > Esportazione nel file vettoriale fallita. > > Errore: trimming attribute name 'definizione_interpretativa' to ten > significant characters produces duplicate column name. > > > > Come posso fare??? Help... > > > Grazie > > > Luca > -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] R: Re: Qgis 1.6: Errore di esportazione da Postgres/Postgis verso DXF e shp
2011/1/20 a.ci...@libero.it > > Il problema della esportazione in dxf (per qualsiasi tipo di layer in input > shp, postgis ecc) si presenta perchè nell'esportazione devi spuntare > lopzione "salta la creazione degli attributi": > Dove si trova l'opzione da spuntare? Nella finestra di dialogo dell'esportazione non è presente... > in questo caso trasferirai solo le entità geometriche perdendo tutti gli > attributi. Altrimenti devi crearti una tabella coi seguenti campi, che > servono per trasferire le informazioni tabellari al file di disegno dxf: > > Layer (string) > > SubClasses (string) > > ExtendedEntity (string) > > Linetype (string) > > EntityHandle (string) > > Text (string) > Dunque, realizzo una tabella con openoffice e poi come ci trasferisco i dati dentro? Non capisco la procedura. ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] installazione qgis 1.6
Ciao, dopo aver installato qgis 1.6 su un portatile di qualche anno fa (Windows XP ma tutti i vari programmi ben funzionanti) all'avvio mi appare "Impossibile trovare il punto di ingresso TIFFMergeFIeldInfo della procedura nella libreria di collegamento dinamico libtiff.dll". Una vecchia versione (Mimas 1.3) invece funziona corretamente. Ho dato un occhio anche al forum di qgis, molti hanno sollevato un problema simile ma detto francamente non sono riuscito a trovare la soluzione (per esempio suggeriscono di installare Visual C++ 2005 e 2008 x86, cosa che avevo già fatto). Purtroppo su questo pc ora non posso passare a Linux :-) Qualche idea? Grazie mille in anticipo -- Simone Bianchi www.simonebianchi.eu ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] R: Re: R: Re: Qgis 1.6: Errore di esportazione da Postgres/Postgis verso DXF e shp
Dunque, realizzo una tabella con openoffice e poi come ci trasferisco i dati dentro? Non capisco la procedura. No, ti devi creare gli attributi che ti ho elencato aggiungendoli alla tabella dello shape, poi li puoi popolare in base ai dati tabellari della tabella in input. Per esempio, se le geometrie di input sono distinte da un particolare attributo X, puoi trasferire il contenuto dell'attributo X al campo "Layer" (tramite il calcolatore di campi), così il dxf che produrrà avrà le geometrie organizzate in Layer che prenderanno il nome dall'attributo ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] R: Re: Qgis 1.6: Errore di esportazione da Postgres/Postgis verso DXF e shp
2011/1/20 a.ci...@libero.it > Dunque, realizzo una tabella con openoffice e poi come ci > trasferisco i dati dentro? Non capisco la procedura. > > No, ti devi creare gli attributi che ti ho elencato aggiungendoli alla > tabella dello shape, poi li puoi popolare in base ai dati tabellari della > tabella in input. Per esempio, se le geometrie di input sono distinte da un > particolare attributo X, puoi trasferire il contenuto dell'attributo X al > campo "Layer" (tramite il calcolatore di campi), così il dxf che produrrà > avrà le geometrie organizzate in Layer che prenderanno il nome > dall'attributo > > Ah, ho capitocmq ho scoperto che l'opzione che dici c'è in Qgis 1.7 su windows appena scaricato ed effettivamente funziona...putroppo su mac ancora non è stata rilasciata la 1.7. Cmq grazie, devo dire: problema risolto. Al solito GFOSS.it 10+ Ciao Luca ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] postgis e query "on the fly"
Salve a tutti. Oggi mi si è presentato un problema che pensavo fosse banalissimo ma invece non è così: ovvero fare query spaziali con tabelle che hanno srid differenti. Io ero convinto che postgis potesse fare query "on the fly" gestendo srid differenti e invece non è così! Io ho risolto facendo una select annidata con un st_transform per portare tutto al solito srid. Ma ho sbagliato qualcosa io oppure veramente non si possono fare query con tabelle cha hanno srid diversi? Grazie e saluti a tutti. ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] postgis e query "on the fly"
Il 20 gennaio 2011 13:32, Francesco Geri ha scritto: > Salve a tutti. ciao francesco > Oggi mi si è presentato un problema che pensavo fosse banalissimo ma invece > non è così: ovvero fare query spaziali con tabelle che hanno srid > differenti. Io ero convinto che postgis potesse fare query "on the fly" > gestendo srid differenti e invece non è così! Io ho risolto facendo una > select annidata con un st_transform per portare tutto al solito srid. Ma ho > sbagliato qualcosa io oppure veramente non si possono fare query con tabelle > cha hanno srid diversi? > intendi query spaziali vero? se è così direi che è abbastanza normale (forse perchè lavorando tanto con GRASS che costringe ad avere dati nello stesso sistema di coordinate)... > Grazie e saluti a tutti. > -- ciao Luca www.lucadelu.org ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] postgis e query "on the fly"
On Thu, 20 Jan 2011 12:32:46 + (GMT), Francesco Geri wrote > Io ero convinto che postgis potesse fare query > "on the fly" gestendo srid differenti > Francesco, certo che puoi (almeno, in linea di massima). come dici tu stesso, ST_Transform() serve proprio per questo. Ma quando tu dici "on the fly", cosa intendi dire esattamente ? cerco di farti un esempio "tera tera"; ammesso che tbl1.geom abbia SRID=32632 mentre tbl2.geom abbia SRID=4326 --- SELECT * FROM tbl1, tbl2 WHERE ST_Intersects(tbl1.geom, tbl2.geom); questa sicuramente fallisce, perchè SQL non ha la bacchetta magica, e non ha nessuna idea che tu intendi applicare una riproiezione. SELECT * FROM tbl1, tbl2, WHERE ST_Intersects(tbl1.geom, ST_Transform(tbl2.geom, 32632)); oppure SELECT * FROM tbl1, tbl2, WHERE ST_Intersects(ST_Transform(tbl1.geom, 4326), tbl2.geom); invece queste funzioneranno sicuramente, perchè ora *entrambe* le geometrie appartengono al medesimo SRID ma glielo devi spiegare tu a SQL che occorre applicare una riproiezione :-) ciao Sandro ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] postgis e query "on the fly"
questa sicuramente fallisce, perchè SQL non ha la bacchetta >magica, e non ha nessuna idea che tu intendi applicare >una riproiezione. > > >SELECT * >FROM tbl1, tbl2, >WHERE ST_Intersects(tbl1.geom, ST_Transform(tbl2.geom, 32632)); > >oppure > >SELECT * > FROM tbl1, tbl2, > WHERE ST_Intersects(ST_Transform(tbl1.geom, 4326), tbl2.geom); > >invece queste funzioneranno sicuramente, >perchè ora *entrambe* le geometrie appartengono >al medesimo SRID >ma glielo devi spiegare tu a SQL che occorre >applicare una riproiezione :-) > >ciao Sandro > Si. Esattamente come ho fatto anch'io. select count(*) from flora3,bioitaly where st_contains(st_transform(bioitaly.the_geom,4326),flora3.the_geom) and bioitaly."DESCZPS" like '%Apuane%'; Solo che speravo che postgis avesse la bacchetta magica appunto e facesse una riproiezione al volo in funzione degli srid. Ho preteso un po' troppo. :-) Grazie e ciao! Francesco ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] inspire e mdb?
Ciao a tutti, ho un problema veramente ostico. Siamo subentrati in corso d'opera in un progetto europeo nel quale e' richiesto di seguire le direttive inspire. Io sono tutt'altro che un drago in questioni inspire e anche nel progetto ci occupiamo di altro Il problema e' che i dati vengono tenuti centralizzati per tutti i partner in formato... MDB. Dopo una bella lite (ma prima di metterci le mani addosso) mi e' stato detto che mdb e' standard inspire. Considerando che l'mdb non solo non e' uno standard, ma e' anche un formato proprietario (ad oggi non conosco uno strumento open che lo gestisca), mi chiedo cosa si possa fare. Quello che mi e' venuto in mente e' di trovare un richiamo nella direttiva inspire che dica che lo standard deve essere aperto e quindi fare leva sui partner per costringerli a usare postgis. Qualcuno pratico di inspire saprebbe correggermi se ho detto cose potenzialmente sbagliate - oppure - rimandarmi a una parte della documentazione inspire utile allo scopo Grazie mille per ogni idea, non voglio comperare Arcgis, ancora meno solo per aprire un formato. Ciao Andrea ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] GRASS v.in.dwg
Ciao a tutti, grass 6.4 non supporta più il formato dwg? nel manuale non ho trovato niente a riguardo. So che la versione 5.7 poteva essere compilata con il supporto dwg - a patto di avere a disposizione la libreria necessaria. Saluti, Tommaso ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] gdal rasterize
Salve a tutti. Volevo utilizzare gdal rasterize per rasterizzare uno shapefile contenente curve di livello in un file geotiff. il comando lo trovo anche in qgis, ma mi dice che il file .tif deve già esistere ma non capisco come creare questo .tif vuoto... Ho provato anche a lanciare gdal rasterize da riga di comando per creare il file tif ex novo, aggiungendo il parametro -ts... mi sa che manca qualcosa ciao e grazie alberto ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] inspire e mdb?
Il 20 gennaio 2011 15:10, andrea antonello ha scritto: > Ciao a tutti, ciao andrea > Il problema e' che i dati vengono tenuti centralizzati per tutti i > partner in formato... MDB. Dopo una bella lite (ma prima di metterci > le mani addosso) mi e' stato detto che mdb e' standard inspire. > Considerando che l'mdb non solo non e' uno standard, ma e' anche un > formato proprietario (ad oggi non conosco uno strumento open che lo > gestisca), mi chiedo cosa si possa fare. per gvsig hanno fatto un plugin, che se non ricordo male può solamente leggere i file mdb > > Quello che mi e' venuto in mente e' di trovare un richiamo nella > direttiva inspire che dica che lo standard deve essere aperto e quindi > fare leva sui partner per costringerli a usare postgis. > questo sicuramente sarebbe meglio... > Ciao > Andrea -- ciao Luca www.lucadelu.org ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] gdal rasterize
Il 20 gennaio 2011 15:24, albertobonati ha scritto: > Salve a tutti. > > Volevo utilizzare gdal rasterize per rasterizzare uno shapefile contenente > curve di livello in un file geotiff. > il comando lo trovo anche in qgis, ma mi dice che il file .tif deve già > esistere ma non capisco come creare questo .tif vuoto... > Ho provato anche a lanciare gdal rasterize da riga di comando per creare il > file tif ex novo, aggiungendo il parametro -ts... > mi sa che manca qualcosa ma non è che sbagli e metti la destinazione nel sorgente? gdal da linea di comando funziona così, prima la destinazione e poi il sorgente (strano ma vero :-) ) > > ciao e grazie > > alberto > -- ciao Luca www.lucadelu.org ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] inspire e mdb?
On Thu, 20 Jan 2011 15:10:05 +0100, andrea antonello wrote > Considerando che l'mdb non solo non e' uno standard, ma e' anche un > formato proprietario (ad oggi non conosco uno strumento open che lo > gestisca) > Andrea, concordo al 100%: MDB *non* è un formato che supporti ragionevolmente l'interoperabilità. e (detto inter nos) non è neppure un gran che come DBMS ... giusto per fare un paragone con un 'concorrente' scelto assolutamente a caso: - MDB a 4GB si blocca / SQLite non ha limiti - MDB gira solo su WinOZ / SQLite dappertutto - MDB è standard esattamente quanto la mitica banconota da 17.13 euro / SQLite è SQL92 al 100% - MDB non supporta Geometry / SpLite è OGC-SGS compliant - MDB non ha Spatial Index / SQLite ha gli R*Tree - MDB non ha le VIEW / SQLite si - and so on ... comunque, per gran gioia e diletto tuo e di tutti i non pochi "javaroli" che frequentano questa ML, ti segnalo Jackcess: http://jackcess.sourceforge.net/ io (al tempo remoto delle mie frequentazioni Java) l'ho utilizzato con discreta soddisfazione. certo, non è proprio la perfezione, ha diversi bacherozzoli (perlomeno, li aveva qualche anno fa) ma almeno riesci a leggere e scrivere un MDB su un server Linux :-) ciao Sandro ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] inspire e mdb?
Ciao Alessandro, > concordo al 100%: MDB *non* è un formato > che supporti ragionevolmente l'interoperabilità. > e (detto inter nos) non è neppure un gran che > come DBMS ... > > giusto per fare un paragone con un 'concorrente' > scelto assolutamente a caso: > - MDB a 4GB si blocca / SQLite non ha limiti > - MDB gira solo su WinOZ / SQLite dappertutto > - MDB è standard esattamente quanto la mitica > banconota da 17.13 euro / SQLite è SQL92 al 100% > - MDB non supporta Geometry / SpLite è OGC-SGS compliant > - MDB non ha Spatial Index / SQLite ha gli R*Tree > - MDB non ha le VIEW / SQLite si > - and so on ... bella, questa me la copio, sembra una barzelletta :) > comunque, per gran gioia e diletto tuo e di tutti > i non pochi "javaroli" che frequentano questa ML, > ti segnalo Jackcess: > http://jackcess.sourceforge.net/ > > io (al tempo remoto delle mie frequentazioni Java) > l'ho utilizzato con discreta soddisfazione. > certo, non è proprio la perfezione, ha diversi > bacherozzoli (perlomeno, li aveva qualche anno fa) > ma almeno riesci a leggere e scrivere un MDB su un > server Linux :-) Ho avuto a che fare un'unica volta con degli mdb. E' stato un trauma. Jackcess supporta mdb dal 2000-2007, ovviamente per la legge di Murphy i miei dati ne stavano fuori. Gli mbdtools mi davano segmentation faults a tutto spiano. Non sono riuscito a fare un bel niente e allora avrei dovuto solo leggerli. Questa volta dovrei leggere e scrivere. E' terribile! Per quello sto tentando la via dello scalzamento del male alla radice. L'mdb per dati geografici non ha senso con quello che c'e' in giro. Non ha senso. Grazie, Andrea > > ciao Sandro > ___ > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione > 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. > 485 iscritti al 20.11.2010 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] inspire e mdb?
Il 20/01/2011 15.24, Luca Delucchi ha scritto: Il 20 gennaio 2011 15:10, andrea antonello ha scritto: Ciao a tutti, ciao andrea Il problema e' che i dati vengono tenuti centralizzati per tutti i partner in formato... MDB. Dopo una bella lite (ma prima di metterci le mani addosso) mi e' stato detto che mdb e' standard inspire. Considerando che l'mdb non solo non e' uno standard, ma e' anche un formato proprietario (ad oggi non conosco uno strumento open che lo gestisca), mi chiedo cosa si possa fare. per gvsig hanno fatto un plugin, che se non ricordo male può solamente leggere i file mdb @luca: occhio che il plugin di gvSIG e' solo per gli mdb di geomedia! @andrea: GDAL/OGR dovrebbe leggerli in lettura via ODBC (solo i personal): http://www.gdal.org/ogr/drv_pgeo.html ciao Antonio Quello che mi e' venuto in mente e' di trovare un richiamo nella direttiva inspire che dica che lo standard deve essere aperto e quindi fare leva sui partner per costringerli a usare postgis. questo sicuramente sarebbe meglio... Ciao Andrea -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] inspire e mdb?
Ma state parlando di un ESRI Personal Geodatabase o di un MDB generico? giovanni Il giorno 20 gennaio 2011 15:40, Antonio Falciano ha scritto: > Il 20/01/2011 15.24, Luca Delucchi ha scritto: > >> Il 20 gennaio 2011 15:10, andrea antonello >> ha scritto: >> >>> Ciao a tutti, >>> >> ciao andrea >> >> Il problema e' che i dati vengono tenuti centralizzati per tutti i >>> partner in formato... MDB. Dopo una bella lite (ma prima di metterci >>> le mani addosso) mi e' stato detto che mdb e' standard inspire. >>> Considerando che l'mdb non solo non e' uno standard, ma e' anche un >>> formato proprietario (ad oggi non conosco uno strumento open che lo >>> gestisca), mi chiedo cosa si possa fare. >>> >> per gvsig hanno fatto un plugin, che se non ricordo male può solamente >> leggere i file mdb >> > > @luca: occhio che il plugin di gvSIG e' solo per gli mdb di geomedia! > > @andrea: GDAL/OGR dovrebbe leggerli in lettura via ODBC (solo i personal): > http://www.gdal.org/ogr/drv_pgeo.html > > ciao > Antonio > > > Quello che mi e' venuto in mente e' di trovare un richiamo nella >>> direttiva inspire che dica che lo standard deve essere aperto e quindi >>> fare leva sui partner per costringerli a usare postgis. >>> >>> questo sicuramente sarebbe meglio... >> >> Ciao >>> Andrea >>> >> > -- > Antonio Falciano > http://www.linkedin.com/in/antoniofalciano > > > ___ > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione > 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. > 485 iscritti al 20.11.2010 > ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] gdal rasterize
> Volevo utilizzare gdal rasterize per rasterizzare uno shapefile contenente > curve di livello in un file geotiff. > il comando lo trovo anche in qgis, ma mi dice che il file .tif deve già > esistere ma non capisco come creare questo .tif vuoto... > Ho provato anche a lanciare gdal rasterize da riga di comando per creare il > file tif ex novo, aggiungendo il parametro -ts... > mi sa che manca qualcosa ciao dalla pagina di documentazione: dst_filename: The GDAL supported output file. Must support update mode access. Before GDAL 1.8.0, gdal_rasterize could not create new output files. Quindi con GDAL 1.8 non avresti problemi, con versioni precedenti devi creare tu stesso il raster di output prima di lanciare gdal_rasterize. Esiste anche una FAQ che spiega la questione, e fornisce possibili soluzioni per generare il raster di output: http://trac.osgeo.org/gdal/wiki/FAQRaster#Howtoconvertarastertoalayerofpolygons L'approccio con gdal_translate mi sembra quello piu' semplice nella maggior parte dei casi. Ovviamente tutto cio' se non ti e' possibile effettuare l'update a GDAL 1.8 ;) ciao P -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @paolo_corti ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] Qgis e GDAL
Ciao a tutti, ho la necessità di lavorare con delle ortofoto in formato jpg QGIS. Quando carico le ortofoto QGIS si blocca per circa 40-50 sec, stessa cosa per un qualsiasi pan/refresh/zoom. Ovviamente ho pensato che fosse dovuto al peso delle foto (10 Mb in Jpg e circa 250 Mb in TIFF) e così con le GDAL ho creato i tiles e le Overview (2,4,8,16). Anche così i tempi di visualizzazione rimangono identici. Ho verificato con udig ed in questo caso i tempi di caricamento scendono a pochi secondi. A questo punto non riesco a capire se sono io che sto sbagliano qualcosa (ma dal comportamento con udig direi di no) o se sto usando qualche formato non supportato da qgis. Ho fatto diverse prove con diverse opzioni di formato/compressione/overview/tiles ma non riesco a cavarci niente. Qualcuno ha qualche idea ? Grazie Luca Questi sono i dati del GeoTIFF: Driver: GTiff/GeoTIFF Files: 0021_00211001_rgb.tif Size is 7680, 13824 Coordinate System is: PROJCS["WGS 84 / UTM zone 32N", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",9], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",50], PARAMETER["false_northing",0], UNIT["metre",1, AUTHORITY["EPSG","9001"]], AUTHORITY["EPSG","32632"]] GeoTransform = 32339334.7755, 0.249, 0.018 5003594.05551, 0.018, -0.249 Metadata: EXIF_BitsPerSample=16 16 16 EXIF_Compression=1 EXIF_PhotometricInterpretation=2 EXIF_Orientation=1 EXIF_SamplesPerPixel=3 EXIF_XResolution=(833.333) EXIF_YResolution=(833.333) EXIF_PlanarConfiguration=1 EXIF_ResolutionUnit=3 EXIF_Software=Adobe Photoshop CS2 Windows EXIF_DateTime=2008:10:16 08:59:35 EXIF_ColorSpace=65535 EXIF_PixelXDimension=7680 EXIF_PixelYDimension=13824 AREA_OR_POINT=Area Image Structure Metadata: COMPRESSION=DEFLATE INTERLEAVE=PIXEL Corner Coordinates: Upper Left (32339334.776, 5003594.056) (129d24'8.65"W,Invalid angle) Lower Left (32339583.608, 5000151.880) ( 78d11'7.42"W,Invalid angle) Upper Right (32341247.096, 5003732.296) ( 68d14'50.72"W,Invalid angle) Lower Right (32341495.928, 5000290.120) ( 6d30'39.61"W,Invalid angle) Center (32340415.352, 5001942.088) (120d44'35.31"E,Invalid angle) Band 1 Block=256x256 Type=Byte, ColorInterp=Red Overviews: 3840x6912, 1920x3456, 960x1728, 480x864 Band 2 Block=256x256 Type=Byte, ColorInterp=Green Overviews: 3840x6912, 1920x3456, 960x1728, 480x864 Band 3 Block=256x256 Type=Byte, ColorInterp=Blue Overviews: 3840x6912, 1920x3456, 960x1728, 480x864 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] inspire e mdb?
On 01/20/2011 03:37 PM, andrea antonello wrote: Per quello sto tentando la via dello scalzamento del male alla radice. L'mdb per dati geografici non ha senso con quello che c'e' in giro. Diciamo che ci sono delle alternative migliori... ma occorre anche vedere il contesto: se debbo interfacciare il sistema con sistemi ESRI, l'MDB potrebbe essere una cosa sensata. Quello che trovo senza senso invece è il riferimento ad INSPIRE: questa iniziativa specifica interfacce, metadati e modelli di dati, non il DBMS da utilizzare, o, peggio, il suo formato dati (come l'MDB o il DBF). Credo che, al limite, si potrebbe dire che uno specifico software che usa MDB come formato dati sia "compliant" con alcune specifiche di INSPIRE (magari i web services). Già che ci siamo: a differenza di OGC, non mi risulta che INSPIRE abbia un programma di test e certificazione di prodotti e servizi, per cui è un po' difficile dire che un prodotto "X" sia "INSPIRE compliant". Ciao, Luca Morandini http://www.lucamorandini.it -- Regards, Luca Morandini http://www.lucamorandini.it ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] inspire e mdb?
Concordo pienamente con Luca. Proprio in questo periodo sto lavorando su un sistema informativo scientifico (non posso dire di più) dove parte del lavoro consiste nel realizzare dei servizi di interoperabilità tra una serie di .mdb e un database PostGIS, in entrambi i quali sono è stato implementato il draft del modello INSPIRE specifico per quella tematica. Non sono esperto degli aspetti giuridici di INSPIRE, ma sono piuttosto sicuro che la direttiva non indica niente in tema di implementazione fisica, ma solo i modelli dati e dei servizi di interoperabilità. Ogni stato membro, ente, ecc. che voglia o debba offrire i propri dati all'interno di una infrastruttura INSPIRE, può benissimo farlo a partire da un MDB... Anche perché sennò avrebbe avuto resistenze insormontabili ad essere recepito! giovanni Il giorno 20 gennaio 2011 16:37, Luca Morandini ha scritto: > On 01/20/2011 03:37 PM, andrea antonello wrote: > >> >> Per quello sto tentando la via dello scalzamento del male alla radice. >> L'mdb per dati geografici non ha senso con quello che c'e' in giro. >> > > Diciamo che ci sono delle alternative migliori... ma occorre anche vedere > il contesto: se debbo interfacciare il sistema con sistemi ESRI, l'MDB > potrebbe essere una cosa sensata. > > Quello che trovo senza senso invece è il riferimento ad INSPIRE: questa > iniziativa specifica interfacce, metadati e modelli di dati, non il DBMS da > utilizzare, o, peggio, il suo formato dati (come l'MDB o il DBF). > > Credo che, al limite, si potrebbe dire che uno specifico software che usa > MDB come formato dati sia "compliant" con alcune specifiche di INSPIRE > (magari i web services). > > Già che ci siamo: a differenza di OGC, non mi risulta che INSPIRE abbia un > programma di test e certificazione di prodotti e servizi, per cui è un po' > difficile dire che un prodotto "X" sia "INSPIRE compliant". > > Ciao, > > Luca Morandini > http://www.lucamorandini.it > > -- > Regards, > > Luca Morandini > http://www.lucamorandini.it > > ___ > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione > 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. > 485 iscritti al 20.11.2010 > ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] R: Re: inspire e mdb?
Confermo anch'io che INSPIRE non ha niente a che fare con il tipo o formato di DB usato. Non esiste alcun DB compliant o non compliant con INSPIRE.Ale Messaggio originale Da: gioha...@gmail.com Data: 20/01/2011 16.53 A: "Luca Morandini" Cc: "GFOSS.it" Ogg: Re: [Gfoss] inspire e mdb? Concordo pienamente con Luca.Proprio in questo periodo sto lavorando su un sistema informativo scientifico (non posso dire di più) dove parte del lavoro consiste nel realizzare dei servizi di interoperabilità tra una serie di .mdb e un database PostGIS, in entrambi i quali sono è stato implementato il draft del modello INSPIRE specifico per quella tematica. Non sono esperto degli aspetti giuridici di INSPIRE, ma sono piuttosto sicuro che la direttiva non indica niente in tema di implementazione fisica, ma solo i modelli dati e dei servizi di interoperabilità. Ogni stato membro, ente, ecc. che voglia o debba offrire i propri dati all'interno di una infrastruttura INSPIRE, può benissimo farlo a partire da un MDB... Anche perché sennò avrebbe avuto resistenze insormontabili ad essere recepito! giovanni Il giorno 20 gennaio 2011 16:37, Luca Morandini ha scritto: On 01/20/2011 03:37 PM, andrea antonello wrote: Per quello sto tentando la via dello scalzamento del male alla radice. L'mdb per dati geografici non ha senso con quello che c'e' in giro. Diciamo che ci sono delle alternative migliori... ma occorre anche vedere il contesto: se debbo interfacciare il sistema con sistemi ESRI, l'MDB potrebbe essere una cosa sensata. Quello che trovo senza senso invece è il riferimento ad INSPIRE: questa iniziativa specifica interfacce, metadati e modelli di dati, non il DBMS da utilizzare, o, peggio, il suo formato dati (come l'MDB o il DBF). Credo che, al limite, si potrebbe dire che uno specifico software che usa MDB come formato dati sia "compliant" con alcune specifiche di INSPIRE (magari i web services). Già che ci siamo: a differenza di OGC, non mi risulta che INSPIRE abbia un programma di test e certificazione di prodotti e servizi, per cui è un po' difficile dire che un prodotto "X" sia "INSPIRE compliant". Ciao, Luca Morandini http://www.lucamorandini.it -- Regards, Luca Morandini http://www.lucamorandini.it ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] R: Re: inspire e mdb?
Scusate, sono tornato online solo ora. Grazie dei molti contributi. Credo di essermi spiegato male all'inizio. Sono sicuro che non sia possibile che MDB sia in qualche modo legato allo standard inspire e che inspire non definisca un database. Quello che vorrei (e che non sono sicuro di riuscire, per quello chiedevo link a documentazione) io e' dimostrare l'opposto, cioe' che mdb non e' compatibile con standard inspire perche' a) non standard b) non open. Il problema e' che non conosco le direttive abbastanza bene per sapere dove trovare questa dimostrazione. Essendo richiesto dal progetto, credo, con i mezzi giusti, di poter costringere i partner mdb-addicted a cambiare formato. Mi pare di capire dai vostri contributi che e' una cosa impossibile e che nel momento in cui loro hanno messo i metadati (etc etc) giusti, avrebbero anche potuto mettere il tutto su dei fogliettini in una latta dei pelati. E quindi non ho modo di cambiare le cose. Giusto? Grazie, Andrea PS: mi e' stato riferito che si tratta di un "esri personal db, però compatibile solo con arcgis 9.1". Qualcuno ha idea se le gdal lo leggono? 2011/1/20 alessandro.sarre...@inwind.it : > Confermo anch'io che INSPIRE non ha niente a che fare con il tipo o formato > di DB usato. Non esiste alcun DB compliant o non compliant con INSPIRE. > > Ale > > Messaggio originale > Da: gioha...@gmail.com > Data: 20/01/2011 16.53 > A: "Luca Morandini" > Cc: "GFOSS.it" > Ogg: Re: [Gfoss] inspire e mdb? > > Concordo pienamente con Luca. > Proprio in questo periodo sto lavorando su un sistema informativo > scientifico (non posso dire di più) dove parte del lavoro consiste nel > realizzare dei servizi di interoperabilità tra una serie di .mdb e un > database PostGIS, in entrambi i quali sono è stato implementato il draft del > modello INSPIRE specifico per quella tematica. > Non sono esperto degli aspetti giuridici di INSPIRE, ma sono piuttosto > sicuro che la direttiva non indica niente in tema di implementazione fisica, > ma solo i modelli dati e dei servizi di interoperabilità. Ogni stato membro, > ente, ecc. che voglia o debba offrire i propri dati all'interno di una > infrastruttura INSPIRE, può benissimo farlo a partire da un MDB... Anche > perché sennò avrebbe avuto resistenze insormontabili ad essere recepito! > giovanni > Il giorno 20 gennaio 2011 16:37, Luca Morandini > ha scritto: >> >> On 01/20/2011 03:37 PM, andrea antonello wrote: >>> >>> Per quello sto tentando la via dello scalzamento del male alla radice. >>> L'mdb per dati geografici non ha senso con quello che c'e' in giro. >> >> Diciamo che ci sono delle alternative migliori... ma occorre anche vedere >> il contesto: se debbo interfacciare il sistema con sistemi ESRI, l'MDB >> potrebbe essere una cosa sensata. >> >> Quello che trovo senza senso invece è il riferimento ad INSPIRE: questa >> iniziativa specifica interfacce, metadati e modelli di dati, non il DBMS da >> utilizzare, o, peggio, il suo formato dati (come l'MDB o il DBF). >> >> Credo che, al limite, si potrebbe dire che uno specifico software che usa >> MDB come formato dati sia "compliant" con alcune specifiche di INSPIRE >> (magari i web services). >> >> Già che ci siamo: a differenza di OGC, non mi risulta che INSPIRE abbia un >> programma di test e certificazione di prodotti e servizi, per cui è un po' >> difficile dire che un prodotto "X" sia "INSPIRE compliant". >> >> Ciao, >> >> Luca Morandini >> http://www.lucamorandini.it >> >> -- >> Regards, >> >> Luca Morandini >> http://www.lucamorandini.it >> ___ >> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione >> 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. >> 485 iscritti al 20.11.2010 > > > > ___ > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione > 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. > 485 iscritti al 20.11.2010 > ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] R: Re: inspire e mdb?
Ciao Andrea > Mi pare di capire dai vostri contributi che e' una cosa impossibile e > che nel momento in cui loro hanno messo i metadati (etc etc) giusti, > avrebbero anche potuto mettere il tutto su dei fogliettini in una > latta dei pelati. E quindi non ho modo di cambiare le cose. > Giusto? > assolutamente si, come hanno spiegato in maniera egregia Luca e gli altri > > PS: mi e' stato riferito che si tratta di un "esri personal db, però > compatibile solo con arcgis 9.1". Qualcuno ha idea se le gdal lo > leggono? > GDAL (via OGR), come scritto da Antonio, legge solo il dato. Ovviamente parliamo sia delle utility che dell'API (e quindi anche Java nel tuo caso). Trattasi pero' IMHO di un terreno abbastanza inesplorato (principalmente perche' gli sviluppatori non possono accedere a licenze da sviluppatore di Esri, che sono a pagamento), quindi ti conviene fare qualche verifica pesante prima di prendere cio' come assodato. Viceversa se devi scrivere sarai vincolato a sviluppare il tuo software in .NET o Java e ArcObjects (almeno fino a poco tempo fa era cosi, sicuramente lo era alla 9.1), ma per farlo ti serve una licenza, sia per sviluppare sia per distribuire (quella di ArcView ti dovrebbe bastare). Discorso diverso per quanto riguarda il file GDB (che comunque mi sembra ci sia solo dalla 9.3), sempre di Esri (la risposta commerciale a SpatiaLite :P ), per il quale e' stata rilasciata un API liberamente distribuibile (solo da ArcGis 10 in poi) che pero' e' utilizzabile sono in C++ (da quanto ricordo) e che presenta varie limitazioni rispetto all'utilizzo degli ArcObjects (ad es non supporta annotation e topologia). Per riepilogare: l'API Java di GDAL/OGR fa al tuo caso, tra l'altro la sto usando in maniera estensiva proprio in questi giorni per un progetto in Java (in genere uso quella Python, ma e' del tutto simile), quindi se hai bisogno di qualche consiglio fammi sapere, ma non penso proprio che avrai difficolta' ;) Come prima prova ti suggerisco di usare ogr2ogr per esportare il GDB verso il formato open da te scelto, ad es SpatiaLite lo vedo benissimo: se l'esportazione ti funziona senza problemi, anche da API non dovresti avere problemi in quanto lo stesso ogr2ogr si basa sulla stessa API. Potresti addirittura usare la versione ogr2ogr che esiste per Java [0] (principalmente e' stata inserita in SVN a titolo di esempio, piuttosto che come tool di reale utilizzo, infatti non e' mai allineata al 100% con il ogr2ogr in C++ che tutti noi abbiamo usato almeno una volta),: cosi ti fai anche un'idea di come usare l'API ;) ciao P [0] http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/java/apps/ogr2ogr.java -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @paolo_corti ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
[Gfoss] pubblicazione servizi WMS della Regione Emilia-Romagna (RER)
gentile lista, con mio immenso piacere sono stato incaricato (in quanto socio di GFOSS.it e collaboratore esterno per la RER) di rendere pubblico l'eccellente lavoro effettuato dai tecnici della Regione Emilia-Romagna, che con uno sforzo enorme sono riusciti a mettere in piedi una infrastruttura HW/SW in grado di esporre in formato WMS molti dati geografici (e molti se ne aggiungeranno in seguito). Tali servizi sono ancora a livello sperimentale, e la presente comunicazione in lista GFOSS.it e' ritenuta un buon banco di prova per tutta l'infrastruttura HW/SW che li supporta, che verrà accuratamente monitorata in modo da ottimizzare i servizi stessi. Ulteriore passo nella publicizzazione di questi servizi sarà l'aggiornamento della sezione Emilia-Romagna della paginetta dei dati sul sito GFOSS.it, ormai obsoleta ( http://wiki.gfoss.it/index.php/Geodati_Regioni#Emilia-Romagna ), aggiornamento del quale potrei occuparmi io stesso. L'ambiente software/dati ovviamente e' tutto ESRI, i cui prodotti vennero acquisiti dalla RER ormai molti anni fa, e quindi vengono regolarmente utilizzati, fin'ora per scopi interni, ma la decisione di condividere una certa quantità di dati rivela la volontà di un sicuro cambiamento (in positivo) anche in RER. Altro segnale positivo in regione in tal senso, e' l'attivazione di un progetto che prevede l'affiancamento ai prodotti ESRI di un software desktop GIS FOSS, i cui risultati verranno resi noti tra qualche mese. Ulteriore segnale in trasparenza e democraticità e' rappresentato dal prossimo sviluppo di un portale di dati geografici della RER, che conterrà anche le licenze (attualmente in studio) con le quali verranno distribuiti i dati geografici (compresi quelli oggetto di questa comunicazione, attualmente sprovvisti). Nell'annunciarvi la pubblicazione di tali dati debbo pero' puntualizzare alcune cose: 1) non è nei compiti dei tecnici della RER (almeno per il momento) offrire servizio di Help Desk al cittadino, anche se i suoi tecnici metteranno il massimo impegno possibile nel rispondere a chiunque contatti gisadm...@regione.emilia-romagna.it nel pieno rispetto delle regole espresse nel talk di Paolo Cavallini in quel di Foligno... L'attività di Help Desk vera e propria verrà coperta quando il portale Geografico Regionale (di cui sopra) sarà attivo e funzionante. 2) i servizi oggetto di questa comunicazione non sono assicurati per funzionare con copertura 24h: purtroppo la notte e durante i finesettimana non viene assicurato il riavvio dei servizi in caso di eventuale malfunzionamento dell'infrastruttura. 3) per il momento non e' previsto un sistema di avviso nel caso in cui ci sia della manutenzione straordinaria che comprometta il corretto funzionamento di tali servizi. 4) pur essendo il WMS uno standard, i client non sempre si comportano in modo univoco: i servizi oggetto di questa comunicazione sono stati testati con i client ESRI (ArcMap), con Gaia, con qGIS, OpenJump ed uDig. si accettano commenti sul funzionamento con altri client. Questa e' la lista dei servizi attualmente pubblici e stabili: Raster delle ortofoto AGEA 2008 RGB e Infrarosso vicino: http://servizigis.regione.emilia-romagna.it/arcgis/public/Agea2008_IR/ImageServer/WMSServer http://servizigis.regione.emilia-romagna.it/arcgis/public/Agea2008_RGB/ImageServer/WMSServer Raster delle ortofoto AGEA 2007 RGB dell?area dei nuovi comuni della Val Marecchia: http://servizigis.regione.emiliaromagna.it/arcgis/public/Agea2007_RGB_ValMarecchia/ImageServer/WMSServer Raster della CTR 10.000 dell?area dei nuovi comuni della Val Marecchia: http://servizigis.regione.emiliaromagna.it/arcgis/public/Ctr10_ValMarecchia/MapServer/WMSServer Raster delle CTR 5.000, 25.000 e 250.000: http://servizigis.regione.emilia-romagna.it/arcgis/public/Ctr5/MapServer/WMSServer http://servizigis.regione.emilia-romagna.it/arcgis/public/Ctr25/MapServer/WMSServer http://servizigis.regione.emilia-romagna.it/arcgis/public/Ctr250/MapServer/WMSServer Raster della CTR 250.000 a colori: http://servizigis.regione.emilia-romagna.it/arcgis/public/Ctr250c/ImageServer/WMSServer Espone la CTR5 5.000 di derivazione dal Data Base Topografico: http://servizigis.regione.emilia-romagna.it/arcgis/public/DBTR_Ctr5/MapServer/WMSServer Modello Digitale del Terreno con cella di 40 e 5 metri: http://servizigis.regione.emilia-romagna.it/arcgis/public/DTM40x40/ImageServer/WMSServer http://servizigis.regione.emilia-romagna.it/arcgis/public/DTM5x5/ImageServer/WMSServer Modello Digitale del Terreno tematizzato secondo i limiti della vegetazione, con cella di 5 metri: http://servizigis.regione.emiliaromagna.it/arcgis/public/HillShade5_Bosco/ImageServer/WMSServer Ulteriore aspetto da rimarcare e' il fatto che i dati geografici originali dell'Emilia-Romagna si trovano nel sistema di riferimento delle coordinate chiamato UTM*, ovvero un EPSG:23032 (UTM ED50 fuso 32
Re: [Gfoss] pubblicazione servizi WMS della Regione Emilia-Romagna (RER)
On Thu, 20 Jan 2011 18:55:32 +0100, francesco marucci wrote > coscenti che dietro queste poche URL c'e' un lavoro di anni, un > knowhow preziosissimo e soprattutto una dedicazione di energie e > tempo che va mlto oltre il "dovuto per contratto". Non e' > scadere nel retorico affermare che dietro questo lavoro c'e' una > capacità tecnica ed una volontà di fare cose tecnologicamente > avanzate che dovrebbe tener lontano qualunque tipo di critica che > non sia tecnicamente costruttiva e soprattutto la polemica fine a > se stessa. > e questo è sicuramente fuor di ogni possibile dubbio :-) > Insomma, anche se questo e' solamente un piccolo primo passo, > proporzionalmente anche la RER e le persone che vi lavorano si > meriterebbero un pezzetto di quell'applauso da "Prima della Scala" > che il pubblico di Folgino ha giustamente riservato all'intervento > della regione Sardegna. > un bell'applauso di incoraggiamento anche per gli Emiliani ... che sicuramente hanno iniziato a muoversi nella direzione giusta (cioè quella della condivisione e del libero accesso ai dati) certo però che fino a quando non saranno specificate le condizioni di licenza nero su bianco, in modo chiaro ed inequivoco, non possiamo che rimanere nel campo del "giudizio sospeso": perchè quello che "fa la differenza" tra un dato libero ed un dato non libero sono proprio le condizioni di licenza. Insomma, gli applausi di Foligno per Regione Sardegna non erano solamente per "cosa" hanno pubblicato ... soprattutto erano per "come" hanno pubblicato, e cioè adottando una licenza CC-by-NC like. Comunque Francesco, gran bel lavoro, e gran bell'inizio: possiamo tutti quanti facilmente immaginare quanta fatica (non solo in senso tecnico) tutto questo sia costato (immagino, anche a te in prima persona). Ad ogni buon conto, se questo può eventualmente risultare utile, tieni anche conto che GFOSS non si sottrae certo al "confronto costruttivo". Se serve, io personalmente, il Consiglio Direttivo, e tutta quanta l'Associazione nel suo complesso siamo sicuramente disponibili a dare una mano per arrivare a definire delle condizioni di licenza "digeribili" per tutti. Francesco, grazie mille per questa ottima notizia: e speriamo che le rose continuino a fiorire in tutt'Italia :-) ciao Sandro ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] pubblicazione servizi WMS della Regione Emilia-Romagna (RER)
Grazie Sandro per il tuo puntuale e come sempre saggio contributo. ci tengo a precisare che io non ho partecipato allo sviluppo dell'infrastruttura cartografica che ha permesso tutto cio': sono stati i tecnici del SERVIZIO SVILUPPO AMMINISTRAZIONE DIGITALE E SISTEMI INFORMATIVI GEOGRAFICI della Regione Emilia-Romagna. io ne sono stato solo umile ambasciator in terra GFOSS.it. ed e' verissimo che oltre al "cosa" e' molto importante il "come", ma qui cadiamo sul terreno dei politici, che hanno tempi di maturazione piu' lunghi. ci arriveremo, ci arriveremo... e giro a chi di dovere la tua proposta di collaborazione nella stesura delle condizioni di licenza. saluti a tutti, francesco Quoting a.furi...@lqt.it: On Thu, 20 Jan 2011 18:55:32 +0100, francesco marucci wrote coscenti che dietro queste poche URL c'e' un lavoro di anni, un knowhow preziosissimo e soprattutto una dedicazione di energie e tempo che va mlto oltre il "dovuto per contratto". Non e' scadere nel retorico affermare che dietro questo lavoro c'e' una capacità tecnica ed una volontà di fare cose tecnologicamente avanzate che dovrebbe tener lontano qualunque tipo di critica che non sia tecnicamente costruttiva e soprattutto la polemica fine a se stessa. e questo è sicuramente fuor di ogni possibile dubbio :-) Insomma, anche se questo e' solamente un piccolo primo passo, proporzionalmente anche la RER e le persone che vi lavorano si meriterebbero un pezzetto di quell'applauso da "Prima della Scala" che il pubblico di Folgino ha giustamente riservato all'intervento della regione Sardegna. un bell'applauso di incoraggiamento anche per gli Emiliani ... che sicuramente hanno iniziato a muoversi nella direzione giusta (cioè quella della condivisione e del libero accesso ai dati) certo però che fino a quando non saranno specificate le condizioni di licenza nero su bianco, in modo chiaro ed inequivoco, non possiamo che rimanere nel campo del "giudizio sospeso": perchè quello che "fa la differenza" tra un dato libero ed un dato non libero sono proprio le condizioni di licenza. Insomma, gli applausi di Foligno per Regione Sardegna non erano solamente per "cosa" hanno pubblicato ... soprattutto erano per "come" hanno pubblicato, e cioè adottando una licenza CC-by-NC like. Comunque Francesco, gran bel lavoro, e gran bell'inizio: possiamo tutti quanti facilmente immaginare quanta fatica (non solo in senso tecnico) tutto questo sia costato (immagino, anche a te in prima persona). Ad ogni buon conto, se questo può eventualmente risultare utile, tieni anche conto che GFOSS non si sottrae certo al "confronto costruttivo". Se serve, io personalmente, il Consiglio Direttivo, e tutta quanta l'Associazione nel suo complesso siamo sicuramente disponibili a dare una mano per arrivare a definire delle condizioni di licenza "digeribili" per tutti. Francesco, grazie mille per questa ottima notizia: e speriamo che le rose continuino a fiorire in tutt'Italia :-) ciao Sandro ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] R: Re: inspire e mdb?
Non so come è formalizzato il contratto col tuo cliente, comunque prossimamente dovrò lavorare su un GDB di un mio cliente (per una utility in C#), e in questo caso ho espressamente chiesto che il cliente mi permettesse di poter sviluppare utilizzando la sua licenza ArcMap (gli ArcObjects, se non erro, vengono distribuiti anche con ArcView), non per sviluppare tramite l'SDK Esri ma per poter compilare le GDAL 1.8 lincandole agli ArcObjects [1]. Non so da quando è stata aggiunta questa opzione nella configurazione, io me ne sono accorto solo poco tempo fa. giovanni [1] http://trac.osgeo.org/gdal/browser/trunk/gdal/nmake.opt#L375 Il giorno 20 gennaio 2011 18:30, Paolo Corti ha scritto: > Ciao Andrea > > > Mi pare di capire dai vostri contributi che e' una cosa impossibile e > > che nel momento in cui loro hanno messo i metadati (etc etc) giusti, > > avrebbero anche potuto mettere il tutto su dei fogliettini in una > > latta dei pelati. E quindi non ho modo di cambiare le cose. > > Giusto? > > > > assolutamente si, come hanno spiegato in maniera egregia Luca e gli altri > > > > > PS: mi e' stato riferito che si tratta di un "esri personal db, però > > compatibile solo con arcgis 9.1". Qualcuno ha idea se le gdal lo > > leggono? > > > > GDAL (via OGR), come scritto da Antonio, legge solo il dato. > Ovviamente parliamo sia delle utility che dell'API (e quindi anche > Java nel tuo caso). > Trattasi pero' IMHO di un terreno abbastanza inesplorato > (principalmente perche' gli sviluppatori non possono accedere a > licenze da sviluppatore di Esri, che sono a pagamento), quindi ti > conviene fare qualche verifica pesante prima di prendere cio' come > assodato. > > Viceversa se devi scrivere sarai vincolato a sviluppare il tuo > software in .NET o Java e ArcObjects (almeno fino a poco tempo fa era > cosi, sicuramente lo era alla 9.1), ma per farlo ti serve una licenza, > sia per sviluppare sia per distribuire (quella di ArcView ti dovrebbe > bastare). > Discorso diverso per quanto riguarda il file GDB (che comunque mi > sembra ci sia solo dalla 9.3), sempre di Esri (la risposta commerciale > a SpatiaLite :P ), per il quale e' stata rilasciata un API liberamente > distribuibile (solo da ArcGis 10 in poi) che pero' e' utilizzabile > sono in C++ (da quanto ricordo) e che presenta varie limitazioni > rispetto all'utilizzo degli ArcObjects (ad es non supporta annotation > e topologia). > > Per riepilogare: l'API Java di GDAL/OGR fa al tuo caso, tra l'altro la > sto usando in maniera estensiva proprio in questi giorni per un > progetto in Java (in genere uso quella Python, ma e' del tutto > simile), quindi se hai bisogno di qualche consiglio fammi sapere, ma > non penso proprio che avrai difficolta' ;) > > Come prima prova ti suggerisco di usare ogr2ogr per esportare il GDB > verso il formato open da te scelto, ad es SpatiaLite lo vedo > benissimo: se l'esportazione ti funziona senza problemi, anche da API > non dovresti avere problemi in quanto lo stesso ogr2ogr si basa sulla > stessa API. > Potresti addirittura usare la versione ogr2ogr che esiste per Java [0] > (principalmente e' stata inserita in SVN a titolo di esempio, > piuttosto che come tool di reale utilizzo, infatti non e' mai > allineata al 100% con il ogr2ogr in C++ che tutti noi abbiamo usato > almeno una volta),: cosi ti fai anche un'idea di come usare l'API ;) > > ciao > P > > [0] > http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/java/apps/ogr2ogr.java > > -- > Paolo Corti > Geospatial software developer > web: http://www.paolocorti.net > twitter: @paolo_corti > ___ > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione > 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. > 485 iscritti al 20.11.2010 > ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] pubblicazione servizi WMS della Regione Emilia-Romagna (RER)
Intanto complimenti per il lavoro! Faccio una domanda da profano degli iter per arrivare ad un servizio simile: è possibile iniziare ad intavolare un discorso simile tra regione e Soprintendenza archeologica, Architettonica e Direzione Regionale per integrare nel servizio dati geografici relativi alle emergenze dei beni culturali (siti archeologici, le varie carte di potenzialità archeologica, monumenti, ecc.)? Come è possibile iniziare a far partire con le Soprintendenze un simile discorso, quali possono essere le basi. Potessi venire un giorno presso di voi a Bologna, mi piacerebbe fare quattro chiacchiere in libertà per vedere come spingere in questa direzione, dal momento che, purtroppo ma anche giustamente, la Soprintendenza ci fa presente che avviare un servizio del genere per loro è impossibile. Non sarebbe meglio un protocollo per passare i dati direttamente a voi e integrarli nel sistema? Sono un po' di idee confuse buttate lì, ma mi piacerebbe veder realizzata una simile iniziativa. Complimentoni ancora. Cordiali saluti Luca ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] inspire e mdb?
>Il problema e' che i dati vengono tenuti centralizzati per tutti i >partner in formato... MDB. Dopo una bella lite (ma prima di metterci >le mani addosso) mi e' stato detto che mdb e' standard inspire. >Considerando che l'mdb non solo non e' uno standard, ma e' anche un >formato proprietario (ad oggi non conosco uno strumento open che lo >gestisca), mi chiedo cosa si possa fare. Inspire detta uno standard di interoperabilita'. Ovvero dice che i dati devono essere scambiabili tra sistemi eterogenei. Questo vuol dire che QUALUNQUE FORMATO POTENZIALMENTE E' STANDARD INSPIRE, nel senso che si tratta sempre di un formato usato localmente. I dati vengono scambiati con formati aperti, ad esempio, il WMS per la consultazione, il WFS (questione ancora aperta credo) per lo scarico . Anche se a onor del vero io spererei che alla fine non sia il WFS . Poi esiste uno standard per documentare gli archivi e si basa sulle specifiche ISO19115. In realta' si potrebbero usare anche le DublinCore, ma da qualche parte ho letto che tutti i partner si stanno allineando sulle ISO19115. Il formato di scambio, almeno nelle imlementation rules provvisorie di qualche anno fa' era XML o GML. Se vuoi divertirti a leggerle sono tutte qui. Stai attento, sono varie sezioni, ogni sezione ha piu' documenti e ci sono dentro anche i draft, per cui leggi le date di rilascio prima di metterti a leggerne uno che magari e' vecchio e obsoleto. http://inspire.jrc.ec.europa.eu/ Per essere compatibile con inspire devi ottemperare alle sue richieste e mettere in piedi i sistemi che forniscano i servizi previsti da Inspire. Non centra assolutamente il formato fisico in cui te ti conservi i dati. Ma attento , questo vuol dire che anche l' MDB e' certamente usabile per mettere in piedi i servizi Inspire. Te non farai scaricare uno zip con l' MDB, ma bensi' avrai dei sistemi che leggono i dati dall' mdb e costruiscano mappe (come mapserver o geoserver) o li spediscono al richiedente in wfs (e quindi GML), oppure ne trasformano le coordinate, oppure ancora lanciano dei processi elaborativi remoti finalizzati a qualcosa che non riesco a immaginare... E sopra tutto questo vi e' un catalogo in cui sono raccolte le informazioni (i metadati ISO19115 ) organizzati secondo le raccomandazioni che la stessa Inspire ha fornito. E dulcis in fundo, Inspire chiede anche di costruire gli arrchivi dei dati in un modo ben preciso. Ovvero detta anche come si devono chiamare i campi delle tabelle, che cosa devono contenere (inteso come significato del contenuto), e regole costruttive. Il che e' ovvio. Per essere interoperabili non basta avere due sistemi che parlano lo stesso linguaggio , ma occorre anche che i significati siano condivisi. E quindi un archivio delle AreeProtette in Italie in Francia deve avere i medesimi contenuti, Un archivio stradale deve essere fatto nel medesimo modo sia in Italia che in Germania, etc... Per cui se si dice che per l'archivio delle strade , si mette tutto in un unico campo di 1000 caratteri e ci si mette dentro Toponimo - civico - CAP per identificare una via si deve fare cosi' in tutti i paesi dell' unione. Oppure se si decide che si usano 4 campi con specifici significati, idem, tutti si dovranno allineare a queste regole, e mettere a disposizione i dati per il download e per la consultazione con queste strutture previste. Naturalmente per arrivare a questo (se mai ci si arrivera' ) ci sono alcuni anni a disposizione Con tutta questa roba che ce in pentola, figurati cosa gliene importa a Inspire del formato access. Lascia decidere a ognuno come comportarsi e fare. Il fatto che ci sia il download non vuol dire che debba essere necessariamente aprto a tutti. Inspire dice che ilservizio deve esserci per permettere a chi ne avesse titolo di potervi accedere. Ad esempio l'unione europea. Certamente sta ai singoli partner decidere queste cose e un paese potrebbe anche decidere che lui i dati li mette a disposizione di tutti indistintamente. Insomma, l'importante e' che ci siano tutti i servizi previsti da Inspire e siano prornti e disponibili per chi ha titolo per usarli. -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] R: Re: inspire e mdb?
Paolo, che dire... outstanding! :) Grazie dell'ottimo riassunto. Ciao Andrea 2011/1/20 Paolo Corti : > Ciao Andrea > >> Mi pare di capire dai vostri contributi che e' una cosa impossibile e >> che nel momento in cui loro hanno messo i metadati (etc etc) giusti, >> avrebbero anche potuto mettere il tutto su dei fogliettini in una >> latta dei pelati. E quindi non ho modo di cambiare le cose. >> Giusto? >> > > assolutamente si, come hanno spiegato in maniera egregia Luca e gli altri > >> >> PS: mi e' stato riferito che si tratta di un "esri personal db, però >> compatibile solo con arcgis 9.1". Qualcuno ha idea se le gdal lo >> leggono? >> > > GDAL (via OGR), come scritto da Antonio, legge solo il dato. > Ovviamente parliamo sia delle utility che dell'API (e quindi anche > Java nel tuo caso). > Trattasi pero' IMHO di un terreno abbastanza inesplorato > (principalmente perche' gli sviluppatori non possono accedere a > licenze da sviluppatore di Esri, che sono a pagamento), quindi ti > conviene fare qualche verifica pesante prima di prendere cio' come > assodato. > > Viceversa se devi scrivere sarai vincolato a sviluppare il tuo > software in .NET o Java e ArcObjects (almeno fino a poco tempo fa era > cosi, sicuramente lo era alla 9.1), ma per farlo ti serve una licenza, > sia per sviluppare sia per distribuire (quella di ArcView ti dovrebbe > bastare). > Discorso diverso per quanto riguarda il file GDB (che comunque mi > sembra ci sia solo dalla 9.3), sempre di Esri (la risposta commerciale > a SpatiaLite :P ), per il quale e' stata rilasciata un API liberamente > distribuibile (solo da ArcGis 10 in poi) che pero' e' utilizzabile > sono in C++ (da quanto ricordo) e che presenta varie limitazioni > rispetto all'utilizzo degli ArcObjects (ad es non supporta annotation > e topologia). > > Per riepilogare: l'API Java di GDAL/OGR fa al tuo caso, tra l'altro la > sto usando in maniera estensiva proprio in questi giorni per un > progetto in Java (in genere uso quella Python, ma e' del tutto > simile), quindi se hai bisogno di qualche consiglio fammi sapere, ma > non penso proprio che avrai difficolta' ;) > > Come prima prova ti suggerisco di usare ogr2ogr per esportare il GDB > verso il formato open da te scelto, ad es SpatiaLite lo vedo > benissimo: se l'esportazione ti funziona senza problemi, anche da API > non dovresti avere problemi in quanto lo stesso ogr2ogr si basa sulla > stessa API. > Potresti addirittura usare la versione ogr2ogr che esiste per Java [0] > (principalmente e' stata inserita in SVN a titolo di esempio, > piuttosto che come tool di reale utilizzo, infatti non e' mai > allineata al 100% con il ogr2ogr in C++ che tutti noi abbiamo usato > almeno una volta),: cosi ti fai anche un'idea di come usare l'API ;) > > ciao > P > > [0] http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/java/apps/ogr2ogr.java > > -- > Paolo Corti > Geospatial software developer > web: http://www.paolocorti.net > twitter: @paolo_corti > ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
Re: [Gfoss] GRASS v.in.dwg
2011/1/20 tommaso : > Ciao a tutti, > > grass 6.4 non supporta più il formato dwg? Ni - la DWG library ufficiale non è un formato aperto... Ma si sta formando una versione libera . Per quella c'è un propotipo di collegamento a GRASS: http://grass.osgeo.org/wiki/GRASS_AddOns#v.in.redwg ciao Markus -- http://gis.cri.fmach.it/neteler/ ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione 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. 485 iscritti al 20.11.2010
