[geGIS] geGIS

[dirkf]

Joeri,

 

Ik heb je mail goed ontvangen. Bedankt voor de tekening en de feed-back.  Ik
zal ze wat aanpassen hoe wij het zien.  Misschien moeten we de mails via
list op gegis.org sturen, want er zijn ongetwijfeld nog andere mensen die
zinnige input kunnen leveren.

 

>waarom jullie in dit concrete voorbeeld, de onbebouwde percelen niet uit de
datastore lezen (persistente data) maar "on the fly" door de geGIS
>component laten "berekenen".

 

In sommige eenvoudige gevallen zou je inderdaad rechtstreeks de percelen uit
de datastore kunnen uitlezen, maar we wensen een architectuur te voorzien
die op een consequente manier steeds dezelfde methode gebruikt. 

Door rechtstreeks via de bu-logica te werken kan je problemen met de caching
vermijden. 

Een tweede reden is dat op deze manier makkelijker complexe domeinmodellen
kunnen ondersteunen.

Ten slotte is zo'n architectuur beter schaalbaar en dat is  voor een grotere
SDI infrastructuur interessant.

 

Voor zo'n webservice zal er ook nooit een inbreng zijn van de gebruiker. De
inbreng van de gebruiker is slechts noodzakelijk om de authentieke data te
beheren. Niet voor webservices.

 

Ik ben je tekening dus nog wat aan het herwerken en ik zal ook een eerste
voorstel voor een architectuur geGIS 2.0 voorstellen.

Misschien kan jij de nota's rond de technische meeting vorige week op de
wiki zetten? (http://majas.dfc.be/confluence/display/GEGIS/Home/geGIS+2.0  )

 

 

 

Met vriendelijke groeten,

 

Dirk Frigne

gegis.org

 

Van: Joeri.Theelen op gim.be [mailto:Joeri.Theelen op gim.be] 
Verzonden: maandag 3 maart 2008 11:15
Aan: dirk.frigne op dfc.be
CC: Vital.Schreurs op gim.be; caroline.heylen op gim.be
Onderwerp: geGIS

 


Dag Dirk, 

Ik probeer aan mijn collega's uit te leggen waarom jullie geGIS "zien" als
de SDI voor Vlaanderen. Het begrip "added value" van een geGIS node lijkt me
hierbij erg belangrijk. In bijlage vind je een figuur die we verleden week
woensdag ook gemaakt hebben. Kan je ze eens bekijken en laten weten of dit
correct is of niet? Graag ook in enkele woorden vermelden waarom jullie in
dit concrete voorbeeld, de onbebouwde percelen niet uit de datastore lezen
(persistente data) maar "on the fly" door de geGIS component laten
"berekenen". 

Dit "on the fly" afleiden van nieuwe geografische data lijkt me haalbaar
wanneer je alles in goed afgebakende business rules kan onderbrengen (bijv.
een onbebouwd perceel moet beantwoorden aan: woonzone en niet reeds
bebouwd). Maar hoe zien jullie dit dan wanneer er een inbreng noodzakelijk
is van een gebruiker, dus wanneer de added value niet zo voor de hand
liggend is. 

Graag feedback. 
Met dank, 

Joeri Theelen

GIM - Geographic Information Management
Researchpark Haasrode
Interleuvenlaan 5
B-3001 HEVERLEE
BELGIUM
Tel. + 32 16 40 30 39
Fax + 32 16 40 69 39
http://www.gim.be

------------- volgend deel ------------
Een HTML-bijlage is verwijderd...
URL: http://www.gegis.org/pipermail/list/attachments/20080305/01dafdf1/attachment.htm