Community på Sveriges dataportal

@Magnus-Sälgö, det där måste jag tänka till lite på innan jag svarar

@Matself, nej försvarar inte Lantmäteriet inte som min arbetsgivare utan för att jag på riktigt tycker att OGC API Feature känns riktigt riktigt bra. Det är enkelt att tolka och läsa informationen från apiet, både som människa och maskin. Och än en gång. OGC API Feature är inte en exklusiv maskinkommunikation. Det är fullt möjligt för dig som medmänniska att läsa och på egen hand tolka den data som apiet levereras. Men självklart måste du anropa, antingen med en url, eller skript, eller ett system av ditt val.

2025-03-26 Ändrat namnet på variabeln ”nutskod” med ”id”

Havsmyndigheten har uppdaterat och säger detta länk

Fråga 1: Någon som kan förklara eller vet var deras utvecklingsplattform
finns? Har dom versionshantering av API:et com jag missat?

Jag anropar med https://badplatsen.havochvatten.se/badplatsen/api/testlocationprofile/SE0611780000003824

Fråga 2: Hur kommer man i kontakt med produktägaren? Jag tyckte det 2022 var enormt virrigt med Havsmyndigheten... är det bättre 2025?

Min NUTScode issue #106

Design mönster Single Source of Truth (SSOT)

@lmdaniel sa i Enkelt pythonskript för att hämta kulturhistoriska lämningar från Nationella geodataplattformen:

Jag tycker inte att varje myndighet ska ha ett eget GUI för åtkomst av data

Ett problem jag såg med Havsmyndighetenens badplats data som dom skickar in till EEA är dålig kvalitet på koordinater där ingen tar ansvar att rätta upp det dvs.

• Havsmyndigheten pekar på Kommunerna
• inga kommuner har jag sett städar sitt data
  • exempel fel jag rapporterat till kommuner med dåliga koordinater detta var 2021 och mig veterligen var det ingen som rättade sitt data

SSOT
Lösningen på detta är Design mönster Single Source of Truth (SSOT) dvs. att det naturliga vore för badplatser att kommunerna inte har koordinater för badplatser utan hämtar det från Lantmäteriverket och gissar jag att Lantmäteriverket på samma sätt har koppling SSOT till andra myndigheter/källor i en perfekt värld

Fråga @lmdaniel : Var befinner sig API design / tankar hur SSOT skall lösas?

Dagens "hobbyverkstad" att varje kommun tillfrågas var deras badplatser finns och sitter och hittar på egna koordinater har Havsmyndighetens databas / API visat inte fungerar....

Exempel issue #128 fel jag hitta maj 29, 2021 och uppfattar jag fortfarande känns fel

• badplatsen.havochvatten.se SE0611780000003824 - API badplatsen.havochvatten.se/badplatsen/api/testlocationprofile/SE0611780000003824 --> koordinat 59.3281469868576 13.8076945472095

Enligt Open Street Map så ligger den koordinaten uppe i skogen.... inte nere vid vattnet som en badplats brukar göra

• hur LM visar badplatsen på sin karta

Självklart försvarar du din arbetsgivare. Jag är en oberoende användare som utan lojaliteter vill fokusera på mångfald och användbarhet. I det ligger att erbjuda data på olika sätt för olika behov, tillämpningar och för olika typer av användare med varierande kunskaper och förutsättningar.
Lantmäteriet har valt väg, och det är exklusiv maskinkommunikation, bakom inloggningar och registrerade användarkonton. Därigenom förstärker ni mystiken kring 'GIS' och geodata som något svårt och komplicerat att använda. Istället för att ta tillfället i akt att sprida geodata till nya användargrupper och nya användningsområden.

@Matself, OGC API Feature är anpassat för geospatial användning och andra tillämpningsområden. Du får helt enkelt båda delarna. Det olyckliga i sammanhanget är att den nya standarden inte är implementerad fullt ut i de vanligaste applikationerna för användning. Och det är synd att Lantmäteriet är lite tidig på bollen där. Samt att Lantmäteriet till viss del avviker från standarden – men det hoppas jag innerligt ska rättas framgent. Det är bättre tillämpat för värdefulla data än för NGP. OGC API Feature är mer systemoberoende än vad WFS-standarden är/var.
Jag tycker inte att varje myndighet ska ha ett eget GUI för åtkomst av data. Jag skulle hellre se att alla myndigheter och andra offentliga aktörer hade standardiserade apier som gick att komma åt genom något generiskt GUI. Jag tycker att STAC-apierna ger en hint om hur det skulle kunna fungera genom att de kan nås genom exempelvis Radiant Earth STAC Browser. Här skulle jag vilja se en tydligare styrning från politiken.

@lmdaniel @Matself vore trevligt om ni redovisade antal nedladdningar/sökningar som kan vara en indikation om det fungerar eller ej

Wikidata som har ett SPARQLfrågespråk är inte direkt enkelt för gemene man att konsumera men man kan enkelt se att det söks en hel del se tidigare forum inlägg

Artiklar på temat använda wikipedia/wikidata/wikicommons

• gammal artikel i Wired "Inside the Alexa-Friendly World of Wikidata, Virtual assistants do their jobs better thanks to Wikidata, which aims to (eventually) represent everything in the universe in a way computers can understand." om hur det används....
• AI behöver bra data "AI bots strain Wikimedia as bandwidth surges 50%"

Det behöver inte vara antingen eller, upprepar jag med en papegojas envishet. Men det är naturligt att fokusera på geospatiala tillämpningar när vi diskuterar geodata. Mitt exempel visar att det går utmärkt väl att erbjuda systemberoende tillgång SAMTIDIGT som data erbjuds i öppna tjänster, i öppna format för direkt användning. Att Lantmäteriet ENBART fokuserar på data i programmeringsgränssnitt gynnar bara den redan etablerade geodatabranschen. Näringslivet, civilsamhället och medborgarna har ingen tillgång till äkta öppna data.

@josefinlassi mer om persistenta identifierare jag skapade en checklista 2020 "The Magnus list" med mina erfarenheter från bankvärlden då jag var Scrum Master på SEB och jobbade med att föra pengar mellan internationella banker dvs. vi hade 0 tolerans för fel och The Magnus listan är saker jag uppfattade behövs för att persistenta identifierare skall stödja för att fungera i praktiken...

• video där listan förklaras vid 27:50 av Bionomias grundare som är duktiga på att koppla ihop informationskällor och presenterade den på Stanfords video kanal...

jag skickade in "The Magnus list" till ert PID projekt men känns inte som det landa länk...

• lesson learned 2025 är att PID:ar inom staten inte tar fart ni måste tillbaka till ritbordet dvs. det behövs "Best Practise" vad som fungerar och varför vissa saker inte fungerar när jag snabb kollar på era rekommendation så har jag svårt att förstå att kommuner/myndigheter/arkiv skall förstå vad ni säger känns inte ens att DIGG själva implementerat det?!?!?
  • se hur PSI-lagen 2010 var "för svår" för en kommun/myndighet att implementera där en katalog /PSI skulle skapas ... test av status 2021 om det finns PSI kataloger eller ej Regioner / Kommuner / Myndigheter.... finns säkert massa udda saker i dessa listor men ger en känsla av hur illa det är... att bara skapa en katalog på web:en....

Jag tror lösningen är att skapa ekosystem mer än en teoretiska specar för att detta skall flyga.... se vaga tankar / ChatGPT tankar... i en perfekt värld hade PSI direktivet varit implementerat och alla myndigheter / kommuner skapat ett eget PID ekosystem där alla objekt som skapas skall ha en PID men men men jag ser inte ens aktiva diskussioner 2025

<<Jag vågar inte lägga upp en skärmdump här av The Magnus List eftersom den har bild på mig och senast jag gjorde det tog ni bort inlägget just med motivering bilden på mig >>

@Matself om du enbart fokuserar på geospatiala tillämpningar så fungerar ju de klassiska WFS-tjänsterna långt. Men om nya tillämpningsområden för datan ska kunna appliceras är den nya standarden OGC API Feature mer ändamålsenliga. Om vi för en sekund tänker bort Lantmäteriets val av autentisering och fokuserar på infrastrukturen så är jag övertygad om att den nya generationens apier, som både värdefulla data-/NGP-tjänsterna bygger på, kommer att vara vassare och mer användbara än de gamla GIS-fokuserade tjänsterna.