User talk:Salgo60

Welcome to Wikidata, Salgo60!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

• Introduction – An introduction to the project.
• Wikidata tours – Interactive tutorials to show you how Wikidata works.
• Community portal – The portal for community members.
• User options – including the 'Babel' extension, to set your language preferences.
• Contents – The main help page for editing and using the site.
• Project chat – Discussions about the project.
• Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, please ask me on [[User talk:|my talk page]]. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards!

Previous discussion was archived at User talk:Salgo60/Archive 1 on 2018-05-21.

Multiple complaints by established Swedish-fluent users, see e.g. User_talk:EPIC#Regarding_User:Salgo60

Please explain the problem? I dont see any more objections than one user telling me that 15 times out of 1 million edits the description is bad never explained what is better....

I have asked him to call me no feedback and I also guess this user started attacking me under a new id see 2001:7D0:81F8:9A80:19C:404E:9C75:2ADD / Talk:Q16410345 and then I feel he doesnt have a background working with structured data and user cases my feeling is he prefer unstructured info urls i.e. the way people work on sv:Wikipedia...

Its not a problem I just added some BBQ place lately and have supported a research project that use Wikidata information about Swedish PM and has some problems.., see Party IDs and Historical Names I am not sure LevandeMänniska can support them but I added a pointer to his profile... if they need support its at least a start...

• last issue #27 with inconsistency WD and the research projects data

• • I informed them that I will not support them any more would be nice to see someone else take over the support I feel most people adding value to Wikidata and Swedish PM and have some data skills has given up see notes on this so dont hesitate as here you have a research project using Wikidata and need support see e.g. adding or not adding properties to WD that I opposed. This project has been going on more than 2 years....

@Salgo60: Much more established users than me have pointed out on more than one occasion that you are breaking the guidelines by writing confusing item descriptions, or no descriptions at all (several examples in the last week alone). Despite this, you have continued to violate the guidelines. And every time we users explain why you are doing wrong, you ignore the facts we present by constantly changing the subject.

I think the problem is that I dont change them?!?!? give me examples... - Salgo60 (disk) 07:24, 5 November 2024 (UTC)

@Estopedist1: This has been going on for so long that I don't think two weeks of blocking is enough.

@Estopedia can you explain the problem what records that upsets @LevandeMänniska and what is correct? I guess he has his own agenda as he is very related to the Wikimedia Sweden people... it started in 9 march 2019 when I explained that a project Europeana didnt use linked data instead just moved around text strings and created garbage.... in 12 dec 2019 user Costa threatened me see letter... my guess is that WIkimedia Sweden is afraid of telling Europeana that somethings is wrong as they would like to get founding from the project... still today 2024 I think they sends around text strings as no one tells them that they need to use linked data....

• also en:Wikipedia discussed Europeana and recommended not to link them T243764
• example when I checked today how Europeana 2024 think the painter Carl Larsson Q187310 is the same as Q5937128 see Portræt af August Svensson, der var fremtrædende i Svenska Sågvärkindustriarbtareförbundet og Skandinavisk Træarbejdersekretariat that is classified as 60886-carl-larsson

I checked some edits of @LevandeMänniska and I feel he is not a data person working with Entity Schemas more adding what he think is correct record by record.... I feel if wikidata should scale that is not the way forward and the complains on the description field in wikidata is just an excuse for something else....

Wikidata is for me over and out I just did some Swedish PM edits as I was pinged by the research project link as they lacked support.... and then found a few profiles that needed support...

@LevandeMänniska Explain what is correct I feel you have your own agenda ;-) and please let us know if you will support the research people or not if they need help... you can still call me ++46705152802 if that is easier maybe I will join you Sunday on wikidata talk...

This is ONLY about the bad and confusing item descriptions. Both @Ainali and @Larske have pointed out the problems in this discussion, but when it didn't have an effect I also wrote a post. However, the result is always the same: You start writing about something else.

last comment and why WIkidata is just a POC

All tillgänglig information gällande beskriven av källa (P1343) gör det väldigt tydligt vad som menas med en källa. Den engelska beskrivningen av egenskapen lyder: "work where this item is described".

Alltså: Ett objekt som är instans av, eller underklass till, en statlig myndighet skall INTE användas som objekt tillsammans med beskriven av källa (P1343).

Om Havsmyndigheten själva säger att dom förvaltar Svenska EU badplatser hur tolkar du det....

Det är galet att en av de få fungerande kedjorna med länkadedata som myndigheterna skapat skall du rensa bort.... med att Havsmyndighetens badplatsdatabas inte duger att beskriva badet...

• gissar att du inte är intresserad av dialog man kan ju fundera över varför #184 Stockholms kommun sätter upp skyltar som pekar på Havsmyndigheten som källa för om badvattnet är ok eller ej...

Som alltid går det att göra saker på 100 olika sätt men att börja lösryckt ta bort kopplingen till Havsmyndigheten som finns på 2688 poster... känns mindre kreativt... även fast jag inte tror att någon använder wikidata så gör det WD mera geggigt...

lycka till...

Har absolut inget emot datan i sig (länkarna till https://badplatsen.havochvatten.se/ är absolut värdefulla), men du använder beskriven av källa (P1343) på helt fel sätt. Och för övrigt ska det inte ligga som referenser under huvuduttalandet, utan som qualifiers.

1) Var konstruktiv och ändra objektet för myndigheten till att även vara instance av databasägare eller vad du tycker passar är ok 1-1) Skapa nytt objekt och byt alla till detta "badvattendatabasen skapat utifrån badvattenförordningen" - Badvattenförordning (2008:218) som kan vara rättslig grund (P92)

Du har samma problem med Naturkartan som du bara tar bort och inte ersätter...

Kolla denna dialog med Stockholms stad Stockholms stad grillplats utan id och status dålig · Issue #55 där deras GIS samordnare Alexander Ericsson beklagar att det enda dom har verkar vara Naturkartan och att det internt verkar vara en jäkla röra.... dvs. Naturkartan pekar dom själva på som "deras fasta punkt"

> Mfs roll i det hela blir helt enkelt att vidareförmedla punkter (grillplatser i det här fallet) > från TK till naturkartan, vi behandlar inte datat på något sätt.

dvs. dom själva har ingen xxx utan Naturkartan har den funktionen...

Kollar du kommuner har du samma problem

• kommun (Q127448) är instans av juridisk form (Q10541491) men används ofta bredare osv....

Annat exempel där person hos Stockholms stad inte förstår att badplatsernas status finns hos Havs- och vattenmyndigheten (Q10518645)

• länk FB

> Hej! Mig veterligen publicerar vi inte status för badplatser. Var såg du det, har du möjlighet att skicka en länk?

Tredje exempel där en person som skrev en spec för kommuner inte ser kopplingen till Havsmyndigheten länk

det behövs tydlighet så dessa personer som jobbar med detta varje dag förstår kopplingen.... tror aldrig dom tittar i WIkidata men kanske någon kan bli upplyst.... om du nu skall bli en WD fundamentalist och ta bort koppling Naturkartan och bli glad av detta så fortsätt men det är en skitig förvirrad verklighet där ute... min tro är lite naivt att WD kan vara en POC så andra kan se möjligheten och kan göra rätt....

Följande text postades ursprungligen på User talk:LevandeMänniska#Badplatser källa Havsmyndigheten. Kopierar den hit för att motverka fragmentering.

Vet inte om du är intresserad att förstå men

• alla Eu bad rapportertas till EEA
  • för att gantera denna koppling skapades Eionet bathingWaterIdentifier (P9616)
  • för att lösa detta försöker Havs- och vattenmyndigheten (Q10518645) samla in badplatser som är EU-bad (Q2151403)
    • det går så där se GITHUB salgo60/Svenskabadplatser och massa fel Havsmyndigheten gör issues / där :Havsmyndigheten kan göra bättre
      • kollar du på API:et deras så är nog detta den bästa källan för badvatten :kvalitet och föroreningskällor ( se hur Stockholms kommun har QRC koder till #184 deras web för badvatten kvalitet)

Havs- och vattenmyndigheten ansvarar för föreskrifter och vägledning till kommunerna i badvattenfrågor. om EU-bad. Arbetet sker utifrån badvattenförordningen som är den svenska implementeringen av EU:s badvattendirektiv. Resultat från kommunernas övervakning vid EU-bad och övriga bad förvaltas av Havs- och vattenmyndigheten.

har du frågor ät det bara att ringa 0735152802 Salgo60 (disk) 21:31, 6 October 2024 (UTC)

• Att en myndighet inte kan vara en källa för badförbud eller icke rekommendation tror jag du får tänka om... det är lite som Socialstyrelsen rekommenderade 6-8 brödskivor (vilket egentligen var en reklamkampanj https://www.wikidata.org/wiki/Special:GoToLinkedPage?site=svwiki&itemid=Q10437074 )
• video vid 2:23 där du kan se att svenska badvattendata om dålig kvalitet från 2019 saknas från Havs- och vattenmyndigheten (Q10518645) men finns hos Europeiska nätverket för miljöinformation och miljöövervakning (Q1378198) --> det är extremt viktigt att kunna spåra var detta badvattendata finns... även då saker skickas runt så har alla olika agendor och saker försvinner med vilja eller bara datainkompetens... ett problem jag försökt att dokumentera med Havs- och vattenmyndigheten 2021 då jag tittade på deras data
  • jag försökte 2022 om jag minns rätt att kunna länka direkt till EEA badvattenkartan för en badplats men lyckades inte vilket hade varit bättre...

- Salgo60 (disk) 12:36, 8 October 2024 (UTC)

Eftersom även en ny person 2001:7D0:81F8:9A80:19C:404E:9C75:2ADD diskuterar detta på engelska så kanske diskussionen skall finnas på Eionet bathingWaterIdentifier (P9616) och vara på engelska - se Talk:Q16410345

• notabene URL-format för tredjepart (P3303) finns på Property:P9616#P3303 men är "så där" eftersom dom duger för svenska badplatser...

@LevandeMänniska skrev nedanstående förklaring vad man ser till 2001:7D0:81F8:9A80:19C:404E:9C75:2ADD på Talk:Q16410345

The page with the identifier is a source of the bathingwaterIdentifier of Pikakari Beach

• unique id EE00101026PIKAKARI
• accepted Date 12.09.2024 i.e. when it was classified as a bathing water following Europaparlamentets och rådets direktiv 2006/7/EG av den 15 februari 2006 (Q2151403)
• classified as a Coastal waters bathing i.e. https://dd.eionet.europa.eu/vocabularyconcept/inspire/SpecialisedZoneTypeCode/coastalBathingWater/view

If you check dd.eionet.europa.eu/dataelements/99263 you can see

• "New bathing water identifiers must be reported under "Bathing Water Directive - Identification of Bathing Waters - 2019" i.e. the page above tell us also that it was reported under "Bathing Water Directive - Identification of Bathing Waters - 2019"
  • Reporting obligation for: Bathing Water Directive - Identification of Bathing Waters
    • Deliveries Bathing Water Directive - Identification of Bathing Waters (europa.eu) datasets that was reported by countries

Hi,

I'm doing some cleaning on family relationships on Wikidata items. I corrected some obvious mistake but I'm not sure what to do on Nils Kristian Claëson (Q117397602) where Nils Claëson (Q5609112) is indicated both as brother and child (which is technically possible but very unlikely). Could you have a look?

Cheers,

I will check the familytree is on https://commons.wikimedia.org/wiki/Category:Cla%C3%ABson,_sl%C3%A4kt the challenge is that the source {{Q|Q379406}} is just written text and not so easy to "translate" to good relations....

Har du redigerat från 79.136.51.53? Ifall det är ditt IP-nummer ber jag dig vänligen sluta redigera som oinloggad.

Enstaka redigeringar som oinloggad är såklart okej, men inte hundratals eller ännu fler.

Trots flera skarpa tillsägelser gällande förvirrande beskrivningar fortsätter du att producera sådana. Riktlinjerna är inte särskilt svårbegripliga:

Help:Description/sv#Riktlinje för beskrivningar på svenska

Help:Description#Guidelines for descriptions in English

Här några exempel som TYDLIGT bryter mot riktlinjerna:

• Naturum Färnebofjärden ‒ svensk beskrivning "Naturum"
• Naturum Fulufjället ‒ svensk beskrivning "Naturum"
• Naturum Fjärås Bräcka ‒ svensk beskrivning "Naturum"
• Eldstad, Ringsjön ‒ svensk beskrivning "Hälsingland"
• Wilhelm Schmelzkopf ‒ svensk beskrivning "tobak"
• Grillplats Hansta Hage ‒ svensk beskrivning "Järvafältet"

...för att inte tala om alla objekt du skapat som inte har några beskrivningar alls.

Det är en sak att göra fel som nybörjare eller att begå misstag och sedan rätta till dem, men en helt annan sak att systematiskt strunta i alla riktlinjer och formligen kräka ur sig direkta felaktigheter som andra sedan får ta hand om.

Hur många gånger ska erfarna redigerare likt Larske, Ainali och Kitayama behöva säga till på skarpen innan frågan om dina extremt förvirrade redigeringar slutligen eskaleras till högre ort?

Kan det vara så att det finns flera sanningar, vad vill du ha istället för Naturrum.... jag testade bara köra lite Open refine men tröttna så du behöver inte vara orolig mina wikistats är i princip 0 numera... gjorde sista 20 Riksdagsmännen och nu passerade jag några grillplatser på cykel som jag delade via WD...

Såg att du tar bort website som pekar på naturkartan. Vissa kommuner har den som sin "officiella website" för badplatser och annat...

Eskalera gärna till högre ort... även detta ;-)

Håller vi oss till beskrivningar finns det tydligt uttalade riktlinjer för hur såväl platser som personer ska beskrivas. Ordet "tobak" ger ingen som helst vägledning till vem Wilhelm Schmelzkopf (Q126870162) var, och "Hälsingland" ger ingen vägledning om vad objektet Eldstad, Ringsjön (Q126946858) handlar om. Det kan antingen vara en faktisk eldstad, någon skulptur som heter "Eldstad, Ringsjön", eller något helt annat.

Det är extremt frustrerande att ständigt behöva röja upp i det Wikidatakaos du, trots såväl vänliga som bestämda tillsägelser, skapar!

Som sagt du ställer även till som tar bort koppling till Naturkartan… beskrivning skall bara göra så saker blir ”findable”om fler saker pekar på samma…. min insikt att naturrum kändes som en ny typ av objekt med väldigt lite kopplingar… det intressanta är kopplingen till naturreservatet men borde finnas mer kopplingar till besöksportaler etc om detta skulle vara seriöst…. men som sagt det var min tanke och jag orkade bara trycka in 6 naturrum av typ 25 i Sverige….

Ta bort koppling till den sida en kommun pekar på sina webbsidor som jag påpekar du gör känns som du ställer till minst så mycket strul….hoppas det är med goda intentioner och tankar ;-) det positiva i denna soppa är väl att knappt något mer än dom Riksdagsgubbar sedan 1885 jag la lite energi på används direkt från Wikidata… tanken är god med Wikidata men blir fel med att alla har olika målbilder…

Att säga att en beskrivning för ett objekt begränsas till X tecken handla diskussionen om förra gången vilket känns visionslöst och mer än formaterings fråga …. Det blir spännande att titta in här om något år och se vad som överlever ;-)

ps. Såg i veckan att dom flesta Wikidata länkarna till externa egenskaper blir värdelösa textsträngar då dom hämtas via Faktamall Biografi WD… jag är rädd att projektet i sig har svårt när folk försvinner som ser alla delarna…. gissar med LLM så har WD blivit lite mer ointressant… men vi får se vilka delar som får betydelse kanske är det beskrivningsraden….

/Magnus

Om vi nu nödvändigtvis ska prata om naturkartan.se ID (P10467) byter jag ut textsträngen mot de faktiska ID-numret, så länken mellan objektet och Naturkartan tas absolut inte bort. Däremot känns det synnerligen överflödigt att ha samma länk på två eller tre ställen i objektet (undantagsfallet är en referens). Även om Naturkartan på något vis är de facto webbplats för många badplatser känns det ytterst märkligt att lägga länkar dit som officiell webbplats (P856) eftersom Naturkartan varken driver eller äger badplatserna.

Vidare har jag snubblat över många objekt där du helt enkelt slarvat. Många objekt har haft identiska naturkartan.se ID (P10467), andra objekt har helt enkelt varit dubbletter eller haft andra konstigheter i sig som jag inte ens orkat lägga på minnet.

Men eftersom det uppenbarligen är svårt att hålla sig till kärnfrågan på just denna diskussionssida väljer jag att inte lägga mer energi i denna tråd.

>> samma länk på två eller tre ställen i objektet

problemet är när du skriver SPARQL så är tanken att man inte skall gå in och kolla alla poster om dom har en extern egenskap som Naturkartan eller motsvarande.... det skall vara enkelt att vara findable (FAIRDATA).... med 100 miljoner objekt och en spretig omvärld är en "lösning" att gissa hur saker skall bli hämtade....

• på samma sätt som du inte verkar veta om att kommuner ibland köper Naturkartan för "sina" badplatser/utegym etc. så skall inte en som skriver SPARQL behöva kunna veta alla dessa konstigheter... utmaningen är hur kunna lagra data som andram förstår vad dom skall hämta
  • en variant är att "tämja" på begreppet officiell webbplats (P856) som blir konstigt om dom som äger datat INTE använder samma begrepp utan vi skall sitta och gissa vad som är vad. Köper en kommun tjänster av Naturkartan så tycker jag det inte råder tvivel om att det kan användas som officiell webbplats (P856).... en grillplats som finns på en sida om ett naturreservat kan tveksamt kallas officiell webbplats (P856) och men det är väl lika bra/dåligt som en kommun räknar upp massa grillplatser/badplatser.... **problemet som sagt** är att kommunerna inte använder samma begrepp som wikidata eller tänker metadata... plus att skall man hitta alla grillplatser med en referens bör det vara enkelt kanske bättre att ha det som källa men då blir det svårare att skriva SPARQL....

• tror dock efter dessa år på Wikidata att iden är feltänkt med 140 000 personer som varje månad redigerar wikidata efter sitt huvud utan större dialog med dom som skall använda datat.....
  • om problemet är långa beskrivningar på ett objekt eller att samma "länk" finns på flera ställen kan diskuteras... många wikipedianer gillar att diskutera saker eller som med antal tecken att det är enkelt att skriva en SPARQL när det finns mer än x tecken dock svårare att diskutera är alla dessa x tecken det bästa valet....
  • jag skrev ned min erfarenhet med forskare på Riksdagens data som hade dels ML "professorer" och statsvetare där de senare inte fattade mycket data - min feedback till deras projekt - intressant test att mappa Riksdagens vildar över åren där WD ofta idag väljer "inget värde" medans det historiskt har funnit massa "smaker" av vildar dvs. wd är lite historielöst senast jag kollade hade Tyskarna hittat en ny smak av vilde om jag minns rätt ;-) - det blir spretigt om man skall täcka in allt i världen där den externa världen är spretig och ombytlig...

>> eftersom Naturkartan varken driver eller äger badplatserna

Det är inte så märkligt.... Kommunerna tar skattepengar och köper tjänsten av Naturkartan du kan se hur Naturvårdsverkets bidrag uppmanar Naturkartan att kommunerna skall söka dessa pengar för att köpa tjänsten av Naturkartan dpriskorn/svenska-vandringsleder/issues/24 där datan inte blir CC0 fast det är skattepengar det är galet och feltänk minst sagt

Jag hade en lång dialog se GITHUB om att Naturvårdsverket borde ställa krav att dessa data borde vara CC0 men tror inte de handläggare jag snacka med förstod den frågeställningen

Bjöd även grundaren till Naturkartan Emil Hellström/GITHUB på lunch 2022 dec för att snacka om vi kan komma framåt. Dagens galenskap att skattepengar går till att Naturkartan skapar bättre data som inte blir CC0 utan bara finns i den appen är enl. mig galenskap plus Naturkartan när inte alla kommuner är med i den blir en halvbra ide som kan vara dålig även för konsumenten.......

• annan tanke att i Wikidata ange att externa aktörer saknar ett objekt vi tycker dom skall ha dpriskorn/svenska-vandringsleder/issues/20
• diskussionen med Naturvårdsverket att LONA pengar borde bli CC0 data dpriskorn/svenska-vandringsleder/issues/24
• webscraper av Naturkartan som Dennis testat bygga - det var han som skapa egenskapen och sedan bytt till deras nummer
  • Naturkartan på GITHUB
    • skickade till deras utvecklare på twitter om vi kan få Naturkartan id enklare

Please be careful with this kind of editing: you corrected the Swedish and English labels, but left the French and Hungarian labels intact. It is necessary to check how many birth registry problems have been given the OSM-related element as an explanation.

I corrected the Hungarian, I leave the correction and checking of the French label to you. Bye!

Du kan inte kalla en URL för en book ID. Diff har jag tagit bort.

Är det inte smartare att ha en modell som stödjer att man pekar på en specifik sida... dvs. att ändra hur egenskapen definieras... vi har samma problem med Litteraturbanken/Runstenar att vi vill peka på en specifik sida och det finns ingen bra länk modell och tycker mig se samma problem med Tidningsdatabasen från KB

Hej, jag såg på Bybrunnen att du nämnde den nya egenskapen SWERIK ID.

Vet du möjligen varför inte P1630 för SWERIK ID (P12192) inte har något värde som man kan använda till något vettigt?

Jag ser nu via den länk du la in i slutet av ditt inlägg att du redan har tagit upp frågan själv.

Mina frågor blir då:

1. Borde egenskapen SWERIK ID, en "External identifier", alls skapas innan det finns en P1630 som kan kan använda för att adressera rätt "post"?
2. Vad är SWERIK ID alls tänkt att användas till? Vad har man för glädje av "1a732ee0-ad6a-46c0-a681-a6332d9902a5" för objektet Olof Palme i Wikidata?
3. Kan vi förvänta oss att SWERIK ID är en persistent identifierare, dvs som inte ändras?

Larske Enklast är om du frågar dom se deras issues

1) Jag läxade upp dom att dom la in lite skit i Wikidata sedan dess tystnade dom

2) Kan dom inte ha persistenta identifierare så har dom ett enormt problem

3) Jag tycker personligen att dom borde ha skapat sin identifierare dag 0

4) Kolla i deras Corpus så ser du att dom i TEI har who för den som talar idag är det Wikidata Qnummer vilket känns fel utan bör vara deras egen identifierare…

Exempel protokoll https://github.com/welfare-state-analytics/riksdagen-corpus/blob/main/corpus/protocols/1867/prot-1867--ak--0118.xml

Jag tittade på länken du skrev här ovan, men vände rätt fort när jag inte hittade något API.

Under "Basic use" står det att man kan ladda ner "a full dataset", men hur många har lust att ladda ner 1,6 Gigabyte på sin lokala datamaskin!?

Och på sidan https://github.com/welfare-state-analytics/riksdagen-corpus/wiki/ under Gathering the data/Digital originals 1990s -> leder länken "These are located at: ...osv" till sidan "Not found". Samma döda länk finns längre ner under Metadata catalog.

Och för att komma in på betalab.kb.se (sista länken under OCR'd text) måste man tydligen skaffa ett konto. Är detta "Öppna data"?

Den där project-wikisidan verkar vara en sida som någon (ninpnin) slängde ihop i mars 2021 och som sen aldrig har uppdaterats, så den är kanske inte så mycket att bry sig om idag.

Trist att den externa identifieraren tilläts skapas innan det fanns en "formatter-URL" med vars hjälp man kan hitta till en vettig "landningssida" för respektive person, till exempel Olof Palme. Så länge det bara är tre Wikidataobjekt som har försetts med P12192 kan väl skadan inte bli så stor, men nån måste väl har tänkt hur den ska användas från ett Wikidataperspektiv.

Är denna nya externa identifierare bara till för att SWERIK-projektet inte litar på att Wikidatas Q-nummer är persistenta och anser att de behöver en "extra nyckel" för sitt eget bruk för "consistensy checks" och liknande? En nyckel som bara går att använda från ett håll! En nyckel som är mycket lättare att ändra på, till exempel genom klotter, i Wikidata än objektets Q-nummer!

Det hela känns lite skumt, men jag ser att du och några till har hejat på för att den nya identifieraren skulle godkännas och ni har antagligen mycket mer info om detta. Jag bryr mig inte om att engagera mig mer i detta projekt.

Ta den dialogen med dom!!!! Skall något hände kan det inte bara vara jag som har dialog med dom. Jag sitter på en buss i London är mer den som städar Wikidata så vi har bättre data….

Du har API vet ej status

• pyriksdagen
• https://colab.research.google.com/drive/1C3e2gwi9z83ikXbYXNPfB6RF7spTgzxA?usp=sharing

Det jag saknar är landningssidor för alla objekt jag gjorde en POC hur dom skulle fatta men dom orkade inte ens ha telefonmöte tror dom precis som du har något rädsla för muntlig dialog ;-)

Ring och prata med Måns Magnusson (Q116909755) är smart och den som rattar Github, Pelle Snickars (Q6182500) ringde jag och sa till att dom måste ha persistenta identifierare och han kändes rädd… sedan har vi statsvetarna och dom fattar inte mycket….

Hej! Jag såg bland annat de här redigeringarna och de är förvirrande på gränsen till skadliga. Kan du vänligen inte låta det påskinas som att objektet är Lidingö (vilket din beskrivning nu gör) utan snarare kanske något som "grillplats på Lidingö". Lidingö skulle förmodligen istället vara ett bra värde för plats (P276). (Det här gäller så klart inte bar det här objektet utan alla grillplatser.)

Grillplats står redan i labeln "Näsets förskola, grillplats" känns fel att upprepa det

Min tanke är att beskrivningen skall göra det tydligt om det finns flera platser med samma namn var den finns geografiskt i detta fall Sverige och Lidingö...

Grundproblemet är att det saknas namn och persistenta identifierare ofta i grunddata, min tanke är att kanske så en tanke hos kommuner vad som behöver ha persistenta identifierare se längre fundering där kan man se att inte ens kommunen själva kan referera digitalt och skall detta lösas behövs något modell SWEDOI

Det "snygga" med just Grillplatser är

• grunddatat som borde vara öppna data från kommuner suger
• undantag verkar vara Sundsvalls kommun och Alingsås kommun
• jag kollade på Alingsås kommun och för att vara öppna data så håller det inte måttet se mina kommentarer Issue #18 det märks att saker inte används när saker levereras så hafsigt... ringde deras IT chef Göran men man blir bara ledsen att prata med en sådan gubbe det finns inte mycket fart under deras galoscher...
• att verifiera plats och dålig källa är enkelt att göra IRL --> kan vi koppla det till OSM blir det trovärdigare se OSM anteckningar
• Open Street Map har en hel del och nu så försöker jag skapa trovärdighet genom att jobba med OSM anteckningar länk och besöka platser

Salgo60: Du kan läsa vad som gäller för beskrivningar i Wikidata på:

• Help:Description/sv#Riktlinje_för_beskrivningar_på_svenska och

• Help:Description#Guidelines_for_descriptions_in_English.

Jag har nu uppdaterat de svenska beskrivningarna av 251 objekt som är instans av grillplats med land lika med Sverige genom att lägga till "grillplats i/vid/på..." i början av den befintliga beskrivningen. Kontrollera gärna att det blev rätt prepositioner. Jag har också bytt "," mot "i" och lagt till "i" samt fixat stavningar, ihopskrivningar med mera i ett antal av dessa beskrivningar. Mer finns nog att göra men nu förstår man åtminstone (även) av de svenska beskrivningarna vad objekten handlar om. Jag har inte gjort något åt beskrivningar på andra språk, dem får du rätta själv.

Tack Larske Hade ett långt snack igår med GrumpyMan han som gör appen grillplatser.nu... och grillplatser och deras namn och bristen på persistenta identifierare gör detta till ett bra exempel på vikten av plattformar som WD och OSM... jag testade nyss och la ned lite tid på Smitingen-Härnöklubb (Q30159440) och deras grillplatser länk . Tror att

• slutanvändaren vill bara ha en koordinat och hitta dit
• dom som skapar appar villa ha identifierare
• namnet kan blir sekundärt då det finns massa småpåvar som hittar på egna namn...

Det jag snacka med GrumpyMan om var att man vill få in felrapportering i detta ekosystem och då måste vi få med kommunerna på detta med PID:ar

Varför fortsätter du att förvirra? Riktlinjerna har blivit länkade ovan och Larske har varit snäll och städat upp din första omgång, men ändå fortsätter du att bryta mot dem. Behöver någon myndigare person gripa in?

Förlåt ;-)

Enklare om du länkar till sista versionen är den fortfarande fel och kriminell?

https://www.wikidata.org/w/index.php?title=Q121546419&diff=1955532250&oldid=1955532247

Instämmer i den skarpa kritik mot de direkt felaktiga beskrivningar ‒ ibland långa meningar ‒ som du besudlar Wikidata med. Förutom att de tydligt bryter reglerna @Larske hänvisar till försvårar det också för alla som läser Wikipedias artiklar mobilt (inlägg från @Kitayama).

Vi har samma problem med begravningsplatser i Sverige som importerats i stor mängd med felaktiga beskrivningar.

Var konkret här är vad som gjorts med kyrkogårdar https://github.com/salgo60/Gravstensinventeringen-Wikidata

Här exempel hur forskare kommenterar WD när dom kör tester mot WD och tror WD har problem https://github.com/welfare-state-analytics/riksdagen-corpus/pull/344

Visst kan du få konkreta exempel på felaktiga svenska beskrivningar av begravningsplatser i Sverige.

Här är en fråga som listar de 10 begravningsplatser som har längst beskrivningar. Värst är Lainio kyrkogård (Q115282512) med en hel uppsats på 220 tecken. Som tur är finns det ännu inte någon Wikipediaartikel över denna kyrkogård.

• Länk till fråga som ger en lista på de 10 begravningsplatser i Sverige som har de längsta beskrivningarna på svenska.

För övrigt så bryter majoriteten av de beskrivningarna som du har lagt in mot reglerna i och med att de bara nämner en kommun eller möjligen en kommun och ett län eller en ort och ingenting om att det är en begravningsplats, alltså precis samma problem som för grillplatserna som Ainali tog upp i början av den här tråden.

• Länk till fråga som ger en lista på mer än 3 200 begravningsplatser som har en svensk beskrivning som inleds med en versal, oftast beroende på att det bara är namnet på en kommun eller på en ort som har använts som beskrivning, men i några fall för att begravningsplats har stavats med stort B i strid mot reglerna.

Eftersom det är du som har lagt in dessa felaktiga beskrivningar är det inte mer än rätt att du också rättar till detta, eller hur?

Jag är ute i skogen nu men dom långa tycker jag gör det tydligt vad det handlar om…… blir lite som att räkna länkar i artiklar att räkna tecken…. Tycker det är 1000 ggr viktigare att vi kopplar ihop saker med appen Street Map och gravstensinventeringen…. Bara att nu kunna koppla en persons grav till den kyrkogård den finns vid och få en källa med bild från Gravstensinventeringer eller Findagrave tycker jag fokus skall ligga men det är ett enormt jobb…

Jag får kolla på det andra om det är något problem…

Nu har jag rättat de svenska beskrivningarna för 3 141 begravningsplatser som hade en beskrivning på formen "X kommun" till "begravningsplats i X kommun" så nu är det bara 77 objekt kvar i listan som frågan ovan ger.

I samband med denna rättning upptäckte jag att du för ett stort antal begravningsplatser i Sverige även har stoppat in engelska etiketter med ett resultat som tyder på att du har tänkt fel när du låtit något verktyg (OpenRefine?) ersätta textsträngen "kyrkogård" till "cemetery" utan någon hänsyn till i vilken kontext som "kyrkogård" står.

Därför har vi nu ett antal begravningsplatsobjekt med engelska etiketter som innehåller märkligheter som "brukscemetery", "kapellcemetery", "klostercemetery", "koleracemetery", "lotscemetery", "mellancemetary", "parkcemetery", "skanscemetery", skogscemetery", "stadscemetery", "älvcemetery", "ängscemetery" och "ödecemetery". Detta är "ord" som ingen engelsktalande begriper ett smack av. I några fall har "...kyrkogården" översatts till "...cemeteryen", till exempel "Ängskyrkogården" -> "Ängscemeteryen"!

Ibland är det fel redan i den svenska etiketten som till exempel "Sölvesborgs Slottskyrkogården" (som borde vara "Slottskyrkogården")

• [https://w.wiki/85eG Länk till fråga] som ger en lista på (just nu 105) svenska begravningsplatser med en engelsk etikett som består av ordet "cemetery" som föregås av något annat än ett blanktecken

Utöver det som denna fråga hittar såg jag exempel på misslyckade delöversättningar som "Skee nygamla kyrkogård" -> "Skee nyold cemetery". Finns det fler ord än "kyrkogård" och "gamla" som du har försökt automatöversätta?

Hoppas att du känner ett ansvar för att gå igenom resultatet av dina "Gravsten N"-batcher och rättar till de misslyckade engelska översättningarna av etiketter.

Tackar @Larske ...min approach är att

• jag kollar kyrkogårdar när jag hittar riksdagsledamöter som ligger där som jag inte kopplat till boken Tvåkammar Riksdagen - nu ca. 100 kvar min issue #38

• • då kopplas dom till OSM kyrkogård, Find a grave, kyrka
  • engelska översättningen känns låg prio... men skall kolla det är viktigare att vi kopplar ihop saker idag
    • när vi inte har en engelsk översättning från en källa så blir det ändå lite "egen forskning"
  • att ha en kyrkogård med koppling Gravstensinventeringen Gravstensinventeringen (P5259) i Wikidata oberoende av etikett är 1000 ggr bättre än att inte ha den...
  • vi har idag 729 personer kopplade WD <-> Gravstensinventeringen och 144 kopplingar kulturgravar som är en annan bra beskrivning a personer och video...
    • har pratat med han som gör dessa och erbjudit mig att åka ned till Jönköping för att träffa honom men han verkar inte vara intresserad kanske han känner att vi är oseriösa eller "konkurrerar"

> Utöver det som denna fråga hittar såg jag exempel på misslyckade delöversättningar som "Skee nygamla kyrkogård" -> "Skee nyold cemetery". Finns det fler ord än "kyrkogård" och "gamla" som du har försökt automatöversätta?

Ingen aning det var ingen stor grej... när inte engelska finns i källan blir det som sagt lite foliehatt över översättningen, tanke var bara att just kyrkogårdar kan vara av intresse för släktforskare som kanske inte kan svenska.... plus det är en gegga med massa datasilos som findagrave, gravstensinventeringen, RAÄ....

Du svarar inte på det frågan gäller, nämligen om du känner ett ansvar för att rätta de misslyckade engelska översättningarna som du har stoppat in i Wikidata och som därmed riskerar att spridas till andra ställen.

Istället kommer du, som vanligt, med ett stort antal länkar till dina projekt som är "1000 gånger viktigare". Inget ont om dessa länkar men här är de helt off topic. Fokusera!

Om du inte vet vad som är lämplig etikett på något språk är det bättre om du avstår från den här typen av foliehattsöversättningar och helt enkelt låter andra lägga in etiketter på dessa språk. Du kan bättre än att lämna sån här språklig gegga efter dig!

Fråga som kan besvaras med Ja eller Nej:

Kommer du att städa efter dig när det gäller de olämpliga engelska etiketterna på de svenska begravningsplatserna som du har lagt in i Wikidata? (om du fixar 15 per dag är det klart på en vecka)

@Larske Jag säger att jag INTE känner stort ansvar och att "hitte på översättnigar" aldrig är bra utan källa enklast är om vi tar bort alla engelska lablar....

Du klagade förut på översättning församlingar och då rullade jag tillbaka det vet inte om det går att göra det nu då jag gissar det ligger i en transaktion.... men stör svenengelska er så deleta allt...

> Om du inte vet vad som är lämplig etikett på något språk är det bättre om du avstår från den här typen av foliehattsöversättningar

Planen är att avstå från hela WD tyvärr tar Riksdagsgubbarna mer tid än jag hoppats....

Ja, jag kommer ihåg det där med "Lunds domkyrkoparish". I det här fallet är det nog drastiskt att backa hela din batch på 3000+ begravningsplatser, men för de 105 som frågan ovan ger som resultat bör något göras. Om det inte finns något engelskt namn tillgängligt i någon källa tycker jag att det enklaste är att bara ta bort just dessa 105 engelska etiketter. Det skulle se snyggast ut om du gjorde det.

Senare kan bättre engelska etiketter utan "hittepåöversättningar" stoppas in, men det är inte lika bråttom.

Larske Här är en SPARQL som skapar quickstatement som tar bort Len körd på "din fråga" som du kan köra på andra lablar som känns fel... se batch/216325

Det du nämner är också viktigt - men korrekta beskrivningar som kan användas av olika användarapplikationer, t ex Wikipedia, är också viktigt. I en värld med strukturerat data i databaser är det av mycket stor betydelse att alla följer regelverket för hur data ska se ut - annars blir det en soppa utan dess like. En objekts etikett och beskrivning ska kunna stå på egna ben.

Gällande det så är förvirringen och sammanblandningen mellan begravningsplatser och kyrkogårdar stor.

Var konkret här är vad som gjorts med kyrkogårdar https://github.com/salgo60/Gravstensinventeringen-Wikidata

Hejsan, jag ändrade från 11 MSEK till 5,5 MSEK för egenskapen prispengar (P2121) för de två dagsaktuella nobelpristagarna. 11 MSEK är ju den totala prissumman och den ska i detta fall delas i två lika stora delar mellan de två. Om det finns ett objekt för själva priset så ska det naturligtvis stå 11 MSEK som prissumma där, men för de utdelade utmärkelse (P166) valde jag alltså att följa hur det är gjort i de flesta andra fall där priset är delat mellan två eller tre personer, se följande frågor:

• Länk till fråga som ger en lista på summan av prispengar (P2121) för utmärkelsen för den eller de person som delar på priset per pris och år.

• Länk till fråga som ger en lista på prispengar (P2121) för respektive pristagare per pris och år.

Som du kan se finns det en del "nollor/luckor" att fylla i och några fall behöver nog prispengar (P2121) justeras, se till exempel "Sveriges riksbankens pris...för 2022" där de tre pristagarna har fått 10 MSEK var (inlagt av dig förra året) Jag gissar att 10 MSEK är vad de har fått dela på, men har inte kollat om alla fick 1/3 eller om det var någon annan fördelning.

Kan du fixa detta.

Ok är du säker på detta? låter logiskt.... jag hade en Notebook för prismotivering som kanske kan tunas till...

• https://github.com/salgo60/open-data-examples/blob/master/Nobel%20API_2_1-motivation.ipynb

OT försöker få med Riksdagsforskarna på Wikidata modelling day

• vore bra om fler är med... GITHUB länk

@Larske hittade dokumentation

prizeAmount:

  type: integer   example: 1000000   default: 0   description: Prize amount given at the year of the award