fresco fresco: http://geoscript.org/
in sostanza un linguaggio di scripting GIS per JavaScript e Python per il momento ci sono a disposizione una libreria di manipolazione geometrica e una libreria per le proiezioni si apre una nuova era? ciao a tutti P -- Paolo Corti GIS Architect and Developer web: http://www.paolocorti.net twitter: @capooti _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [hidden email] 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. |
Il giorno gio, 25/02/2010 alle 22.33 +0100, Paolo Corti ha scritto:
> > in sostanza un linguaggio di scripting GIS per JavaScript e Python > per il momento ci sono a disposizione una libreria di manipolazione > geometrica e una libreria per le proiezioni Il tutto basato su GeoTools, quindi ad esempio l'implementazione Python è fatta su Jython. > si apre una nuova era? Per quanto sia una buona notizia, a me non sembra così epocale. In Python queste cose si possono fare da tempo, con Shapely & co., con GeoDjango (bindings per le varie geolibrerie). Il vantaggio di GeoScript mi sembra certo quello di avere un approccio unificato e coerente al tutto. Ciao, steko -- Stefano Costa http://www.iosa.it/ Open Archaeology _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [hidden email] 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. |
2010/2/25 Stefano Costa <[hidden email]>:
> Il giorno gio, 25/02/2010 alle 22.33 +0100, Paolo Corti ha scritto: >> si apre una nuova era? > > Per quanto sia una buona notizia, a me non sembra così epocale. In > Python queste cose si possono fare da tempo, con Shapely & co., con > GeoDjango (bindings per le varie geolibrerie). Credo che il più grosso vantaggio si abbia utilizzando JavaScript... Pensate ad esempio quanto possano essere utili funzionalità per il calcolo di buffer o overlay. Ciao Luca _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [hidden email] 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. |
Sul fatto che con Python già c'è tanto è vero ed anch'io mi chiedevo
il perchè di quest'ennesima libreria. Poi preso dall'entusiasmo e in maniera precipitosa poi non avevo nemmeno guardato più di tanto e il fatto che si basa su Jython, e quindi su una JRE, non me lo farà preferire ad ambienti basati sulle c-tribe library (GEOS, PROJ ecc...) Su JavaScript potrebbe essere interessantissimo e con OpenLayers può fare una bella coppia, ma anche qui basarsi sulle fondamenta di una JRE mi lascia perplesso. Detto tra noi preferisco continuare a fare richieste di GeoProcessing magari REST verso un server. Certo è che in talune situazioni può essere molto più veloce l'approccio client, quindi fa piacere che ci sia una soluzione in più. Ad ogni modo la cosa che mi ha fatto cascare l'attenzione sul progetto è che dietro mi sembra ci sia OpenGeo, insomma non l'ultimo arrivato e che anche nel GIS development vada di moda la programmazione client ultimamente. -- Paolo Corti GIS Architect and Developer web: http://www.paolocorti.net twitter: @capooti _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [hidden email] 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. |
Free forum by Nabble | Edit this page |