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
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
2010/2/25 Stefano Costa <steko@iosa.it>:
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
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