Non sono pero' riuscito alla veloce a trovare i passi per crearsi
l'ambiente di sviluppo su macosx (i.e. un ambiente senza apt-getters
:)). Visto che nel tempo libero uso quello, sarei interessato alle
eventuali possibilita'. Qualcuno sa aiutarmi?
Non sono pero' riuscito alla veloce a trovare i passi per crearsi
l'ambiente di sviluppo su macosx (i.e. un ambiente senza apt-getters
:)). Visto che nel tempo libero uso quello, sarei interessato alle
eventuali possibilita'. Qualcuno sa aiutarmi?
e mi e' venuta voglia di giocare un pochino con python e ogr.
Non sono pero' riuscito alla veloce a trovare i passi per crearsi
l'ambiente di sviluppo su macosx (i.e. un ambiente senza apt-getters
:)). Visto che nel tempo libero uso quello, sarei interessato alle
eventuali possibilita'. Qualcuno sa aiutarmi?
sto realizzando insieme ad un altro ragazzo una piccola applicazione per la
conversione delle proiezioni di vettoriali e raster e mi appoggio a gdal/ogr
in ambiente mac os x.
Ricordo anche di aver avuto un problema quando ho installato su mac os x
10.5 le gdal nuove versione 1.5, che non mi facevano più partire qgis.
Semplicemente ho reinstallato anche le 1.4.
Ho gia' scaricato tutta la parte di kyngchaos perche' e' necessaria
per GRASS, ma mi manca il link fra Python e Gdal.
E' necessario compilarsi il tutto per mac? Le pagine che citate le ho
gia' viste e da nessuna parte ho trovato un bel pacchetto da scaricare Mi confermate che non esiste?
Speravo di trovare in python un ambiente facilmente "passabile", ma se
queste sono le condizioni, e' piu' difficile impostarsi un ambiente di
sviluppo geografico in python che in java? (non mi riferisco alla
semplicita' di programmazione, ma piuttosto di esecuzione di
applicativi)
> Ho gia' scaricato tutta la parte di kyngchaos perche' e' necessaria
> per GRASS, ma mi manca il link fra Python e Gdal.
Non c'e' un pacchetto python-gdal ? In debian e' un pacchetto separato
da gdal.
Io non sono riuscito a trovarlo. E' proprio quello che speravo di
trovare per mac.
Immagino per windows esista?
Nel senso, se io fossi un principiante e Steko volesse farmi provare
il suo applicativo, quande ore passerebbe a spiegarmi via telefono
oppure quante mail ci vorrebbero?
(scusa Steko se ti uso come capro espiatorio :))
Speravo di trovare in python un ambiente facilmente “passabile”, ma se
queste sono le condizioni, e’ piu’ difficile impostarsi un ambiente di
sviluppo geografico in python che in java?
Ti parlo da archeologo (come steko) e che di programmazione capisce ZERO e usa il mac: con gli applicativi JAVA io non mi ci trovo e non ho ancora capito come mai: o crashano di continuo, o le interfacce non sono visualizzate correttamente (gvSIG è un macello e io ne sono un po’ dipendente!!) oppure partono errori continui. Se qualcuno ha suggerimenti utili per far funzionare bene java sotto mac os x, ben vengano!!!
Con python ci ho messo una mattinata tra prove e tutto per installare le python-gdal.
Tra l’altro, nel mio caso, per usare le gdal stiamo passando sempre dal metodo os.system per lanciare direttamente i comandi gdalwarp, ogr2ogr in quanto notavo (ma di sfuggita) che con le librerie di python bisogna fare un po’ di passaggi in più per arrivare ai risultati dei comandi da shell, cosa che per i nostri obiettivi è un po’ troppo avanzata!! Ogni smentita è ben accetta!! : )
> > Ho gia' scaricato tutta la parte di kyngchaos perche' e' necessaria
> > per GRASS, ma mi manca il link fra Python e Gdal.
>
> Non c'e' un pacchetto python-gdal ? In debian e' un pacchetto separato
> da gdal.
>Speravo di trovare in python un ambiente facilmente "passabile", ma se
>queste sono le condizioni, e' piu' difficile impostarsi un ambiente di
>sviluppo geografico in python che in java?
Ti parlo da archeologo (come steko) e che di programmazione capisce ZERO e
usa il mac: con gli applicativi JAVA io non mi ci trovo e non ho ancora
capito come mai: o crashano di continuo, o le interfacce non sono
visualizzate correttamente (gvSIG è un macello e io ne sono un po'
dipendente!!) oppure partono errori continui. Se qualcuno ha suggerimenti
utili per far funzionare bene java sotto mac os x, ben vengano!!!
In realta' penso che sia un momento di transizione per java sul mac.
Anche se non ho mai avuto problemi a riguardo, so che ce ne sono
stati. Java su mac arriva preconfezionato con gia' tutto jai e java3d,
quindi di solitop non c'e' nulla da fare in aggiunta. Certo che se non
funziona, cominciano i problemi.
Non ho mai sentito di interfacce non visualizzate correttamente
comunque. Cosa intendi esattamente? Che java usi? 1.5?
Sei su leopard?
Con python ci ho messo una mattinata tra prove e tutto per installare le
python-gdal.
Nel senso che hai compilato i bindings? Non mi sembra una cosa da newbie
Tra l'altro, nel mio caso, per usare le gdal stiamo passando sempre dal
metodo os.system per lanciare direttamente i comandi gdalwarp, ogr2ogr in
quanto notavo (ma di sfuggita) che con le librerie di python bisogna fare un
po' di passaggi in più per arrivare ai risultati dei comandi da shell, cosa
che per i nostri obiettivi è un po' troppo avanzata!! Ogni smentita è ben
accetta!! : )
Ora sono confuso... nel senso che usi sistem out per alcuni comandi e
per letture di shape e via dicento sfrutti i bindings?
Quello che sto cercando di capire e' quanto senso abbia investire in
una cosa del genere a livello professionale. Per lo smanettamento e le
analisi personali ognuno trova la sua strada nel senso che c'e' chi
usa grass, chi python, chi qualcos'altro e ognuno e' felice e contento
(me compreso).
Ma nel momento in cui si fanno lavori di adattamento software per
altri la cosa cambia. Ad esempio abbiamo fatto una personalizzazione
di JGrass per la provincia di Trento. Prendo il pacchetto e con 4
click installo e funziona con la sua jre java inclusa nel pacchetto.
Fine della storia.
Bene, python lo trovo comodo per diverse piccole attivita' e mi
chiedevo quali fossero i passaggi di consegna di un tale software
legato a gdal e a dei bindings ogr-python. Questo in un ambiente nel
quale tutto quello che va oltre il terzo click e' gia' soggetto a
critica e comunque non e' previsto che si scelga piu' del percorso nel
quale deve essere installato l'applicativo.
On lun, 2008-03-17 at 10:45 +0100, Luca Mandolesi wrote:
Tra l'altro, nel mio caso, per usare le gdal stiamo passando sempre
dal metodo os.system per lanciare direttamente i comandi gdalwarp,
ogr2ogr in quanto notavo (ma di sfuggita) che con le librerie di
python bisogna fare un po' di passaggi in più per arrivare ai
risultati dei comandi da shell, cosa che per i nostri obiettivi è un
po' troppo avanzata!! Ogni smentita è ben accetta!! : )
Uhm...
allora non stai usando OGR Python Sicuramente devi fare dei passaggi
in più, ma non così tanti. E i quei comandi fanno solo una piccola parte
di tutto quello di cui è capace GDAL/OGR!
Devo dire che pur senza essere un grande esperto di OGR il suo modello è
abbastanza semplice da capire... e il team di sviluppo è sempre
iper-disponibile anche su IRC (Frank Warmerdam in testa).
Se c'è abbastanza interesse per questo argomento potremmo organizzare un
incontro a tema.. che ne dite?
Ciao,
Steko
--
Stefano Costa http://www.iosa.it Archeologia e Software Libero
Io uso Debian GNU/Linux!
On lun, 2008-03-17 at 10:45 +0100, Luca Mandolesi wrote:
> Tra l'altro, nel mio caso, per usare le gdal stiamo passando sempre
> dal metodo os.system per lanciare direttamente i comandi gdalwarp,
> ogr2ogr in quanto notavo (ma di sfuggita) che con le librerie di
> python bisogna fare un po' di passaggi in più per arrivare ai
> risultati dei comandi da shell, cosa che per i nostri obiettivi è un
> po' troppo avanzata!! Ogni smentita è ben accetta!! : )
Uhm...
allora non stai usando OGR Python Sicuramente devi fare dei passaggi
in più, ma non così tanti. E i quei comandi fanno solo una piccola parte
di tutto quello di cui è capace GDAL/OGR!
Devo dire che pur senza essere un grande esperto di OGR il suo modello è
abbastanza semplice da capire... e il team di sviluppo è sempre
iper-disponibile anche su IRC (Frank Warmerdam in testa).
Se c'è abbastanza interesse per questo argomento potremmo organizzare un
incontro a tema.. che ne dite?
Cosa intendi per incontro? IRC? La giornata del python-ogr con piccolo
progetto di sviluppo?
Risoluzione del problema della fame nel mondo?
in tutti questi casi hai +1 da parte mia
Andrea
Ciao,
Steko
--
Stefano Costa http://www.iosa.it Archeologia e Software Libero
Io uso Debian GNU/Linux!
>
>
>
>
> Se c'è abbastanza interesse per questo argomento potremmo organizzare un
> incontro a tema.. che ne dite?
Volentieri!!!
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com http://www.faunalia.com/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.
Non ho mai sentito di interfacce non visualizzate correttamente
comunque. Cosa intendi esattamente? Che java usi? 1.5?
Sei su leopard?
Sono su leopard e non ho mai installato niente di java anche perchè se non ricordo male GVsig scarica tutto quello di cui ha bisogno da solo.
Le interfacce di GVsig le visualizzo (sia con 10.4 sia con 10.5) in maniera parziale. Tipo: le caselle di testo sono schiacciate rispetto alle dimensioni del font, oppure gli slider per la variazione dell’opacità dei raster non si vedo e bisogna beccare il puntatore a caso; se si fanno operazioni in maniera errata crasha: esempio: se nel georeferencer si clicca al di fuori della mappa da riferire GVsig crasha.
Siccome non ho mai trovato lamentele simili, immagino che c’è qualcosa nel mio ambiente che non va.
Con python ci ho messo una mattinata tra prove e tutto per installare le
python-gdal.
Nel senso che hai compilato i bindings? Non mi sembra una cosa da newbie
Mi ricordo di aver seguito le istruzioni che ci sono nel link di osgeo.org.
Ora sono confuso… nel senso che usi sistem out per alcuni comandi e
per letture di shape e via dicento sfrutti i bindings?
No no, per ora non sto usando le librerie, le ho solo installate. Il nostro scopo era quello di avere un’interfaccia per lanciare i comandi gdalwarp e ogr2ogr.
Ho installato le librerie per valutare l’efficacia. Ma siccome, come dici tu, i passaggi sono troppini e sviluppo : ) con una persona che non usa python di solito
mi è sembrato più immediato passare per os.system.
Bene, python lo trovo comodo per diverse piccole attivita’ e mi
chiedevo quali fossero i passaggi di consegna di un tale software
legato a gdal e a dei bindings ogr-python. Questo in un ambiente nel
quale tutto quello che va oltre il terzo click e’ gia’ soggetto a
critica e comunque non e’ previsto che si scelga piu’ del percorso nel
quale deve essere installato l’applicativo.
Te la butto lì. Per un progettino piccolo piccolo dove erano coinvolti
wxpython, sqlalchemy e psycopg, dovendolo passare ad un mio amico gli ho passato l’applicazione chiusa con py2app
On Monday 17 March 2008 11:48:46 G. Allegri wrote:
Mi aggrego al python-ogr party!
2008/3/17, Luca Mandolesi <mandoluca@gmail.com>:
> > Se c'è abbastanza interesse per questo argomento potremmo organizzare
> > un incontro a tema.. che ne dite?
Io non potrò contribuire granché fino alla fine di aprile, perché sono
incasinatissimo per una serie di impegni. Comunque cercherò di buttare
giù qualche idea...
On Monday 17 March 2008 11:48:46 G. Allegri wrote:
> Mi aggrego al python-ogr party!
>
> 2008/3/17, Luca Mandolesi <mandoluca@gmail.com>:
> > > Se c'è abbastanza interesse per questo argomento potremmo organizzare
> > > un incontro a tema.. che ne dite?
Io devo sapere per un paio di lavori tra marzo e metà aprile, quindi anche io
non sono disponibile da subito.
--
View this message in context: http://www.nabble.com/python-e-ogr-tp16082303p16094822.html
Sent from the Gfoss mailing list archive at Nabble.com.
On lun, 2008-03-17 at 11:17 +0100, Stefano Costa wrote:
Se c'è abbastanza interesse per questo argomento potremmo organizzare
un incontro a tema.. che ne dite?
Per ora sul wiki ci sono 5 persone segnate. Sarebbe buono avere idea per
ognuno anche della città di provenienza in modo da trovare un luogo
ideale.
Nei giorni 9-11 maggio a Firenze c'è la PyCon Due, ovvero la la seconda
conferenza italiana dedicata al linguaggio di programmazione Python: http://www.pycon.it/pycon2/info
Se si trovasse un modo per far coincidere (o quasi) le due cose potrebbe
essere interessante per tutti, non credete? Proseguiamo la discussione
anche sul wiki: http://wiki.gfoss.it/index.php/OGRPython_Party
Steko
--
Stefano Costa http://www.iosa.it Archeologia e Software Libero
Io uso Debian GNU/Linux!
Sicuramente devi fare dei passaggi