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.)
User talk:Salgo60
About this board
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.
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å:
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
This post was hidden by Salgo60 (history)
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...
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
Hejsan, när jag idag kollade på min listeria för sysselsättningar för svenskar som har en svwp-artikel, se denna version, dök det som det brukar upp några objekt som fått värdet på sysselsättning (P106) satt till en verksamhet snarare än ett yrke. Man hittar ofta sådana felaktiga yrken snabbt då de slutar på "-ologi" eller "-eri".
Idag hittade jag följande:
- bryggeri (Q131734) som fyra personer hade fått som sysselsättning (P106). Nu ändrat till bryggare (Q836904).
- allmogemåleri (Q31887403) som sex personer hade fått som sysselsättning (P106). Nu ändrat till allmogemålare (Q122613861) (detta objekt saknades och behövde därför skapas).
- Folkräkningar (Sveriges befolkning) 1890 (Q50287327) som två personer hade fått som sysselsättning (P106). Som du kan se har dessa värden lagts in av dig med "sig själv som källa" vilket uppenbarligen är fel. Jag har därför givit dessa uttalanden "Orekommenderad rang".
Kan du ta en titt på Q6083441#P106 och Q5885300#P106 och där ersätta Folkräkningar (Sveriges befolkning) 1890 (Q50287327) med det rätta värdet på sysselsättning (P106) som du antagligen har hämtat i samma källa som de andra yrkena för dessa två personer.
Felet var att det skulle flyttas till beskriven av källa (P1343)
@Larske har du en bra check att markera vad som saknas hos Riksdagens öppna data se github.com/salgo60/Wikidata_riksdagen-corpus/issues/158
- nu letar jag lite för hand men tror det är flera 100
Se denna länk. Du har lagt in två objekt med nästan samma etikett med bara 98 meters avstånd. Kan du kolla dina källor för att se om det verkligen finns två olika grillplatser där eller om det är en och samma grillplats som har förlagts till något olika platser.
Tackar det är helt galet data vi får - detta är hämtat från Järfällas kommun karta länk... Jag har skickat fråga om öppna data då kanske dom funderar lite över bättre namn nu blir det så vi har nästan bara koordinaten som en kompis....
Det där var nog bara toppen av ett isberg. Här får du en SPARQL-fråga som ger en lista på alla grillplatser med avståndet till deras respektive närmaste grillplats. Vet inte om det är ditt flitiga bruk av att kopiera Wikidataobjekt utan att uppdatera geografiska koordinater (P625) som ligger bakom, men du får nog kontrollera alla som har ett avstånd till sin närmaste granne som är mindre än cirka 0,1 kilometer. En grillplats som har hamnat helt fel är Ekelundsparken, grillplats (Q121435245) i Malmö kommun, men som har fått samma geografiska koordinater (P625) som Lusthuset, grillplats (Q121435220) i Upplands Väsby kommun.
P.S. Stackars Grillplats Renskäret (Q121418797) som har 350 kilometer till sin närmaste granne bland grillplatserna.
Ambitionen är att få ett ekosystem med grillplatser.nu och kommunernas data och OSM .... lesson learned är att man inte kan lita på kommunernas data insåg jag efter att ha besäkt massa platser på Järvafältet....
Här får du ännu en SPARQL-fråga som listar avståndet från varje grillplats till sin respektive kommun (eller vad du nu har lagt in som inom administrativt område (P131)). Svårt att säkert fånga alla fel på detta sätt eftersom en del administrativa områden, som Gotland, är rätt stora.
De första tre grillplatserna i resultatet är det säkert något fel med.
- Ekelundsparken har jag redan nämnt
- Renfjällsliften ligger inte i Arboga kommun
- Gotska Sandön ligger inte i Haninge kommun
Tackar det jag skulle vilja göra fråga OSM o det är kopplat....
Larske när jag snackade med han som skapar grillplatser.nu pratade vi en hel del om vad är en grillplats.... ;-) några stenar? ett galler? .....
https://chat.openai.com/share/c8250110-8b3e-4259-8d3b-fd44b631888b
jag får numera förslag på följdfrågor.... ;-) kan vi koppla ihop din och min chatGPT?
Hi Salgo60, I have noticed that you (or your bot) has included a lot of OSM IDs in WD items like Catalan schools (see for example Q111353223). I though this was discouraged due to the unstability of OSM identifiers, e.g., changing a node to a way for a given school in OSM. I have been trying to do the opposite: specifying wikidata=* in OSM elements. I would like to know your opinion on this. Thank you!
Hi I think this is a never ending discussion... and as you understand I am on the connecting side ;-)
I use SPARQL and then use an API and checks if OSM has a corresponding object see Notebook running a query like https://w.wiki/7DCH that then is used in a Notebook to check if the WD objects are referenced in OSM and after running the Notebook a csv file is produced with connection OSM <-> WD example ... that one is then used in Open Refine to upload.,...
The feedback so far: I have done > 1 million edits and have never got so many thanks since I started this a week ago... I feel when we have good OSM objects they add much value also to a WD object....
For me its about develop Wikidata and OSM and get a better understanding
- findability - more connections will make it easier to find relations see what en:LLM has achieved... if you just add it to OSM then people in "WD country" will not so easy find them if they dont use gadgets as User:Mxn/overpass.js
- get a better understanding between a WD object and the corresponding OSM object - see WD xxx and OSM xxx and xxx
- today in Wikipoedia we link a coordinate BUT it would make more sense to link the OSM object or Google Map object to also see the area of a country, walking trail, church
- by better connecting OSM and WD we maybe will have more understanding and also start make each other objects better e.g. I would like to see cemeteries in OSM with better navigation and maybe have every grave marked
- en:SKOS could answer is WD x same as OSM y - a thing in WD could never be the same as 2 d object in OSM but it can be more or less the same as
- see WD Svenska Högarna (Q5238909) that I think should be split - islands relation/13212844 / nature reserve way/103226666
- Stability I feel is a non issue... does it change then we need to update but I feel most objects are stable.., I can see that in Swedish Wikidata I have played around with the church objects and now "splitted" them to also have an object for the cemeteries see GITHUB rep
- en:SKOS in OSM - I started a discussion once that OSM should also use SKOS but no positive response... typ av mappning (P4390)
- Also today we use a link to a coordinate in Wikipedia by having the OSM relation and the Google Maps Customer-ID (P3749) in WD we could in the future link instead of the coordinate the object in OSM and Google Map compare coordinat 41°50'15"N, 1°32'16"E / relation/349053 / Gmap 72333434581928016
Thank you very much! Your answer provides a lot of relevant, interesting, and valuable information... I need time to process it :-)
I dont say I have the answer but I feel its worth testing it....
Lesson learned
- with two rather dedicated communities adding "same as" makes the connecting very easy
- I have spent time with Bathing water and Outdoor gyms and as no one has "same as" its a nightmare....
- example from 2019 how a non skilled community for museums Europeana produce very bad data that is not good enough for Wikipedia
- interesting answer from chatGPT about OSM objects with tag Wikidata
No thru link for "example from 2019 how a non skilled community for museums Europeana produce very bad data"
I would be glad to check such an interesting example
Sorry
- link my blogpost
- the motivation by en:Wikipedia to not link Europeana with a template
- example 2015 were Europeana try to get museums to better deliver good metadata
- my try to get some of the bosses to start speaking about metadata roundtripping see T251225 - that was comment by Europeana Hugo Manguinhas feels like Europeana people are not skilled enough.... getting > 1000 museums to deliver Linked data is not easy but feels like they have spent to much money and not delivering... we see the same problem with Swedish museums and governments...
Linked data needs linked people and skilled people
Here in the Costa Brava we have a lot of beaches, only a handful of them have P9616... But indeed I would like to contribute to include such an identifier for our nearby beaches.
While I think that Bathing water is quite relevant in WD, I hesitate as far as Outdoor gyms are concerned. BW are almost permanent, because they are related to a physical/geological issue, have some kind of history (shipwrecks, literature, urban development (unfortunatelys sometimes), etc.) and context. On the contrary, outdoor gyms are likely to be nonpermanent, like a shop or a business. Thus, I think that beaches should be both in wd (knowledge graph) and osm (geometry) (schools too), while outdoor gyms might be reserved for OSM.
This reminds me of streets... most are missing in WD/WP... and in OSM there is, in general, no single "street" but a connected set of way-segments sharing a common name.
Another nice option I have started to test is to add OSM Notes links in Wikidata
- I started this week Wikidata:WikiProject_Svenska_Grillplatser (in Swedish) gather all bbq sites in Sweden
- example how I find bbq and miss it on OSM and then add a Notation in OSM that I links in WIkidata see Issue #14 (in swedish)
- see Q121327269#P11693
Interesting! When I find a spot worth being present in Wikidata, if it is not yet present in OSM I add a node (or way) - and connect them thru the wikidata tag in OSM (+ osmid claim in WD following your strategy). I do not use to open notes - I prefer to edit OSM myself, if possible, e.g., water/drinking fountain.
Yes but Sweden is a big country I take care of Stockholm ;-) when I am not kayaking around lake Mälaren ....
I feel places like bbq needs to be done by visiting the place therefore a note is good,,...
Question is if we should have everything in Wikidata and the answer is no but ... I hope the Swedish goverment will wake up and start do en:Single_source_of_truth see my vision https://github.com/dpriskorn/svenska-grillplatser/issues/14
Describing bathing water with connections to Eionet bathingWaterIdentifier (P9616) and maybe also measuring points of water quality and also en:IoT for water temperature is rather fast getting complex so I see Outdoor gyms as good candidate to start with as it should be easy to access for citizens and also very very easy to share for governments that we expect should produce the data...... it took me 4 days to gather 1300 outdoor gyms in Sweden compare that to a government driven project that spent abt. 2 million Euro and produced 45 outdoor gyms under 3 years,...
- as said Outdoor gym is very easy data to start with ;-) for people sharing data
- at least in Sweden it should have no copyright restrictions, bathing water has bad copyright licenses set when its uploaded see email from EEA
- an outdoor gym can be as easy as an name and a coordinate ...
- if you cant share that level of data you have a problem...
I see Wikidata as a POC what is possible BUT I dont see we should be feeding the system with trusted data.... In Sweden I have been part of producing data about Swedish PMs that is now used in a research project as they dont have any better sources.... sad and scaring that Wikidata as an open community is the best - Project welfare-state-analytics/riksdagen-corpus
There appears to be a typo in your edit summary today. "eay" should probably be "way". Thank you.
P3389 verkar ha bytt format, t.ex. från nummer "230" till https://vitterhetsakademien.se/ledamoter/ledamoter/berch-carl-reinhold-.html
Japp har inte orkat ta dialogen med dom... hade lite dialog med dom 2021 jan se T272208 men känns inte som dom "tänker" data.... ta gärna upp det spåret...
Update: gjorde lite ändringar
Rent generellt har jag gett upp att jobba mot icke datadrivna organisationer... jmf Corpus Riksdagen
Hi Salgo60!
It's nice of you to create new names. Please be so kind and fill in at least these three properties, it will save the other Wikidata contributors a lot of work:
- For names in Latin script:
- instance of (P31) (use "family name (Q101352)", "male given name (Q12308941)" or "female given name (Q11879590)")
- writing system (P282) (use "Latin script (Q8229)")
- native label (P1705) (use allways "mul" for the language specification; specific language specifications require a reference)
Tip: The easiest way would be to use the script from User:Bargioni, see: User:Bargioni/QuickNames
Note: Arabic, Chinese, Greek, Japanese, Korean, Russian names, etc. must be created in their original script. User:Bargioni's tool is not suitable for this.
- For persons of Russian, Ukrainian, Serbian origin etc., and other countries with Cyrillic writing system, create the name in Cyrillic script:
- instance of (P31) (use "family name (Q101352)", "male given name (Q12308941)" or "female given name (Q11879590)")
- writing system (P282) (use "Cyrillic script (Q8209)")
- native label (P1705) (use allways "mul" for the language specification; specific language specifications require a reference)
Note: The transliteration from e.g. Russian (Q7737)/Ukrainian (Q8798)/Serbian (Q9299) etc. to English (Q1860), French (Q150), German (Q188) and various other languages is different.
For more information please see this page: Wikidata:WikiProject Names/Properties.
I wish you continued happy work on Wikidata. Best regards, ~~~~
Thanks
I am trying to get the "Swedish Authority" on names ISOF involved see in Swedish #142.
Question do you now know any other countries name authorities or researchers doing "same as" Wikidata for names... ?
In most cases, the records are created by bots from their lists.
Thanks for a good script. A question a name like Anne-Marie von Essen (Q97971220) how do you add it? Split Anne Maria in 2 items or a combined is there a best practice?
Anne-Marie is in that case a hyphenated given name (Q83080356) and is not split into two parts. It is treated as a single first name. The same applies to "von Essen". The "von" is a name component of a family name and also belongs together. For examples, see "Anne-Marie (Q18091413)" and "von Pappenheim (Q118539375)".
Hello, an item that you have edited (and you are the only non-bot editor) is considered empty and will be deleted in 72 hours if it doesn't improve. Your automated cleaner.