0.1 LV BGT Releasenotes

Transcriptie

1 0.1 LV BGT Releasenotes Datum 15 april 2016

2 Inhoudsopgave 1 Release LV BGT Verschil vorige versie Opmerkingen en bekende problemen... 7 Versie april / 7

3 1 Release LV BGT Release voor de Landelijke Voorziening BGT is op 15 april 2016 na uur uitgerold. Onderstaand is de inhoud van de release beschreven. Omdat deze release van de LV BGT gelijktijdig met de release van PDOK in productie is genomen, wordt in dit releasebericht ingegaan op de wijzigingen aan zowel de BGT -als PDOK-kant. 1.1 Verschil vorige versie De belangrijkste wijziging is dat het wekelijks doorzetten van de volledige inhoud van de LV naar PDOK wordt vervangen door dagelijkse mutatieleveringen naar PDOK. Ten opzichte van de huidige situatie zijn in PDOK de volgende verschillen onderkend in visualisatie en extracten. Onderstaand een opsomming van de verschillen: 1. Verkeersdrempels worden zichtbaar gemaakt: In de nieuwe visualisatie worden verkeersdrempels getoond. (Werden voorheen niet getoond) 2. Detectielussen zichtbaar gemaakt. In de nieuwe situatie worden detectielussen getoond. (Werden voorheen niet getoond) 3. Neveneffect van het tonen van verkeersdrempels Versie april / 7

4 In de nieuwe situatie worden twee drempels getoond. Deze liggen bovenop het verkeerseiland waardoor deze niet zichtbaar is. Dit is een gevolg van punt 1. (Rechts het verkeerseiland. Dit betreft een tijdelijke situatie, omdat symbolen bij een volgende release van PDOK apart worden getoond) 4. Kruinlijnen zichtbaar gemaakt. In de nieuwe situatie worden kruinlijnen gevisualiseerd. (Werden voorheen niet getoond) Deze zien er in de eindsituatie nog iets anders uit dan hieronder getoond. 5. Verkeerde weergave vuilvang hersteld In de oude situatie werd er ten onrechte meerdere visualisaties aan dit object gekoppeld waardoor zowel de visualisatie voor een lijn als een punt object werden getoond. Versie april / 7

5 6. Verkeerde kleur overbruggingsdeel hersteld. In de oude situatie was het object gekoppeld aan de verkeerde SLD, waardoor de verkeerde kleur getoond werd. Dit is hersteld. 7. Boomspiegels worden anders getoond. Een boomspiegel is een weginrichtingselement en kent drie geometrietypen (punt, lijn of vlak). Voor elk van dit type is een visualisatie gedefinieerd. Door een fout in de oude programmatuur werd niet de goede visualisatie gekozen. In de nieuwe situatie is dit opgelost en worden de boomspiegels getoond volgens de visualisatie die bij het geometrietype hoort. Versie april / 7

6 8. Visualisatie kunstwerkdeel In de nieuwe situatie wordt nu per geometrietype de juiste visualisatie getoond. 9. Ongeclassificeerd object ten onrechte getoond in oude situatie Voor elk geometrietype (punt, lijn of vlak), is er een aparte visualisatie. In de oude situatie werden alle drie de visualisaties toegepast. In de nieuwe situatie alleen die visualisatie die bij het aangeboden geometrietype hoort. 10. Ongeclassificeerd object niet zichtbaar In de oude situatie werd een verkeerde visualisatie toegepast (die voor geometrietype punt). Er is in de oude situatie geen visualisatie voor het geometrietype vlak en dus ook niet in de nieuwe situatie. Omdat in de nieuwe situatie wel de juiste visualisatie wordt toegepast, en deze er niet is, wordt er dus ook niets getoond. 11. Issue GML Light Er zijn bepaalde elementen die door de bronhouder worden aangeleverd, waarbij het element geen waarde bevat. Hierbij is de eis gesteld dat de bronhouder moet aangeven waarom deze leeg zijn. Dit staat in het attribuut StUF:noValue. Tevens moet dit element dan een codespace hebben: Aanlevering door bronhouder: <stuf-geo:plus-status codespace=" xsi:nil="true" StUF:noValue="geenWaarde"/> Samengevat staat hier eigenlijk dat de plus-status leeg is en dat de reden hiervan "geenwaarde" is Versie april / 7

7 Afgesproken is dat de "no-values" niet meegeleverd worden in GML Light (n.a.v. een eerder gemaakte afspraak). De "no-values" wordt wel meegeleverd in de CityGML output naar gebruikers. 12. In de oude downloads van PDOK wordt elk objecttype als aparte GML in een.zip bestand geleverd. In het verleden hadden de objecttypes (GML s) zowel Engelse als Nederlandse namen. In de nieuwe situatie hebben deze enkel nog Nederlandse namen. Alle bestandsnamen in de zipfile zijn nu Nederlandstalig. Benaming van de features en soms attribuutnamen in het gml-bestand is Nederlandsen Engelstalig voor citygml, maar is een logisch gevolg van overerving. Dit is niet veranderd. 13. In zijn algemeenheid geldt dat er een stuk pakketsoftware is vervangen door maatwerksoftware. Bij het testen is gebleken dat de pakketsoftware soms autonoom zaken heeft aangepast aan de inhoud van extracten; de nieuwe software zal dit niet meer doen. Daardoor kunnen er minieme verschillen bestaan tussen de oude en de nieuwe extracten. 1.2 Opmerkingen en bekende problemen Om een goede verwerking te garanderen, stelt de LV BGT eisen aan o.a. de maximale bestands- en objectgrootte. Voor de waarden van deze parameters verwijzen wij u naar de Toelichting op de controles. Wordt een object aangeleverd met een z-coördinaat, dan leidt dit tot een geometrie fout; detectie op basis van srsdimension en andere afhandeling is nog niet ingebouwd. Tijdens de controlefase in de Controle Service (CS) 'stroken' we bogen, d.w.z. we benaderen deze door een serie lijnstukken, voordat de geometrie wordt gevalideerd. Aangrenzende bogen met een ongelijke straal kunnen hierdoor in een beperkt aantal gevallen op sub-mm niveau toch overlappen. Het is helaas zo dat de oplossing dan gezocht moet worden in het veranderen van (één van) de bogen door de bronhouder. Bij de registratie worden de bogen ongestrookt opgeslagen zoals deze zijn aangeleverd. In paragraaf 4 van de toelichting van de controleservice is een toelichting opgenomen over deze situatie. In de extracten van GML-light worden de eerste drie nummeraanduidingreeksen bij pandobjecten en de eerste drie labelposities bij openbareruimtelabel-objecten (ORL) opgenomen, terwijl er meer nummeraanduuidingreeksen of labelposities in de LV geregistreerd kunnen zijn. Versie april / 7