Closed salgo60 closed 3 years ago
Textsträng utan språkangivning är skräp. Det är en allvarlig brist tycker jag.
Japp galet när man vet att man skall rapporterar till EU skall prata med dom på måndag tror nytt API är på G
Wikidata karta för baden med avrådan för bad = dissuasionTypeText - Oväntad situation
Handjagad lista av bad med avrådan
Inressant är delarna i APIet plannedMeasure och executedMeasure tyvärr flummigt skriva utan ärendenummer, myndigheter som textsträngar etc Vän av ordning undrar med SSoT hur skall Ängby Båtklubb identifieras och Koppla avlopp från sommarstugor sydost om Östra Ängbybadet till det kommunala avloppsledningsnätet Känns som mycket datatvätt behövs om Exploateringskontoret skall översättas till rätt Exploateringskontor
cc: @TGBMonsen
hade långt prat med Mattias på Hav och
1) Stockholms kommun hade gått in på Hav och uppdaterad avrådan
1) Han tycker det är ett enormt bra mönster att kommuner har sina bad hos Hav
1) att avrådan uppdateras på detta ställe
1) att när provsvar dyker upp så uppdateras detta ställe
1) att kommunerna även pekar på denna databas
1) jag framförde att vi gärna ser att ytor för baden finns i GeoJson med CC-0 så vi kan ha dom i Wikidata
1) Lät som det finns ett Hav projekt om hur kommunerna skall uppdatera detta data - men frågade inget mera
1) vi pratade även bathingWaterIdentifier men där kunde han inte säga mer verkar som det är flera avdelningar som jobbar med badvatten så jag gissar att den blir kvar i API:et, han var även osäker på om EUbad som rapporteras till EU har en bathingWaterIdentifier som är registrerad i "WFDProtectedArea" vilket det skall vara enligt dd.eionet.europa.eu/dataelements/99263
1) det diskuteras om andra saker som badvatten temperaturer dvs. IoT device för badplatser skall in i Havs databas men lät inte som prio 1 om det överhuvudtaget skall finnas där
1) jag berättade kort om att vi kopplar ihop saker och att vi hittar en hel del och att det vire bättre om Lantmäteriet var källa för baden och kanske även att ett bad beskrevs bättre se https://github.com/salgo60/Svenskabadplatser/issues/129
1) efter att ha fått egenskaper badkartan godkänt har vi nu dessa externa egenskaper på svenska bad / och dessa kopplingar till Open Street Map mer om data kvalitet och kopplingar se Wikidata:Svenska_badplatser/Coverage
Ok, bra. Tack för att du tog kontakten! HaV måste dock samordna och styra geodata, dvs hur badplatsernas geografiska positioner och adresser. Förutom låg kvalitet i koordinatangivelser (p.g.a manuell inmatning?), så finns även brister i API:et och specifikationerna. HaV följer inte nationell kartinformation för blåljusaktörer. MSB har kartor för krisberedskap och blåljus och det är viktigt att alla specar för badplatser följer dessa nationella riktlinjer. Det är vanligt att ambulans och räddningstjänst rycker ut till badplatser och felaktiga koordinater eller en spec. som inte kan användas i blåsljusverksamhetens fordonsnavigatorer, kan få katastrofala konsekvenser. Jag ser idag att många specar endast använder WGS84, det är inte i linje med MSB:s riktlinjer (som säger att det svenska nationella referenssystemet ska användas). Kommunerna har inte heller alltid verksamhetssystem som hanterar WGS84, GIS-plattformarna arbetar med de kommunala, lokala, systemen, som inte lämpar sig för extern användning. Att tvinga WGS84 leder till manuell transformation och manuellt klickande på webbkartor.
Mot bakgrund av detta framkomna undrar jag, för att kunna färdigställa min specifikation med högsta, just nu, uppnåbara kvalite:
Enklast är att du kollar med din kommun om hur ni ligger till i arbetet med Blåljuskollen . Det finns även nationell hjälp att få för kommunerna, MSB och Lantmäteriet har tagit fram checklistor, t.ex. MSB MSB skriver: "Ett gemensamt koordinatsystem utgör en av grunderna för att blåljusaktörer ska kunna kommunicera om positionen för en händelse." SWEREF99 TM är det nationella, rikstäckande koordinatsystemet (observera "TM" i beteckningen!), WGS84 är däremot det som vanligen används i "konsumentsammanhang", så båda är nödvändiga. Kommunala GIS använder dock oftast inte WGS84 eftersom det är s.k. oprojicerat, icke-fast system (dvs alla koordinatangivelser med WGS84 ska egentligen åtföljas av en tidpunkt, dock inte nödvändigt i just denna tillämpning badplats).
1) "nutscode" jag skulle säga att Mattias var fel person att prata med.... orkar du leta reda på andra personer 1) jag slänger över allt deras till Eionet bathingWaterIdentifier just nu (min change log) jag fick just denna egenskap i Wikidata godkänt Property:P9616 så jag skickar över allt dit och tar bort Nuts på alla badplatser --> alla SPARQL skapade hittills dör så skrik till ;-) 1) badplatser med nya egenskapen
Det jag skulle vilja se hos Hav är det man ser hos Wikidata se exempel Signed Statements
mitt snack med Mattias var mer informellt och ad hoc .... gissar att dom inte är mogna att ha öppna prioriterade backlogs
Verkar som Wikidata vill att jag skall plugga ML eller ut och cykla ;-)
Har ändrat för mycket sista tiden
Ser att ÖDIS (Stockholms stad) skrivit rekommendationer om koordinatsystem, virrigt (och delvis felaktigt), men ändå ett försök att göra rätt.
Som sagt, ett tips kan vara att börja med att titta på ÖDIS och sen är det bara att posta ev. frågor här på GitHub-ytan.
Det här är inte så krångligt som det verkar, men det är väldigt viktigt att det blir rätt.
Intressant case med avrådan som uppstår vad kan göras bättre?
Är inte detta ett bra exempel på att man skall stödja design mönstret SSoT se https://github.com/salgo60/Svenskabadplatser/discussions/113 dvs.
vi har ett ställe där vi kan lita på datat? Får en känsla att man inte på Stockholms stad enkelt kan generera kartor var dessa bad ligger dvs. man jobbar inte data drivet utan det är statiska websidor som uppdateras för hand även Hav känns fel designat med deras karta som inte visar var bad med problem finns utan man måste klicka in sig på alla bad - hade kartdesignern följt SSoT så hade den kollat dissuasion/type för om detta är ett bad att visa :weary:
lite udda att Stockholms stad pekar på Havs- och vattenmyndigheten och Havs- och vattenmyndigheten pekar tillbaka att det är kommunen som skall ta beslutet
se
Mina tankar 1) SSoT är viktigt att vara tydlig med att 1) denna datamängd finns och är SSoT 1) skall vi kolla trovärdigheten på information så stäm av med denna källa 1) för varningar och att se till att detta datat är korrekt 1) json som skapas hos Hav har inga språktaggar skall bara svenskspråkiga informeras? Finns en dissuasion/type 4 som borde i en bra design kunna kopplas till ett objekt som kan visas på flera språk 1) i Badplatsen publikt API verkar inte ha tagits höjd för språk trots att datat skall skickas till EU -> GöromGörRätt 1) dissuasion har startDatum men inget stopDatum i specen 1) dissuasion verkar vara en lokal term hittar den inte i dd.eionet.europa.eu
avrådan visas endast om man klickar badet ex. SE011018000000185
API detail SE0110180000001850
datat har strings utan språkkod - oldschool
API testlocationprofile SE0110180000001850
cc: @TGBMonsen