Onderscheid kunnen maken in geboorde netten in IMKL en PMKL

[FuatAkdeniz]

IMKL en PMKL
Via LinkedIn KLO
Pim vd Wal
https://www.linkedin.com/feed/update/urn:li:activity:6691616689097871360/?commentUrn=urn%3Ali%3Acomment%3A(activity%3A6691616689097871360%2C6691619917831118849)&replyUrn=urn%3Ali%3Acomment%3A(activity%3A6691616689097871360%2C6691740829674995712)

Onderscheid kunnen maken voor boringen.
Zit nu soms in de gml_id verstopt onder verschillende benamingen, maar er is geen aparte container

[FuatAkdeniz]

TCS:

• Vooralsnog besloten geen wijzigingen aan te brengen
• De boringen zijn via Extra Detail Info beschikbaar als document en deze hebben een geometrie

[PalmJanssen]

TCS:

• ExtraDetailInfo bevat de informatie of er een profielschets aan is gekoppeld.
• ExtraDetailInfo heeft zelf een geometrie
• In het model kan de ExtraDetailInfo expliciet aan een kabelOfLeiding gekoppeld worden. Dat wordt niet altijd gedaan. In dat geval is de ExtraDetailInfo gekoppeld aan het Utiliteitsnet.
• Vaak is wel bekend dat er een gestuurde boring maar geen profielschets.
• In dit geval is er wel behoefte aan het gegeven dat er een gestuurde boring aanwezig is.
• Dit zou je met een kenmerk 'gestuurde boring' aan KabelOfLeiding kunnen oplossen
• Onderzoek dit

[PalmJanssen]

TCS:
breng onder bij WG relevante eigenschappen.
opmerking: toevoegen van een attribuut aan kabelOfLeiding betekent wel dat je object kabelOfLeiding moet opknippen

[HPO61]

Een alternatief voor het opknippen is dat je een apart dataobject definieert: RangeEvent of zoiets, wat een ownership relatie heeft naar KabelOfLeiding met als attribuut : gestuurde boring als type. Anscih kan ik me bij de info wel voorstellen dat die gewenst is.

[Marijnbiekart]

Een gestuurde boring is bijna altijd een Casing, zelden een "koude" kabel, ook voor de herkenbaarheid in beeld. Het opknippen van de kabel die erdoorheen loopt hoeft dan ook niet, als "isgestuurdeboring=true" aan de casing gekoppeld word.

[FuatAkdeniz]

Voorstel WG 11 maart 2022:
Voorstel om het KGO KLIC onderzoek m.b.t. de Z-ordinaat (3D) af te wachten. N.a.v. daarvan dit deze issue nogmaals te bespreken.

[FuatAkdeniz]

TCS KLIC 16 juni 2023
De originele wens die door Pim vd Wal is gemeld, is nog steeds valide en de sector hoeft hier niet op de 3D te wachten. TCS KLIC kiest ervoor om invulling te geven aan de originele wens.

Issue: Koude boringen zijn op dit moment lastig te identificeren en is geen onderscheid te maken (lijkt op een reguliere geul).
Samenvatting van de wens: Op een eenduidige manier in het IMKL vastleggen hoe een bepaalde netelement is aangelegd. De netbeheerder zal dit moeten aanleveren.
Voor de grondroerder heeft dit toegevoegde waarde om in de levering eenvoudig en eenduidig in te kunnen zien.
Bijvoorbeeld: Gelegd of geboord.
Restrictie: Voorkeur verplicht als de net beheerder deze gegeven heeft.
Andere optie om te onderzoeken: Kan je het verplicht maken voor netelement die vanaf een bepaalde datum zijn gelegd.

[PalmJanssen]

TCS 2023-11-24: Geonovum maakt voorstel

[PalmJanssen]

Voorstel:

Optie 1)
gestuurdeBoring als een nieuw type ExtraDetailinfo toevoegen.

In het kaartbeeld is dan met een polygoon of met een puntsymbool aangegeven op welk (deel van) KabelOfLeiding de gestuurde boring van toepassing is.

Voordeel: maximale vrijheid voor toepassing.
Nadeel: extra object in kaartbeeld

Optie 2)
gestuurdeBoring als extra attribuut opnemen bij KabelOfLeiding.

In het kaartbeeld is de informatie dan klikbaar of eventueel met een afwijkende visualisatie zichtbaar.

Voordeel: informatie direct bij KabelOfLeiding
Nadeel: waarschijnlijk zijn KabelsOfLeiding segmenten niet op die manier 'opgeknipt'. Dat zou een grote impact hebben op aanlevering data.

Optie 3)
gestuurde boring als label met annotatie informatie naast (een deel van) een KabelOfLeiding plaatsen.

Voordeel: dit kan zonder modelaanpassing
Nadeel: het blijft annotatie......

[HPO61]

Optie 1 lijkt mij voor nu het robuust, mede vanwege de nadelen van de andere 2 opties.
De geometry kunnen we nog bediscussiëren

[PalmJanssen]

Dit is een plaat waarin mantelbuizen voorkomen.
Vraag: Is bij een gestuurde boring (bijna) altijd een mantelbuis aanwezig?
Als dat zo is kunnen we de informatie gestuurdeBoring = ja/nee simpel aan een mantelbuis koppelen.

Zie ook

Een gestuurde boring is bijna altijd een Casing, zelden een "koude" kabel, ook voor de herkenbaarheid in beeld. Het opknippen van de kabel die erdoorheen loopt hoeft dan ook niet, als "isgestuurdeboring=true" aan de casing gekoppeld word.

[HPO61]

Navraag binnen de Gasunie leert dat wij (veel) verschillende type gestuurde boringen onderkennen:

• HDD – geen mantelbuis
• DirectPipe – geen mantelbuis
• Gesloten front – mantelbuis
• Pers – geen mantelbuis

Een mantel buis wordt vaak toegepast bij korte boringen onder bestaande infra (wegen en Spoor en soms waterwegen).
Langere boringen (HDD, DirectPipe) worden meestal toegepast bij doorkruising meerdere infra en waterwegen

[PalmJanssen]

TCS 14-5: zie excel.

[PalmJanssen]

Overwegingen:
De duurzame oplossing is de implementatie van de Z-coördinaat.
Daarnaast zijn er al optionele waarden in het IMKL (Diepte/Extra DetailInfo) waar de netbeheerder duidelijk kan maken dat het een boring betreft.
We zijn voor dit onderdeel geen voorstander om weer een extra optionele waarde toe te voegen.
Tot slot moeten we als keten ons ook focussen op huidige mogelijkheden in het IMKL.

Besluit:
Aan het IMKL moet het volgende worden toegevoegd:

• Aanlegmethode “gestuurde boring” -> Extra detail informatie verplicht indien aanwezig.

Besluit om de conditie toe te voegen in het IMKL voor dit onderdeel en verder af te wachten op de resultaten van de implementatie van Z-coördinaat.
Actie Paul: IMKL uitwerken.

[PalmJanssen]

Voorstel:

-- Definitie --
Indicatie of de legging is uitgevoerd middels een gestuurde boring.
-- Toelichting --
Deze informatie is verplicht indien aanwezig. Indien het een gestuurde boring betreft wordt de waarde 'ja' ingevuld. Indien het geen gestuurde boring betreft wordt 'nee' ingevuld of geen waarde opgenomen. Indien het niet bekend is wordt er geen waarde opgenomen.

[PalmJanssen]

TCS 2024-06-14:

Voorstel akkoord.

[emacgillavry]

@PalmJanssen hier ligt een besluit, hoe het in het IMKL wordt vastgelegd. In de presentatie heb je ook voorstellen gedaan over het PMKL. Is daar een besluit over genomen?

[PalmJanssen]

Er is geen visualisatie gekoppeld aan dit attribuut.

[PalmJanssen]

Naar aanleiding van de interne consultatie is er nog een verzoek binnengekomen om toch een visualisatie toe te voegen

De aanvullende wens betreft de zichtbaarheid van een gestuurde boring in het kaartbeeld.
De aanvulling die we voorstellen is dat in het geval van een ExtraDetailInfo waarin het attribuut aanlegmethodeGestuurdeBoring true is dat dan het icoontje veranderd naar iets wat het herkenbaar maakt als een boring (bijvoorbeeld een boormachine). Het betreft dus een aanvulling in het PMKL).
@emacgillavry . Kan je dat in dit issue uitwerken?

[PalmJanssen]

nav interne consultatie:
Er is een onbedoeld neven-effect namelijk dat de indicatie 'aanlegmethodeGestuurdeBoring = ja' opgenomen kan worden zonder dat er een extradetailinfo-bestand wordt meegeleverd en ook zonder dat er een attribuut ligging is ingevuld. Beide moeten dan ook op 0..1 gezet worden.

[PalmJanssen]

laatste correctie hierop: het attribuut ligging moet wel ingevuld zijn en blijft dus verplicht. Het wordt dus dit: