Criteris per a elecció de solucions GIS / CAD
Avui ha estat el dia que m'ha correspost exposar en el curs de cadastre immobiliari de Bolívia. El tema ha estat orientat a la reflexió de com triar una eina informàtica per a un desenvolupament geomàtic.
Aquest és el gràfic que he fet servir, i el meu enfocament ha estat l'anàlisi del context on esperem implementar la solució.
L'assumpte és que si es vol triar una simple eina per a captura de dades s'ha de considerar aspectes que no tenen a veure només amb la capacitat de fer vectors, sinó més aviat la sostenibilitat que pot suportar en la mesura que sigui exigit pels usuaris que accedeixen a aquesta des de diferents nivells i la quantitat d'usuaris que requeriran llicències.
Entre alguns criteris que hem considerat, i el pes podrà variar en funció del context de país o abastos, entre d'altres es poden considerar:
- interoperabilitat
- estàndards OGC
- Corba d'aprenentatge
- Velocitat vrs. Quantitat d'usuaris
- creixement modular
- Disponibilitat d'interfases de programació (API)
- cost integral
Després hem dividit el context geomàtic en almenys sis etapes i sospesat el nivell d'importància dels criteris anteriors en diferent moment. Cadascuna de les etapes pot seleccionar un llistat de característiques especials que els usuaris o especialistes proposen ja aquests se'ls dóna un pes per tal d'avaluar de forma comparativa els avantatges i desavantatges de les diferents solucions:
1. L'etapa de construcció
En aquesta, bàsicament s'espera que la solució sigui efectiva i pràctica per a la producció a alt nivell per part dels tècnics que vénen de camp, digitalitzen, netegen topologia, integren a bases de dades i interactuen amb imatges o serveis de mapes.
2. L'etapa d'administració
En això es considera, que les dades produïdes puguin sotmetre a estàndards com ara per ser acceptats dins d'una base de dades o un gestor de fitxers versionats. Aspectes com sostenibilitat de formats i API disponible són molt importants. I és clar, les solucions que es busquen a aquest nivell per a maneig de bases de dades s'espera que més de tenir interfícies atractives, puguin tenir un bon rendiment per a entorns multiusuari i capacitat d'emmagatzemar tant dades tabulars com geometria i índexs raster.
4. L'etapa de Publicació, A aquest nivell es considera que les solucions de construcció de dades hagin tingut possibilitats de transformació a estàndards OGC i que les eines de servei de dades tinguin un nivell de personalització perquè tant es puguin servir dades com que també es vegin artísticament atractius.
5. L'etapa de manteniment, Això és un segon nivell de construcció, en què s'espera que les eines tinguin l'opció a poder personalitzar el seu accés per a conservació de resultats versionats, emmagatzematge històric de canvis i de nou, facilitat en la construcció precisa. Si és possible l'opció a fer anotació gràfica sota un ActiveX que funcioni en línia ... millor.
6. L'etapa de respatller, Li he cridat així, però en realitat és una etapa de repositoris d'accés, on els usuaris dins de la institució accedeixen, transformen dades, donen suport i generen nous productes. Aquí els requeriments a la solució CAD / GIS amb prou feines es van a l'estabilitat de format i capacitat de suportar versionat, mentre que les eines de maneig, que tinguin molta disponibilitat al desenvolupament, normes de seguretat i funcionalitats client servidor.
3. L'etapa d'intercanvi, Aquest és un segon nivell de la publicació, en què s'espera servir dades en formats xml, gml o altres suportats per estàndards OGC, productes que esperem siguin utilitzats per altres solucions geomàtiques però que també tornin modificats. Que dir, capacitat de pervertir sota estàndards geofumados, inclosa l'opció de simplificació vectorial ... sí, ben geofumados.
Tot i que el principi és aplicar un test de característiques a diferents solucions en cada etapa del procés, no hem d'oblidar el seu context integral; així que hem conclòs amb un exercici ràpid en cas de tenir un client important, com un institut de cadastre en un país, que desitja implementar un sistema complet per a un entorn d'uns 20 tècnics de producció CAD / GIS, 3 desenvolupadors, 75 usuaris de intranet i consulta múltiple en línia (hem omès els costos d'un Oracle de $ 30,000 anuals per processador, el desenvolupament informàtic, els equips i la implementació):
fer-ho amb AutoDesk podria costar dalt de $ 180,000, Amb les limitants en la fase de repositoris que hauria de complementar amb altres marques i el rendiment de recursos dels equips per servir dades de forma eficient i sota metes altes de postprocés.
fer-ho amb Bentley podria costar fins a $ 210,000, Amb les limitants en la fase d'intercanvi, publicació presa dels cabells i una mica en la corba d'aprenentatge
fer-ho amb ESRI podria constar fins a $ 300,000, Amb les limitants en la fase de construcció i repositoris, per al que ocuparia complement d'altres marques; a part que en el camí podria sorgir que es requereixen 10 llicències d'una extensió que val $ 9,000
fer-ho amb Manifold podria costar $ 15,000, Amb les limitants en la fase de construcció, corba d'aprenentatge i necessitat de desenvolupadors de primera (encara que en tots els casos cal desenvolupar molt). També aclareixo que hi ha altres solucions de baix cost, però faig servir aquest perquè ho he provat últimament i m'ha sorprès.
En el pitjor dels casos em sobren $ 155,000 com per a contractar l'elaboració de bons manuals i si joc amb llicències runtime puc temptar l'ego del client.
És curiós que gairebé el total es pot fer amb programari lliure, A pur GvSIG / Grass, Postgre, IntelliCAD i altres herbes si aconsegueixo integrar un equip de sistematització de processos, desenvolupadors geofumados i la credibilitat per vendre el projecte ... si el client tenia considerat $ 700,000 ... li puc enganxar més dur ja que entre major és la quantitat d'usuaris es pot justificar més el programari lliure o de baix cost.
Marca | Construcció | Administració | Publicació | repositoris | intercanvi |
AutoDesk | 20 Map3D 2 Raster Design 2 Civil 3D |
Oracle 10G | MapGuide + extres |
Navis Works? + Topobase | desenvolupament al salvatge |
Bentley | 7 Benley Map 13 Bentley Cadaster 2 Descartes 2 Geopack |
Oracle 10G | Geoweb Publisher + interoperability + mapscript |
Project Wise spatial | mmm ... a plorar s'ha dit |
ESRI | 10 Bentley Powermap 10 ArcView 4 extensions 2 ArcScan |
Oracle 10 ArcSDE MapObjects GIS cerca |
ArcIMS GIS Server |
GIS Server en un altre processador | uuuuy |
Múltiple | Desenvolupament d'extres 20 llicències Manifold Universal |
Manifold EnterpriseOracle 10G | Runtime Universal | Runtime ultimate | Runtime Universal |
En resum, espero haver despertat la seva curiositat per les solucions lliures i de baix cost, tot i que el temps era molt curt com per arribar més lluny. Hem definit diverses conclusions breus:
- La tecnologia adequada és: "la qual pugui ser sostenible"Dins del context global del desenvolupament
- Mai podrà existir una tecnologia "bona per a tot"
- L'aspecte "econòmic" ha de pensar-se en funció de "cicle de vida de tecnologies"I la seva interoperabilitat
- Els processos documentats (sistematització) Estenen la el cicle de vida de les tecnologies
- No tots estan preparats per al programari lliure, per iniciar és preferible les aplicacions "comercials", Amb l'experiència es pot pensar en aplicacions"de baix cost", Amb la gosadia a les"lliures"O" pròpies "
dòlars americans
Amic i en què moneda són aquests costos?
si fa algun temps vaig mostrar alguns preus de plataformes, suposo que et refereixes a un d'aquests post
Hola, no sé si recordo bé però aquest quadre amb els costos de les Diferents plataformes, l'he vist molt abans que aquesta data que apareix ahi, no Si l'has actualitzat, o l'he vist en una altra pàgina
gràcies