Criteria voor de keuze van oplossingen GIS / CAD

Vandaag is de dag die ik heb geformuleerd om in de loop van de vastgoedcadastre van Bolivia bloot te stellen. Het onderwerp is georiënteerd naar de weerspiegeling van hoe u een computerinstrument voor een geomatische ontwikkeling kunt kiezen.

Dit is de grafiek die ik heb gebruikt, en mijn focus is de analyse van de context waarin we de oplossing willen implementeren.

Het punt is dat als je wilt een eenvoudig hulpmiddel voor het vastleggen van gegevens moeten ook de aspecten die te maken alleen met de mogelijkheid om vectoren te overwegen, maar eerder de duurzaamheid dat de mate die nodig is door de gebruikers kan weerstaan ​​kiezen Ze krijgen toegang tot het van verschillende niveaus en het aantal gebruikers dat licenties nodig heeft.

Onder sommige criteria die we hebben overwogen, en waarvan het gewicht kan variëren afhankelijk van de landcontext of reikwijdte, kunnen we onder meer overwegen:

• interoperabiliteit
• OGC Standaarden
• Leercurve
• Snelheid vrs. Aantal gebruikers
• Modulaire groei
• Beschikbaarheid van programmeringsinterfaces (API)
• Omvattende kosten

Vervolgens hebben we de geomatische context verdeeld in ten minste zes fasen en weegt het niveau van belang van de vorige criteria op verschillende tijden. Elk van de fasen kan worden gekozen voor een lijst met speciale functies die gebruikers of specialisten te stellen en deze worden bepaald gewicht om de comparatieve voordelen en nadelen van de verschillende oplossingen te beoordelen:

1. De bouwstadium

Hierbij wordt in principe verwacht dat de oplossing effectief en praktisch is voor productie op hoog niveau door technici die uit het veld komen, digitaliseren, schoonmaken topologie, databases integreren en interactie met beelden of kaartdiensten.

2. De administratie fase

Hierbij wordt geconcludeerd dat de geproduceerde gegevens kunnen worden aangepast aan normen, zoals geaccepteerd binnen een database of een versiegend bestandsbeheerder. Aspecten zoals duurzaamheid en beschikbare API zijn zeer belangrijk. En natuurlijk, oplossingen gezocht op dit niveau voor database management zal naar verwachting aantrekkelijker interfaces zijn, kan een goede prestatie voor multi-user omgevingen en de mogelijkheid om zowel de geometrie en in tabelvorm gegevens op te slaan als raster indexen.

4. De publicatie faseop dit niveau wordt beschouwd dat de oplossingen voor data-constructie mogelijkheden hebben om te transformeren naar standaarden en dat de data service tools een niveau van personalisatie hebben, zodat beide gegevens kunnen worden gediend en dat ze ook artistiek aantrekkelijk lijken.

5. Het onderhoudsfase, dit is een tweede niveau van constructie, waarin wordt verwacht dat de tools de mogelijkheid hebben om hun toegang aan te passen voor behoud van versie-resultaten, historische opslag van veranderingen en opnieuw, gemak in precieze constructie. Indien mogelijk de optie om grafische annotaties te maken onder een activex die online werkt ... beter.

6. Het back-up stadiumIk heb genoemd, maar het is eigenlijk een fase van access repositories waar de gebruikers binnen de instelling toegang hebben, te transformeren data, ondersteuning en het genereren van nieuwe producten. Hier worden de eisen aan de CAD / GIS-oplossing zal nauwelijks stabiliteit formaat en het vermogen om versiebeheer te ondersteunen, terwijl het management tools, die veel van de beschikbaarheid hebben op de ontwikkeling, veiligheid en client-server functionaliteit.

3. De uitwisselingsfase, dit is een tweede niveau van de publicatie, waarin naar verwachting gegevens worden weergegeven in xml, gml of andere indelingen die worden ondersteund door ogc-standaarden, producten waarvan we hopen dat ze zullen worden gebruikt door andere geomatische oplossingen, maar ook gemodificeerd retour. Wat te zeggen, vermogen om te verdraaien onder geofumated normen, inclusief de optie van vector-vereenvoudiging ... ja, nou geofumados.

Hoewel het principe is om in elke fase van het proces een feature test op verschillende oplossingen toe te passen, mogen we zijn integrale context niet vergeten; dus we hebben met een snelle oefening in het geval van een belangrijke klant gesloten, als een instituut van de grond in een land, wilt u een compleet systeem te implementeren om een ​​omgeving van ongeveer 20 technici van de productie CAD / GIS, 3 ontwikkelaars, 75 gebruikers intranet en meerdere online overleg (we hebben de kosten van een Oracle van $ 30,000 per processor per jaar weggelaten, computerontwikkeling, apparatuur en implementatie):

Doe het mee AutoDesk kan $ 180,000 kosten, met de beperkingen in de repositories fase die complementair zouden moeten zijn met andere merken en de prestaties van de middelen van de apparatuur om de data efficiënt te bedienen en onder hoge postbehandelingsdoelstellingen.

Doe het mee Bentley kan tot $ 210,000 kosten, met de beperkingen in de uitwisselingsfase, de publicatie van het haar en iets in de leercurve

Doe het mee ESRI kan oplopen tot $ 300,000, met de beperkingen in de bouwfase en repositories, voor wat de complement van andere merken zou bezetten; anders dan de manier waarop het kan optreden dat 10 licenties nodig zijn voor een extensie die $ 9,000 is

Doe het mee Manifold kan $ 15,000 kosten, met de beperkingen in de bouwfase, de leercurve en de behoefte aan eersteklas ontwikkelaars (hoewel er in ieder geval veel te ontwikkelen is). Ik verklaar ook dat er andere goedkope oplossingen zijn, maar ik gebruik deze omdat ik het de laatste tijd heb geprobeerd en het heeft mij verbaasd.

In het ergste geval heb ik $ 155,000 over om goede handleidingen te huren en als ik met runtime licenties speel, kan ik het ego van de klant verlichten.

Het is grappig dat bijna het totaal kan worden gedaan gratis software, voor pure GvSIG / Grass, Postgre, intelliCAD en andere kruiden als ik erin slaag een processysteem voor systematisering te integreren, geofumeerde ontwikkelaars en de geloofwaardigheid om het project te verkopen ... als de klant $ 700,000 had overwogen ... ik kan hem harder slaan omdat hij ouder is Het aantal gebruikers kan meer gratis of goedkope software rechtvaardigen.

Samenvattend hoop ik uw nieuwsgierigheid voor gratis en goedkope oplossingen op te wekken, hoewel de tijd te kort was om verder te gaan. We hebben een aantal korte conclusies vastgelegd:

• De juiste technologie is: "die duurzaam kan zijn"Binnen de globale context van ontwikkeling
• Er kan nooit een technologie zijn "goed voor alles"
• Het 'economische' aspect moet gedacht worden in termen van 'levenscyclus van technologieën"En zijn interoperabiliteit
• De gedocumenteerde processen (systematisering) de levenscyclus van technologieën verlengen
• Niet allemaal zijn klaar voor gratis software, om applicaties te starten is de voorkeur 'commercieel”, Met ervaring kun je toepassingen bedenken"lage kosten", met de durf op"libres"Of" eigen "