uDig, primera impressió

Ja abans li hem fet una ullada a altres eines de codi obert en l'àrea GIS, entre ells QGis i gvSIG, a part de  programes no lliures que hem provat abans. En aquest cas ho farem amb User-friendly Desktop Internet GIS (uDig), Un dels que vénen a PortableGIS.

D'on sorgeix

uDig és una construcció de l'empresa Refractions Research, Els qui després de guanyar un premi important patrocinat per GeoConnections, El van invertir en aquest i altres desenvolupaments. La llicència d'uDig és GNU LGPL, A aquesta mateixa empresa se li deu el desenvolupament de PostGIS i aportacions significatives a Geoserver.

Característiques

És un desenvolupament exquisit, trencant molts convencionalismes de les eines tradicionals, amb un rostre semblant a QGis.  Entre les seves característiques es pot esmentar:

• Construït en Java, sota l'entorn Eclipse (Com gvSIG)
• La llibertat de configurar la interfície és envejable, podent-se arrossegar finestres gairebé a qualsevol lloc, executar-les en segon pla, arrossegament extern i intern, minimitzar-les a botons i modificant lliurement les vores de marcs.
• La velocitat d'execució és molt bona (tot i ser sobre Java, l'he provat des d'una Acer Aspire One, Amb Windows XP); Corre sobre Linux i Mac, òbviament amb millor rendiment.
• Pel que fa a lectura de formats vectorials, és limitat amb arxius discrets (no llegeix dgn, kml, dxf, o dwg) Però sí els fumats (gml, xml). L'únic tradicional que llegeix és el shapefile.
• Amb imatges ràster també té els seus limitants, però es pot enganxar a serveis wms i altres serveis en línia.
• Pel que fa a bases de dades si és robust, ArcSDE, DB2, MySQL, Oracle Spatial, PostgreSQL/ PostGIS i WFS, així que per mitjà d'alguns d'aquests pot integrar la data vectorial que no accesa de forma convencional.
• La graella, barra d'escala i llegenda s'integren com si fossin capes. Això és interessant ja que no són funcionalitats de la interfície de desplegament sinó de les dades. Encara que la seva configuració és mitjà complicada (a primera impressió)
• Té característiques que el fan pràctic, com:
  -copiar / enganxar de característiques (com manifold GIS) 
  -pegar com xml en bloc
  -simbologia temàtica molt pràctica, amb alertes evitar problemes amb daltònics, monitors CRT, projectors, monitors LCD, impressió a color i fotocopiadora.
• És interessant que l'eina normalment ve amb un exemple estructurat, que inclou una comunitat de Canadà i una base mundial de ciutats, països, zones horàries i imatges de satèl·lit. Aquesta estratègia és molt bona per a entendre la seva capacitat a l'hora de veure-ho per primera vegada, cosa que haurien de prendre en compte altres programes que es baixen, instal·len i generen la gran pregunta ¿I ara que **** faig amb aquests botons?
• La recerca de actualitzacions en línia és una altra característica pràctica que altres projectes haurien de considerar. En això, una mica similar a gvSIG, hi ha una barrera en la primera impressió, i és que la riquesa que està en les extensions no té prou màrqueting o li cal un fil conductor que promogui la seva utilitat (i en aquest cas oficialitat). A el menys, amb aquesta actualització en línia (que no té gvSIG), després d'uns minuts de descàrrega puc veure moltes capacitats que rep en les extensions Grass, JGrass, SEXTANT, Horton Machine i de Axios en aplicacions hidrològiques, models 3D, interacció GPS, Raser i vector.

Desavantatges

uDig fa coses interessants, igual que QGIS es complementa amb JGrass, però com a solució GIS no és la millor eina de codi obert, Quant a funcionalitats de construcció vectorial i maneig de topologies el superen QGis (Amb les extensions que porta) i gvSIG (Sense extensions). Si bé és madura, i té el que un usuari comú podria requerir, el seu potencial és per a l'usuari amb capacitats de desenvolupament en Java; el seu enfocament Internet GIS té sentit per connectar-se a dades i recerca d'actualitzacions però pel que fa a publicació té poc a oferir (Sí que ho fa Geoserver). 

Llegeix pocs formats CAD / GIS, No ha aconseguit integrar la comunitat al nivell que gvSIG, I, en això la demanda d'usuaris i aliances estratègiques són un motor important per agilitzar el desenvolupament, aspecte que no sembla estar aconseguint en l'ímpetu de gvSIG (si a nivell de Canadà, però no a nivell global).

El fet trencar esquemes li fa perdre un parell de punts, ja que molts usuaris es descontrolen a l'inici (en el maneig de projectes, catàlegs i perspectives).  Recupera aquests punts per la senzillesa que té una vegada que es coneix la seva forma d'operar, encara que en la filosofia d'escalabilitat Java cal cuidar l'equilibri perquè la versió bàsica més extensions (que té sentit) no s'assembli (en la seva evolució lliure) a un arbre de Nadal al qual se li pengen tantes figuretes que un dia perdem, o harmonia, o simetria, o línia de temps.

No ser tan conegut és un gran desavantatge (que li passa a molts altres), ser una solució per a un grup de selectes no és garantia a llarg termini, no en aplicacions de codi obert; en conseqüència, poca sistematització d'experiències i documentació, Encara que és admirable seu protocol per a la presa de decisions noves. Per a un municipi, uDig podria ser una solució molt funcional, però obtenir suport i capacitació poden ser un problema complex (lluny de Colòmbia Britànica); es veu molt més pràctic per a projectes que implicaran personalització i que comptaran amb pressupost per a sostenir-(ex. Medi ambient, vulnerabilitat). 

A part del projecte de les papes del Perú i el que reporta Axios, poc s'ha escoltat de uDig en l'entorn hispà; la continuïtat de solucions d'aquest tipus a nivell de país depenen de l'aplicació de polítiques de migració cap al programari lliure, tema que va molt lent a Llatinoamèrica.

La major desavantatge que li veig a uDig és la sostenibilitat en el llarg termini, El fet de ser una eina suportada per una empresa privada ens crea dubtes a preguntes com:

• I si Refractions Research diu un dia que és insostenible els costos de continuar amb el suport i desenvolupament, qui ho farà?
• Podrà la comunitat creada atendre una dinàmica de creixement global, en cas d'haver una demanda alta?
• És que no hi ha altres projectes sobre Java / Eclipse que fan el mateix, que són Open Source, Que semblés dupliquen esforços?
• No sembla que les eines Lliures són estratègies d'empreses que finalment deixen captiu el suport?

Segur que la mara obert té respostes molt clares a l'anterior, però no està de més pensar en sostenibilitat, que de per si és complicat en projectes lliures, perquè si separem els aspectes tècnics i tecnològics que semblen estar clarament funcionant, l'aspecte financer és qüestionable en el llarg termini. Avui dia vivim moments en què un huracà fa col·lapsar el sistema econòmic mundial, XNUMX:XNUMX cop de sabata en una conferència pot desencadenar una guerra que en un sol dia acaba amb els bons auguris, la caiguda de la borsa per sota de l'acceptable fa que grans empreses es vagin a fer punyetes en menys d'una hora.

Aquestes coses, ens posen a pensar que davant de tanta gamma (i sí que és tanta) De solucions que li donen completa llibertat a l'home, perilla la dispersió d'esforços i diners (perquè finalment això costen). La llibertat pot arribar a ser tanta, que un dia pot usar-se per abandonar projectes per decisions d'altres que no van ser fundadors de la idea original. A l'respecte, segur ja molts han escrit, però hem de seguir pensant amb cura, recordant que un dia ens mesuraran les inversions per l'impacte i no per la geofumada.

Conclusió

• Com a desenvolupament: molt robust i pràctic, altres projectes haurien d'imitar idees d'aquí.
• Com a solució: té grans limitants en comparar amb altres del seu nivell, (en una primera impressió)
• Com a projecte: camina molt lent i no sembla tenir pressa.
• En la mesura que vagi provant les extensions, podrem donar-li els punts que suma després de la primera impressió.