Import/Catalogue/AED import for Norway

AED import for Norway is an import of automated external defibrillator (AED) locations from the Norwegian AED Registry (Hjertestarterregisteret) covering all of Norway. The import is automated and runs periodically to keep OSM in sync with the registry. It is currently (as of 15 February 2026) at the planning/community review stage.

Goals

• Import and continuously synchronise AED locations from the Norwegian health authorities AED registry (Hjertestarterregisteret) into OpenStreetMap.
• Ensure that registered AEDs in Norway is represented as an emergency=defibrillator node in OSM with accurate location, name, model, and opening hours data.
• Provide ongoing maintenance.

No source is 100% accurate, but Hjertestarterregisteret is the leading data source that have regular contact with owners of AEDs to make sure they have accurate data in the registry (for example missing or expired pads or batteries)

Schedule

This is a recurring, automated import. The reconciler runs on a periodic schedule (currently planned as daily as recommended by the register API). Each run performs a full comparison between the registry and OSM, producing only the minimal set of changes needed to bring OSM in line with the source.

Initial import: Planned to do a manual import adding ~11,200 new AEDs, link ~114 OSM AEDs with registry ref, manual review the ~150 nodes in OSM that isn't in the registry

Ongoing updates: Automated runs will continue indefinitely. Each run is logged with full metrics and any issues are surfaced on a monitoring dashboard.

Import Data

Background

Data source: Hjertestarterregisteret — Norwegian AED registry, operated by the Norwegian National Advisory Unit for Prehospital Emergency Medicine (NAKOS) on behalf of the Norwegian Directorate of Health.

Data license: No lisence given publically, written permission for use in OSM with it's lisence given by email. Parts of the data is redistributed by local municpialities under Norwegian Licence for Open Government Data (NLOD 2.0).

ODbL Compliance verified: Written permission given, see emails below.

Data coverage: All registered AED devices across Norway. As of Feb 2026 the registry contains ~11,283 AEDs.

Data format: JSON via authenticated REST API (OAuth 2.0 client credentials).

Data update frequency: The registry is continuously updated by AED owners. Each reconciler run fetches the complete current dataset.

If import is decided to continue, the Contributors page will be updated to contain Hjertestarterregisteret.

Permission email for data usage

SV: SV: Forespørsel om API-tilgang og tillatelse til bruk i OpenStreetMap (hjertestartere)
------------------------------------------------------------------------------------------

From OUSHF PB Hjertestarterregister <Hjertestarterregister@ous-HF.no>
To 'Johannes Andersen'<johannes@johand.dev>
Date Monday, 9 February 2026 at 12:43

Hei

Riktig! Det må jeg rette opp! Vi har avviklet e-postene som hadde @nakos.no

Vi bruker denne jeg skriver fra nå som support.

Når du får API-tilgang trenger jeg et telefonnummer til deg, for de sender deg nøkkelen på sms og bruker på e-post, så et mobilnummer trenger jeg.

Jeg er bare glad du ikke tenkte å hente fra begge registre, for da blir våre blandet sammen med registreringer som ikke lenger eksisterer osv.

Det offentlige Hjertestarterregisteret

Nasjonalt senter for prehospital akuttmedisin

Oslo Universitetssykehus HF, avd. Ullevål sykehus

Nettsted: Hjertestarterregister.113.no

E-post: hjertestarterregister@ous-hf.no

Ikke sensitiv

> Fra: Johannes Andersen <johannes@johand.dev>
> Sendt: 9. februar 2026 12:03
> Til: OUSHF PB Hjertestarterregister <Hjertestarterregister@ous-HF.no>
> Emne: Re: SV: Forespørsel om API-tilgang og tillatelse til bruk i OpenStreetMap (hjertestartere)
>
> Hei!
>
> Lite notat som er vært å nevne er at jeg ikke kan garantere eksklusivitet i OSM dataen. Dette er grunnet til at alle kan bidra til å legge til butikker, bygninger, veier og da hjertestartere. Tenk Wikipedia, men for kart.
>
> Jeg vil tro at det er usannsynlig at «Norsk hjertestarterregister» som er en kommersiell leverandør vil tillate oss frivillige til å bruke dataen deres i OpenStreetMap. I tillegg er jeg ikke klar over at noen andre frivillige har tanker eller planer å hente ut data fra de, nøyaktig for den grunn du sier at data kvaliteten dems er av lav kvalitet.
>
> Så planen jeg tenker å legge frem at til de andre bidragsyterne er en importering og synkronisering jobb av hjertestartere mot deres register. Så vil jeg ha et dashbord for å rydde opp i hjertestartere som ikke er koblet opp til deres register. Slik at feil data eventuelt kan slettes fra OpenStreetMap eller at man kan få hjertestarter eier til å registrere hjertestarteren hos dere.
>
> Å få hentet ut informasjonen minst en gang om dagen skal ikke være noe problem.
>
> Eneste fra selve dokumentet jeg har et notat på er om e-posten aed@nakos.no fortsatt stemmer. Prøvde først å sende en e-post dit. Men fikk feil at e-posten ikke fantes.
>
> Mvh,
>
> Johannes

-------- Original Message --------
On Monday, 02/09/26 at 11:10 OUSHF PB Hjertestarterregister <Hjertestarterregister@ous-HF.no> wrote:

> Glemte vilkårene, her kommer de
> 
> S
> 
> Ikke sensitiv
> 
> Fra: OUSHF PB Hjertestarterregister
> Sendt: 9. februar 2026 11:09
> Til: 'Johannes Andersen' <johannes@johand.dev>
> Emne: SV: Forespørsel om API-tilgang og tillatelse til bruk i OpenStreetMap (hjertestartere)
> 
> Hei Johannes
> 
> Det må bare være en fordel om flere steder kan vise hvor det er hjertestartere tilgjengelig. Det da en forutsetning at dere bare henter fra det offentlige Hjertestarterregisteret og ikke fra det kommersielle som kaller seg «Norsk hjertestarterregister» de er et AS og har ikke kvalitetssikret sine opplysninger og viser derfor mye feil. Supert om vi oppgis som kilde og om nettstedet kan vises hjertestarterregisteret.113.no – for da kan folk se hvor de må for å komme inn i registeret også.
> 
> En annen ting er at opplysningene må oppdateres minst en gang i døgnet, for det endres mye på opplysningene og de må holdes så oppdatert som mulig. Appen Hjelp113 oppdaterer opplysningene en gang i timen og i AMK oppdateres de bare med noen minutters mellomrom.
> 
> Jeg legger ved vilkår for bruk. Hvis du ser gjennom dem og skriver tilbake om de aksepteres, så holder det for vår del. Deretter sender jeg API-beskrivelsen og bestiller en API-bruker til deg.
> 
> Det offentlige Hjertestarterregisteret
> 
> Nasjonalt kompetansesenter for prehospital akuttmedisin
> 
> Oslo Universitetssykehus HF, avd. Ullevål sykehus
> 
> Nettsted: Hjertestarterregister.113.no
> 
> E-post: hjertestarterregister@ous-hf.no
> 
> Ikke sensitiv
> 
> Fra: Johannes Andersen <johannes@johand.dev>
> Sendt: 6. februar 2026 21:22
> Til: OUSHF PB Hjertestarterregister <Hjertestarterregister@ous-HF.no>
> Emne: Forespørsel om API-tilgang og tillatelse til bruk i OpenStreetMap (hjertestartere)
> 
> Hei,
> 
> Jeg tar kontakt fordi vi ønsker å holde hjertestartere i OpenStreetMap oppdaterte basert på data fra Hjertestarterregisteret.
> 
> Jeg er en av de frivillige som bidrar til data i OpenStreetMap, som er et åpent og fritt tilgjengelig kartgrunnlag brukt av mange karttjenester og apper. Et av målene mine er å redusere utdatert informasjon om hjertestartere, slik at flere kart kan vise riktige plasseringer og oppdatert tilgjengelighet.
> 
> Det jeg ønsker å spørre om
> 
> 1.  Teknisk: Om dere kan gi oss tilgang til deres API (eller et tilsvarende maskinlesbart uttrekk), inkludert eventuell dokumentasjon (endepunkter, rate limits, oppdateringsfrekvens, etc).
> 2.  Brukstillatelse: Om vi kan bruke data fra Hjertestarterregisteret som kilde til å opprette/oppdatere hjertestarter-objekter i OpenStreetMap, og dermed publisere geodataen som en del av OSM-databasen.
> 
> For å gjøre dette helt tydelig, er en formulering i denne retningen det vi trenger som skriftlig tillatelse:
> 
> > “Hjertestarterregisteret har ingen innvendinger mot at geodata som helt eller delvis er avledet fra Hjertestarterregisteret innarbeides i OpenStreetMap-databasen og publiseres under OpenStreetMaps frie lisensvilkår (ODbL 1.0).”
> 
> Det er også veldig nyttig for oss om denne tillatelsen kan være offentlig. Ved en eventuell godkjenning kan jeg ta et skjermbilde og laste det opp på OpenStreetMap-wikien, slik at andre kan se hvilke vilkår som gjelder?
> 
> Hvordan data vil bli brukt
> 
> -   Vi bruker data som referanse/kilde for å oppdatere posisjon/eksistens/tilgjengelighet for hjertestartere i OSM.
> -   Vi kan kreditere dere som kilde, med ønsket ordlyd/lenke fra dere.
> -   Vi kan tilpasse oss praktiske krav (rate limits, caching, osv.).
> 
> Bakgrunn om lisens
> 
> OpenStreetMap-data publiseres under Open Database License (ODbL) 1.0. Det betyr at innholdet blir fritt viderebrukbart, også kommersielt, så vi må sikre at tillatelsen deres dekker dette.
> 
> På forhånd takk!
> 
> Vennlig hilsen
> Johannes
> (OSM-brukernavn: Johand199)

Attached terms:

# Bruk av data fra det offentlige Hjertestarterregisteret www.113.no

## Om Hjertestarterregisteret
Nasjonal kompetansetjeneste for prehospital akuttmedisin (NAKOS) har fått i oppdrag
fra Helse- og omsorgsdepartementet (HOD) å opprette et offentlig hjertestarterregister.
Registeret er i drift og hjertestartere kan nå registreres i det offentlige
Hjertestarterregisteret på www.113.no

Registeret ble lansert 3. april 2017 av Helseminister Bent Høie. Det er i dag mange tusen
hjertestartere som er tilgjengelig gjennom offentlige og private eiere, det anslås et tall
mellom 20 000-30 000 solgte hjertestartere i Norge. Ved å samle kunnskap om
plassering og tilgang til disse hjertestarterne i et register, vil en kunne øke publikums
bruk av hjertestartere ved akuttmedisinske hendelser. Tidlig defibrillering med en
hjertestarter er et tiltak som publikum kan gjøre og som sammen med tidlig hjertelungeredning er vist å bedre overlevelsen ved plutselig hjertestans utenfor sykehus. I
Norsk Resuscitasjonsråd (NRR) og Norsk Førstehjelpsråds anbefalinger om opplæring i
førstehjelp og hjerte-lungeredning, inngår bruken av hjertestarter på grunnleggende
nivå førstehjelp, altså noe alle bør og kan lære seg.

Hjertestarterregisteret er en del av den nasjonale dugnaden ”Sammen redder vi liv” som
ble lansert 21. februar 2017. Målet er å redde 200 flere liv i Norge årlig ved økt fokus på
førstehjelp og livreddende tiltak i samfunnet. Det må en nasjonal dugnad til også i
Hjertestarterregisteret, vi har behov for å;
- få inn flere registrerte hjertestartere
- få kvalitetssikret hjertestartere i registeret

## Bruk i AMK
Hovedfunksjonen for registeret er bruk opp mot AMK-sentralene.
I prosjektet gjennomføres en nasjonal forankring med AMK-medarbeidere og ledere for å
få best mulig tilpasning til eksisterende og framtidige arbeidsmåter og tekniske
løsninger. For at AMK skal kunne bruke tid på å vurdere bruken av private defibrillatorer,
er det flere betingelser som må være oppfylt med tanke på opplysningenes troverdighet
og tilgjengelighet.

## Offentlig register
Samfunnsnytten og befolkningsopplysning er viktig for Hjertestarterregisteret. Et
offentlig hjertestarterregister vil derfor gjøre posisjonen for hjertestartere offentlig
tilgjengelig via nettsiden www.113.no. Samtidig er det utviklet et API som kan dele
begrensede opplysninger. Det vil være naturlig å dele disse offentlige registrerte data
via et API med andre nødetater, kommuner, kartverk, offentlige etater o.l.
Troverdighet og kvalitetssikring er et viktig fokus når det gjelder hjertestartere, som er
en del av den livreddende kjeden. Derfor er det utarbeidet vilkår for bruk av data fra
Hjertestarterregisteret og hvordan data fra registeret skal vises.

## Datakvalitet
Hjertestarterregisteret er avhengig av at den enkelte eier av hjertestartere velger å stille
sin hjertestarter til rådighet for offentligheten. Det er ikke pålagt å registrere
hjertestartere i registeret, men det sees på som et samfunnsnyttig tiltak at man stiller
sin hjertestarter tilgjengelig for andre. Eier av hjertestarteren, eller den eier har
delegert ansvar til, sørger for registrering, vedlikehold og oppdatering. Datakvaliteten er
avhengig av at opplysninger om hjertestarteren og posisjon er korrekt.
Hjertestarterregisteret arbeider fortløpende med kvalitetssikring av opplysningene. Alle
oppfordres til å melde fra om feil i registeret på aed@nakos.no.

# Vilkår for bruk av det offentlige Hjertestarterregisteret www.113.no
Registeret er offentlig og kan benyttes til helsefremmende tiltak som er i samsvar med
Helse Sør-Øst, Oslo Universitetssykehus og NAKOS sine etiske retningslinjer.

Brukere av det offentlige registeret kan fritt se posisjon, adresse og åpningstid for
hjertestartere på nettsiden www.113.no. Det kreves ikke kontaktinformasjon for å
kunne søke opp en adresse eller se hjertestartere som er registrert i et område.

For å benytte et programmeringsgrensesnitt (API) må det opprettes en bruker og gjøre
en avtale med Nasjonal kompetansetjeneste for prehospital akuttmedisin (NAKOS) om
bruk av API til Hjertestarterregisteret www.113.no. API-bruker må oppgi
kontaktinformasjon og akseptere vilkår for bruk. Data er i utgangspunktet gratis fra det
offentlige registeret. Dersom det kreves merarbeid for å tilpasse data vil dette medføre
fakturering av arbeidstimer, etter avtale.

API-bruker som bryter vilkår for bruk kan stenges ute fra tilgang til registeret.

En API-bruker må selv integrere APIét i sin løsning for visning og utvikle visningen i
samsvar med disse retningslinjene:

1. Kildehenvisning og ny-registreringer.
Det skal opplyses at kilden for opplysningene er Hjertestarterregisteret ved
NAKOS på nettstedet www.113.no
Det må ikke oppfordres til å registrere hjertestartere i noe annet register enn det
offentlige registeret. All ny-registrering av hjertestartere må skje via
www.113.no.
Hjertestarterregisteret er eier av alle data i registeret.

2. Visning av hjertestartere, forsvarlig bruk
Visningen av registrerte hjertestartere i applikasjon eller på nettside må vise
forskjell på åpne og stengte hjertestartere i sann tid.
Det skal være mulighet for utvidet informasjon om en hjertestarter ved aktivt
valg. Denne informasjonen må inneholde:
- navn på posisjon/plasseringen, f.eks. navn på foretaket
- adressen som er oppgitt
- etasje, dersom det er oppgitt
- beskrivelse av tilkomst, der eier har beskrevet dette
- åpningstider

3. Begrensede opplysninger
API-bruker får ikke tilgang til kontaktopplysninger til eier eller ansvarlige
kontaktpersoner
API-brukere får ikke tilgang til opplysninger om tilgang som kun er ment for AMKoperatørene.
Det vil ikke oppgis merker og modeller av hensyn til markedsinteresser.
API-brukere kan ikke benytte de registrerte opplysningene til salg eller
kommersiell virksomhet. Ved misbruk kan en API-brukerkonto stenges.

4. Rapportering
Dersom API-bruker finner feil eller mangler ved registrerte data plikter de å melde
dette til administrator for Hjertestarterregisteret så raskt som mulig på
aed@nakos.no. Det er viktig at de registrerte opplysningene er korrekte og alle
slike feilmeldinger ansees som viktige for kvalitetssikringen.

Dersom API-bruker får tilgang til opplysninger via sin tilgang som i h.h.t. til denne
avtalen ikke skulle være gjort tilgjengelig regnes det som feil og må meldes fra til
administrator så raskt som mulig.

In agreement with NAKOS we have clarified outside of the attached terms there will be AED data in OSM outside of the registry due to the nature of OSM allowing anyone to contribute to the data, and that data from the registry added to OSM will be published under ODbL 1.0.

OSM Data Files

dry-run-changes.osc

dry-run-changes.geojson

Import Type

Type: Automated, recurring import using a bot script.

Method: Changes are uploaded via the OSM API v0.6 using batched changesets.

Tool: Custom Node.js/TypeScript reconciler (hjertestarterregister2osm).

Manual first import will be done using JOSM

Data Preparation

Data Reduction & Simplification

Not all registry assets are imported. The following reductions are applied:

• Registry validation: Assets missing required fields (ASSET_GUID, SITE_LATITUDE, SITE_LONGITUDE, or SITE_NAME) are skipped and logged.
• Geographic filter: Only AEDs with coordinates inside the Norway polygon are included. Assets outside Norway produce a logged warning and are skipped.
• OSM node filter: Overpass results are filtered to nodes only. Non-node AED elements are excluded from automation and logged.
• Deduplication: If multiple OSM nodes already reference the same registry AED, duplicates are resolved (closest node kept, others deleted if safe).

Tagging Plans

Each AED node receives tags mapped from registry fields as follows:

OSM Tag	Source Field	Notes
emergency=defibrillator	—	Fixed value. Primary feature tag.
emergency:phone=113	—	Fixed value. Norwegian emergency number.
ref:hjertestarterregister=*	ASSET_GUID	Unique identifier linking the node to the registry. Used for ongoing reconciliation.
name=*	SITE_NAME	Site name (e.g. "Oslo S"). Skipped if empty or exceeds 255 characters.
level=*	SITE_FLOOR_NUMBER	Floor number, if available.
defibrillator:location=*	SITE_DESCRIPTION	Free text description of the AED's location within the site. Skipped if empty or exceeds 255 characters.
opening_hours=*	Day-specific fields + OPENING_HOURS_CLOSED_HOLIDAYS	Constructed from per-day open/close times (Mo-Su) with holiday handling. OSM opening_hours format.

Tags with empty or invalid source values are omitted. Tag values exceeding OSM's 255-character limit are skipped with a warning.

Tags NOT modified by the import: Any tags on existing nodes that are not in the mapping table above are preserved as-is. The import does not remove or overwrite community-added tags such as wheelchair=_, description=_, indoor=_, access=_, etc.

Changeset Tags

Key	Value
comment	Auto-generated from operations, e.g. "Added defibrillators - Norwegian import", "Modified AED defibrillators - Norwegian import", or "Added, Modified, and Deleted defibrillators - Norwegian import"
created_by	hjertestarterregister2osm v(version)
source	Hjertestarterregisteret
source:url	https://hjertestarterregister.113.no
source:date	(ISO 8601 timestamp of the run)
bot	yes
import:page	Import/Catalogue/AED_import_for_Norway

Data Merge Workflow

Team Approach

This import is maintained by a single operator using a dedicated bot account. Community input is welcome via the discussion thread and issues can be flagged through the monitoring dashboard.

Code is open source and located at https://github.com/johannes-Andersen/Hjertestarterregister2OSM. Pull requests, and issues are more than welcome to be filed in said link.

A dedicated OSM account will be used for all automated edits, following the import guidelines:

• Account name Johand_import

The account profile will link to this wiki page for transparency.

Workflow

Visual flow diagram can be found on github.

Each reconciler run follows this workflow:

1. Database cleanup — Before reconciliation starts, stale running runs are marked failed and old completed runs are deleted based on retention settings.
2. Start run — A new sync run row is created with mode (dry-run or live).
3. Load registry data — Fetch all assets from the Hjertestarterregister API; validate required fields and filter to Norway.
4. Load OSM data — Query Overpass API for emergency=defibrillator in Norway and keep nodes only.
5. Safety abort on empty OSM result — If no OSM AED nodes are returned, the run aborts to prevent bad bulk changes.
6. Extract standalone AEDs — For non-AED-only nodes, strip AED tags from the mixed node and create a standalone AED node at the same location.
7. Plan deletions for removed refs — Managed nodes whose ref no longer exists in the registry are deleted only if AED-only; otherwise deletion is skipped and logged.
8. Resolve duplicate refs — If multiple nodes share the same registry ref, keep the closest to the registry location and delete the rest (if AED-only).
9. Plan updates — Managed nodes still matching a registry AED have mapped tags updated. If registry location moved more than 50 m, the node is relocated; otherwise location is kept.
10. Merge or create — For registry AEDs not yet managed:

    Merge into closest unmanaged OSM AED node within 175 m (adds registry tags and ref).

    Otherwise create a new node.

11. Mass deletion safeguard — If planned deletions exceed 50% of total AED nodes in OSM, the run is aborted.
12. Write preview + execute — Preview files (.osc and .geojson) are always written. In dry-run mode upload is skipped; in live mode changes are uploaded via batched OSM API changesets.
13. Finalize run — Persist metrics/issues and mark run success or failed.

Any mapper can opt a node out of parts of this automated import by adding a note=* or a fixme=* tag. Nodes with note=* or fixme=* are skipped in extraction, managed updates, and nearby unmanaged merge decisions, and an issue is logged.

Conflation

The reconciler performs automatic conflation using the following strategy:

1. Ref-based matching (primary): Nodes already tagged with ref:hjertestarterregister=* are treated as managed and linked by GUID.
2. Proximity merge (secondary): For registry AEDs not already managed, the closest unmanaged OSM AED node within 175 m is reused (merged) instead of creating a new node.

Key design principles:

• Non-AED tags on existing nodes are preserved in normal update/merge operations.
• Nodes with primary-feature tags (amenity, shop, tourism, etc.) are never deleted.
• Mixed-purpose nodes can have AED tags split off into standalone AED nodes.
• The 100 m tolerance for location changes prevents the bot from overriding community-refined positions for small discrepancies.
• The note=* opt-out mechanism excludes nodes from extraction/update/merge automation paths.

QA

Some quality assurance is built into the reconciler process:

Dry-run mode: Every change can be run as a dry plan and previewed as OsmChange XML and GeoJSON before live upload. Preview files are generated for every run.

Issue tracking: The reconciler logs structured issues for non-trivial decision:

• register_missing_required_data - Registry asset missing required data.
• register_aed_outside_norway - Registry AED coordinates outside Norway.
• osm_not_a_node - Overpass element was not a node and excluded from automation.
• osm_node_note_opt_out - Node skipped due to note=* opt-out.
• managed_node_location_within_tolerance - Managed node location differs but remains within tolerance.
• skipped_delete_not_aed_only - Deletion skipped because node has other primary-feature tags.

Monitoring dashboard: A web dashboard will be available for some time at hjertestarterregister2osm.johand.dev until we feel the program is running as expected to show run history, success/failure status, metrics, and all logged issues.

Mass deletion safeguard: The run aborts if deletions exceed 50% of existing OSM AED nodes, guarding against upstream data problems.

Discussion

The post to the community forum was sent on 2026-02-15 and can be found here