Community på Sveriges dataportal

Tidsgränsen slog in för att ändra ....

"SAT Nämdö "Rapportera nedfallna träd på Vita Stigen / SAT Nämdö"

@Nina_Berlin sa i Svenska vandringsleder:

@Magnus-Sälgö Om du är nyfiken på vad vi som jobbar med dataportalen specifikt arbetar med just nu så kan du läsa mer i det här regeringsuppdraget:
https://www.regeringen.se/49e173/contentassets/142e91d86d70461080d98041451af7ec/uppdrag-att-framja-delning-och-nyttiggorande-av-data

Jag är nyfiken på hur det går med vandringsleder...

Känns som ingenstans samlas vandringslederna

1. Enormt kaos att felanmäla och se problem på leder
   1-1) Exempel kaos med Roslagsleden etapp 2
   1-2) Ny led Stockholm Archipelago Trail mailar man till men dom verkar inte vara del av ett större nätverk - se SAT Nämdö "Rapportera nedfallna träd på Vita Stigen / SAT Nämdö"

2. Naturvårdsverket verkar sedan 2019 jobbat med Tillhandahålla ramverket digitalt men vi ser inget ekosystem eller är det bara pdf och powerpoint

Ni borde definiera upp användarfall/user cases se diskussion 30 aug. 2022 16:47 / backlog #27 Dataverkstaden: Strukturerad kravinsamling idag blir det enormt virrigt med massa olika filosofier som inte dokumenteras

Jag tänkte mest på hur ofta jag som hypotetisk konsument ska kunna ställa frågor mot APIet.

Ponera snö oväder och en ambulans skall rycka ut alternativt att all transport körs för ett visst område med bandvagnar jmf Gävle 1998 gissar att det är omöjligt att sitta och gissa på dataportalen utan man måste få igång saker och ting och se och lära av det....

• skapa en arkitektur som skalar dynamiskt är min gissning....

Hur stora frågor ska jag kunna ställa?

Steg 0 är att ni redovisar vilken last ni har idag jmf Wikidata SPARQL som kör Grafana

• done rate jag uppfattar att Wikidata har 16 query servrar och hanterar sökningar

• lag

• queries per sec

  • ops/s = operations per second

Hur stora frågor ska jag kunna ställa?

Börja med användarfall och lägg till nya när nya krav/tankar dyker upp .... idag saknar jag från projekten NSÖD / dataverkstaden / DIGG / ... att användarfall dokumenteras blir lite att man startar från 0 varje gång

Vore det inte bra att lägga saker som detta i ett GITHUB repository för "Nationella geodataplattformen" .... Känns som saker i detta forumet flyttas och tas bort...

@mattias
Jag ska vara transparent och säga att jag försöker driva på just den här frågan internt inom Lantmäteriet om hur myndigheten bättre skulle kunna bidra med kod-exempel på någon Git-plattform eller egen plattform. Vi vet att det är något som efterfrågas. Kanske kan det hända något framöver.

I väntan på något ställningstagande provar jag att bidra här!

@lmdaniel Snyggt. Fråga för denna tråd och liknande trådar från dig som har kodsnuttar: Kommer koden läggas upp på någon lämplig plattform för kodhantering t.ex. har Lantmäteriet en instans av Git-plattform som kan dela extern kod?

Eller kan LM kanske ordna en organisation med kodförråd på EU-ägda Git-plattformen Codeberg?

Tack för återkoppling @DIGG_admin . Skönt att vi inte var helt ute och cyklade. Vi är införstådda med baksidorna här, men det kändes för oss som den naturliga lösningen på ett scenario vi ofta stöter på "ute i verkligheten".

@peter-stranne Det sätt ni hanterar scenariot idag får anses som korrekt, dvs att returnera 207 med information om vilka objekt som lyckas och inte lyckas.

Det som man kan ha i åtanke är att vissa klienter som använder vissa API-verktyg, API-gateways och middleware-produkter kan ha problem med att tolka denna statuskod. I detta case skulle man kunna argumentera för att man skulle ha statuskod 200 som response tillsammans med en detaljerad body. Dock behöver detta kikas på utifrån ett behovsperspektiv kopplat till de klienter som använder deras API.

Intressant 2 olika tidsstämplar

Jag förstår verkligen kruxet Hoppas på flera intressanta inflikningar!