Geo/FAQ: verschil tussen versies
(pagina aangemaakt om weergavebug te vermijden) |
(conceptversie Jeroen teruggeplaatst) |
||
Regel 1: | Regel 1: | ||
== 12 Veel Gestelde vragen over GEO-architectuur == | |||
''': 1. Wanneer is GEO relevant is bij een architectuur?''' | |||
* GEO is relevant als er ruimtelijke data, analyses of kaart-visualisaties betrokken zijn. | |||
* Ruimtelijke data is data die verwijst naar locaties of zelf geometrie bevat. | |||
* 80% Van de data bevat geodata, dus GEO is al snel van belang. | |||
* GEO neemt in de architectuur van belang toe als de applicatie of website zelf Geodata wordt gemaakt. Het bewerken, opslaan en visualiseren vereist speciale opslagmethodes voor in de database en programmatuur (GIS) voor analyse en presentatie. | |||
(zie hfd 2 Wat is Geo-informatie?) | |||
''': 2. Welke stappen doorloop je bij het opstellen van een ontwerp van een architectuur met GEO.''' | |||
Uitgangspunt is dat geografie een aspect is van informatie, het ruimtelijke aspect. Hoewel het maar een aspect is behoeft het wel apart aandacht. | |||
De stappen bij het doorlopen van een ontwerp met GEO-informatie wijken in principe niet af van een meer administratief IT traject. De betrokken architecten en ontwikkelaars dienen wel goed op de hoogte te zijn van de belangrijkste geo-concepten, geo-standaarden en geo-software. <br /> | |||
Hieronder staan verwijzingen die verschillende geo-aspecten van een architectuur toelichten. | |||
(Links opnemen naar Geo dossier in html vorm). | |||
* Geo-concepten (zie hfd 2.2) | |||
* Bedrijfsarchitectuur (zie hfd 4.2) | |||
* Hoofdprincipe(AP18) en afgeleide principe (zie hfd 4.2.2.) | |||
* Informatiearchitectuur (zie hfd 4.2) | |||
* Technische architectuur (zie hfd 4.3) | |||
Speciale aandacht is altijd nodig voor de data: | |||
- speciale datatypes: vectoren, rasters, images, 3D, puntwolken | |||
- het vaak grote volume en speciale indexeringsmethodes | |||
- ruimtelijke relaties versus relationele relaties | |||
- objectoriëntatie versus kaartgericht | |||
Qua projectaanpak heeft een Geo-project vaak een meer interactieve en recursieve aanpak vanwege sterke user-interactie met de kaart. | |||
''': 3. Aan welke wettelijke normen of richtlijnen moet je je houden?''' | |||
* : [https://lijsten.forumstandaardisatie.nl/open-standaard/geo-standaarden-0 Basisstandaarden - Pas toe of leg uit.] | |||
* : [http://wiki.geonovum.nl/index.php?title=1_Framework_geostandards Raamwerk van geo-standaarden - Nationaal en Internationaal] | |||
* : [http://www.digitaleoverheid.nl/onderwerpen/stelselinformatiepunt/stelsel-van-basisregistraties Verplicht gebruik authentieke gegevens uit de (Geo)basisregistraties: BRK, BRT, BGT, BAG, BRO ] | |||
* : [http://www.geonovum.nl/onderwerp-artikel/webrichtlijnen-en-geo Webrichtlijnen en Geo] | |||
* [http://www.geonovum.nl/onderwerpen/informatiemodellen/grip-op-geo-semantiek Informatiemodellen en berichtuitwisseling] | |||
Binnen de geo-sectoren zijn veel informatiemodellen ontwikkeld. Een aantal ervan hebben ook een wettelijke kader voor de berichtuitwisseling (IMKL-IMRO-IMGEO) of bindende afspraken binnen de sector (IMNA). | |||
''': 4. Zijn er (referentie)architecturen voor GEO?'''' |
Versie van 10 dec 2015 16:47
12 Veel Gestelde vragen over GEO-architectuur[bewerken]
: 1. Wanneer is GEO relevant is bij een architectuur?
- GEO is relevant als er ruimtelijke data, analyses of kaart-visualisaties betrokken zijn.
- Ruimtelijke data is data die verwijst naar locaties of zelf geometrie bevat.
- 80% Van de data bevat geodata, dus GEO is al snel van belang.
- GEO neemt in de architectuur van belang toe als de applicatie of website zelf Geodata wordt gemaakt. Het bewerken, opslaan en visualiseren vereist speciale opslagmethodes voor in de database en programmatuur (GIS) voor analyse en presentatie.
(zie hfd 2 Wat is Geo-informatie?)
: 2. Welke stappen doorloop je bij het opstellen van een ontwerp van een architectuur met GEO.
Uitgangspunt is dat geografie een aspect is van informatie, het ruimtelijke aspect. Hoewel het maar een aspect is behoeft het wel apart aandacht.
De stappen bij het doorlopen van een ontwerp met GEO-informatie wijken in principe niet af van een meer administratief IT traject. De betrokken architecten en ontwikkelaars dienen wel goed op de hoogte te zijn van de belangrijkste geo-concepten, geo-standaarden en geo-software.
Hieronder staan verwijzingen die verschillende geo-aspecten van een architectuur toelichten. (Links opnemen naar Geo dossier in html vorm).
- Geo-concepten (zie hfd 2.2)
- Bedrijfsarchitectuur (zie hfd 4.2)
- Hoofdprincipe(AP18) en afgeleide principe (zie hfd 4.2.2.)
- Informatiearchitectuur (zie hfd 4.2)
- Technische architectuur (zie hfd 4.3)
Speciale aandacht is altijd nodig voor de data: - speciale datatypes: vectoren, rasters, images, 3D, puntwolken - het vaak grote volume en speciale indexeringsmethodes - ruimtelijke relaties versus relationele relaties - objectoriëntatie versus kaartgericht
Qua projectaanpak heeft een Geo-project vaak een meer interactieve en recursieve aanpak vanwege sterke user-interactie met de kaart.
: 3. Aan welke wettelijke normen of richtlijnen moet je je houden?
- : Basisstandaarden - Pas toe of leg uit.
- : Raamwerk van geo-standaarden - Nationaal en Internationaal
- : Verplicht gebruik authentieke gegevens uit de (Geo)basisregistraties: BRK, BRT, BGT, BAG, BRO
- : Webrichtlijnen en Geo
- Informatiemodellen en berichtuitwisseling
Binnen de geo-sectoren zijn veel informatiemodellen ontwikkeld. Een aantal ervan hebben ook een wettelijke kader voor de berichtuitwisseling (IMKL-IMRO-IMGEO) of bindende afspraken binnen de sector (IMNA).
: 4. Zijn er (referentie)architecturen voor GEO?'