Gemensam specifikation för Hundrastgård - hjälp oss förbättra!

Magnus Sälgö

Är inte med riktigt här, du menar att de unika identifierarna/ID som skapas i OSM ska användas i kommunens data, så att man först måste skapa entiteten i OSM och sen använda det IDt i sin lokala data? Ska OSM eller Wikidata vara unika identifieraren/master för IDn ?

Nix du skall alltid ha unika id:n på dina grejer objekt annars kan vi inte referera dom… gärna kombinerat med en landningssida…. snyggt är även att hantera borttaget objekt med en tombstone plus att ge oss externa möjlighet att se förändring dvs. Flera versioner.

Att låta öppna plattformar som Wikidata och OSM som vem som helst kan ändra ta bort… blir aldrig bra utan nog det dummaste man kan göra…

Magnus Sälgö

Stockholms Öppna data om hundgårdar finns nu som ett lager

Lite kul att detta var ytor... och enormt snyggt att denna yta blir ett overlay på OSm så man ser direkt om det skiljer sig från vad OSM har....

dock lyckades jag inte

tolka datum formatet
var SWEREF 99 TM inte WGS84
....

Mycket strul för chatGPT att hantera detta #10

Magnus Sälgö

@tomasmonsen sa i Gemensam specifikation för Hundrastgård - hjälp oss förbättra!:

jag menar inte att OSM inte är "seriöst"

För mig är det galet med öppna plattformar men vad är alternativet.... tycker dom kartor jag ser Stockholm stad och Sundbybergs kommun har är kassa...

Intressant är att Hjärtstartarregistret kör OSM dock en äldre version

Magnus Sälgö

Förösk att aktivera flera som karterar på OSM länk

Magnus Sälgö

Testar via Linked / Github att ge feedback till nacka kommun vad som kan vara bättre

https://github.com/salgo60/Dogpark_Sweden/issues/9

Magnus Sälgö

@tomasmonsen nu har du en yta att ladda upp bilder på dina Hundrastgårdar så det är bara att resa runt i världen och fota

Category:Dog_parks_in_Sweden
Karta med bilder uppladdade på Wikicommons i Category:Doc Parks

Magnus Sälgö

Nattvandrade "hundägande" OSM personer bidrager med att verifiera data

Hur snyggt OSM notes fungerar med en app streetcomplete / GITHUB streetcomplete

https://www.openstreetmap.org/edit?note=4995286#map=19/59.454375/17.815262

Nod kan skapas i väntan på tills vi vet ytan och eventuellt ha en bild om den blir uppladdad

https://www.openstreetmap.org/node/13204162650

Andra appar som stödjer OSM Notes är osmand bild från appen

OSM notes visas med röda kors dvs. ställen någon annan lagt upp som en OSM notes anteckning

Kanske är läge att aktivera hundägare

Att med DogPark Sweden kartan leta platser utan bilder

Magnus Sälgö

@tomasmonsen Snyggt exempel idag hur man hanterar unika identifierare och refererar externa identifierare så ingen osäkerhet råder

Denna kommer att fungera idag 12:00 https://api.nobelprize.org/2.1/laureate/1056

blir det 2 pristagare funkar även denna
https://api.nobelprize.org/2.1/laureate/1057
och kanske denna
https://api.nobelprize.org/2.1/laureate/1058

och sedan kan man följa hela veckan
https://api.nobelprize.org/2.1/laureate/1059
https://api.nobelprize.org/2.1/laureate/1060
https://api.nobelprize.org/2.1/laureate/1061
https://api.nobelprize.org/2.1/laureate/1062
https://api.nobelprize.org/2.1/laureate/1063

2023 fick en svensk 1011
https://api.nobelprize.org/2.1/laureate/1011

jag beskrev det på mitt NOSAD GITHUB #13

Denna fungerade igår 12:00 https://api.nobelprize.org/2.1/laureate/1055

den säger pristagare 1055 hos dom är samma som https://www.wikidata.org/wiki/Q743252
--> att jag direkt hittar den gubben ock kan sätta P8024 --> https://www.wikidata.org/wiki/Q743252#P8024 som pekar tillbaka på 1055

sedan har vi mallar på > 20 språk som visar det i Wikipedia artiklarna på flera språk --> design mönster DRY Dont repeat yourself exempel arabisk mall som används på 9.e artiklar

Magnus Sälgö

13:00 idag https://api.nobelprize.org/2.1/laureate/1056

samma som https://www.wikidata.org/wiki/Q512062
ändrings historik Q512062

tomasmonsen

Ok inte helt enkelt att följa med i det du skriver, kan vi kanske fokusera på PID som behövs i min dataspecifikation för hundrastgårdar så att jag kan beta av något enklare innan jag börjar fundera på det mer avancerade;

Jag behöver en unik persistent identiferare för hundrastgårdsspecifikationen - det behöver vara ett format som publicisterna kan förstå och producera. Hur gör vi?

Tidigare har varit godtyckligt "skapa en unik identifierare lite hur du vill, bara den är unik och inte återanvänds". Det känns trist att skriva en sådan beskrivning - hur ska jag göra för att vi ska enas om något enkelt?

Jag behåller gärna wikidata-referenserna/länkningsfältet, om du tror det är bra (ligger inte med nu tror jag i specen, men jag kan lägga tillbaka den?).

Magnus Sälgö

En PID är bara ett unikt nummer så kommer att existera över tid gärna med en landningssida Jmf Nobelpriset.org ring om du är osäker 0735152802

Idag blir det fredspris 1057 https://api.nobelprize.org/2.1/laureate/1057

——
ChatGPT svar

Självklart — här är en komprimerad, tydlig version i forumvänligt Markdown-format, anpassad för direkt inklistring i dataportalens community-tråd (med rubriker, listor och utan tekniska formatproblem):

⸻

Krav på en persistent unik identifierare (PUID)

En persistent unik identifierare (även kallad Persistent Identifier, PID) ska säkerställa att dataobjekt går att identifiera, hitta och referera till på ett tillförlitligt sätt över tid — även om tekniken eller organisationen förändras.

Grundläggande krav
1. Unikhet
• Varje objekt ska ha en och endast en identifierare.
• Identifieraren ska vara globalt unik (inte bara inom ett system).
2. Persistens (beständighet)
• Identifieraren får aldrig ändras eller återanvändas.
• Ska vara giltig över lång tid, även vid systembyte eller omorganisation.
3. Upplösbarhet (resolvability)
• Identifieraren bör kunna upplösas via webben (HTTP/HTTPS) så att användaren får mer information om objektet.
• Exempel: https://doi.org/10.1038/nphys1170 leder till en beskrivning av publikationen.
4. Stabil och dokumenterad syntax
• Formatet ska vara väl definierat och stabilt över tid.
• Undvik innehållsbärande delar (t.ex. årtal eller filtyper) i själva identifieraren.
→ Använd hellre https://example.org/id/12345 än https://example.org/id/2025/rapport.pdf.
5. Systemoberoende
• Identifieraren ska vara oberoende av interna databaser eller tekniska plattformar.
• Den ska identifiera själva objektet eller konceptet, inte en viss representation (t.ex. en viss fil).
6. Versionering och relationer
• Det ska finnas tydliga regler för hur versioner hanteras:
• Nya versioner = ny identifierare (eller versionsparameter).
• Relation mellan versioner ska vara spårbar.
7. Förvaltningsmässiga krav
• En organisation måste ansvara långsiktigt för att PID-systemet underhålls.
• Policyer för livslängd, stabilitet och hantering av brutna länkar krävs.

⸻

Exempel på etablerade system

System Typ Exempel Kommentar
DOI Digital Object Identifier https://doi.org/10.1038/nphys1170 Vanligt för publikationer och dataset
Handle Handle System hdl:20.500.12345/6789 Används ofta för forskningsdata
ARK Archival Resource Key https://n2t.net/ark:/12345/abc123 Används av arkiv och museer
URN:NBN National Bibliography Number urn:nbn:se:kb-12345 Svenskt nationellt bibliotekssystem
Wikidata URI Länkad data https://www.wikidata.org/entity/Q42 Identifierar koncept globalt

⸻

Sammanfattning

En bra persistent unik identifierare ska vara:

Globalt unik
Permanent
Upplösbar via webben
Stabil och dokumenterad
Systemoberoende
Versioneringsbar
Förvaltningsmässigt säkrad

⸻

Vill du att jag lägger till en kort inledning med koppling till svenska dataportalens specifikationer (DCAT-AP, FAIR, m.m.), så texten passar ännu bättre in i diskussionen?

tomasmonsen

Nej men jag förstår och har nog egentligen förstått hur en PID/OID/UID/Stabil identifierare ska fungera på ett objekt, men det är några saker som jag tycker "saknas" för att det ska kunna etableras säkert för svenska datapublicerare är ett verktyg för detta.

Var finns registret, vem håller koll på om en instans av ID använts redan?
Om jag ska skapa en Tombstone, var ska den lagras?
Räcker det med en identifierare som ett GUID i hexadecimalt format i 128-bit längd?
Om inte 3 räcker, hur ska de då formeras för att vara unika över tid?

Det finns ingen infrastruktur, systemstöd eller metodik i kommuner för att skapa en sådant ID, annat än att så klart bara be om en GUID genererad från de verktyg som finns typ ; 550e8400-e29b-41d4-a716-446655440000
men räcker det?

Själv hade jag ju gärna sett en nationell databas för sådana IDn, men vem ska underhålla den? Jag förstår inte hur "organismen" öppna data ska fungera utan ett sådant centralt lager/nav där den här datan med länkning fungerar. Hur ska datamängd X veta om länken till datamängd Y eller entitet Y_n i dataset Y finns kvar eller inte? Hur ska man kunna prenumerera på ändringar och därmed undvika länkrötan?

Om det bara handlar om att få fram ett unikt ID så väljer jag ju en GUID från typ https://www.guidgenerator.com/ eller nåt liknande? Men finns det ett värde i att man vet hur och vad IDt på ett objekt kommer ifrån, kan spåra det i en egen databas eller länkcentrum, funkar ju inte det?

Just nu lutar jag åt att välja en GUID och så får det vara nog så?

Magnus Sälgö

Många bra tankar!

GUID i sig är ju ett bra och fungerande koncept — men problemet är vad som händer efter att man hittat en GUID. Hur ska jag som konsument lära mig mer om vad den representerar?

Jag tycker Nobelprize.org är ett utmärkt exempel på hur man kan lösa det här snyggt. Varje pristagare har ett unikt och stabilt ID — till exempel 1057:

https://www.nobelprize.org/laureate/1057

https://api.nobelprize.org/2.1/laureate/1057

Det är konsekvent, begripligt och tekniskt elegant

DIGG gjorde ju en utredning om persistenta identifierare under sex månader. Tyvärr blev det mest en specifikation från externa konsulter, snarare än att man faktiskt ”satte ned foten” och skapade ett ramverk.

Jag hade hoppats att man skulle bygga en gemensam struktur där myndigheter och kommuner själva kunde registrera sina identifierare — ungefär som DOI-systemet.

Tänk om vi hade ett ”SWEDOI” för statliga och offentliga identifierare som sedan en myndighet/kommun försvinner hanteras av Riksarkivet — det skulle underlätta mycket både för oss som konsumenter och för er som producenter.

1️⃣ Var finns registret?

Vem håller koll på att en viss identifierare inte redan används?

Det är här namespace kommer in i bilden.
Unikhet behöver inte alltid komma från ett centralt register — den kan skapas genom att varje aktör har sitt eget namnrymd (namespace).

Exempel:

Q5 är unikt inom namespace Wikidata → https://www.wikidata.org/wiki/Q5
578 är unikt inom namespace www.nobelprize.org/laureate/
→ https://www.nobelprize.org/laureate/578

Så länge namnet (Q5, 578, eller ett GUID) existerar i ett väldefinierat och långsiktigt namespace, så fungerar det.
Problemet idag är att de flesta svenska myndigheter saknar både namespace och en gemensam modell för hur man ska hantera identifierare över tid.

Ett positivt exempel på tydlig länkstruktur är Skövde kommun hundrastgård Elins Esplanad:
https://www.skovde.se/uppleva-gora/fritidsaktiviteter/hundrastgard-elins-esplanad/

Om kommunen kan garantera att denna URL alltid kommer att finnas, skulle en möjlig unik identifierare kunna vara:
fritidsaktiviteter/hundrastgard-elins-esplanad

Om hundrastgården senare tas bort, kan sidan fortfarande finnas kvar med informationen "borttagen".
En ännu snyggare lösning vore att kopiera Nobelprize.org:s modell:
att ge objektet ett unikt internt ID, t.ex. dogpark = 3, och ha ett centralt register hos kommunen (som Nobelprize.org:s /laureate/) som styr vidare till rätt sida:

https://www.skovde.se/dogpark/3 → fritidsaktiviteter/hundrastgard-elins-esplanad

eller mer generellt

https://www.skovde.se/pid/3034 → fritidsaktiviteter/hundrastgard-elins-esplanad

Vet vi att denna sida alltid kommer att finnas kanske en unik identifierare är fritidsaktiviteter/hundrastgard-elins-esplanad och tas denna hundrastgård bort så finns sidan kvar om man direktlänkar så står det borttagen en snyggare lösning tycker jag är att kopiera Nobelprize.org och ge den ett unikt id hundrastgård = 3 och ha ett lager som Nobelprize.org som styr till fritidsaktiviteter/hundrastgard-elins-esplanad...

Jämför dagens nya post hos Nobelprize.org, där https://www.nobelprize.org/laureate/1057 automatiskt leder vidare till
https://www.nobelprize.org/prizes/peace/2025/machado/facts/

Som användare förstår jag direkt mer om vad ”1057” innebär

Jag behöver bara länka till /laureate/1057, och de ansvariga styr själva vart den pekar

Samma ID används i både webbgränssnitt och API

Kort sagt:
Namespace ger lokal kontroll över unika identifierare, men kräver långsiktig förvaltning.
Ett centralt lager – liknande Nobelprisets /laureate/ – skulle göra det enkelt att hålla länkar stabila även när strukturen bakom förändras och som sagt det smarta var att det fanns ett ställe för detta hos kommuner och myndigheter

2️⃣ Var ska en "Tombstone" lagras?

Den bör ligga på samma URL som tidigare, enligt principen om beständighet.
Se t.ex. Datacite: https://support.datacite.org/docs/tombstone-pages

I Wikidata slås objekt ofta ihop, och då finns en omdirigeringssida kvar – men Wikidata hanterar i övrigt borttagna objekt ganska dåligt.

Exempel omdirigering någon skapade ett nytt objekt Q107366209 med namn Skövde (Švédsko) som någon tycket var samma som Skövde kommun Q501452 --> det slogs ihop 29 juni 2021 kl. 07.33 och vi har en omdirigering

"Själv hade jag ju gärna sett en nationell databas för sådana ID:n, men vem ska underhålla den?"
Mitt svar: Riksarkivet - skall saker vara persistenta så är Riksarkivet den naturliga kandidaten... DIGG ser vi ju nu försvinner...

Jag framförde det till DIGG, men fick ett lite märkligt svar: se issue #23 "Arkivutredningen - persistenta identifierare" kostnaden att inte ta tag i detta kostar miljoner om inte miljarder är min tro...

Det känns helt enkelt fel att 290 kommuner och alla myndigheter ska bygga egna lösningar för något så grundläggande.

Ett starkare DIGG hade kunnat skapa ett ramverk — och i förlängningen borde arkivlagen uppdateras för att uttryckligen stödja hantering av persistenta unika identifierare. Myndigheten har nu funnits sedan 2018 och det vi ser är en spec.... detta borde ha gjorts vecka 1 jmf FAIRDATA F1

"Men finns det ett värde i att man vet hur och vad ID:t kommer ifrån, att man kan spåra det i en databas eller länkcentrum?"

Absolut.
Om du hittar en DOI vet du direkt var du ska leta.
Om du bara hittar 1057 vet du inte vad det är — men om du hittar https://www.nobelprize.org/laureate/1057 vet du exakt var du ska börja

Om steget att bygga ett helt system känns stort – börja smått!
Välj ett område där stabila länkar verkligen gör skillnad, till exempel era hundrastgårdar , utegym, badplatser, naturområden eller anläggningar .
Skapa ett eget namespace, bestäm en tydlig URL-struktur och låt sidorna leva vidare även när innehållet förändras.

Det viktiga är inte att allt är perfekt från början – utan att börja röra sig i rätt riktning mot stabila och begripliga identifierare.

Och kanske är det just här vi behöver börja prata mer med varandra .
Istället för att vänta på en nationell specifikation som alla borde följa (men sällan gör ), kan vi visa vägen genom att själva vara tydliga och konsekventa.

Om varje kommun och myndighet tar små steg mot mindre länkröta 🧩 och mer förutsägbarhet , så bygger vi tillit och interoperabilitet underifrån — ett klick i taget.

Magnus Sälgö

Min fråga #17 Riksarkivet om hur dom hanterar Persistenta Identifierare - dom hanterar inte enstaka dokument utan mer kartonger med material....

vilket är ett systemfel och ett bevis att man inte är en digital myndighet...

Magnus Sälgö

@tomasmonsen Hundrastområde #25

Magnus Sälgö

@tomasmonsen Google Map verkar ha lite bättre ordning på kommunernas hundrastgårdar

Det intressanta är att dom har persistenta identifierare för alla sina kart objekt vi mappar dom till "Google Maps Customer-ID" Property:P3749

Sökning Hundrastgårdar
- Braskens Hage Hundrastgård
  * Google Maps Customer-ID 11269676499697948912
- Elsas Hage Hundrastgård
  * Google Maps Customer-ID 17279628048110001089
- Hundrastgård Västra Skogsrovägen, 549 63 Skövde
  * Google Maps Customer-ID 1019293897992977321
- Hundrastgård Södra Ryd
  * Google Maps Customer-ID 3083108057843170131
- Hundrastgård Elins Esplanad
  * Google Maps Customer-ID 2398706661664059469
  * Wikidata Q135457985#P3749
- Hundrastgård Vadsbovägen
  * Google Maps Customer-ID 7830472403816634739
  * Wikidata Q135457941#P3749
- Hundrastgård Valhall
  * Google Maps Customer-ID 9175522306292853718
- Hundrastgård Skaraberg
  * Google Maps Customer-ID 16031051072462352752
- Hundrastgård Brogården
  * Google Maps Customer-ID 15214183385002336984
- Hundrastgård Axvall
  * Google Maps Customer-ID 234336153044478694
- Hundrastgård Varnhem
  * Google Maps Customer-ID 234336153044478694
  * Wikidata Q135458081#P3749

Magnus Sälgö

Kollade på https://www.hundlekplatsen.se
dom hämtar bilder via Google Map på hundrastplatser dvs. slipper åka runt och ta nya bilder... --> Google får tillbaka att dom mäter hur mycket bilder jag kollar på och använder det för att anpassa reklamen...

exempel bild url https://streetviewpixels-pa.googleapis.com/v1/thumbnail?panoid=Ucm8OxfjIIDurfjVznIy9g&cb_client=search.gws-prod.gps&w=408&h=240&yaw=301.01474&pitch=0&thumbfov=100

mer metadata

galet att myndigheter, kommuner inte bygger upp samma bildbibliotek
jag försökte ha en dialog med Stockholms stad 2021-08-14 men hittade ingen som förstod frågeställningen

Magnus Sälgö

Pratar hundgårds taggar

Magnus Sälgö

Tankar att öppna data från kommuner blir bara sämre och sämre

verkar som pengar som går till öppna data projekt dör i kommunal byråkrati…

Magnus Sälgö

Detta inlägg är raderat!

Community på Sveriges dataportal