Jump era un progetto finanziato da un ente pubblico.
Non vorrei sbagliare, ma mi pare che anche le librerie JTS siano nate da tali finanziamenti.
http://www.jump-project.org/
Poi il progetto si e’ praticamente fermato probabilmente a causa della fine dei fondi.
Come succede sempre inevitabilmente quando il finanziamento e’ pubblico.Anche gvSig fara’ la stessa fine quando i fondi finiranno.
Per fortuna da Jump e’ nato un fork molto vitale, OpenJump, in questo caso sostenuto da una community di persone attive,
oserei dire che si vede che viene sviluppato da persone che poi lo usano specificamente nel lavoro quotidiano.
http://openjump.org/wiki/show/HomePage
OJ ha mantenuto molta compatibilita’ con Jump. Tante’ che permette di usare anche i medesimi plugins, come ad esempio la libreria RoadMatcher, per il riconoscimento delle medesime strade tra archivi differenti.
Da noi, OpenJump viene usato da circa un annetto.
Non lo usiamo molto. Infatti lo usiamo solamente in alcune fasi specifiche di un processo di collaudo di alcuni archivi specifici che sono costantemente in aggiornamento da parte di vari fornitori.
Lo usiamo poco, anche perche’ non puo’ fare tante cose, ne’ ha un linguaggio di script evoluto.
Pero’ le poche cose che fa’ le fa molto bene .
Noi lo usiamo esclusivamente per alcuni controlli specifici che OJ ha gia’ presenti nel suo pacchetto base e che facilitano molto il lavoro di verifica di quello
che i fornitori ci mandano, evidenzia i vertici critici e li riepiloga a video con degli specifici shapefiles, indicando anche il tipo di errore riscontrato.
Ottimo per vedere gli errori anche a scale basse.
Per ora la mia statistica personale e’ che in questo genere di controlli ha sempre ragione lui.
Nel senso che se OpenJump mi segnala un errore e non riesco a trovarlo, vuol dire che non sono abbastanza attento.
L’errore piu’ tipico per cui io uso OpenJump, e’ per rintracciare eventuali vertici sovrapposti.
Questo tipo di verifica, non saprei con quale altro tool farla con altrettanta facilita’.
I vertici sovrapposti spesso fanno generare errore ai prodotti GIS che vogliono fare operazioni topologiche, perche’ gli algoritmi, come quelli per il calcolo delle aree, danno per scontato che non ci siano vertici sovrapposti, la loro presenza rischia di provocare una divisione per zero o roba simile.
In questi casi serve un tool che segnali la presenza dei suddetti vertici, per poi rimuoverli.
Ecco che entra in gioco OpenJump.
Per rimuovere tali vertici OJ ha anche un buon meccanismo di editing.
Puo’ sembrare poco, ma non e’ cosi, le poche cose che fa’ , le fa’ meglio di Arcinfo workstation, ed e’ tutto dire.
Andrea.
–Original Message Text—
From: G. Allegri
Date: Mon, 10 Dec 2007 10:28:44 +0100
In questi giorni mi sto aggiornando un po’ sulle novità dei sw gis desktop al di fuori di Qgis e gvSIG.
Dopo tanto tempo sono quindi tornato a vedere la situazione di Jump e… non mi ero accorto del profondo fork che ormai c’è tra Jump/Openjump.
Qualcuno conosce meglio questa situazione? Io non ho trovato molto su questo split dei progetti.
Ho trovato cose ben fatte in Jump (che è fermo al 2004), ad esempio sul lato dei tool per la topologia, o negli strumenti per i raster, aspetti carenti in Openjump (aggiornato a ieri con le nightly).
Jump è morto, con le sue buone cose?
Openjump quant’è sostenuto dalla comunità?
Sinceramente ne sono attratto perché fa meno cose di gvSIG, ma quelle poche le fa meglio, e ne ha alcune che gvSIG ancora non ha (es. regole topologiche)!
Giovanni
