Gebruik multi-geometrieën bij AanduidingEisVoorzorgzorgsmaatregel en ExtraGeometrie #210
Comments
|
In afwachting op de wijziging van het IMKL model, stelt het Kadaster voor om alleen voor die geometrie waar bovenstaande issue voor geldt, deze geometrieën niet te clippen. Door het Kadaster zijn een aantal alternatieve scenario’s doorgenomen, maar deze kosten voor een tijdelijke periode onevenredig veel inspanning om door te voeren. |
|
Hoi Fuat, Ik ga akkoord met jullie voorgestelde oplossing. gr. John Peeters |
|
De Werkgroep IMKL/BMKL heeft een akkoord gegeven voor de voorgestelde keuze: |
|
@FuatAkdeniz was it ever considered, in order to make the solution easier, to clip the EV polygons to the bounding box only? This will then always result in a single Surface so at least the initial issue of this thread would be solved. |
|
@adam-ludera-intive |
|
Voorstel TCS: |
|
TCS: Akkoord |
|
Ook GM_Object voor vlakgeometrie2.5D Verwerkt. |
|
verwerkt in uml |
|
Toelichting op implementatie van het Kadaster:
merk het volgende op: Overgangsperiode: Het moment waarop het kadaster gaat Clippen voor de Centrale Nebeheerders wordt gecommuniceerd op de Github bij de geplande werkzaamheden . |
Context
Bij het samenstellen van gebiedsinformatie moet er voor worden gezorgd dat er geen gegevens over het netwerk worden uitgeleverd die buiten de polygoon van de gebiedsinformatie-aanvraag liggen.
Hierom moet de geometrie van de IMKL-features worden geclipped op de aanvraag-polygoon, zodat delen die buiten de polygoon liggen worden weggelaten.
Afhankelijk van de ligging van de netwerkelementen en de vorm van de aanvraag-polygoon kunnen daarmee multi-geometrieën ontstaan.
Probleem
Voor de features AanduidingEisVoorzorgsmaatregel en ExtraGeometrie zijn volgens het huidige IMKL geen multigeometrieën toegestaan.
Toelichting
De geometrie van het EV-vlak (“AanduidingEisVoorzorgsmaatregel”) is gedefinieerd als een polygoon. Idealiter zou de geclippede geometrie in bovenstaand voorbeeld resulteren in een multi-polygoon.
In de huidige versie van IMKL is deze geometrie echter gedefinieerd als GM_Surface. Deze definitie staat niet toe dat er multi-polygonen in worden gedefinieerd. Daarvoor zou ook het type GM_MultiSurface toegestaan moeten worden.
Oplossing
Door de geometrie van dit feature als type GM_Object te definiëren, zijn geometrieën van zowel GM_Surface, als GM_MultiSurface toegestaan.
Een soortgelijke redenering kan worden toegepast op de vlakgeometrie2D van ExtraGeometrie.
Deze is momenteel getypeerd als GM_Surface, maar zou moeten worden aangepast naar GM_Object.
Daarmee zijn ook daar geometrieën van zowel GM_Surface, als GM_MultiSurface toegestaan.
Impact
Door deze wijziging kunnen ook voor de features AanduidingEisVoorzorgsmaatregel en ExtraGeometrie multigeometrieën uitgeleverd worden. Een viewer-applicatie (o.a. Klic-viewer) moet hier rekening mee houden.
Overigens kunnen deze multi-geometrieën ook al voor andere features uitgeleverd worden (bijv. ExtraDetailInfo of EigenTopografie), waardoor de impact van deze wijziging minimaal is.
Overige definities van geometrieën in het WIBON-deel van IMKL geven wel de mogelijkheid om multigeometrieën toe te passen, of hebben geen impact op clippen.
NB.
Idealiter zou de geometrie van een kabel of leiding ook multi-geometrieën toe moeten staan.
Deze zijn volgens IMKL gedefinieerd als centrelineGeometry van een UtilityLink-feature(s) waarnaar wordt verwezen, nu getypeerd als GM_Curve.
Aangezien deze definitie is vastgelegd in het Inspire-deel van IMKL, is deze niet door ons te wijzigen, waardoor geometrieën van het type GM_MultiCurve niet zijn toegestaan.
Als oplossing bij het clippen wordt een UtilityLink nu opgesplitst in meerdere features, ieder met een eigen geometrie-deel van het type GM_Curve.
Voorkeur: geen aanpassing in het IMKL i.v.m. fase van programma KLIC-WIN en deze twee vlakken niet Clippen bij het uitleveren.
Zie bijlagen
Gebruik multi-geometrieen (2018-06-19).pdf
The text was updated successfully, but these errors were encountered: