User talk:Maundwiki

From Wikidata
Jump to navigation Jump to search

Logo of Wikidata Welcome to Wikidata, Maundwiki!

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, don't hesitate to ask on Project chat. 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! Liuxinyu970226 (talk) 14:38, 20 November 2014 (UTC)[reply]

"Nullpointer" is not "null"

[edit]

"Nullpointer" is a "pointer"; Null is belong to an object, not a pointer.--A2569875 (talk) 16:51, 16 May 2019 (UTC)[reply]

Tagit bort koppling till artikel på svwp

[edit]

Hej Maundwiki. Finns det någon anledning till att du tog bort kopplingen från Saliceto till Q395866? /Spisen (talk) 21:59, 25 January 2020 (UTC)[reply]

Nej, troligen för att började använda den som en artikel men ändrade mig. Tack., Maundwiki (talk) 22:03, 25 January 2020 (UTC)[reply]

Sametinget och samisk politik

[edit]

Hej! I appreciate your effort to improve these items in Wikidata, but it would also be good to see them through to the end as changes impact all of the Wikimedia projects. I've now fixed what was left to do. If you would like some help with other Saami subjects, please feel free to drop me a line. Thanks for disentangling those items! -Yupik (talk) 13:55, 29 May 2021 (UTC)[reply]

@Yupik: Are you talking about the merge 30 april 2016 kl. 11.31‎ when you merged Sámi Parliament (Q4378411) and Saami Parliament (Q1783913) and introduced "grensida" (Wikimedia disambiguation page) for sv:Sameting? It is not a disambiguation page so I reverted the transactions. Only mhr:Саам парламент was a Wikimedia disambiguation page at that time what I could see. Thank you for fixing the remaining interwiki issues. Maundwiki (talk) 14:25, 29 May 2021 (UTC)[reply]
Yehpp, and I appreciate that you reverted them. I likely merged them from the sewiki side incorrectly, so thank you for catching it! Saami Parliament (Q1783913) had different artefacts left on it related to Sámi politics; those I've moved to the correct item. And now that we've done all this and everything's in order, it is only a matter of time before the enwiki bunch decides to move everything around from Sámi to Saami to Sami and back again, gaah. By the way, if you're interested Wikimedia Norge is having a conference (unfortunately at midsummer!) with presentations about all sorts of indigenous and minority languages and their communities :) -Yupik (talk) 15:37, 29 May 2021 (UTC)[reply]
@Yupik: At least one bot User talk:Pasleim#Merge of objects will stop adding Wikimedia disambiguation page text when merging. I am working off this list sv:Wikipedia:Wikidata/Artiklar som på Wikidata beskrivs som förgreningssidor. It is generated by a bot that goes through everything. To see if it is fixed it needs to run again from the beginning. The current run started may 12 so it takes time. I am all over the place on wikipedia/wikidata mostly on municipalities for the moment. I can think of a couple of users that would be interested in the conference. I may sign up since it may be intresting even if I don't dircly work in the area. Maundwiki (talk) 16:13, 29 May 2021 (UTC)[reply]

merges for municipality items

[edit]

Thank you for taking the time about the municipalities of Greece and merging the items created by bots for ceb/sv pages with the proper items. It's kinda frustrating having those bots in the past creating separate items and pages for several stuff, and then trying to find them and merge them with the proper ones. I happen to find those bot-created items either by nearest location or by GeoNames ID, which look like those were also created by bots...--Jimkats (talk) 00:37, 4 January 2022 (UTC)[reply]

Thanks. Maundwiki (talk) 12:04, 4 January 2022 (UTC)[reply]
@Jimkats: In Lesbos Municipality (Q2520681) shouldn't P31 remain municipality of Greece (Q1349648) with a start date 2011 and end date 2019? During that time span it is valid. Maundwiki (talk) 22:37, 8 January 2022 (UTC)[reply]
You are right, that's more proper than just replacing it with "former municipality of Greece". And it's better defined than just adding the lifespan in "inception" and "dissolved, abolished or demolished date" properties. --Jimkats (talk) 17:26, 10 January 2022 (UTC)[reply]
@Jimkats: I actually did a couple municipalities that way. I think that the property "former..." should not exist. It should always be property "what it was" and time frame or end time. Maundwiki (talk) 17:35, 10 January 2022 (UTC)[reply]

Call for participation in a task-based online experiment

[edit]

Dear Maundwiki,

I hope you are doing good,

I am Kholoud, a researcher at King's College London, and I work on a project as part of my PhD research, in which I have developed a personalised recommender system that suggests Wikidata items for the editors based on their past edits. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I am inviting you to a task-based study that will ask you to provide your judgments about the relevance of the items suggested by our system based on your previous edits. Participation is completely voluntary, and your cooperation will enable us to evaluate the accuracy of the recommender system in suggesting relevant items to you. We will analyse the results anonymised, and they will be published to a research venue.

The study will start in late January 2022 or early February 2022, and it should take no more than 30 minutes.

If you agree to participate in this study, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form https://docs.google.com/forms/d/e/1FAIpQLSees9WzFXR0Vl3mHLkZCaByeFHRrBy51kBca53euq9nt3XWog/viewform?usp=sf_link I will contact you with the link to start the study.

For more information about the study, please read this post: https://www.wikidata.org/wiki/User:Kholoudsaa In case you have further questions or require more information, don't hesitate to contact me through my mentioned email.

Thank you for considering taking part in this research.

Regards

Kholoudsaa (talk) 18:35, 8 January 2022 (UTC)[reply]

Tack för att du ser över wikidataposterna för våra nyskrivna stjärnartiklar. Jag har lagt till en antal ytterligare poster för CM Circini och passade då på att justera beskrivningen "ensam stjärna i stjärnbilden Cirkelpassaren". Det står visserligen i artikeln att stjärnan är ensam, vilket man också kan ifrågasätta och hellre säga att man för närvarande inte känner till att den skulle ha någon följeslagare, varken stjärna, brun dvärg eller planet, men att den troligtvis ändå har det. I beskrivningarna på WD är det därför bättre att hålla sig till standard, "stjärna i stjärnbilden Cirkelpassaren". Det håller i alla väder. Ibland hittar variationer in till beskrivningsfältet, i det här fallet kunde det bli "nova i Cirkelpassaren 2018" men det avviker onödigt från standard, som jag ser det. Allt gott!" Deryni (talk) 10:04, 30 July 2022 (UTC)[reply]

Inget problem, mina ändringar har mycket att göra med någon bot som skriver något stjärnnamn som sedan inte stämmer vad stjärnan sedan kallas i deen svenska artiklen. Maundwiki (talk) 11:47, 30 July 2022 (UTC)[reply]

Re: Langreo

[edit]

No problem. Until 1986 there was "Sama", populated place, inside Sama (Q3775049) civil parish. Since then, Sama as a populated place did no exist no longer because it was incorporated as a district to the new city of Langreo (Q102312393). So, I agree you: ceb:Sama (lungsod sa Espanya) in Q102312772 should be moved to Langreo (Q102312393) and Sama (Q3775049) should not have any geoname.

(Sorry for my English). LMLM (talk) 09:09, 22 August 2022 (UTC)[reply]

Done. Maundwiki (talk) 11:31, 22 August 2022 (UTC)[reply]

Etiketter

[edit]

Hej Maundwiki, etiketter för objekt behöver inte ha samma text som titeln för den länkade wikipediasidan, de behöver inte heller vara unika eftersom det är Q-numret som används (se t.ex. Help:Label). Skriver apropå 1998 FIVB Women's Volleyball World Championship (Q225079). Etiketterna blir mycket mer användbara om de är korta och koncisa. Jag brukar t.ex. använda etiketterna för att fylla i den synliga texten för infoboxar och då blir det mycket mer lättläst med "Världsmästerskapet 1998" än med " Världsmästerskapet i volleyboll för damer 1998". Gunnar Larsson (talk) 11:28, 28 August 2022 (UTC)[reply]

@Gunnar Larsson: Jag försöker få etiketten lika med artikelnamnet utan särskiljning. Inte bara i vollyboll. Etiketten används till exempel för listor baserade på wikidata. Se sv:Lista över kommuner i provinsen Ancona. Inte att vi skulle göra det men en lista från wikidata över alla "Världsmästerskapet 1998" skulle ha många rader med Världsmästerskapet 1998 om inte sporten står i etiketten. Nu kanske det skulle fungera om nästa kolumn var sport (P641). I infoboxen kunde det då stå "etikett" Qnummer plus etikett P641. Men inte att det är för damer eftersom wikidataobjektet inte har den informationen. Inte från dig men det finns sportartiklar som i inledningen inte klargör vilken sport det handlar om så jag tror att sporten bör finnas i infoboxen (eller listan). I vilket fall bör etiketter i alla sporter följa samma format för att listor och infoboxar som inte är specialskrivna för en sport ska fungera.
Maundwiki (talk) 12:01, 28 August 2022 (UTC)[reply]
@Maundwiki: det finns olika sätt att skapa listor från wikidata. För att utnyttja att det är en databas är det lämpligt att ta uppgifter från respektive "uttalande". Det har också fördelen om informationen saknas och man behöver lägga till den så blir den tillagd för alla oavsett språk (jag har t.ex. nu lagt till "damvolleyboll" som "tävlingsklass", vilket även talare av andra språk som swahili och portugisiska har nytta av). Om någon gör en lista över världsmästerskap 1998 skulle jag förvänta mig något i stil med:
Världsmästerskap 1998:
eftersom det redan av titeln framgår att det rör sig om världsmästerskap 1998 och därför inte finns något behov av att upprepa det
(obs! utgår från att världsmästerskapen har samma typ av "tråkiga" namn och inte har mer eller mindre fantasifulla namn, en lista över t.ex. namn på högstaserier i olika länder skulle behöva se annorlunda ut). I det fallet behövs tävlingsklass för vad som syns i listan och wikipedialänken för att kunna länka artikeln.
Om det är eftersträvansvärt att använda artikelnamnen så går de att ta direkt från kopplingen (åtminstone när man använder Lua, jag har ingen vana av Sparql), så informationen behöver inte upprepas i etiketten.
Du kan se ett exempel på när det blir krångligt om etiketten är samma som wikipediaartikelns namn om du t.ex. tittar på sv:Isabelle Haak (andra sidor som använder modulen "Sportperson WD"). För närvarande så står det t.ex. "Turkiska cupen" i infoboxen och den texten länkar sedan till "Turkiska cupen i volleyboll för damer". Om det skulle stå "Turkiska cupen i volleyboll för damer" (och motsvarande långa beteckningar för andra tävlingar) blir infoboxen lätt oläslig. Gunnar Larsson (talk) 12:47, 28 August 2022 (UTC)[reply]

wd objekt

[edit]
  • Q61246380 inkorporerades i sv:San Agustin Mimbres 2020 och finns alltså inte kvar som egen enhet. Vilket är ovanligt. Normalt finns enheten kvar men räknas som tom, och dess invånare flyttas till annan localidad men här är alltså enheten helt borta. källa.

EstrellaSuecia (talk) 14:38, 17 December 2022 (UTC)[reply]

Tidligere kommuner i Sverige

[edit]

Jeg har tilladt mig at rulle en række kommuner tilbage til former municipality of Sweden (Q6621272). På den måde slipper vi for at skulle filtrere dem ud hver eneste gang vi skal bruge listen over de nuværende kommuner. Hjart (talk) 17:12, 17 February 2023 (UTC)[reply]

@Hjart: Sedan när är den en historisk kommun enligt wikidata? Vad var det innan enligt wikidata? När blev det en kommun enligt wikidata? Vilka kommuner fanns 1972 enligt wikidata? Filtrera på något slutdatum, som fanns, om de inte ska komma med i en lista på nuvarande kommuner. Jag kommer att återställa med data som göra att detta finns i wikidata eftersom det diskuterades här innan jag gjorde ändring. Maundwiki (talk) 21:58, 17 February 2023 (UTC)[reply]
Nu finns det ett script i Talk:Q6621272. Maundwiki (talk) 12:47, 23 July 2023 (UTC)[reply]

Roadkill

[edit]

Hi Maundwiki,

do you really demand that the Commons category of roadkill (Q1324130) (dead animals) shall be duplicated at wildlife–vehicle collision (Q118869533) (type of collision)?

I don't know whether the Swedish descriptions suggest some similarity, but these concepts are distinct. Kind regards,-- U. M. Owen (talk) 08:30, 20 September 2023 (UTC)[reply]

Most animals found dead on the road have been in a wildlife–vehicle collision (Q118869533). Even the picture in wildlife–vehicle collision (Q118869533) is in commons category Roadkill but is it rooadkill since it is stuck in the car? The pictures can be used for both sets of articles by having data in Commons category (P373), that does not change the Q number associated with the commons category. In the future as categories are changed languages versions of wikipedia can be changed in one location. Maundwiki (talk) 19:30, 21 September 2023 (UTC)[reply]

Välkommen tillbaka!

[edit]

Kul att se dig redigera igen! QubeCube (talk) 13:46, 24 October 2023 (UTC)[reply]

Isabelle Dexpert

[edit]

Hello Maundwiki, I fixed the problem. Thank you for noticing! Arpyia (talk) 08:57, 10 December 2023 (UTC)[reply]

Padalarang (PPL vs ADM)

[edit]

Sorry, I haven't understood your message in https://www.wikidata.org/w/index.php?title=Q1576403&diff=2060346888 are you talking about GeoNames? After rechecking, there are actually 4 IDs with the name Padalarang in adjacent locations.

For official data sources from the Indonesian government, places called Padalarang can be checked at Indonesian Minister of Home Affairs Decree Number 050-145 of 2022 (Q112136164) page 1400 or Indonesian Minister of Home Affairs Decree 100.1.1-6117 Of 2022 (Q118697978) page 1551. It mentioned that there is Desa Padalarang/Padalarang Village (Q12501747 = GeoNames 6584878 ADM4) in Kecamatan Padalarang/Padalarang District (Q1576403 = GeoNames 6584900 ADM3).

So which Padalarang does GeoNames 1963770 (PPL Q25033654) and GeoNames 1633423 (PPL) refer to? Should we create new item for GeoNames 1633423? Is GeoNames ID (P1566) more valid than administrative code of Indonesia (P2588) for places within Indonesia?

Sorry again for asking too many questions :) Danil Satria (talk) 07:05, 24 January 2024 (UTC)[reply]

@Danil Satria: No do not feel sorry. I think you already know that a lot of articles was created with geonames as the primary source by a bot (lsjbot). There are articles on Swedish and Cebuano wikipedia. On the Swedish wikipedia there was a large clean up effort.
Geoname 1633423 PPL did not trigger the bot because there was and is no population in the geoname id. In the Swedish wikipedia the bot created sv:Padalarang (ort i Indonesien) (now a redirect) Padalarang (Q25033654) based on geoname 1963770 PPL with a population of 124946 2014 and 2022 updated in geonames to 184182. It was later during the clean up effort redirected to sv:Padalarang, Bandung Barat, (based om geoname 6584900 ADM3 sorry wrote ADM2 by mistake) and was rewritten to cover both the district of Indonesia (Q3700011) (kecamatan) and geographic location (Q2221906) (in Swedish a term for populated place without any administrative responsibility) with interwiki to Padalarang (Q1576403). There is a third object Padalarang (Q12501747) based on geoname 6584878 ADM4 in located in the administrative territorial entity (P131) Padalarang (Q1576403). All of these are located close to each other on a map.
Geonames is both very accurate and contains total garbage. I think at least one of geoname 1963770 and 1633423 may be garbage but that doesn't matter. The concern is 1963770 in Padalarang (Q25033654). I do not think it was correct to redirect the articles created based on 1963770 Padalaran to articles based on 6584900 Kecamatan Padalarang. I would revert this (se below). What happens on wikipeda does not have to happen on wikidata. When I determine what to change I start by looking at article names, but what I do depends on instance of (P31) and the geoname type in the original article created by lsjbot.
The normal state is a one to one relation between wikidata objects and genomes id. Even if wikipedia merges/redirects articles in wikidata there could still be two objects if it is not exactly the same like PPL and ADM3. Objects in wikidata does not have to have wikipedia articles. From the documents there is one kecamatan and one desa and we have objects for those. What is 1963770 Padalarang? Nothing according to the documents you referred to? We sometime like to talk about "city" for a populated area but that may or may not be supported by sources in this case. Three ways to address Padalarang (Q25033654). 1/ Add för example instance of (P31) geographic location (Q2221906) or any non administrative type place, a must if there is some source outside geoname suggesting a place exist. 2/ Remove all data since ADM3 and PPL is not the same type instance of (P31)) and merge the empty wikidata object (as long as ceb is not restored) with Padalarang (Q1576403) or Padalarang (Q12501747) I suggest both since none is 100% correct, how can we tell since we do not know what it is? 3/ Request delete on the wikidata object however I think 3 i more work than what it is worth and you and I can no longer see history.
This confusion is common between lowest administrative level and the corresponding populated place. I do not think for Indonesia but for other countries a project by Valterbot 2014 often added the wrong geoname id, type PPL not ADMx, for the lowest administrative level. Later when lsjbot used geoname in wikidata to determine interwiki it got interwiki with the incorrect wikidata object.
This got long-winded but I hope it will help you. Maundwiki (talk) 19:11, 24 January 2024 (UTC)[reply]
I said sorry because I've always ignored the difference between PPL and ADM both in Wikidata and OpenStreetMap. What I have found (at least in Indonesia) is that most of them refer to the same location, ADM uses points while PPL bounding box (bbox).
> Geonames is both very accurate and contains total garbage. I think at least one of geoname 1963770 and 1633423 may be garbage but that doesn't matter.
Agreed that it's garbage, and that sort of thing leads to thousands of duplicate Wikidata items.
> We sometime like to talk about "city" for a populated area but that may or may not be supported by sources in this case
No, don't. Indonesia uses the term "city" (Kota) or "regency" (Kabupaten) for ADM2 designated by law/act. human settlement (Q486972) seems to fit better, or former administrative territorial entity (Q19953632) if there are references that support it.
> Three ways to address Padalarang (Q25033654) [...] 2/ Remove all data since ADM3 and PPL is not the same type instance of (P31)) and merge the empty wikidata object (as long as ceb is not restored) with Padalarang (Q1576403) or Padalarang (Q12501747)
This is what I want to do, I usually leave both values (PPL and ADM) to prevent duplicates in Wikidata and hopefully it will help GeoNames to fix their mess.
> how can we tell since we do not know what it is?
From its bounding box size, where bbox for 1963770 > 1633423 thats why I assume:
  • 1963770 (PPL) == 6584900 (ADM3) => Q1576403
  • 1633423 (PPL) == 6584878 (ADM4) => Q12501747
> This confusion is common between lowest administrative level and the corresponding populated place.
I am actually confused as an Indonesian about why settlements and administrative areas must be separated, because here we do not distinguish between them. Even down to the hamlet/neighborhood/etc (dusun/lingkungan/RT/RW) level (ADM5 & ADM6) all have their place in the administrative structure.
There are very few real non-ADM PPLs in Indonesia and they are at the middle level (ADM2 or ADM3), mostly capital of regency (Q3147563) or former administrative city in Indonesia (Q10963374) (aka Kotip, a type of administrative region from 1974-1999) which has undergone many splits and is now retained as the name of the regency capital.
For example, Tondano (Q25246991) has split into North Tondano (Q12522022), South Tondano (Q10958609), East Tondano (Q12522021), West Tondano (Q12522020) but retains its name as Tondano (Q2324609), but even then PPLA2/3 is still more suitable than PPL. -- Danil Satria (talk) 05:53, 25 January 2024 (UTC)[reply]
Normally the ADM is an area since both district of Indonesia (Q3700011) and desa (Q26211545) have some subclass of (P279) to a administrative territorial entity of Indonesia (Q1434505) in wikidata. That means they are areas. A PPL can be an area but that is usually based on some subclass of (P279) to a statistical definition (Q15709883).
If there is no PPL don't keep the geoname id for PPL in the wikidata object for ADM if merging wikidata objects.
Are all areas in Indonesia covered by a desa? And there is never a second population center within a desa? Since if there is the desa in that case consist of two separate PPL. I think a desa is similar to frazione (Q1134686).
I started fixing Indonesia some time ago, and I think I asked some questions of you, but gave up. I gone through a few countries but I start with a foundation of accurate wikidata already in place. Most of the time I just fix interwiki för lsjbot created sv and ceb ADM/PPL and make sure we have an article on sv wikipedia.
I admire the work you started in structuring wikitdata for Indonesia.
Maundwiki (talk) 14:24, 25 January 2024 (UTC)[reply]
> A PPL can be an area but that is usually based on some subclass of (P279) to a statistical definition (Q15709883).
If so, is it safe to assume that PPL should have P1588 too?
Although usually the division of areas based on the P1588 is the same as the P2588, only sometimes some new village are combined into one statistical working area.
> Are all areas in Indonesia covered by a desa?
Desa is just one of the terms used for level 4 administrative regions in Indonesia. This confusion may be because in the past (at least when I started contributing to Wikidata) P1588 was labelled “kode desa” (village code) when it should be level IV statistical work area.
Previously, there were only two types of level 4 administrative sub-division:
  1. kelurahan (headed by a government-appointed lurah)
  2. desa (headed by a citizen-elected kepala desa).
But since regional autonomy after the 1998 reform movement, some regions began to use several different designations to refer to “desa” as pekon, tiyuh, nagari, lembang, nagori, gampong, desa adat, etc.
> And there is never a second population center within a desa?
Desa consists of several dusun (hamlets) and Kelurahan consists of several lingkungan or RW (neighbourhood). They are usually just numbered (Dusun 1, Dusun 002, RW IV, etc) but can also have a localised name.
I haven't had time to explore the regional divisions under tiyuh, pekon, gampong, nagari, etc. because it is regulated by regional regulations (Perda). At the moment, I am still focusing on official national-level data sources.
> I started fixing Indonesia some time ago
Thank you very much for that, the data about Indonesia here is a bit messy. For administrative regions alone there are 3 variations due to the different data sources used. (1) GeoNames: SVwiki, CEBwiki, (2) 2010 population census: NLwiki, MSwiki, (3) P1588: IDwiki, SUwiki, JVwiki, ACEwiki, MINwiki. And the funny thing is that I rarely encountered P2588 at the beginning of my activity here.
I think I have merged tens of thousands of duplicates, and there are still hundreds that have not been merged because sitelink conflicts or just have not been detected.
There must have been a lot of ADM/PPL mixed up because like I said before I didn't pay much attention to it. — Danil Satria (talk) 11:49, 27 January 2024 (UTC)[reply]


@Danil Satria: I like your user page Danil Satria/P2588.
Geonames is a summary of a lot of data bases. For Indonisa plus the ones without country in the first list. However based on your only about 30% of the objects have a geoname. I know from for examples in Mexico that "worldgazetteer" adds random PPL. I concentrate on admin levels that can be supported with government data like administrative code of Indonesia (P2588).
I usually leave anything below lowest ADM level as is, if it doesn't affect the lowest ADM level (two or more objects with P31 as some type of administrative area for the same administrative area). From your list I have an example: Wini (Q65044876) and Humusu Wini (Q14631709) and the second one has a P2588. I would just add located in the administrative territorial entity (P131) with value Humusu Wini (Q14631709) to Wini (Q65044876) and let English wikipeda decide if it should be merged and handle the rewrite of the article. I assume after all your work that every P2588 code in the government list has a wikidata object. If there are objects of populated places that do not have a P2588 code give those objects a located in the administrative territorial entity (P131) of an administrative level 4 (or other level if it fits) and let each wikipedia fix after that. I also looked at Adiwerna (Q25017837) and Adiwerna (Q1770730) and that is harder since it is administrative level 3. I do not think they are duplicates. I was looking for population figures (134 188 in geonames) but my system didn't like the .xls security status the file. Based on how you did suggested merge Adiwerna (Q25017837) should have P131 Adiwerna (Q1770730), but most likely bad data in import from worldgazetteer? I would do erase not merge, and the geonames PPL id should not be for both. Yes, it was redirected on Swedish wikipedia after your request.
I have ensured correct interwiki for the lsjbot created articles of lowest ADM level on Swedish wikipeda, also Cebuano if it was easy, for around 15 to 20 countries. I decide on interwiki based on the value in P31. I started Indonesia maybe a year ago but I paused since I did not get a handle on how to do it. Now I would use contains the administrative territorial entity (P150) for administrative level 3 for example North Insana (Q11221076) and see if I can find Swedish wikipeda articles for each level 4 listed. If I see an article on Swedish wikipeda that was created from incorrect geonames data I would request it to be erases. If it is based on bad data in geonames it is not a duplicate.
One way to look at it is that there can be three types of wikipedia articles a/ (lowest) admin level b/ populated place c/ combined. However there should only be up to two wikidata objects (lowest) administrative and populated place. The wikipedia with combined has to pick one wikidata object to have interwiki with and use data from the other object as needed. Wikidata is a support system but it does not control how different versions of wikipedia should write about the subjects.
Once more thank you for your work but if it is an administrative level it should only have ADM type of geonames. Maundwiki (talk) 20:48, 29 January 2024 (UTC)[reply]

Forneo

[edit]

Tack för utomordentlig fix av Forneos Wikidatapost. Det hade tagit mig en halvtimme att få ihop. Stort tack! Estrellato (talk) 00:14, 17 February 2024 (UTC)[reply]

Inget problem, jag kopierade mycket från en annan brottare. Maundwiki (talk) 13:16, 17 February 2024 (UTC)[reply]
ska försöka tänka på det tipset i framtiden. Nu kan ju jag kopiera från Forneo. Estrellato (talk) 01:39, 20 February 2024 (UTC)[reply]

Invitation to participate in the WQT UI requirements elicitation online workshop

[edit]

Dear Maundwiki,

I hope you are doing well,

We are a group of researchers from King’s College London working on developing WQT (Wikidata Quality Toolkit), which will support a diverse set of editors in curating and validating Wikidata content.

We are inviting you to participate in an online workshop aimed at understanding the requirements for designing effective and easy-to-use user interfaces (UI) for three tools within WQT that can support the daily activities of Wikidata editors: recommending items to edit based on their personal preferences, finding items that need better references, and generating entity schemas automatically for better item quality.

The main activity during this workshop will be UI mockup sketching. To facilitate this, we encourage you to attend the workshop using a tablet or laptop with PowerPoint installed or any other drawing tools you prefer. This will allow for a more interactive and productive session as we delve into the UI mockup sketching activities.

Participation is completely voluntary. You should only take part if you want to and choosing not to take part will not disadvantage you in any way. However, your cooperation will be valuable for the WQT design. Please note that all data and responses collected during the workshop will be used solely for the purpose of improving the WQT and understanding editor requirements. We will analyze the results in an anonymized form, ensuring your privacy is protected. Personal information will be kept confidential and will be deleted once it has served its purpose in this research.

The online workshop, which will be held on April 5th, should take no more than 3 hours.

If you agree to participate in this workshop, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form to register your interest https://forms.office.com/e/9mrE8rXZVg Then, I will contact you with all the instructions for the workshop.

For more information about my project, please read this page: https://king-s-knowledge-graph-lab.github.io/WikidataQualityToolkit/

If you have further questions or require more information, don't hesitate to contact me at the email address mentioned above.

Thank you for considering taking part in this project.

Regards Kholoudsaa (talk) 16:49, 19 March 2024 (UTC)[reply]

Växla innehållsförteckningen

[edit]

Hej! Under våren har du uppdaterat etiketten på svenska för 18 olika objekt. De har alla fått etiketten "Växla innehållsförteckningen"+den etikett objektet borde ha. Se t ex Q96640805. Jag har nu rättat objekten. Kanske du har något skript eller liknande som råkar lägga till detta av misstag och behöver justeras? (Jag utgår från att det inte är något du knappat in för hand!). Kitayama (talk) 07:44, 26 July 2024 (UTC)[reply]

Jag var inte vän med klippa i det nya formatet på wikipedia. Jag såg många men men måste ha missat en del. Maundwiki (talk) 13:48, 26 July 2024 (UTC)[reply]