Geo-visualisatie/Inleiding GIS: verschil tussen versies
Verwijderde inhoud Toegevoegde inhoud
deel over digitaliseringen afgemaakt |
kGeen bewerkingssamenvatting |
||
Regel 445:
:* '''STAP (4): objectgeoriënteerd tekenen'''. Bij stap (3) zou de manier van tekenen wel eens als spaghetti-digitalisering kunnen worden betiteld. In stap (4) wordt door de afgedwongen dat de digitalisering van één object (punt, lijn of gebied) ook als één punt, lijn of vlak wordt opgeslagen. De A50 van Zwolle naar Arnhem is dus als één lijn getekend, ook als die bij Apeldoorn door de A1 onderbroken wordt. (Zie ook [[Geo-visualisatie/Inleiding_GIS#Objectgeori.C3.ABnteerd|Objectgeoriënteerd]] eerder in deze module.)
:* '''STAP (5): objectgeoriënteerd (kunnen) koppelen'''. Hierbij kennen de in de vorige stap als eenduidige objecte getekende punten, lijnen en vlakken ook een identificatie (id, of sleutelveld met daarin een unieke naam, code of volgnummer), waardoor koppeling met databases nodig zijn. Stap (5) kan niet zonder stap (4). Stap (4) wordt meestal samengegaan met stap (5) tenzij het datamodel of de nummertoedeling nog niet geheel bekend is, maar men wel al weet in de toekomst de objecten te willen kunnen koppelen. In dat laatste geval wordt (tijdelijk) alleen nog objectgericht getekend. Veel CAD-bestanden zijn daarom tegenwoordig al objectgeoriënteerd getekend, voorbereid op echte GIS-toepassingen. Sommige CAD-bestanden kennen tegenwoordig ook al wel degelijk de genoede koppelingsmogelijkheid! Digitaliseren tot en met stap (5) is voor beheer toepassingen noodzakelijk en bij GIS-specialisten vaak als minimum eis bij digitaliseringstrajecten genoemd. (Meer info over objectgeoriënteerdheid en het koppelen met databases, zie [[Geo-visualisatie/Inleiding_GIS#Het_bijzondere_van_GIS-data:_de_attributen|Het bijzondere van GIS-data: de attributen]] en eventueel [[Geo-visualisatie/Deel_B:_Geo-visualisatie#Joinen_.28of:_hoe_zet_ik_willekeurige_informatie_met_.C3.A9.C3.A9n_actie_op_een_kaart.29|Joinen]] in deel B.)
:* '''STAP (6) Topologie toevoegen'''. Onderlinge relaties tussen bestanden, maar ook (attribuut)volledigheid en het wel of niet mogen snijden van lijnen met andere lijnen of vlakken wordt afgedwogen met (bedrijfs)regels (business rules). Zo wordt geëist dat percelen niet overlappend zijn en dat huizen binnen (woon)percelen moeten vallen, en niet op een straat gedigitaliseerd kunnen worden. Met deze stap worden meestal ook - minder vaak gebruikte, maar geavanceerde (netwerk)toepassingen en berekeningen - mogelijk. (Zie ook [[Geo-visualisatie/Vervolg_GIS#Topologie|Topologie]].)
:* '''STAP (7) Een enterprise oplossing'''. In feite verandert hier niet (de digitalisering van) de data, maar de plek waar deze wordt opgeslagen; centraal bij andere geo-informatie (strikt genomen kon dat ook al bij de vorige stappen), maar nu ook bij andere 'gewone' administratieve data van de organisatie. Daardoor kunnen applicaties (niet alleen GIS-applicaties, en niet alleen beheer- ,maar ook ontsluitingsapplicaties) beter bij de data uit de verschillende databases. Het beheer, de consistentie, hergebruik van de data maar ook applicatieontwikkeling kan zo eenvoudiger. Deze laatste stap wordt het minst snel bereikt.
| |||