Paolo, che dire... outstanding! :) Grazie dell'ottimo riassunto. Ciao Andrea
2011/1/20 Paolo Corti <pco...@gmail.com>: > 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
