Vero, occorre valutare la propria situazione .
E alla fine dipende da cosa si e' optato per usare.
Per convertire TIFF in jpeg 2000 ci sono dei prodottini che ancorche'
non sono OS, pero' sono gratuti e sotto dos permettono di ottenere i
files jpeg2000, poi si produce l'annesso file .j2w con una semplice
rinominazione del file tfw.
Poi resta la questione di leggere il formato, e li', effettivamente, o
il software GIS lo prevede o "ciccia".
Alla fine poiche' a Luca non basta un semplice visualizzatore, ma
serve comunque una personalizzazioen specifica (il pulsante per i
civici).
E' evidente che la soluzione non e' tanto sulla capacita' di leggere
questo o quello, ma sulla reale possibilita' di personalizzare
l'ambiente.
E li' qgis, visto che prevede il python e' senz'altro competitivo.
Se posso dare un suggerimento.
Io, invece di prevedere l'uso degli shapefile,
proverei a contemplare l'uso di sqlite con l'estensione spaziale spatial-lite.
L'abbinamento e' senz'altro valido e se anche ora non ha una grande
affidabilita', ha margini di crescita notevoli e un applicativo basato
su tale binomio avrebbe una maggiore scalabilita' e avolvibilita',.
Infatti se poi servono tabelle, invece di ricorrere a postgres o a dbf
si piazzano altre tabelle nel db e il gioco e' fatto.
Saluti,
Andrea.
Il 18 marzo 2009 12.24, Simone Giannecchini
<simone.giannecchini@geo-solutions.it> ha scritto:
Usando JPEG2000 il problema della licenza si pone ugualmente.
Attualmente non esiste un SDK decente che legga/scriva JPEG2000 e che sia OS.
Ci sono varie soluzioni non completamente OS o free che son molto
buone (ECW stesso, MrSID, KAKADU, luratech), ma a livello OS,
independentemente da linguaggio non ho trovato niente di decente.
Noi usiamo kakadu che ha una licenza simil OS ed è veramente na bomba,
pero' per ora non abbiamo rilasciato niente (ne stiamo discutendo).
Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
-------------------------------------------------------
2009/3/18 Andrea Peri <peri.rtoscana@gmail.com>:
Una opzione interessante sarebbe il formato JPEG2000.
Non so' se qgis lo supporta, ma certamente non pone i problemi di
licenza dell' ecw.
E permette le performance similari a quelle dell'ecw.
Tra l'altro permette la compressione senza perdita che e' l'ideale in
certe situazioni...
Ciao,
Il 18 marzo 2009 11.38, <luca_manganelli@comune.trento.it> ha scritto:
gfoss-bounces@faunalia.it scritti il 18/03/2009 11.29.46
Ce ne sono altre ....
Ma dipende dalle condizioni al contorno..
Windows o Linux ?
Sicuramente Windows. Ma, come si vedrà, non è un problema passare a Linux.
Che dati prevedi di usare,
capisco che vuoi leggere gli ecw, ma non e' chiaro se li consideri dei
files sul pc o se vuoi leggerli con il protocollo ecwp.
E poi che altro devi leggere ?
Paolo Cavallini mi ha suggerito di convertirli in JPEG. Sto facendo alcune
prove, ma pare che funzioni bene 
shape ?
sì.
accesso a wms ?
accesso a DBMS ?
nessunod ei due.
E infine che dimensione di file pensi di gestire ?
un cd/dvd
Un livello comunale , un livello regionale ?
Livello comunale
Hai valutato l'opzione di OpenEV ?
http://openev.sourceforge.net/
Sono d'accordo con Paolo Cavallini, non considero questa soluzione.
Oppure MapWindow ?
http://www.mapwindow.org/
Guardo, grazie
Intanto sto facendo delle prove con QGis... spero di riuscire a scrivere un
plugin di ricerca civici/strade
--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
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.
--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~