buffer functie op linestring geeft soms resultaat alsof de linestring een ring is.

[MaartenHilferink]

[MaartenHilferink]

[basvanbemmel]

Wellicht kan ik dit lijnelement isoleren en naar je opsturen tbv reproductie (ipv een enorme dataset)

[MaartenHilferink]

En buffer lijkt weg te vallen bij "Meerndijk":

[MaartenHilferink]

Wellicht kan ik dit lijnelement isoleren en naar je opsturen tbv reproductie (ipv een enorme dataset)

Of een verwijzing naar svn brach revisie nummer of github branch/tag waarin dit is opgenomen; dan kunnen we zelf wel die geometries vinden

[MaartenHilferink]

n.b. i.p.v.
attribute<bool> xxx := IsDefined(invert(convert(Dyna, /geography/perGridsize/size_5m/domain))

(dat een 14.4 Gb tussenresultaat heeft)

kun je ook toepassen:

attribute<bool> xxx := has_any(convert(Dyna, /geography/perGridsize/size_5m/domain))
(dat enkel werkt op de 450 Mb eindresultaat).

of eventueel

attribute<WegType> yyy := first(Dyna->Segment_rel->WegType_rel, convert(Dyna, /geography/perGridsize/size_5m/domain))
(dat enkel werkt met de 3.6 Gb eindresultaal).

[basvanbemmel]

IK ga het vanmiddag committen, je hoort nog van me

[basvanbemmel]

Hierbij de gegevens:
14.7.0
https://pbl.sliksvn.com/ruimtescanner/PBL/ProjDir/branches/WLO_HGN versie 10336
https://pbl.sliksvn.com/ruimtescanner/PBL/SourceData/Trunk/RSL versie10334
Open casus.dms
item: /SourceData/Grondgebruik/HGN/TNWBc/NWBHistorisch/NWBHistorisch_1980_PBL/weg/NWBHistorisch_PBL_5mtr_bool

zoom ten noordwesten van Hilversum

[basvanbemmel]

[mtbeek32]

See https://github.com/ObjectVision/GeoDMS/wiki/Arc-to-grid for an improved version of using the dyna_point function in making a grid representation of an arc set.

[basvanbemmel]

Ik heb de geometrie geisolseerd en in arcmap Features Vertices to Point gedaan dan zie ik wel een vreemde interne nummering. 5 tm 49 en 1 tm 4. 5 tm 49 wordt gek gebufferd

[basvanbemmel]

[basvanbemmel]

1 en 49 hebben dezelfde coordinaat

[MaartenHilferink]

Ik heb de geometrie geisolseerd en in arcmap Features Vertices to Point gedaan dan zie ik wel een vreemde interne nummering. 5 tm 49 en 1 tm 4. 5 tm 49 wordt gek gebufferd

Dit doet me toch wel denken aan een multi-linestring, die, zie #701, als skinny polygon was geimplementeerd met verbindings-corridor naar de 2e linestring (dus van punt 1 naar punt 5). De skinny polygon representatie zou zijn geweest: [1, 2, 3, 4, 3, 2, 1, 5, 6, ..., 48, 49, 48, ..., 6, 5, 1].
Nieuwe (v14.17.0) representatie wordt [1, 2, 3, 4, null, 5, 6, ..., 48, 49].

[MaartenHilferink]

Om dit nu goed af te handelen moet de bg_buffer_linestring misschien nog wel even aangepast worden om de null netjes over te slaan, to be tested on multiple linestring bij Lelystad van #701

[MaartenHilferink]

Fixed in 14.17.2 ?

[basvanbemmel]

ik heb gecheckt fixed