A
@Maria-Söderlind Jag håller med dig Maria. Vi mäter också bara tre kategorier och jag funderar om man gör det för stort även om övriga är frivilliga. Tror det kan bli en onödig tröskel för att komma igång för en del organisationer.
För övrigt roligt att nu använde Södertälje som exempel i exempelfilerna 
Hej!
Jag kikar på vår Metadatakvalitet på dataportal.se
(https://www.dataportal.se/metadatakvalitet/katalog/_quality/75)
Där står tex under Återanvändbarhet och Användningsbegränsningar (dct:accessRights) 100% Nej för Södertälje.
Jag kan dock inte hitta en enda datamängd som har något annat än Publik satt som dct:accessRights
Och hur tusan anger man "Ordlista för åtkomstbegränsningar" som vi också har noll % på?
Och hur hittar jag Medietyp på Distributioner som vi också har noll% på?
dcat:mediaType
För kännedom: Vi använder Entryscape
Hej!
Vi i Södertälje kikar på at publicera öppen data för offentlig konst. Kikade på specifikationen (https://lankadedata.se/spec/skr/) och blir förvånad över att inte koordinater finns med i den.
Vore inte det en rimlig sak att ha med?
Vad säger @mattias mfl?
Det hänger ju på om bilens bladläge är kopplat till deras system eller inte.
Ofta är det ju bara så att föraren väljer plogning i sin app och sedan manuellt fäller ner bladet.
Då är det ju ingen koppling.
@josefinlassi sa i Sökfunktionen behöver trimmas:
@Andreas-Sundberg Nu är det fixat, så du kan söka bara på "snö".
Toppen!
Jag har en fråga kopplat till DCAT-AP
Två exempel på rekommenderade fält enligt DCAT-AP är dcterms:spatial och dcterms:temporal
Hur är dom egentligen tänkta att användas?
Tar man tex dcterms:temporal så är den ju fullt rimlig om det gäller en serie av data, tex Leverantörsreskontra eller olika mätvärden. Där är jag helt med.
Men om man publicerar tex Cykelpumpar eller Naturreservat, hur ska den användas där? Det finns ju vare sig ett start- eller slutdatum där.
Så jag tänker att det inte ska användas i det fallet men trots det kommer ju varningar om att data saknas.
Vet någon vad tanken är? Eller har jag missförstått något?
Andra exemplet med dcterms:spatial är också lite oklart för mig.
Iallafall i vår plattform (Entryscape) kan man välja mellan att antingen ange en rektangel som ritar ut området och det kan ju vara aktuellt ibland, dock är ju tex en kommun sällan helt rektangulär så andra kommuner kommer lätt med.
Vi har i många fall angett en punkt istället vilket också är valbart men då får man varningar om att man inte följer DCAT-AP.
Är inte en punkt mer lämpligt tex om man vill ange positionen för en mätpunkt av något slag?
Borde det inte räcka med bara en punkt?
Oklart om jag lade detta i rätt kategori, hittade ingen som känns riktigt DCAT-AP fokuserad.
Kanske borde finnas en DCAT-AP kategori?
Hej!
Vi tittar i Södertälje kommun på specifikationen Grillplatser och följer såklart den vid vår publicering av Grillplatser i kommunen.
Dock stötte vi på ett problem som jag vill lyfta.
Vårt GIS-system får en konflikt med attributet ID då GIS-systemet skapar upp ett eget ID som också heter just ID.
Jag gissar att fler kommuner kan ha samma problem.
Skulle det vara lämpligt att vid en ny version av Grillplatser och även andra datamängder istället använda UID?
Unique Identifier.
Vad säger ni andra?
@Björn-Hagström @tomasmonsen @Eric @mattias @Maria-Söderlind med flera
Jag håller med. Skriver man snö under specifikationer så dyker inte snöröjning upp.
Borde inte behövas wildcard characters (*) för att söka.
Jag tror också på att skala ner det till en betydligt mindre nivå av data. Mycket för att sänka tröskeln.
Nu är dct:accessRights, mediaetyp och ordlista åtkomstbegränsningar åtgärdade.
Däremot finns det fler oklarheter:
Varför har vi noll poäng på dcat:downloadURL trots att enbart 1% av alla våra url:er är döda?
(Dom är för övrigt inte döda utan det kan ta några sekunder att ladda flera månaders IoT-data så den tolkas nog som död)
Vad är det som gör att vi får noll poäng på DCAT-AP-överensstämmelse? Vi följer DCAT-AP till punkt och pricka.
Vad ska man ange på Rättigheter/Rättighetsförklaring (dct:rights) för att det ska vara korrekt? Vi har ju redan CC0-licens på 100% av våra distributioner.
Vad gör att vi får noll poäng här?
Borde väl rimligtvis räcka med licens eller Rättighetsförklaring?
Med vänlig hälsning,
Södertälje kommun
Hej!
Vi jobbar i Södertälje på att publicera snöröjning enligt specifikationen.
Vi har ett par frågor:
Det finns en motsägelse. I specifikationen i punkt två "Datamodell" står det att "Tidpunkt anges enligt ISO 8601 med TZD."
I exemplet (längst ner i specifikationen) står det dock bara som en radda siffror vilket alltså inte är vad som står i punkt två Datamodell.
Vilken ska vi följa?
Det vore bra om vi även kunde uppdatera exemplet (längst ner i specifikatonen) till ett med minst två poster så det syns hur vi ska kapsla in det. Utifrån mallen på Github skulle vi tro att det blir typ följande men vi vet inte säkert:
[
{
"source": "5561234567",
"supplier_key": "LeverantörA",
"timestamp": "2024-02-10T08:30:00Z",
"longitude": 18.0686,
"latitude": 59.3293,"measure_type":"SW",
"material": "",
"dosage": "",
"spread_width": ""
},
{
"source": "5569876543",
"supplier_key": "LeverantörA",
"timestamp": "2024-02-10T09:00:00Z",
"longitude": 17.8419,
"latitude": 59.3760,
"measure_type": "PL",
"material": "",
"dosage": "",
"spread_width": ""
},
{
"source": "5563456789",
"supplier_key": "LeverantörC",
"timestamp": "2024-02-10T09:45:00Z",
"longitude": 18.0456,
"latitude": 59.3322,
"measure_type": "GC",
"material": "",
"dosage": "",
"spread_width": ""
}
]
@josefinlassi Hur har det gått med diskussionerna här?
Det låter toppen!
Nej det är ju i hur verktyget för metadatakvalitet fungerar. Så det ligger nog hos er.
Du skulle prata med dina kollegor och sedan återkomma skrev du ovan.
@tomasmonsen hade samma problem eller hur Tomas?
@josefinlassi Jag kom på en sak.
I mitt första inlägg i denna tråd nämner jag några fel som nu är åtgärdade.
Jag felanmälde även dessa till Metasolutions då dom levererar Entryscape åt oss.
Dom såg direkt vad felet var och löste de problemen under samma dag.
Dom gjorde det dock tydligt att felanmälan ska göras till DIGG och att ni sedan felanmäler hos Metasolutions.
Så min gissning är att dom snabbt och enkelt kan lösa även de kvarvarande problemen bara dom får en beställning från er på DIGG.
Säger dom @tomasmonsen: Vi vill ha credd för det hårda kvalitetsjobb vi gör kopplat till vår metadata i det här fallet =D
Trevlig helg på er!