Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Visualisatie meerdere, overlappende EV-gebieden: geen transparantie meer #221

Closed
emacgillavry opened this issue Oct 8, 2018 · 8 comments

Comments

@emacgillavry
Copy link
Collaborator

emacgillavry commented Oct 8, 2018

Indien meerdere EV-gebieden over elkaar heen komen te liggen, kan het gebeuren, dat deze niet meer transparant zijn. Hierdoor zijn (delen van) EV-gebieden uit een ander thema niet meer zichtbaar (zie ook #211)

@emacgillavry
Copy link
Collaborator Author

emacgillavry commented Oct 8, 2018

Voorstel:

In plaats van transparantie gebruik maken van ruitjes-patroon o.i.d. Ieder thema krijgt een eigen patroon, opdat EV-gebieden zichtbaar blijven.

@emacgillavry
Copy link
Collaborator Author

emacgillavry commented Oct 12, 2018

We lijken een oplossingsrichting gevonden te hebben. Test-data toont meerdere EV-gebieden in elkaars buurt die overlappen. Individuele gebieden met verschillende thema's blijven zichtbaar:

canvas

Ook bij meerdere gebieden met hetzelfde thema blijft de achtergrond goed zichtbaar, doordat het patroon dan wel samenvalt:

canvas-same

@emacgillavry
Copy link
Collaborator Author

We zetten 'm van 12px naar 6px

@FuatAkdeniz
Copy link

Betreft een Keten Acceptatietest bevinding
Dit heeft enkel impact op het Visualisatiemodel en NIET op het Informatiemodel
Hiermee leesbaar/bruikbaar

Huidige visualisatie als er meerder EV aanduiding vlakken op elkaar worden weergegeven:
image

@pejmaasgouw
Copy link

Onderliggende data moet altijd in de visualisatie zichtbaar blijvenm

@emacgillavry
Copy link
Collaborator Author

In eerste instantie was de afbeelding 12x12px. Het patroon bestond uit vierkantjes van 5x5px met een onderlinge verschuiving van 2px en altijd 1px ruimte in het patroon ongeacht de combinatie van EV-gebieden. We hebben afgesproken om de afbeelding 6x6px te maken.

Met deze verschaling zouden de vierkantjes 2,5x2,5px worden met een onderlinge verschuiving van 1px. Om anti-aliasing te voorkomen zijn de vierkantjes 3x3px gemaakt. Met een afbeelding van 6x6px zouden de vierkantjes toch een dicht vlak kunnen opleveren. Daarom is de afbeelding niet 6x6px, maar 7x7px geworden. Zo blijft er altijd 1px ruimte in het patroon ongeacht de combinatie van EV-gebieden om afdichten van onderliggende data te allen tijde te voorkomen (zie opmerking @pejmaasgouw ).

Patronen zijn nu in SVG om een zo scherp mogelijke afbeelding te realiseren.

canvas

emacgillavry added a commit to emacgillavry/imkl2015-review that referenced this issue Oct 19, 2018
@FuatAkdeniz
Copy link

Werkgroep standaarden KLIC is akkoord
BAO KLIC met het op 15 november 2018 behandelen

@FuatAkdeniz
Copy link

BAO KLIC heeft 15 november 2018 deze wijzigingen vanuit de Keten Acceptatietesten geaccepteerd voor wijziging.

Het Visualisatiemodel en het KLIC systeem is aangepast http://register.geostandaarden.nl/visualisatie/imkl2015/1.2.1.2

Onder de versie 1.2.1.2 zijn de volgende aanpassingen gedaan.
IMKL2015-Handreiking-visualisatie_1.2.1.2.pdf

  • SLD’s:
    o sld-aanduidingeisvoorzorgsmaatregel.xml
    o sld-dieptenap.xml
    o sld-dieptetovmaaiveld.xml
    o sld-kast.xml
    o sld-leidingelement.xml
    o sld-mangat.xml
    o sld-mantelbuis.xml
    o sld-mast.xml
    o sld-technischgebouw.xml
    o sld-toren.xml
  • Iconen:
    o dieptenap
    o dieptetovmaaiveld
  • Patronen: toegevoegd

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants