Kriterier for valg av GIS / CAD-løsninger
I dag har jeg vært den dagen jeg har korrespondert med å avsløre i forbindelse med fast eiendomskadastre i Bolivia. Faget har blitt orientert til refleksjon av hvordan man velger et datautstyr for en geomatisk utvikling.
Dette er grafen jeg har brukt, og mitt fokus har vært analysen av konteksten der vi håper å implementere løsningen.
Poenget er at hvis du vil velge et enkelt verktøy for datafangst, bør du vurdere aspekter som ikke bare handler om å gjøre vektorer, men heller bærekraftigheten som kan støttes i den grad det kreves av brukere som de får tilgang til det fra forskjellige nivåer og antall brukere som vil kreve lisenser.
Blant noen av kriteriene vi har vurdert, og hvis vekt kan variere avhengig av landets kontekst eller omfang, kan vi blant annet vurdere:
- interoperabilitet
- OGC Standarder
- Læringskurve
- Hastighet vrs. Antall brukere
- Modulær vekst
- Tilgjengelighet av programmeringsgrensesnitt (APIer)
- Integral kostnad
Vi har da delt den geomatiske konteksten i minst seks stadier og veid nivået av betydning av de forrige kriteriene på forskjellige tidspunkter. Hvert av stadiene kan velge en liste over spesielle funksjoner som brukere eller spesialister foreslår, og disse vektlegges for å evaluere på en komparativ måte fordelene og ulempene ved ulike løsninger:
1. Byggetrinnet
I dette er det i utgangspunktet forventet at løsningen vil være effektiv og praktisk for høyt nivåproduksjon av feltteknikere, digitalisering, rengjøringstopologi, integrering av databaser og interaksjon med bilder eller karttjenester.
2. Administrasjonstrinnet
I denne vurderes det at de produserte dataene kan sendes til standarder som å bli akseptert i en database eller en versjonert filbehandling. Aspekter som format bærekraft og tilgjengelig API er svært viktige. Og selvfølgelig, er løsninger søkt på dette nivået for database management forventes å bli mer attraktive grensesnitt, kan ha en god ytelse for flerbruker-miljøer og evnen til å lagre både geometri og tabelldata som raster indekser.
4. PubliseringsfasenPå dette nivået er det vurdert at byggeløsninger data har vært transformative muligheter OGC standarder og service verktøy data har et nivå av tilpasning, slik at begge kan tjene data, og ser også kunstnerisk tiltalende.
5. VedlikeholdsstadietDette er et andre nivå av konstruksjon, forventet at verktøyene har muligheten til å tilpasse deres tilgang til versjon bevaring resultater, historiske lagerendringer og igjen, uten tvil den nøyaktige konstruksjon. Hvis alternativet for å gjøre grafisk merknad under ActiveX online ... som fungerer best som mulig.
6. Sikkerhetsfasen, Jeg har kalt det så, men det er faktisk et stadium av tilgangsbyråer, hvor brukere i institusjonen tilgang, transformere data, støtte og generere nye produkter. Her kravene til CAD / GIS-løsning vil neppe stabilitet format og evne til å støtte versjonskontroll, mens administrasjonsverktøy, som har rikelig med tilgjengelighet til utvikling, sikkerhet og klient-server funksjonalitet.
3. UtvekslingsstadietDette er et annet nivå av publikasjonen, som er ventet å tjene data i XML, GML eller andre støttede OGC standarder, produkter som vi håper vil bli brukt av andre geomatikk løsninger, men også returnere endret. Å si pervertirse kapasitet i henhold geofumados standarder, inkludert muligheten for forenkling vektor ... Ja, altså geofumados.
Selv om prinsippet er å anvende en funksjonstest på forskjellige løsninger i hvert trinn av prosessen, må vi ikke glemme den integrerte konteksten. så vi har konkludert med en rask øvelse i tilfelle av en stor kunde, som et institutt for jord i et land, ønsker du å implementere et komplett system til et miljø med ca 20 produksjon teknikere CAD / GIS, 3 utviklere, 75 brukere intranett og flere online konsultasjon (vi har utelatt kostnadene ved en Oracle $ 30,000 år per prosessor, programvareutvikling og implementering lag):
Gjør det med AutoDesk kan koste opp $ 180,000, med begrensninger i fasen av repositories som bør supplere med andre merker og ytelsen av ressursene til utstyret for å betjene data effektivt og under høye etterbehandlingsmål.
Gjør det med Bentley kan koste opptil $ 210,000, med begrensningene i utvekslingsfasen, publikasjon tatt fra håret og noe i læringskurven
Gjør det med ESRI kan være opp til $ 300,000, med begrensninger i byggfasen og repositoriene, for hvilke den ville utfylle andre merker; bortsett fra det i veien kan det oppstå at 10-lisenser kreves av en utvidelse som er verdt $ 9,000
Gjør det med Manifold kan koste $ 15,000, med begrensningene i byggfasen, læringskurven og behovet for førsteklasses utviklere (selv om det i alle tilfeller er nødvendig å utvikle seg mye). Jeg har også avklart at det finnes andre lavprisløsninger, men jeg bruker dette fordi jeg har prøvd det i det siste, og det overrasket meg.
I verste fall har jeg 155,000 $ som å ansette utviklingen av gode håndbøker, og hvis jeg spiller med runtime lisenser, kan jeg friste kunden ego.
Det er nysgjerrig at nesten hele kan gjøres med programvare libre, Pure GvSIG / Grass, Postgre, IntelliCAD og andre urter hvis jeg kan integrere et team av systematisering av prosesser, geofumados utviklere og troverdighet til å selge prosjektet ... hvis klienten hadde vurdert $ 700,000 ... Jeg kan rammes hardere fordi høyere den er mengden brukere kan være berettiget mer gratis eller billig programvare.
Brand | Konstruksjon | Administrasjon | publikasjon | repositories | utveksling |
Autodesk | 20 Map3D 2 Raster Design 2 Civil 3D |
Oracle 10G | MapGuide + ekstramateriale |
Navis Works? + Topobase | utvikling i naturen |
Bentley | 7 Benley Map 13 Bentley Cadaster 2 Descartes 2 Geopack |
Oracle 10G | Geoweb Publisher + interoperabilitet + kartskript |
Prosjekt Klokt rom | mmm ... å gråte har blitt sagt |
ESRI | 10 Bentley Powermap 10 ArcView 4 utvidelser 2 ArcScan |
Oracle 10 ArcSDE MapObjects GIS Engine |
ArcIMS GIS Server |
GIS Server på en annen prosessor | uuuuy |
Manifold | Utvikling av ekstramateriale 20 Universal Manifold-lisenser |
Manifold EnterpriseOracle 10G | Universal Runtime | Runtime ultimate | Universal Runtime |
Oppsummert håper jeg å ha vekket nysgjerrigheten din for gratis og lavprisløsninger, selv om tiden var for kort til å gå videre. Vi har definert flere korte konklusjoner:
- Den rette teknologien er: "som kan være bærekraftig"Innenfor global kontekst av utvikling
- Det kan aldri være en "bra for alt"
- Det "økonomiske" aspektet må tenkes i form av "teknologi livssyklusOg dens interoperabilitet
- De dokumenterte prosessene (systematisering) forlenge livssyklusen til teknologier
- Ikke alle er klare for fri programvare, for å starte er å foretrekke programmer "kommersiell"Med erfaring kan du tenke på applikasjoner"lav pris", med dristighet av"libres"Eller" eier "
Amerikanske dollar
Venn og i hvilken valuta er disse kostnadene?
hvis noen gang siden jeg viste noen plattformer priser, antar du at du mener ett av disse innleggene
Hei, jeg vet ikke om jeg husker riktig, men den boksen med kostnader for forskjellige plattformer, jeg har sett det mye før den datoen som vises der, jeg vet ikke om du har oppdatert det, eller jeg har sett det på en annen side
takk