AED access tagging

jxpsert · 2024-06-22T06:55:37.020Z

Na een gesprek met @roelant via Discord zijn we overeen gekomen dat er een consensus moet zijn voor het taggen van AEDs in Nederland, specifiek de access= tag. Mijn voorstel, tevens hoe ik het tot nu toe gedaan heb, is als volgt.

access= waarde	Gebruik voor
yes	AEDs die voor iedereen beschikbaar zijn, (bijna) altijd 24/7. Inclusief AEDs met een code - deze worden verstrekt door 112 en HartslagNu, en zie ik niet echt als ‘permit’
permissive	AEDs binnen winkels, kantoren, dierentuinen, winkelcentra, e.d. Deze mogen door iedereen gebruikt worden, mits het pand geopend is.
private	AEDs die alleen gebruikt mogen worden door de eigenaar (of personeel daarvan), voorbeeld; de Efteling heeft een aantal AEDs backstage, die alleen gebruikt mogen worden door Efteling-personeel.
customers	Nooit.

Even over access=customers - ik ben 100% tegen het gebruik van deze tag op AEDs. De wiki zegt bij die tag:

This tag applies to features which may be used or accessed only by customers of a specific store, bank, restaurant, etc., which people visit.

Nu lijkt het mij heel onwaarschijnlijk dat iemand toegang tot de AED in een winkel geweigerd wordt, zonder klant te zijn. Als dat ergens wel het geval is, hoor ik het graag.

Dus, de vraag, wat vinden jullie van bovenstaande tagging? Zijn jullie het ermee eens, en zo niet, waarom niet?

Alvast dank voor de reacties!

roelant · 2024-06-22T07:39:37.901Z

Wat mij betreft prima, zolang we het maar allemaal hetzelfde doen. Nog twee aanvullende vragen:

Neem aan dat zelfs als je access=yes doet bij een AED waar je via 112 (of bijv op stations via het NS-nummer dat erop staat) de code krijgt, je wel gewoon locked=yes doet?

En evt. een note=Call Emergency Number (112) For Access Code oid? Alhoewel de note daar eigenlijk niet voor is, maar bijv. OSM And geeft 'm wel netjes weer.

Dillen_GJ · 2024-06-22T08:10:20.607Z

Liever description i.p.v. note denk ik omdat description door iedereen zichtbaar is en de description-key gemaakt is voor info aanvullingen op het object daar waar note bedacht is voor alleen de map-editors groep.

Dillen_GJ · 2024-06-22T08:13:07.022Z

jxpsert:

customers Nooit.

Bij AED’s lijkt me dat zeker goed.

Leo_Slager · 2024-06-22T11:36:33.396Z

access=customers is dus intern tegenstrijdig.
Het betekent dus dat alle klanten toegang hebben.
Als het publiek geen toegang heeft is het dus access=no
Dat heet logisch nadenken.

Als er in het bedrijf een groep personeelsleden/klanten is die wel toegang hebben, dan is dat bij deze nmensen bekend en die zullen deze informatie op OSM niet raadplegen.

Famlam · 2024-06-22T22:24:01.249Z

Leo_Slager:

Als het publiek geen toegang heeft is het dus access=no

Even los van het feit of ze OSM zullen raadplegen en of het nuttig is, lijkt mij dit access=private ?

Leo_Slager · 2024-06-23T11:23:12.993Z

access=no is geen toegang, dus ik ben het met Famlam eens.

access=private geeft een correcte access waarde voor die situatie.

OttoR · 2024-06-23T15:42:51.797Z

Het enige wat ik me kan voorstellen is dat je via de access tag een onderscheid zou willen kunnen maken of een AED mét of zonder code beschikbaar is.

De keren dat ik een AED nodig had, was niet mijn eerste ingeving: OSM; maar eerder, waar zou er hier in de buurt een AED hangen oh daar bij de camping.

jxpsert · 2024-06-23T16:14:40.815Z

Ik denk ook niet dat je in een noodsituatie moet afhangen van OSM data. Burgerhulpverleners krijgen door HartslagNu een AED aangewezen- die kan je niet zelf kiezen.

AED informatie in OSM lijkt mij vooral nuttig voor voorverkenning: “ik ga op vakantie naar plaats X, hoe zit het daar met AED’s?”

IanH · 2024-06-23T21:22:00.888Z

Seem like the agency that supplies access codes should be a value on AED node. Maybe locked:code_source=112 so it clear who to reach out to for the available devices.

jxpsert · 2024-06-23T21:34:36.656Z

There is no one source- the person who calls 112 can get the code, but people who are called in by HartslagNu (which is controlled by 112) get it from their app or SMS.

Edit: that said, some AEDs have emergency:phone=* - in train stations, you need to call ProRail for the code.

IanH · 2024-06-23T21:49:31.433Z

I assume someone sent by the medical service would have a way to unlock a device themselves.
This information would be for bystanders who wanted to access tla device in order to use it on a victim in the meantime.

roelant · 2024-06-25T15:31:07.995Z

Dillen_GJ:

Liever description i.p.v. note denk ik omdat description door iedereen zichtbaar is en de description-key gemaakt is voor info aanvullingen op het object daar waar note bedacht is voor alleen de map-editors groep.

Op zich heb je gelijk, maar een description is weer meer een beschrijving van het object als geheel ipv een toelichting erop - terwijl iig OSM And de note bijv. wel weergeeft als je het object bekijkt (andere apps zo snel even geen idee).

Leo_Slager:

access=no is geen toegang,

Access=no zou inderdaad niet voor mogen komen, misschien goed om die in de beoogde wiki-pagina als “potential tagging mistake” op te nemen met deze uitleg.

In het verlengde daarvan ook nog even gekeken naar de possible tagging mistakes voor Key:access en geschiedenis/inzichten die dat oplevert / of daar nog iets van lering uit te trekken is:

access=public is vervangen door access=yes (dat is dus in lijn met het voorstel van Jasper voor kastjes met code’s die wel publiek zijn met yes te taggen ipv permissive)
access=restricted is vervangen door access=private.
voor access=emergency wordt emergency=yes or emergency=designated aangeraden - ik wist niet dat die tag bestond en vraag me af of we daar nog iets mee moeten.

En ook nog even gekeken naar access=* vertalingen en interpretaties in apps zoals Every Door, Organic Maps, etc. En dan kom je ook uit op

Yes = publiek
Permissive = Toegestaan
Customers = Enkel klanten

Dus m.i. bevestigd dat het voorstel van Jasper.

Zie trouwens wel dat openaedmap.org de AED’s met access=permissive wel als publiek toegankelijk weergeeft. Alleen access=permit (m.i. niet van toepassing op AED’s) en access=private worden als minder toegankelijk weergegeven.

Dillen_GJ · 2024-06-26T06:34:27.384Z

roelant:

description is weer meer een beschrijving van het object

Dat ben ik niet met je eens, als je description alleen daar voor gebruikt dan zou de website-key (die veel meer beschrijvende info over het object weergeeft) overbodig worden.
Naar mijn weten gebruik je description voor alles wat je niet in andere key-waarden en/of key-waarden detaillering die niet in OSM gedefineerd zijn kan vatten maar wel van belang is voor de (eind)-gebruiker.

roelant:

En ook nog even gekeken naar access=* vertalingen en interpretaties in apps zoals Every Door, Organic Maps, etc. En dan kom je ook uit op

Yes = publiek
Permissive = Toegestaan
Customers = Enkel klanten

Kwa algemene regel heb je gelijk alleen in combi met het AED-object is customers onzinnig…
Ik hoop in ieder geval niet mee te maken als voorbijganger dat ik op straat iemand met een hartaanval niet kan helpen omdat de AED van een restaurant niet gebruikt mag worden omdat dit persoon nog geen kop koffie op restaurants terras genuttigd heeft… Jammer joh je bent geen klant van ons…

Edit: Customer voorbeeld uitleg toegevoegd

roelant · 2024-06-26T09:05:00.331Z

Dillen_GJ:

Dat ben ik niet met je eens, (…).
Naar mijn weten gebruik je description voor alles wat je niet in andere key-waarden en/of key-waarden detaillering die niet in OSM gedefinieerd zijn kan vatten maar wel van belang is voor de (eind)-gebruiker.

Ja, ik zie dat je gelijk hebt, ik leg de tag te beperkt uit.

Dillen_GJ:

Kwa algemene regel heb je gelijk alleen in combi met het AED-object is customers onzinnig…

Was ook niet bedoeld om te bestrijden dat de waarde voor AED’s niet gebruik moet worden, enkel ter bevestiging van onze interpretatie ervan.

rhhs · 2024-06-29T16:39:30.646Z

Ik heb access=customers wel gebruikt voor AEDs binnen metrostations na de poortjes, om daarmee aan te geven dat je in principe eerst een kaartje zou moeten kopen voor je erbij kunt.

Dillen_GJ · 2024-06-30T10:07:37.516Z

Goede aanvulling dan & meteen een goede uitzondering waar je customer dan in dat geval wel gebruikt.
Wel raar eigenlijk dat als zo’n AED bestaat dit dan niet meteen voor zo’n toegangspoort je staat…

OttoR · 2024-07-01T19:26:02.810Z

De AED’s achter de poortjes zijn voor als er een AED achter de poortjes nodig is
Dan hoef je niet eerst het poortje door

Dillen_GJ · 2024-07-03T18:19:46.995Z

Snap ik, maar dat niemand daar bij GVB bedacht heeft: we zetten AED’s neer direct bij de poortjes aanweerszijde… Nooit handjes te kort, nooit ogen te kort en eenduidige vindbare plaats en ook niet onbelangrijk camera toezicht voor de droeftoeters die het lollig vinden om zo’n AED onklaar te maken…