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

Toevoegen extra (adres)informatie stembureau #4

Open
chrismostert opened this issue Jan 13, 2025 · 1 comment
Open

Toevoegen extra (adres)informatie stembureau #4

chrismostert opened this issue Jan 13, 2025 · 1 comment
Labels
wijzigingsvoorstel Voorstel voor een wijziging om mee te nemen in de nieuwe versie van de standaard

Comments

@chrismostert
Copy link
Contributor

Toevoegen extra (adres)informatie stembureau

Grondslag:          Voorstel
EML onderdeel:   110

Beschrijving wijziging

De stembureaus die zich binnen een gemeente bevinden, worden in de EML-110 nu alleen beschreven met een naam (<LocalityName>) en een postcode (<xal:PostalCode>). Hierdoor wordt het veld <LocalityName> soms gebruikt om het adres van een stembureau aan te duiden, en in andere gemeenten om de naam van het stembureau aan te duiden. Door het toevoegen van de mogelijkheid om het adres op te geven kunnen de stembureaunamen consistent opgegeven worden door alle gemeenten.

Daarnaast is het, voor het plotten op kaartjes, gemakkelijk om de latitude en longitude van een stembureau te weten. Indien deze beschikbaar is, kan deze opgegeven worden.

Voorstel wijziging

Toevoegen van twee (optionele) <xal:AddressLine> elementen boven de <xal:LocalityName>. Deze moeten óf alle twee of geen van beide voorkomen (in bijvoorbeeld het geval dat een stembureau geen fysiek adres heeft), hiervoor worden ze gebundeld in het <xal:AddressLines> element. Er wordt onderscheid gemaakt tussen de straatnaam en het huisnummer door middel van het Type attribuut.

Daarnaast het voorstel om een boolean <kr:IsMobile> toe te voegen welke aanwezig kan zijn met waarde true wanneer het stembureau een mobiel stembureau is, en de boolean <kr:IsSharedLocation> om aan te geven dat het om een stembureau gaat waar er ook een ander stembureau in hetzelfde stemlokaal aanwezig is.

Daarnaast het voorstel om daaronder de elementen <xal:AddressLatitude> en <xal:AddressLongitude> op te nemen, indien beschikbaar. Anders kunnen deze elementen ofwel leeg gelaten worden (als ze verplicht worden), of optioneel zijn.

Voorbeeld:

<PollingPlace Channel="polling">
  <PhysicalLocation>
    <Address>
      <Locality>
        <xal:AddressLines>
          <xal:AddressLine Type="street">
            Koningin Julianalaan
          </xal:AddressLine>
          <xal:AddressLine Type="number">
            10
          </xal:AddressLine>
        </xal:AddressLines>
        <xal:AddressLatitude>
            52.08119
        </xal:AddressLatitude>
        <xal:AddressLongitude>
            4.32419
        </xal:AddressLongitude>
        <xal:LocalityName>
          Station Den Haag Centraal
        </xal:LocalityName>
        <xal:PostalCode>
          <xal:PostalCodeNumber>2595 AA</xal:PostalCodeNumber>
        </xal:PostalCode>
      </Locality>
    </Address>
    <kr:IsMobile>false</kr:IsMobile>
    <kr:IsSharedLocation>true</kr:IsSharedLocation>
    <PollingStation Id="1">1273</PollingStation>
  </PhysicalLocation>
</PollingPlace>
@chrismostert chrismostert added the wijzigingsvoorstel Voorstel voor een wijziging om mee te nemen in de nieuwe versie van de standaard label Jan 13, 2025
@chrismostert
Copy link
Contributor Author

Besproken in de EML_NL stuurgroep van 17-12-2024. Dit is een grote wijziging, waar uit de stuurgroep de volgende discussiepunten naar voren gekomen zijn:

  • Het adres, zoals deze nu in het wijzigingsvoorstel staat, is niet toereikend. Op zijn minst moet een extra adresaanduiding toegevoegd worden om ook referentieadressen (“bij” of “tegenover”) invulbaar te maken. Dit om bijvoorbeeld een stemtent aan te kunnen duiden welke geen adresvermelding hoeft te hebben.
  • Er kan eventueel gekeken worden naar andere datastandaarden zoals de BAG, of de datastandaard van Open State Foundation die voor waarismijnstemlokaal.nl gebruikt wordt. Voor de implementatie moet hier goed naar gekeken worden. Momenteel wordt in de standaard uitgegaan van de eXtensible Address Language van OASIS, maar deze moet wel toereikend zijn.
  • De openingstijden, ook voor bijzondere stembureaus, bevatten ook relevante informatie voor in de 110 en moeten ook opgenomen worden
  • Voor mobiele stembureaus kan overwogen worden om ook de verschillende locaties waar het mobiele stembureau gepositioneerd is op te nemen, naast alleen het feit dat het een mobiel stembureau betreft
  • Het toevoegen van een BAG nummeraanduiding ID om spelfouten in addressen te voorkomen en het koppelen van datasets te vergemakkelijken. Wel moet dit BAG-ID optioneel zijn, aangezien niet alle locaties (zo ook op de Openbare Lichamen) een BAG-ID hebben.
    Ook is besproken of de BAG-ID als vervanging van de adresgegevens opgenomen moet worden. Hierover is de uiteindelijke consensus dat we zowel de BAG-ID als de adesgegevens zelf in de EML-110 opnemen. Dit zodat de EML bestanden uit te lezen zijn zonder expliciet te hoeven koppelen met de BAG. Wel moet in de standaard opgenomen worden dat, indien er een BAG-ID opgegeven is, deze in principe als leidend gezien wordt.
  • Verder is aangegeven dat waarismijnstemlokaal.nl meer interessante gegevens opvraagt, zoals bijvoorbeeld te toegankelijkheid van de stembureaus. Deze extra velden kunnen ook in de EML-110 toegevoegd worden.

Op hoofdlijnen waren alle aanwezigen het eens met de voorgestelde wijziging. Gezien de grote hoeveelheid opmerkingen zal, na interne afstemming, een nieuw voorstel voor dit wijzigingsvoorstel geplaatst worden alvorens deze geïmplementeerd wordt.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wijzigingsvoorstel Voorstel voor een wijziging om mee te nemen in de nieuwe versie van de standaard
Projects
None yet
Development

No branches or pull requests

1 participant