En SCB anställd skrev på Wikipedias Bybrunnen 30 okt 2020 om att länka dom och 2 timmar senare fanns denna koppling på 290 sidor i Wikipedia se T266863 dessa sidor har ca. 6900 visningar per dag

c01b9f26-eff8-4358-946c-89ae4964f38e-image.png

jag la upp saker som vi skulle vilja prata med dom om bl.a. en halv död applikation som heter Regina - ingen reaktion se T266870 SCB Wikidata framtid

Min fråga är mer om dom vaknat till liv 😉 om några andra hittat hur dialog skall föras.... tycker Jobtech visar ännu en gång en bra riktning med community backlog.... i T266863 visar jag bl.a. på att Solna kommuns Wikipedia sida har fler besökare på en:Wikipedia än sv:Wikipedia dvs. SCB kanske borde ha sina sidor på flera språk

8e09a850-bf30-45e6-85ad-9eee6e095b7a-image.png

@peter_bengtsson sa i API-licenser eller användarvillkor för API-användning?:

Den uppenbara lösningen är kringgå problemen genom att koppla (eventuellt anonyma) nycklar till API:et, antingen för att exempelvis tekniskt begränsa antalet anrop per sekund eller för att kräva godkännande av användningsvillkor innan nyckeln lämnas ut (då har man en teknisk mekanism som man kan knyta till användarvillkoren).

Gillar din liknelse med telefonkiosken Peter!

Ditt och även Öppnaskolplattformens förslag med att koppla användarvillkor till nyckelhantering är ju hur det till stor del regleras idag, men hur ska man formulera sig om man inte vill ha nycklar på öppna API:er?

Vi har tidigare på forumet diskuterat om det alltid behövs nycklar till ett öppet API och om nyckelhantering leder till begränsningar.

I fallet öppet API, med öppna data har vi inte alltid behov av begränsa anrop eller hur innehållet används. Vi vill också i större utsträckning länka till varandras data, och då kan nycklar eventuellt försvåra som jag tolkat det.
Så hur kan vi myndigheter signalera till en presumtiv användare att API:et är öppet och fritt tillgängligt?
Naturligtvis i dokumentationen, men kan vi komma till en standardforumlering, eller liknande som är begripligt på många språk? Det som har varit bra med vägledningen från DIGG och PRV gällande öppna data licenser är att det rekommenderas att sätta CCO för att tydliggöra fritt användande av data även i de fall då upphovsrätt inte är tillämpligt. Bättre en tydlig signal som säger varsågod än att det blir superkorrekt ur alla avseenden.

FYI: Wikidata skapar nu en plattform för att hantera mismatch mellan data i Wikidata och externt data se Wikidata:Mismatch_Finder

Fråga: har SCB en ändringsprocess för fel i datat? och hur rapporteras till den? var ser man bäst skillnad om en uppdatering publiceras, vilken som är aktuell version av datat?

Wikidata är en öppen plattform --> att alla kan ändra så vi ör beroende av bra extern data som vi hela tiden kan jämföra Wikidatas data med (för att upptäcka ex. vandalisering). Jag har hemsnickrat några Notebooks för Nobelprize.org, Svenska akademin, SKBL.... och det finns andra som gjort liknande men mig veterligen finns ingen samordning på detta men det är dit jag hoppas Wikidata vill....

En annan spännande utveckling som jag pratade kort med SCB om är att vi Wikipedia blir mer data drivet iom ett nytt projekt Abstract Wikipedia där tanken är att vi bättre än idag skall skala och kunna skriva en artikel en gång i ett "metaspråk" som sedan publiceras på flera 100 språk....

exempel eran Kommun i Siffror där vi nu länkar er på > 1400 ställen på svenska Wikipedia medans engelska Wikipedia som är en av världens 20 största webplatser endast länkar SCB 3 ggr om ni levererade data/sidor på engelska skulle kunna länkas från en:Wikipedia som ofta har fler läsare än svenska Wikipedia jämförelse Solna kommun där vi har artiklar på 52 språk och antalet läsare i år är 54 742 på en:Wikipedia medans sv:Wikipedia har 29 761 länk statistik

d5875f56-1c5b-405c-964b-51b36b70f233-image.png

Ps. Wiki världen är enormt spretig och olika personer gör olika saker med väldigt lite samordning så förvänta er inte att om ni pratar med en person att övriga vet om denna dialog, i bästa fall hamnar saker i en backlog se sökning SCB i Phabricator som visar lite vad som gjorts med SCB...