Quesotiotyo

Welcome to Wikidata, Quesotiotyo!

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! --Epìdosis 09:33, 10 September 2020 (UTC)

thank you! I'm new to bulk editing wikidata and missed this one. Thank you for catching it Rubystaramaryllis (talk) 00:22, 17 August 2023 (UTC)

2023 Golden Gate Open (Q121072795)

Re this removal.

How else can we link a (tennis) event to the town where it took place? (in this case Stanford (Q173813))

Note that the property location (P276) is in use to indicate the venue inside the town.

Pommée (talk) 14:11, 19 August 2023 (UTC)

Having the venue at P276 is enough, you shouldn't need to duplicate data on the event item that belongs on the venue item (country (P17) being a major exception).

--Quesotiotyo (talk) 14:39, 19 August 2023 (UTC)

On many tournaments in the past, the venue (location) is unknown. Only the town was specified by the tennis organizations such as ATP and WTA. In those cases, we do need a property for the town. My predecesors (ten years ago) have chosen to employ located in the administrative territorial entity (P131) for that purpose, and it has been used ever since, also by all my tennis colleagues. I followed their example, although I have always found the name of this property slightly weird. Can you suggest another property, that is better suited to this purpose? Pommée (talk) 14:53, 19 August 2023 (UTC)

P276 works for that as well. Just put the most specific known location, whether it is a stadium or a town. --Quesotiotyo (talk) 15:01, 19 August 2023 (UTC)

reversion about 1992 olympic Games

Hi, I understand why you revert it. I'm from Barcelona & I worked for four years in the 1992 Organizing Comitee. But I try to not merge my feeling with the data structure.

I say this because this week I had a long talk about what should be in P276, in P115, in P159 and what in P131. To me, there are not a strong and clear model, all approches have its part of lògic. But, what's the correct one?. I don't know, but I cannot change each time soneone revert an edition.

I deleted the Barcelona entry, because (as another participant said) could be in P276 when is "the host" of championship, but not mixed with sport venues, maybe just with administrative HQ or so. In fact to have in P276 the "Olympic stadium" and "Barcelona" is completely unfair with the other 36 venues. In my oppinion P276 must be filled with the closest place where the competition is played, in this case -could be- the stadium. The thesi to hold the host city and place the venues in P115 sound good to me, except because use P115 in events generate a [incorrect] constraint and, if you may see at refered discussion, @Blackcat point to use P131 for geographical places.

While I respond, I see that you have reverted a similar case. If is the same reason, talk for one common solution. If you did that because the name of city complement the name of venue, then is a clear error, because the stadium is where its P131 point out. If you want to participate in the discussión and apport your point of view, I invite to go to User talk:Amadalvarez#P276 and respond there pinging to Blackcat, please. Any participation to get a consensous is welcomed I'm shure that you as myself wanted the best for WD. Thank you Amadalvarez (talk) 15:29, 19 August 2023 (UTC)

PS: As you can see, the criteria is arbitrary: https://w.wiki/7HTJ. Thanks,Amadalvarez (talk) 16:15, 19 August 2023 (UTC)

I was only trying to point out that P131 should not be used for events. Any other items where you moved a P276 value to P131 need to be put back. Also, P115 is not suitable for events either. A user who added this property incorrectly to a large number of items has been blocked in part due to this mistake. I have been meaning to put together some batches to migrate these to the correct property (P276) and this has been a good reminder to do so. I'll set a goal to have it all cleaned up by this time next week.

--Quesotiotyo (talk) 16:47, 19 August 2023 (UTC)

@Quesotiotyo I appreciate as much clear as possible. To summary:

• No P131 in events. Agree !. What about competition organitzation as World Wrestling Council (Q202556), Canadian Football League (Q1032175), USL League Two (Q976491) etc..? Are almost a organization with a stable headquarters in the territory. Should we use P159 for them?, not for its championship nor seassons/matchs,..
• No P115. Agree; the constrain with occupant (P466) denotes that P115 is oriented to clubs/teams, not for events.
• Everything in P276.... without limitations ?. IMHO it should contains sport venues where the competition happens. If we need to accept a geographical entity (city / region ..) should be because doesn't exist a venue, for instance, outdoor sports by the city or because is the host city "alone", as you made with OG'92. In any case, without merge stadiums and cities in a same property
• Multisport events: as OG. I believe that the higher level (1992 Summer Olympics (Q8488), ...) should not have the list of venues, because is a long list and useless to understand which sport have been in each one. I believe that venues should be a property of the sport competition level (as swimming at the 1992 Summer Olympics (Q832016)) and, of course in lower level, as match/course.

Is it correct?

Thanks, Amadalvarez (talk) 17:50, 19 August 2023 (UTC)

Here you have a big picture of use of P276-P115-P159 for sportive events: https://w.wiki/7GZt. Perhaps it helps you. Amadalvarez (talk) 18:12, 19 August 2023 (UTC)

I agree with all of your above points. Yes, P159 seems appropriate for subclasses of sports organization (Q4438121). For P276 there will have to be some flexibility as you said, but in most cases the venue alone should be enough so long as the city/region is able to be derived from the venue item, or use the most precise geographical entity if there is no specific venue (marathon races, for example) or a long list of them (such as for the Olympics).

Thank you for writing everything out clearly so that we can be in agreement, and thank you the helpful query as well. I can see that there is much that needs to be done but I am sure that we will get there. :)

--Quesotiotyo (talk) 00:15, 20 August 2023 (UTC)

Thanks. Where are all the rules, agreements, sentences and limitations about this topic compiled?.

I mean, when you say "no P131 in event items", where is the agreed reference in order to avoid to explain each time same lesson?. I have confidence with your explanations, but what to I if do not?.

It's tiring to go up and down by property talk pages, user talk pages, or ping an abandoned wiki projects with silence in response in order to understand "how to do something", and when finally take a decision using its own common sense,. .. reverted !

It is not my intention to demand explanations, nor to burden you with new work. Quite the opposite, I want to save effort and repetitive discussions with rookies as me.

Salut ! Amadalvarez (talk) 04:40, 20 August 2023 (UTC)

I'm sorry, I wish that I were able to provide you with the answers that you are looking for, but I must focus my efforts elsewhere at this time. Perhaps you should as well.

All the best,

--Quesotiotyo (talk) 21:10, 20 August 2023 (UTC)

@Quesotiotyo:, I am dubious about the exclusive use of home venue (P115) as venue for a club. It might also be used for the item of a single sports match because it's more intuitive than "location (P276)", what do you think= -- Blackcat 07:58, 20 August 2023 (UTC)

Well, there used to be a property called (in English) "event location" but it was merged into P276 many years ago (deletion discussion here). I do wish that it had been kept as its own property, but that at least explains why P276 came to be used for both physical objects as well as events. P115 predates both of those and was clearly set up to be about sports teams/clubs and where they play their home games. Unfortunately that denotation is not apparent with many of the labels and aliases (though the descriptions still seem pretty clear to me at a quick glance). The relatively recent addition of sporting event (Q16510064) and sports competition (Q13406554) to the accepted subject types was, I suspect, a result of the wide misapplication of the property, due mostly to the efforts of a single user who has been blocked under multiple accounts for making these same kinds of mistakes on a large scale and then failing to address them. Once this mess has been dealt with then the property page itself can be rectified.

While you are here, I would like to know about this edit you made to sports league (Q623109), marking it a subclass of recurring sporting event (Q18608583) (I can see that several other users have tried to assign it as a subclass of sports competition (Q13406554) as well). This seems to be confusing two different concepts and I fear that it will complicate my attempts to fix some of the above issues. I want to wait and see what thoughts you might have about this particular item before preceding. Thanks.

--Quesotiotyo (talk) 20:35, 20 August 2023 (UTC)

Please do not move home venue to location for badminton

It is not more clear, if there is a venue given or only a city, we need there another solution. see Wikidata:WikiProject Badminton/Location, Wikidata:WikiProject Badminton/Venues. Florentyna (talk) 06:10, 26 August 2023 (UTC)

@Florentyna: home venue (P115) is not suitable for use on sporting event items (see the above discussion); location (P276) is what you want. Any cities at P276 should probably be removed if the information is also present on the venue item. When I try to click on the links you posted my browser crashes so I am unable to see what the issue is there. If you have any queries that rely on P115 then they will need to be adjusted; I can help you with that if needed.

Please respond so that I know I can proceed without you hastily reverting any further of my edits.

--Quesotiotyo (talk) 07:40, 26 August 2023 (UTC)

Like I said above, how one can find out if a venue is missing if the venue is mixed with the city? I very much need the venue information, to add the missing venues in the next years. Probably a new property can help. By the way, for the field of badminton I estimated that there will be around 200 million edits needed here on Wikidata, currently there are around 10 million done. So, if you can help to add things or take care about other sports in the meantime until all venues are added it would be very much appreciated. --Florentyna (talk) 07:54, 26 August 2023 (UTC)

You shouldn't continue using the wrong property simply because you find it more convenient, and a new property shouldn't be necessary when one already exists for this purpose. P276 can work the same way for badminton as it does for any other sport. Or consider other location-type properties -- the property examples at place of birth (P19), residence (P551), filming location (P915), and location of first performance (P4647) all show buildings/venues along with cities/countries. Look, it's unfortunate that you misunderstood the purpose of P115 and that it wasn't caught sooner but it is unreasonable to expect for this to wait to be addressed until after hundreds of millions more edits have been made. I have no desire to make your work here more difficult and so am willing to give you some time to make any adjustments but it really is past time for this to be fixed (or if you wish to be the one to do so, please go right ahead).

--Quesotiotyo (talk) 14:18, 26 August 2023 (UTC)

Cycling

Continuing the theme of bandminton. Only I know about cycling using Module:Cycling_race.
- I need to have two separate parameters. 1 - for the city or region where the competition took place. 2 - for an arena/stadium or other structure, if any, where the competition took place.
- The module currently uses P276 for the city and P115 for the stadium. There are few values entered in Wikidata itself and they can be corrected.
- You suggest to use P276 for arena/stadium. Then for the city or region then what to use?
- There is a city and a stadium for track cycling. And for road cycling there is a city (sometimes a region) and very rarely a stadium.
— GAN (talk) 10:24, 27 August 2023 (UTC)

P115 is for home venues for sports teams and so has nothing to do with cycling. I have no knowledge of modules but they do need to use the correct properties. As for P276 it can take multiple values although that really isn't necessary unless you need to show that a race took place within a venue as well the environs around it.

--Quesotiotyo (talk) 20:38, 27 August 2023 (UTC)

• I restored the edit data. These values are used to output cycling data through the Module:Cycling_race above. This module is used by coase in several wikis. — GAN (talk) 19:56, 28 August 2023 (UTC)

That's not a reason to reintroduce bad data. Fix the module or stop using it. --Quesotiotyo (talk) 20:20, 28 August 2023 (UTC)

This parameter (it has about 50 values) is used in a large number of cycling races. The module itself is used in 10 wikipedias. Talk Page Module talk:Cycling race for similar suggestions and changes. I do not edit the module, but I use it like other users of the bike section. — GAN (talk) 20:46, 28 August 2023 (UTC)

Hi, @GAN. You know that my cycling knowledge is not "strong", but, let me try to help with a suggestion. I understand that event cycling may be in a venue or by road.

• In the first case, the @Quesotiotyo proposal is to use P276 and its value item properties if we need to know the city, length, etc.
• For road races we are already using start point (P1427) & destination point (P1444), if I'm not wrong.

Are there another circumstances to manage?, let to analyze together. For instance, in previous discussion entry i proposed to accept geographical location items as value for P276 under limited circumstances; basically, when the city/area is the venue: outdoor sports, urban circuit for races,.. If this is too much complicated because a city is not a venue, we can define the "virtual" urban circuit as a temporary venue, with the city in its P131, with its layout drawing, length, coord, etc.

Question aside is the issue of data migration. I think all of us are interested in take it with a lot of care.

Thanks, Amadalvarez (talk) 09:50, 1 September 2023 (UTC)

"not a season"

Hi! Why have you reverted all User:Verpetino's edits withouth any discussion? They all seem good edits - linking each edition/season to the main page. example "instance of: sports season", your edit summary "not a season"... Pelmeen10 (talk) 10:59, 27 August 2023 (UTC)

The P31 value on many of these items is incorrect (the one that you linked to for instance is a tournament, not a season) and so almost of these additions were flawed. A very small number were okay and I added back in those that I spotted. I will take another look through to make sure that nothing else was removed that shouldn't have been.

--Quesotiotyo (talk) 20:43, 27 August 2023 (UTC)

If we are talking about a sports league, then it is a season. There were plenty of those. What are the P31 alternatives for others? And what are the alternatives for P3450? Pelmeen10 (talk) 20:54, 27 August 2023 (UTC)

I have seen sports season (Q27020041) misapplied to a slew of different sporting events. I just queried for a list of 10 random "sports season" items and got 1967 12 Hours of Reims (Q17509753), 2019 American Athletic Conference Softball Tournament (Q65068376), 1999–2000 UEFA Cup second round (Q24884945), 1966 Torneo di Viareggio (Q940742), 2008 NCAA Women's Division I Basketball Tournament (Q4611581), 2020 Inter-Provincial Championship (Q85735918)... not one of those is right. I do not have a good enough of sense of how these kinds of competitions are best modeled to offer any suggestions however, other than that P31 will have to be replaced and that anything at P3450 will need to go elsewhere. Removing those statements is not the final solution but is at least an improvement.

--Quesotiotyo (talk) 22:09, 27 August 2023 (UTC)

Thank you

I never properly thanked you for your help regarding this query. The query has proved to be the backbone of my website to improve the deaths lists on Wikipedia (source code). Not a single issue the past 20 months! Also the alphabetization of the results saves me tons of time. So thanks again and hopefully it reminds you that your help sometimes benefits someone hugely. Regards, Mill 1 (talk) 09:32, 1 September 2023 (UTC)

Lang, attested in, quotation

Hi there! Thanks for explaining your edits on Q16871816, esp. (‎Undo revision 1968438895 by Itorokelebogile (talk): this belongs as part of the reference (and I'm not even sure that P1683 makes sense here...perhaps you meant P1810 instead?)) I think P1810 would most definitely make more sense in this context. I was, however, go with what I've seen on multiple name/surname-oriented pages, e.g., Q347181 and assumed this is a "consensus" approach.

I'm in the midst of editing information on surnames based on what's available in Q118130420 and wanted to fine-tune certain surnames that probably are not "Polish" enough to warrant a separate native label (e.g., surnames like Muller, etc.) in a second round, more manual, so thanks for staying vigilant! Itorokelebogile (talk) 04:57, 7 September 2023 (UTC)

Removal of additional information in P5323

Hi, you removed additional information provided in P5323 on a few names. I understand that using quotation P1683 is potentially inappropriate when the quotation is just the name. However, please note I was following suit on what I've seen on dozens of name-related items such as Q12173670 . I see how P1810 would make more sense; I can fix all the items I've edited to reflect this practice later on.

However, I think that undoing those changes wasn't the best approach as you've also removed the reference which was nonetheless correct and useful :) https://www.wikidata.org/w/index.php?title=Q36940978&oldid=prev&diff=1978641693 Update: sorry, I see it's there!

BTW, do you know how Wikipedians can somehow get together to decide on how certain items should be used? I feel like name/surname-related items would warrant a bit of a consensus, but I'm not sure how this could be orchestrated. Itorokelebogile (talk) 04:43, 21 September 2023 (UTC)

You could always try the talk page at Wikidata:WikiProject Names. --Quesotiotyo (talk) 06:14, 21 September 2023 (UTC)

Thank you! Itorokelebogile (talk) 08:07, 21 September 2023 (UTC)

Researcher

Hi Quesotiotyo,

researcher (Q1650915) is sadly wrong in my language, only scientist (Q901) would be semantically correct. If my editing process is not interrupted by real-life duties I specify the statement into something more exact.

Thanks for the collaborative spirit of not reaching out before doing some quick reverts.

Kind regards, U. M. Owen (talk) 10:13, 21 September 2023 (UTC)

Walter Neu (Q67585508)

Hi Quesotiotyo,

he is clearly working on laser science and is not for the Hessian police academy.

Please correct yourself.-- U. M. Owen (talk) 10:17, 21 September 2023 (UTC)

I never made any such claim, please check the item's history. It's fixed now, anyway. --Quesotiotyo (talk) 22:30, 21 September 2023 (UTC)

Sorry for my combative tone. Have a nice day (or night, don't know your timezone)!--U. M. Owen (talk) 22:38, 21 September 2023 (UTC)

Cemeteries and GNIS ID

It looks like many of the IDs are not working as a link. See: Shelter Island Cemetery (Q114056521). RAN (talk) 00:05, 29 September 2023 (UTC)

There is an alternative formatter URL for P1630 which still works for retired feature classes such as cemeteries (http://gnis-ld.org/lod/gnis/feature/2105303 for the one that you mentioned). The USGS's National Map site remains the preferred source for any remaining feature types however, and there is no way to ascertain from the identifier value which is which (otherwise applies if regular expression matches (P8460) could be used to help select the better option). See the property talk page where there is an ongoing discussion about this issue.

--Quesotiotyo (talk) 03:42, 29 September 2023 (UTC)

Can you not spam reverts for no reason

I have no idea why you are wasting your time. —Xezbeth (talk) 05:26, 30 September 2023 (UTC)

Would you care to correct them yourself instead? --Quesotiotyo (talk) 05:37, 30 September 2023 (UTC)

What exactly are you correcting here? Nothing is happening. —Xezbeth (talk) 05:39, 30 September 2023 (UTC)

The intervening edits where a valid statement was removed and a duplicate was added (neither of which should have happened), plus modifying the claim of the original statement from unknown value to the now-existent family name item. It is no trouble for me to fix but I will hold off if you are planning to do so.

--Quesotiotyo (talk) 06:01, 30 September 2023 (UTC)

I'm pretty sure you are familiar with how QuickNames works. Changing the statement instead of what I did would have taken at least ten times longer with the exact same result. What difference does it even make? —Xezbeth (talk) 06:48, 30 September 2023 (UTC)

But the information was already present, if saving time were a factor then you needn't have done anything at all. Regardless, it is not acceptable editing behavior to remove someone else's work (provided that it was not flawed) only to replace it with your own. I am not questioning why you chose to do so, only if you were intending to rectify the issue.

--Quesotiotyo (talk) 13:39, 30 September 2023 (UTC)

Reverting my edits

When I came across the entries of deceased persons, my eye fell on the article descriptions in the sense that the English Wikipedia has a very unambiguous format for the description of the person's lifespan. In particular an elongated hyphae, which is very strongly present. The short one seems to have been 'repressed', so to speak, although I know it is not wrong to use it. However, I also know that the short is mainly used in France to indicate periods. It was therefore with good intention that I started to transform those item descriptions. I realize that it's a sisyphean task. It should definitely not be changed everywhere either. I will therefore keep my hands off the English, if you prefer not to. However, as a Belgian I am free to do whatever we want with our version. It's still a free forum after all. Allow me to think it's peculiar that you have a problem with these rollbacks I did in particular. Cnuddearthur (talk) 11:30, 30 September 2023 (UTC)

Call for participation in a task-based online experiment

Dear Quesotiotyo

I hope you are doing well,

I am Kholoud, a researcher at King's College London, and I am working on a project as part of my PhD research, in which I have developed a personalised recommender model 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 model 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 in a research venue.

The experiment should take no more than 15 minutes, and it will be held next week.

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/1FAIpQLSfA1wfdBfCRlcG3WhDyc-V8lzgPNx3fDFCNXkyn4CSwahXZ_A/viewform?usp=sf_link

Then, I will contact you with the link to start the study.

For more information about my project, 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) 17:11, 5 October 2023 (UTC)

San Jerónimo Tlacochahuaya

Please do not revert my changes to archINFORM authority data --Arch2all (talk) 08:45, 14 October 2023 (UTC)

Then please stop adding the identifier to the wrong item. It belongs on the locality, not the municipality. --Quesotiotyo (talk) 08:58, 14 October 2023 (UTC)

I maintain the archINFORM database. The identifier is related to the municipality! Right now it is not obvious for the web user, but I will clarify this in a future archINFORM update (and create an own entry for the locality) --Arch2all (talk) 09:21, 14 October 2023 (UTC)

I agree that is not obvious that a place labeled as "locality" is something else entirely (or is now, at least...). --Quesotiotyo (talk) 10:29, 14 October 2023 (UTC)

Frederika Brummer

Https://www.wikidata.org/w/index.php?title=Q94115258&oldid=prev&diff=2008480041

Thanks for the correction. I just wanted to note that the book in that photo is a book about Frederika Brummer herself, entitled "Frederika." Thanks, -- Ooligan (talk) 03:39, 11 November 2023 (UTC)

Q96778478

At Q96778478 it looks like you added data for a different person, others may be affected. This was detected because they died before they were born. RAN (talk) 23:51, 25 November 2023 (UTC)

It was actually the existing date of death which applied to a different person (it appears that the Genealogics ID was repurposed). --Quesotiotyo (talk) 00:25, 26 November 2023 (UTC)

DOB from WikiTree

Today we released new inconsistency report for wikitreee and there is cca 2000 new errors on DOB [1]. And when I check the Wikidata it says that DOB is from wikitree, but wikirtee has different DOB. Can you explain how you created the quick statement batches. Based on what data? Could the batches be undone? I can prepare the QSs from the latest data. Lesko987a (talk) 16:34, 28 November 2023 (UTC)

These dates all came from WikiTree, though apparently some of them have changed in the meantime. I will go ahead and add the newer values, thank you for linking to those. We do not remove outdated values (which I have mentioned to you before) so rankings will need to be applied on a case-by-case basis.

--Quesotiotyo (talk) 21:04, 28 November 2023 (UTC)

WikiKids IDs on Wikidata

Dear Quesotiotyo, through this link I noticed that you had provided a number of Wikidata entries, such as Vogel Rok, Eurovisiesongfestival 1971 and Spaanse Trappen, with a WikiKids ID. I was curious how you did this: manually or with a bot. I would also like to do this with a large amount of articles from WikiKids on Wikidata. I will start by adding all the basic articles of WikiKids. I look forward to hearing from you! Kind regards, S. Perquin (talk) 23:58, 28 December 2023 (UTC)

Hello! If I am remembering correctly, I selected random articles on WikiKids using Speciaal:WillekeurigeHoofdpagina and then searched for the matching topic on Wikidata before adding each ID manually. This was not an efficient method and so I was only able to add about 12 identifiers in this way. Thinking about it now, it would be possible to match a large portion of the WikiKids articles to Wikidata items by looking for exact title matches on Dutch Wikipedia using Petscan and then add the IDs by using QuickStatements. Would you like my help to do this? I am able to start on this project immediately if you think it would be a good idea.

--Quesotiotyo (talk) 01:38, 29 December 2023 (UTC)

Dear Quesotiotyo, that would be great! The only thing is that there are often pages that don't match. For example, Soldaat van Oranje is a disambiguation on Wikipedia, but on WikiKids, Soldaat van Oranje is an article about the person whose nickname is Soldaat van Oranje. Does your tool prevent such pages from matching? I look forward to hearing from you! Kind regards, S. Perquin (talk) 01:54, 29 December 2023 (UTC)

Yes, it would be easy to filter out disambiguation pages ad the like using the PetScan tool. My idea is to search for as many title matches as possible and then inspect a portion of them to determine accuracy before adding any IDs. I will report back to let you know how that goes and then we can discuss further from there.

--Quesotiotyo (talk) 02:06, 29 December 2023 (UTC)

That sounds like a good idea! Thank you in advance! Let me know what the results are! S. Perquin (talk) 02:08, 29 December 2023 (UTC)

@S. Perquin: Okay, here is what I have done so far: I obtained a list of WikiKids article titles, which numbered 42,548. Then I looked for an exact title match for each of those on Dutch Wikipedia and found 32,000 matches. From this list I filtered out any nlwiki pages that were a disambiguation page (Q4167410), list article (Q13406463), set index article (Q15623926), or article covering multiple topics (Q21484471), as well as any redirect pages. I also removed any articles with very short titles (fewer than five characters) and those which were added to Wikidata previously. This left around 22,600 matches. I manually checked a random sample of 226 (1%) of those, looking closely at the WikiKids article and the Wikidata item to make sure that they covered the same topic. There was only one issue that I found:

• https://wikikids.nl/Blauwe_bes was matched with Vaccinium corymbosum (Q468695) but blueberry (Q5812410) would have been a better match. As this is likely to be a problem with various food types (fruits and vegetables versus the plants they come from, meats versus the animals that provide them, etc.), I decided to remove 65 of those from the list.

Other than that, I can say that the remainder of what I looked at was certainly correct, and so I feel confident that the entire batch will have very few bad matches if any at all. I have gone ahead and submitted it to QuickStatements (Batch #220142) but have stopped it from running so that there have been no edits made yet, to give you a chance to look over it and share any thoughts you have. If you think that everything looks good and you are okay with me adding these IDs then let me know and I will tell QuickStatements to start the batch. It would probably take 8-9 hours to run and I would be around to watch over things to make sure that it all goes well, periodically checking the IDs for accuracy as well as monitoring the constraint violations page in case any issues arise. Or if for any reason you want me to cancel the batch instead then I will do so.

--Quesotiotyo (talk) 06:50, 29 December 2023 (UTC)

@Quesotiotyo: I also checked some of them and found no problems. Nice work! It looks very promising. Start the batch, I would say! 😄 S. Perquin (talk) 12:41, 29 December 2023 (UTC)

@S. Perquin: It took a bit longer than I expected but I am happy to report that the batch is finally complete and there are now 22,550 Wikidata items with a WikiKids ID! I know that this is not much more than half of the total WikiKids articles, but I hope that it is a good start. I plan to add some more IDs by hand in the next days and weeks when I have the time. If there is anything else I can do to help you in the future, please ask.

Wishing you a happy and healthy new year,

--Quesotiotyo (talk) 05:35, 30 December 2023 (UTC)

@Quesotiotyo: Thank you so much for your help! We are now only looking for a tool to quickly - ideally automatically - add interwiki links on WikiKids articles to articles on other wikis, for example to Wikipedia or the French Vikidia. Right now this has to be done manually by adding [[wp:Article name]] (for Wikipedia) or [[fr:Article name]] (for French Vikidia) on each article. Do you perhaps know of a tool that could do this? By the way, I also wish you all the best for 2024! S. Perquin (talk) 12:12, 30 December 2023 (UTC)

How about AutoWikiBrowser? I have never used it myself but it might be what you are looking for. --Quesotiotyo (talk) 20:40, 30 December 2023 (UTC)

I use AutoWikiBrowser myself, but to my knowledge it does not allow me to create interwiki links from WikiKids to Wikipedia or Vikida in a fast, automated way. If there is no other method, I guess I will have to do it manually. S. Perquin (talk) 15:56, 31 December 2023 (UTC)

@Quesotiotyo: Could you also check if the text is correct. Isabelle de Charrière wikikids is incorrect! Pobag63 (talk) 15:23, 30 December 2023 (UTC)

I just looked at Isabelle de Charrière and Belle_van_Zuylen and, though the names differ, they are indeed the same person. --Quesotiotyo (talk)

Inaccurate sources

How do you deal with inaccurate and/or incomplete information provided by sources?

Is it better to have unsourced, but accurate and correct information, or to have sourced, but less than accurate and/or incorrect information?

In the case of the Geographic Names Information System (GNIS), there are several issues:

• GNIS only lists items at the county level (or parish in Louisiana and borough in Alaska). Within Wikidata, the most narrowly defined applicable administrative entity should be used for the "located in the administrative territorial entity". If an item is located in an administrative division within a county (i.e., city, town, etc,) it should be used instead of the county. This does not mean that GNIS is incorrect in these instances, just that it is not as accurate as Wikidata can be.
• GNIS is known for being less than accurate with regards to populated places and human settlements. (GNIS populated places)
• In addition to the previous, GNIS is also specifically known for categorizing locales as human settlements.

In the case of OpenStreetMap (OSM), there are several issues:

• Unlike GNIS (which has its information somewhat vetted), but just like Wikidata and Wikipedia, OSM is only as accurate as the information that is added by anyone and can only be relied upon based upon its sources and/or references (something highly lacking in OSM).
• OSM defines a locality as "locations. . . for which all taggable features are gone, but which still see use (and/or have value) as named locations". This definition differs substantially from Wikidata's definition: "place of human settlement". The term used by Wikidata that most closely matches the OSM's definition of "locality" is "locale".
• Wikidata is not bound by OSM's terminology.

In the case of Pigeon Hollow Junction and Moark Junction, they are not, nor ever have been, settlements. Furthermore, despite being labeled as "hamlets" in OSM, they do not even meat OSM's definition of a hamlet. Despite being sourced, information you have included is inaccurate and, therefore, was removed. If you are dead set on keeping "sourced", but inaccurate information, it seriously lessens is value. An Errant Knight (talk) 05:06, 9 January 2024 (UTC)

Inaccurate statements supported by a reference should be deprecated rather than removed, while those which are correct but not maximally precise (such as a county instead of a city) should be left alone. Quoting from Help:Ranking:

While a reference will ideally point to a reputable and established source of information, it's possible for a source to provide information that is incorrect or not as accurate as it could be. References merely state where a data value comes from; ranks indicate what data value is considered the most correct and, by extension, what values should be included in queries.

I cannot speak to all of the issues that you have brought up and have no way to vet the accuracy of all of the classifications made by GNIS and OSM but I do know that we still want to record what these sources say regardless. As far as locales vs. localities vs. hamlets, I used whichever term was mapped to the location's OSM tag via P1282. I did not create any items in the GNIS locale class and so had no reason to use locale (Q25345958).

--Quesotiotyo (talk) 06:48, 11 January 2024 (UTC)

Fault in the language linking for "Doctorate" - German Wikipedia

I wanted to add the correct and missing language link to the appropriate German Wikipedia page. It's called “Promotion (Doktor)” at the German Wikipedia. Unfortunately (Q849697) is protected and I can't add it. Could you help me with this? Best regards Bildersindtoll (talk) 14:54, 12 January 2024 (UTC)

That article is currently attached to Q89011770. Is that not correct? --Quesotiotyo (talk) 03:50, 13 January 2024 (UTC)

Thanks for your answer. :) I think my concern is easier to understand if I provide the direct links: I want to connect https://en.wikipedia.org/wiki/Doctorate with https://de.wikipedia.org/wiki/Promotion_(Doktor) Bildersindtoll (talk) 15:27, 13 January 2024 (UTC)

I am sorry but I am still not sure what you would like for me to do. Those two articles are connected to two different Wikidata items which are linked together and so cannot be merged, and I do not want to remove one of the sitelinks from its item without being certain that it does not belong there. If you would like to bring up your request at either Wikidata:Project_chat or Wikidata:Forum then you will probably find someone who knows more about this topic and will be able to help you.

--03:53, 14 January 2024 (UTC)

Edit request

Hello Quesotiotyo, can you change the map file in Syrian civil war Q178810 with this file c:Syrian Civil War map (November 24, 2023).svg? The current file is outdated and no longer maintained, I cannot make the change myself as the page is fully protected. Thank you. Ecrusized (talk) 22:40, 20 January 2024 (UTC)

 Done I left the previous image in place as it would not be correct to replace it. --Quesotiotyo (talk) 23:12, 20 January 2024 (UTC)

Houman

Hi

Houman and Hooman are the same names with different spelling in English. Shkuru Afshar (talk) 01:39, 24 January 2024 (UTC)

They are two distinct names for Wikidata purposes and should have separate items. You can link them to each other by said to be the same as (P460) to indicate that they are variants.

--Quesotiotyo (talk) 03:09, 24 January 2024 (UTC)

Identifiers

Hi Quesotiotyo! Thank you for your help in clarifying me some questions about identifiers in several items. Those were edits I made a year ago, when I was trying to clean up identifiers that no longer existed from a database. Due to my inexperience, I believed that when an identifier no longer exists, the statement had to be removed. However, thanks to your reversals I have learned that these statements should never be withdrawn and, instead, the rank should be deprecated. I have seen the example that you made in the case of Juan Pedro Aparicio (Q5951962), where you deprecated the rank of the statement P2558 -> 13128, and you added a qualifier "reason for deprecated rank" (P2241) -> "withdrawn identifier value" (Q21441764). So I checked again all the items you reverted, one by one, and in the cases where I confirmed that the identifier no longer exists in the original source, I followed your example of Juan Pedro Aparicio: I deprecated the rank and added the qualifier with the reason.

On the other hand, I see that a few identifiers removed by me still existed. That was a clear mistake of mine. I recognize it and I apologize.

Thank you for your patience and understanding. And thank you because thanks to your corrections I have learned something new about Wikidata. Pepe piton (talk) 16:30, 28 January 2024 (UTC)

Gambia - Vandasim

you vandasim this? Please fix this error: [2]. c:Category:Women of the Gambia by name and c:Category:Men of the Gambia by name is the correct spell (and not c:Category:Women of The Gambia by name and c:Category:Men of The Gambia by name). Atamari (talk) 09:33, 29 January 2024 (UTC)

The "The" in "The Gambia" is not always capitalized in the middle of running text (this would be a matter of style, not spelling), but if it is going to be included in the item's label/alias (about which I am not advocating one way or the other) then it needs to be capitalized, otherwise it would be omitted.

--Quesotiotyo (talk) 10:33, 29 January 2024 (UTC)

It's a question of programming, the template "Template:Wikidata Infobox" uses the form out Wikidata. Atamari (talk) 10:36, 29 January 2024 (UTC)

Q112981670 (Prostakova family name)

Hello, you just reverted my edits for the mentioned above item. Did you noted that the item linked only with single Russian family name page (means the item description as disambig is incorrect)? My intent was to correct item as per that page. So, why this is not acceptable? Apetrov09703 (talk) 10:19, 30 January 2024 (UTC)

And the same case is for Q39165394 (Griazov family name) Apetrov09703 (talk) 10:27, 30 January 2024 (UTC)

Both of those sitelinks are disambiguation pages (note their inclusion in Category:All disambiguation pages (Q9700479)) and so the items were set correctly. See Wikidata:WikiProject Names/Disambiguation as to how and why we make this distinction.

--Quesotiotyo (talk) 22:13, 30 January 2024 (UTC)

OK, I will create new items for family names. However, existing items will stay empty Apetrov09703 (talk) 06:53, 31 January 2024 (UTC)

Amet-khan Sultan (Q470325)

Please, read more bio data before reject the correction. In this item Amet-khan in a family name and Sultan is a given name! Apetrov09703 (talk) 10:25, 30 January 2024 (UTC) Apetrov09703 (talk) 10:25, 30 January 2024 (UTC)

Thank you for clarifying that point. Even so, he is most commonly referred to as "Amet-khan Sultan" in English-language sources (not to mention nearly every Wikipedia article uses this order) and so that should remain the item's label (per Help:Label#Reflect_common_usage) and "Sultan Amet-khan" can be entered as an alias. Also, the given name (P735) and family name (P734) statements do not appear to be correct based on what you have told me. Could you please advise on what the values should be instead?

--Quesotiotyo (talk) 22:25, 30 January 2024 (UTC)

Thanks for understanding. Item corrected Apetrov09703 (talk) 06:50, 31 January 2024 (UTC)

Edit request

Hello Quesotiotyo, can you add this file c:File:Syrian, Iraqi, and Lebanese insurgencies.svg as the top locator map image in Islamic State Q2429253? The current file is outdated and no longer maintained, I cannot make the change myself as the page is fully protected. Thank you. Ecrusized (talk) 22:55, 31 January 2024 (UTC)

 Done --Quesotiotyo (talk) 01:39, 1 February 2024 (UTC)

Face Off

Face Off is practically a talent show, so it's a TV program, not a TV series (which have some sort of plot). Mannivu · ✉ 07:54, 14 February 2024 (UTC)

It is a series of episodes, not an individual program. Q5398426 is not a genre-specific concept. Please revert your edit. --Quesotiotyo (talk) 07:59, 14 February 2024 (UTC)

Please ping me if you answer in your own talk. Anyway, I think TV series is a wrong attribute for this show since it's not a fiction show. I see there are some other TV shows that have Q5398426 as an attribute: Q486844, Q60096, Q152108, Q164304, Q169844 and many more. Mannivu · ✉ 18:38, 14 February 2024 (UTC)

Edit request

Hi again, can you replace the current locator map with this file c:File:Kurdistan Region (orthographic projection).svg in Kurdistan Region Q205047 please? Thank you. :) Ecrusized (talk) 16:34, 14 February 2024 (UTC)

I respectfully decline as I prefer the existing image to the newer one. --Quesotiotyo (talk)

Wiedenhoft ≠ Wiedenhöft

Hi Quesotiotyo,

Wiedenhöft (may be transcribed as -hoeft) is not the same as Wiedenhoft in German. Wiedenhoft (Q37022411) has erroneously been used for John Wiedenhöft (Q57082307) (G. Scholar).

Are surname items without users still notable?

PS: I've just learned about the repurposing ban, sorry for my ignorance!

Kind regards Heppatitis (talk) 07:38, 15 February 2024 (UTC)

That is quite all right, thank you. Yes, name items should generally be acceptable even if they are not linked from anyone, so long as they are attested in or described by an external source. We currently have around 620,000 family name items and more than a quarter of those have zero uses in a family name (P734) statement.

--Quesotiotyo (talk) 21:05, 15 February 2024 (UTC)

Qlever, that's something new. Interesting!--Heppatitis (talk) 08:42, 16 February 2024 (UTC)

GNIS-Identifiers WD Q34946547, Q3451598

Moin, Quesotiotyo. Due to the respective entry [3] I for now believe you are wrong, as 582428 appears to id Cushing, ME. I might be mistaken, but otherwise I'd appreciate it if you'd revert or elucidate. Regards, --G-41614 (talk) 21:54, 20 February 2024 (UTC)

Hello,

542428 = Welcome Home Gas Field (Q34946547)

582428 = Cushing (Q3451598)

You added the first ID number to the second item. A simple mix-up I am sure. :)

--Quesotiotyo (talk) 22:27, 20 February 2024 (UTC)

Most certainly nothing else, I stand enlightened! :) Thnx & regards, --G-41614 (talk) 20:28, 25 February 2024 (UTC)

Bulk adding items

How can I do that? I add items for TV show episodes and I would like to be able to add a bunch at once instead of making them all separately which takes about an hour or more per average 26 episode season. How can I use QuickStatements or another tool for that purpose?

Thanks! 1033Forest (talk) 14:50, 8 March 2024 (UTC)

Hello! I would highly recommend using OpenRefine, that is what I have used for this kind of task and it made the process quick and easy. There are some good tutorials that you can watch if you have never worked with it before. Once you get your data loaded in and ready then you are going to build what is called a schema (details here), which is very similar to creating a Wikidata item by hand but you only have to do it once and then OpenRefine will automatically generate a fully formed item for each row of data and will even upload them to Wikidata for you. I'm not sure that I would be able to walk you through the entire process step by step but I can definitely help if you get stuck on something or have a specific question.

--Quesotiotyo (talk) 20:02, 8 March 2024 (UTC)

I think I got the hang of using OpenRefine now. Thank you! 1033Forest (talk) 04:36, 11 March 2024 (UTC)

Terrific, happy to hear that and to see the good work that you're doing. --Quesotiotyo (talk) 14:47, 12 March 2024 (UTC)

Labour Law / Labor Law

According to English Wikipedia, for the article en:Labour law, the English title is "Labour law", not "Labor law". Your edit, changing from "labour law" to "labor law", does not agree with the English Wikipedia. HenryLi (talk) 08:36, 14 March 2024 (UTC)

English Wikipedia uses both American English and British English spellings and does not prefer one over the other. However, for any one particular article, one variety or the other does wind up being preferred (for any of a number of reasons). In the case of en:Labour law, the British English variant was used as the main title and the American English spelling en:Labor law was set up as a redirect (and is included right there in the very first sentence of the article). Thankfully, Wikidata contains fields for both forms of English and so such compromises are not necessary (though there does remain the need to choose a main label while relegating all other possible names to the alias field, but that could be a discussion all on its own).

--Quesotiotyo (talk) 17:24, 14 March 2024 (UTC)

Mantion

Your phonetics for this French name is wrong. There is no S sound, and a yod should be applied for Caverphone. Verbex (talk) 21:06, 17 March 2024 (UTC)

You seem to be misunderstanding what these properties are intended for. The code is based solely on the spelling of the name and does not require knowledge of how the name might actually be pronounced. That's kind of the whole point. Yes, sometimes the result differs from what would be expected, but that's the nature of how these algorithms work and you should not be fudging the value to account for this.

--Quesotiotyo (talk) 00:32, 18 March 2024 (UTC)

Finneas O'Connell (Q20029978)

I guess you are wrong with your reversion. Baird is obviously not his given name (P735), it's a family name (P734) that he has inherited from his mother, Maggie Baird (Q23301569). See also his uncle Brian Baird (Q503548) and his sister Billie Eilish (Q29564107) (Billie Eilish Baird O'Connell). — Mike Novikoff 07:45, 19 March 2024 (UTC)

No, it is his middle name (second given name). You will not find a source which indicates otherwise. --Quesotiotyo (talk) 14:38, 19 March 2024 (UTC)

It's the family name of at least three of his relatives, including the mother, so to take it as a middle name is a weird assumption for which you'll not find a source either. — Mike Novikoff 17:59, 19 March 2024 (UTC)

It's literally in the middle of his name. There's no assumption on my part. --Quesotiotyo (talk) 18:32, 19 March 2024 (UTC)

Sounds like a pun. — Mike Novikoff 19:35, 19 March 2024 (UTC)

François (Q1166840)

The given name Francois does definitely not exist in any language (French or any else). I tried to read the sources for {{Q|Q99481385}}, but they are unreachable. Anyway, even if François is written without cedilla, it is a mistake done by the DACS register (or any other source, it is not the point). The main issue is François without cedilla is not correct. Bob08 (talk) 16:35, 19 March 2024 (UTC)

If a person writes his name as "Francois" then that is his name and thus it exists. Your claim that is does not is frankly absurd. --Quesotiotyo (talk) 18:20, 19 March 2024 (UTC)

Frankly, my claim is not absurd. You don't have to be so aggressive: I feel pained by your words. It is true that for technical reasons, many organisations (including the French INSEE) does not use the cedilla. Nevertherless, Francois with a simple C, even for Dutch or American people is not an existing given name. It is possible to keep the label in any language without cedilla and the link to the correct element (with cedilla). Are you OK with that? Among the hundreds of elements linked to Q21142479, many have a label with a cedilla, and many others are related to French perople (=>cedilla). I have updated some of them. Please do not revert without information as you did for the label of Q21142479. Just an example: Francois Jacobus du Toit (Q56599425). We can keep the English (incorrect) label without cedilla, but the given name is François (Q1166840). Bob08 (talk) 08:38, 21 March 2024 (UTC)

Invitation to participate in the WQT UI requirements elicitation online workshop

Dear Quesotiotyo,

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) 19:40, 19 March 2024 (UTC)

Academy Honorary Award

Hey, I see you reverted https://www.wikidata.org/w/index.php?title=Q182580&oldid=prev&diff=2105974036 I added this so that it would be possible to query all the items which have received an Honorary Award. This is now not possible. Perhaps a fix would be to add that Academy Juvenile Award (Q489705) is an instance of/type of/... Academy Honorary Award (Q727328)? Carlinmack (talk) 21:32, 19 March 2024 (UTC)

Well, that statement was causing my query to report that Temple had won two Oscars instead of just one. Yes, the Juvenile Award was a subcategory of Honorary Awards (in fact, the Academy Awards Database does not categorize them separately at all). Here is the classification of awards from the official voting rules for 1962, the latest I could find that the Juvenile Award was ever specifically mentioned (it having last been given out two ceremonies prior); at the very bottom, Honorary Juvenile Award is listed apart from All Other Honorary Awards. Whether this relation should be added to Q489705 using instance of, subclass of, or part of, I am honestly unsure. I am also wondering if the statement would then need to be Shirley Temple (Q182580)award received (P166)Academy Honorary Award (Q727328)identity of object in context (P4626)Academy Juvenile Award (Q489705), to reflect how the award is classified by the Academy now versus then.

--Quesotiotyo (talk) 00:15, 20 March 2024 (UTC)

GeoNames

Hi @Quesotiotyo:, I habitually remove any GeoNames listings when I've been able to successfully delete their entries on the GeoNames website (or if I can confirm that there is a redirect on GeoNames) - otherwise some features (mostly rivers) will have 15+ depreciated GeoNames entries on their Wikidata item not serving any purpose. --Prosperosity (talk) 20:21, 31 March 2024 (UTC)

Yeah, don't do that. --Quesotiotyo (talk) 23:12, 31 March 2024 (UTC)

Can you explain why? A recent river I merged had 19 different GeoNames listings, 18 of which no longer exist. Is there a point to listing depreciated GeoNames IDs? Prosperosity (talk) 23:23, 31 March 2024 (UTC)

If GeoNames assigns 19 different identifiers to the same river, that's what we record. If GeoNames decides to turn 18 of those identifiers into redirects or delete them entirely, we record that too. Removing the statements instead essentially obliterates any knowledge that we would be able to show about those IDs and creates additional work in having to restore this information for those who want to use it.

--Quesotiotyo (talk) 00:18, 1 April 2024 (UTC)

So editing items like this is better?

This type of information feels excessively pointless, but I'll stop removing duplicate GeoNames IDs. --Prosperosity (talk) 01:17, 1 April 2024 (UTC)

Yes, and thank you. I am currently working on adding GNS IDs to all items with a corresponding GeoNames ID. This is based on when they were originally imported into GeoNames and does include some features which have since merged, so having those old values present on the items helps me to make sure that I am matching everything up correctly. They will also prove crucial when the remaining 400,000 places on Cebuano Wikipedia still missing from Wikidata are added, which I hope to start soon as well.

--Quesotiotyo (talk) 03:50, 1 April 2024 (UTC)

Right, I see! That makes a lot of sense.

I've been doing a lot of work ensuring that double-up Cebuano Wikipedia items in New Zealand are removed, and that only a single item/page exists for each feature (and that item actually points to where the item actually is). It'd be soul-crushing to see whole regions that I've checked over be repopulated with inaccurate locations - do you have any plans for fixing geocoordinates, and potentially merging items with pre-existing ones? Prosperosity (talk) 05:51, 3 April 2024 (UTC)

Oh I would want to avoid that for sure. According to this query we currently have 13,556 places in New Zealand with a GeoNames ID (P1566) but no New Zealand Gazetteer place ID (P5104). I'd like to find matches for as many of those as possible, and then create new items for the remaining entries in the Mix'n'match catalog that I could be reasonably certain did not already exist, and only then try to match any unlinked cebwiki articles to those (though I suspect that many will need to be converted to a redirect, as you have been doing). And once we import coordinates from the NZ Gazetteer then any that came from cebwiki can be deprecated (or probably just removed altogether, to be honest). But no, I would not create any Wikidata items or add coordinates based on the cebwiki articles themselves, thanks for making certain of that.

--Quesotiotyo (talk) 21:19, 3 April 2024 (UTC)

That sounds amazing! If you make a Mix'n'match catalog for NZ, let me know, I'd love to help. Basically everything with a GeoNames ID should have a Gazetteer ID, with some exceptions (e.g. someone added entries based on labels from a bunch of 18th century explorer maps). Prosperosity (talk) 22:02, 3 April 2024 (UTC)

remove_country_name_from_en_label_where_present_in_desc

fwiw, you might consider adding the placename, countryname as an alias, since fairly clearly the place is sometime known as placename, countryname, and that is what aliases are for. Removing countryname from the label is at best half-improvement, half-degradtion of the record. 'Present in desc' is neither here nor there. --Tagishsimon (talk) 20:41, 6 April 2024 (UTC)

For this set of items I have concluded that the country name being in the label originated from the enwiki sitelink title (where it was included for disambiguation purposes), and per Help:Label this information belongs in the description instead (which is why I checked that it was already present there). Placename, countryname could in theory be added for all locations worldwide; I certainly have no plans to do so. I will note that I very rarely see such aliases in any language.

--Quesotiotyo (talk) 20:59, 6 April 2024 (UTC)

Milford Sound / Piopiotahi dual name

Hi Quesotiotyo,

Messaging regarding your recent name change on Milford Sound / Piopiotahi. I have moved back to the full name. These dual names are standard in New Zealand English and are official names set by Land Information New Zealand. Two prominent examples are Aoraki / Mount Cook and Whakaari / White Island. The full name is used together as one single name in NZ English. See an example news article here: [4]

ShakyIsles (talk) 07:38, 7 April 2024 (UTC)

Hello / Kia ora,

I still cannot help but see "Milford Sound / Piopiotahi" as two separate names delimited by the slash, and that including both in the Wikidata label is a kludge to avoid having to assign preference to one over the other (which we seem to be able to do in most every other context), but maybe that is just me. I won't press the matter any further though, on the not unlikely chance that I am missing the mark and/or the forest for the trees here.

Thank you for the gentle admonition.

--Quesotiotyo (talk) 06:57, 8 April 2024 (UTC)

Kea Crag / Stewart Crags

Hi Quesotiotyo,

You've asserted these are different items (Stewart Crags (Q31714661) and Kea Crag (Q31689664)), but according to the New Zealand Gazetteer (https://gazetteer.linz.govt.nz/place/40639) they are the same cliff/"mountain" which was renamed from Stewart Crags to Kea Crag. This determination was made on 18 January 2023 in the New Zealand Gazette notice 2023-ln89, see https://gazette.govt.nz/notice/id/2023-ln89, so possibly your source/sources that they are distinct pre-date that notification? --Canley (talk) 03:14, 18 April 2024 (UTC)

Hello,

Those are entered as two separate features in the New Zealand Gazetteer: Q31714661 has the feature ID number 125622 and the names "Stewart Crags" and "Kea Crag" while Q31689664 has the feature ID number 137969 and also the name "Kea Crag" (these feature IDs are not visible on the online interface but they are present in the downloadable CSV file linked just below the map window). Due to them both having the name "Kea Crag" as well as being right next to each other, I can certainly understand the confusion. As for whether Q31689664 should be a cliff or a mountain, I cannot tell. https://gazetteer.linz.govt.nz/place/56258 is clearly centered on a point with an elevation of 1139m, which is consistent with this older topo map (I assume that the triangle there is denoting a mountain, I'm just not sure if the words "Kea Crag No. 2" applies to it). Looking back even further doesn't help, as this map from 1979 has two separate "Kea Crag"s next to two different mountain symbols.

This is more than I have time to look into right now, but maybe you or someone else can make sense of all this.

--Quesotiotyo (talk) 00:58, 19 April 2024 (UTC)

Thanks for the reply (and all the work you are doing on NZ locations)! Yes, I see what you mean, there are two gazetteer entries named "Kea Crag" with slightly different locations (60442 and 56258). I suspect it's some imprecise 19th century surveying/naming... I'll have another look at it and dig around for some more information, but not a priority. I'll leave it as it is for now (maybe said to be the same as (P460) can be used?), but will look into it further when I have more time. --Canley (talk) 01:46, 19 April 2024 (UTC)