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/10/03 10:29] (huidige) – Externe bewerking 127.0.0.1 | ||
|---|---|---|---|
| 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 // | ||