Closed salgo60 closed 3 years ago
@TGBMonsen så här galet blir min tolkning att Nutskod hos Hav att det är samma som Nutskod i Wikidata Property:P605 där vi satt upp massa villkor vad som gäller för en Nutskod i WIkidata.....
Jag förstår att det blir rörigt, men Hav kallar sitt id för "NUTSKOD" vilket är olyckligt att det har samma namn som Eurostats indelning av regioner. Jag har inte mandat att be Hav att ändra namnet. De har helt enkelt använt delar av Eurostats "Nutscode" för att skapa unika IDn för badplatser (de har NUTSKOD + en serie siffror) men inte bytt namn på attributet utan använder samma...
Vem ska ändra på sig - ska jag i min specifikation kalla det för "hav_code" kanske och undvika uttrycket NUTSKOD helt eller hur gör vi ? Jag önskar inte bidra ytterligare till förvillningen. Dock framgår det tydligt i min specifikation att det INTE är Nutscode utan ett egen proprietärt ID/Attribut som Hav själva hittat på.
@TGBMonsen
Hm så din rekommendation är att..? Stryka fältet helt, byta namn till nutskod eller behålla nutscode? Ursäkta om jag känns trög.
;-)
Jag ringer och pratar med Hav Mattias på måndag vad och när deras plan är om dom tänker rensa i sin röra ;-)
Trevlig helg
Tack det låter bra, vill gärna höra planerna! Trevlig helg!
Håller med @salgo60 , få HaV att byta ut nutskod/nutscode mot ett korrekt namn, NUTS är reserverat och kan inte användas till "vad som helst". Och när ni ändå är igång, tipsa om att inte blanda svenska och engelska i ett API. I'm going nuts on this ;)
Tänker att du tar dessa synpunkter på måndag, Salgo60, och återkoppla till mig :) svårt att tro att de hinner ändra nåt innan jag "måste" publicera. Jag väntar ett litet tag men inte jättelänge... :)
@TGBMonsen jo men nu följer du Havs "anti pattern" med en term som har fel namn.... om Hav inser problemet med dåligt namnval på termen och kommer att fixa det under 2021 så kan även du springa åt rätt håll direkt..... gissar att skall det du skriver köras ut till 290 kommuner som skall sitta i excel med fältnamn, aldrig har skapat Öppen Data eller läst en spec så kan det här vara sista versionen du släpper :cold_sweat: för det är för bökigt att ändra eller?
när om vi får fältet EIONET bathingWaterIdentifier godkänt i WIkidata så är denna refraktorering lite enklare men jag måste
Ring gärna +46-735152802 eller vi ses på Telegram
Håller med @salgo60 , få HaV att byta ut nutskod/nutscode mot ett korrekt namn, NUTS är reserverat och kan inte användas till "vad som helst". Och när ni ändå är igång, tipsa om att inte blanda svenska och engelska i ett API. I'm going nuts on this ;)
kollar du på https://github.com/salgo60/Svenskabadplatser/issues/118#issuecomment-850795861 så finns det hur mycket som helst att göra
känns som en stor resa som måste göras. Steg 0 är väl som alltid att man inser att man har ett problem :tired_face:
Vi kanske skall skapa ett 12 stegs program för dålig data design där man får gå runt och säga förlåt till alla som använt API:et.... :pray::pray::pray:
Ja, @salgo60 , det finns hur mycket som helst att göra och det borde definitivt finnas en utbildning i API-design för myndigheter. Nu gör alla olika och även inom samma myndighet kan det finnas många varianter, både patterns och antipatterns. Att i ett API hitta både contaminationSource (eng. singular) och fororeningskallor (svenska plural) är såklart förvirrande och förhindrar effektivt informationsutbyta + risk för fel.
@TGBMonsen , som @salgo60 är inne på - tänk stort här :) Det kommer bli svårt att ändra i efterhand och att följa standard och vedertagen praxis lönar sig i längden. Tänk även på andra attribut, som rör information där standarder/praxis finns (och de är fler än man kan tro). Jag har inte sett din specifikation (och du har säkert gjort rätt), men vet att i 9 fall av 10 brukar adress behandlas felaktigt. Även geografiska referenssystem brukar bli fel. Det är oerhört viktigt att dessa specas på korrekt sätt och jag har sett alldeles för många specar där detta blivit tokigt.
Japp hur mycket som helst finns det. Det jag skulle vilja se från Hav är att dom tänker större och försöker hitta termer bland 3 215 termer i dd.eionet.europa.eu och har samma som dom så att det skalar på Europa nivå. Tycker att the Once Only Initiative se https://github.com/salgo60/Svenskabadplatser/issues/118#issuecomment-850862396 borde inspirera folk att tänka stort
Ja, men det skulle kräva att myndigheterna gör en vidare tolkning av regleringsbreven och ser uppdragen som delar i ett större sammanhang. Jag följer med spänning hur väl du lyckas föra fram den saken ;) Om du lyckas, så är mycket vunnet. Kontrollerat språk
Kan vi inte få draghjälp från EU https://github.com/salgo60/Svenskabadplatser/issues/118#issuecomment-850862396 ?
På gott och ont så känner jag att regleringsbrev/instruktioner etc. är det man pekar på för att ha kvar dåliga designmönster och skapa SILOS.... jag tvivlar på det men Corona och EU kanske kan få folk att tänka större och Once Only Initiative tolkar jag som ett annat sätt att säga ni måste jobba digitalt ihop och säga "samma som".... det känns bara galnare och galnare att kommuner skapar egna dåliga hittepå koordinater för badplatser som sedan skickas till EU....
När inte ens Wikipedia kan lita på producerat data känns det som botten är nådd :worried::worried::worried: - vi ser samma sak med museerna men där är det ingen som bryr sig att 100tals miljoner Euro kastas bort....
Mönstret med Öppen Data känns det som att saker utreds och utreds i tystnad och många inte vill ha en förändring, de flesta verkar nöjda med dagens "lösningar"...
@TGBMonsen se https://github.com/salgo60/Svenskabadplatser/issues/118#issuecomment-851926600 vi vet inget mera vad planen är hos Hav i deras API.
Jag stänger denna grej och fokuserar på att datat i Wikidata blir bra. Igår fick badkartan.se Property:P9615 godkänt och hoppas snart ha eget fält i Wikidata för Eionet bathingWaterIdentifier
Efterfrågat tydliga termkataloger i Sverige se dataportal.se topic/120 eionet-data-dictionary
Uppdaterat WIkidata kvalitets matrix med nya egenskaper P9616 och P9615
Även lagt in dom på svenska egenskaper
Skickade in en fråga till havochvatten@havochvatten.se
@TGBMonsen @soleildeminuit Min förståelse efter att fått detta brev från EEA
Nästa steg
"Snygg" koppling med Wikidata:Entity_Explosion
Koppling till API, EIONET Data Dictionary etc..
** badplatsen.havochvatten.se badplatsen/api/detail/SE0110180000001843
user: Popperipopp comment of the usage of Nutscode for Swedish bath water in Wikidata
Solution is that we get WD prop proposal Eionet bathingWaterIdentifier approved its in phase "Create"