Verschillen
Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.
Beide kanten vorige revisie Vorige revisie Volgende revisie | Vorige revisie | ||
openwave:1.31:applicatiebeheer:instellen_inrichten:data_op_kaart [2024/11/26 06:07] – Externe bewerking (Ongeldige datum) 127.0.0.1 | openwave:1.31:applicatiebeheer:instellen_inrichten:data_op_kaart [2025/07/17 15:54] (huidige) – Enter nodig na headers Kars Gottschal | ||
---|---|---|---|
Regel 2: | Regel 2: | ||
===== Doel/ | ===== Doel/ | ||
+ | |||
Het regelmatig aanleveren van gestructureerde informatie uit de OpenWave inrichtingstabellen aan een extern GEO-systeem. De data worden als WFS-file (geoJson) gescheduled vanuit OpenWave geëxporteerd naar een plek waar het GEO-systeem van de gebruiker bij kan.\\ | Het regelmatig aanleveren van gestructureerde informatie uit de OpenWave inrichtingstabellen aan een extern GEO-systeem. De data worden als WFS-file (geoJson) gescheduled vanuit OpenWave geëxporteerd naar een plek waar het GEO-systeem van de gebruiker bij kan.\\ | ||
- | Met de geleverde data kan het GEO-systeem (indien daartoe geprepareerd) in hun dataportaal een set inrichtingen als punten op de kaart tonen die door de gebruiker op de kaart live door middel van trechtering op thema' | + | Met de geleverde data kan het GEO-systeem (indien daartoe geprepareerd) in hun dataportaal een set inrichtingen als punten op de kaart tonen die door de gebruiker op de kaart live door middel van trechtering op thema' |
Elke feature in de WFS-file is een inrichting met een aantal vaste properties: de punt-geometrie, | Elke feature in de WFS-file is een inrichting met een aantal vaste properties: de punt-geometrie, | ||
Alle inrichtingen zijn in de WFS-file opgenomen.\\ | Alle inrichtingen zijn in de WFS-file opgenomen.\\ | ||
Daarnaast zijn er één of meer flexibele properties (dat kunnen er makkelijk 100 zijn) die bepaald worden door de vulling van de thema-tabellen en de SQL-propertytabel (zie hieronder).\\ | Daarnaast zijn er één of meer flexibele properties (dat kunnen er makkelijk 100 zijn) die bepaald worden door de vulling van de thema-tabellen en de SQL-propertytabel (zie hieronder).\\ | ||
- | Die flexibele properties zijn gegroepeerd per thema/ | + | Die flexibele properties zijn gegroepeerd per thema/ |
- | Voorbeeld van één featuretype (= inrichting) binnen de WFS-file met twee verschillende flexibele properties:\\ | + | Voorbeeld van één featuretype (= inrichting) binnen de WFS-file met twee verschillende flexibele properties: |
- | {{: | + | {{: |
Thema en subthema zijn in de WFS-file onderdeel van de (flexibele) propertynaam. De drie entiteiten zijn hierin gescheiden door een underscore. Thema is verplicht, subthema is niet verplicht. In bovenstaand voorbeeld is de property // | Thema en subthema zijn in de WFS-file onderdeel van de (flexibele) propertynaam. De drie entiteiten zijn hierin gescheiden door een underscore. Thema is verplicht, subthema is niet verplicht. In bovenstaand voorbeeld is de property // | ||
Regel 23: | Regel 24: | ||
Een (sub)themanaam mag alleen bestaan uit letters of cijfers of een hyphen (-). **Dus geen spaties of underscores**. De tabelnamen zijn tbexportinrkrt_thema en tbexportinrkrt_subthema. | Een (sub)themanaam mag alleen bestaan uit letters of cijfers of een hyphen (-). **Dus geen spaties of underscores**. De tabelnamen zijn tbexportinrkrt_thema en tbexportinrkrt_subthema. | ||
- | Ook in het // | + | Ook in het // |
Een voorbeeld van een indeling:\\ | Een voorbeeld van een indeling:\\ | ||
{{: | {{: | ||
Achter elke gedefinieerde property is een SQL-statement gedefinieerd dat bij de export naar de WFS-file voor elke inrichting wordt geëvalueerd. Elke inrichting krijgt bij elke property bij de evaluatie van de SQL dus een propertywaarde toegekend.\\ | Achter elke gedefinieerde property is een SQL-statement gedefinieerd dat bij de export naar de WFS-file voor elke inrichting wordt geëvalueerd. Elke inrichting krijgt bij elke property bij de evaluatie van de SQL dus een propertywaarde toegekend.\\ | ||
- | Alle mogelijke waardes per property bepalen in de externe Geoserver de trechtermogelijkheden.\\ | + | Alle mogelijke waardes per property bepalen in de externe Geoserver de trechtermogelijkheden. |
- | De resultaatset van elk SQL-statement moet bestaan uit twee kolommen: de inrichtingskey (tbmilinrichtingen.dnkey) gevolgd door de waarde. Tijdens het maken van de WFS-file zullen alle queries voor alle inrichtingen worden doorlopen (althans voor de niet-vervallen inrichtingen die gekoppeld zijn aan een perceeladres met gevulde x- en y-coördinaat). In de loop zal de variabele {id} in de query worden vervangen door de dnkey van de actieve inrichting uit de loop.\\ | + | De resultaatset van elk SQL-statement moet bestaan uit twee kolommen: de inrichtingskey (tbmilinrichtingen.dnkey) gevolgd door de waarde. Tijdens het maken van de WFS-file zullen alle queries voor alle inrichtingen worden doorlopen (althans voor de niet-vervallen inrichtingen die gekoppeld zijn aan een perceeladres met gevulde x- en y-coördinaat). In de loop zal de variabele {id} in de query worden vervangen door de dnkey van de actieve inrichting uit de loop. |
- | Twee voorbeelden: | + | Twee voorbeelden: |
Thema: toezicht, subthema: geplande inspecties en property: over2jaarofverder | Thema: toezicht, subthema: geplande inspecties en property: over2jaarofverder | ||
Regel 70: | Regel 71: | ||
===== Aanroep van de export via Taskscheduler ===== | ===== Aanroep van de export via Taskscheduler ===== | ||
+ | |||
Door een kaart in de tabel tbtaskscheduler op te nemen (portaal //Service centrum//, kolom //Acties//) kan de samenstelling van de WFS-export en verzending daarvan geschedulded worden gestart.\\ | Door een kaart in de tabel tbtaskscheduler op te nemen (portaal //Service centrum//, kolom //Acties//) kan de samenstelling van de WFS-export en verzending daarvan geschedulded worden gestart.\\ | ||
De aanroep (de taak) is // | De aanroep (de taak) is // |