User talk:Nikki

From Wikidata
(Redirected from User talk:NikkiBot)
Jump to navigation Jump to search

Logo of Wikidata Welcome to Wikidata, Nikki!

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!

--Ricordisamoa 15:50, 9 June 2013 (UTC)[reply]

Rollback

[edit]

Hey, thanks for reverting vandalism around here! I've given your account rollback rights, so you can revert just a bit faster :). If you don't want them, then let me know, I can remove them too. Thanks again! Ajraddatz (talk) 02:12, 9 June 2015 (UTC)[reply]

@Ajraddatz: I'm glad to help. :) The rollback rights are appreciated, thanks! - Nikki (talk) 02:39, 9 June 2015 (UTC)[reply]

en-gb

[edit]

Hello, why did your bot you make this change? -- FriedhelmW (talk) 18:49, 14 June 2015 (UTC)[reply]

@FriedhelmW: Hi :) It's updating British English labels/descriptions where the main English label has been changed, since most people only change one of them and then they get out of sync.
To be more specific, in this case, British English label has two parts separated by a comma and no description, where the first part (Ostenfeld) is the English label and the second part (Nordfriesland) is part of the English description. That happens a lot for places, where the second part isn't part of the name, but is useful disambiguating information, and implies that the English one is more up to date than the British English one, so it updates the British English to match the English one.
The bot tries to be cautious and only edit things it's pretty confident about, but do let me know if you spot any problems! :)
- Nikki (talk) 19:45, 14 June 2015 (UTC)[reply]
What's the use of having the same texts for en-gb as for en? Isn't this completely redundant? -- FriedhelmW (talk) 15:16, 15 June 2015 (UTC)[reply]
@FriedhelmW: The use is being able to use the site properly in British English, e.g. without the labels and descriptions, item pages just say "No label defined" and "No description defined". I would like to see a better way of handling language variants like this, but for now we can only work with what we've got. - Nikki (talk) 22:07, 15 June 2015 (UTC)[reply]

RfD

[edit]

If you spot invalid requests (such as that item with 50+ incoming links), it is no problem if you mark it as {{Notdone}} yourself. No problem if a trusted user like you does that. Mbch331 (talk) 12:53, 7 July 2015 (UTC)[reply]

@Mbch331: Thanks, it's good to know that it's OK for me to do that. :) I'll try and be a bit bolder next time! - Nikki (talk) 14:50, 7 July 2015 (UTC)[reply]
Don't be too afraid to do something. If you do something we think you better shouldn't too, we will tell you. We won't block you, just because you did something you shouldn't have done. Mbch331 (talk) 14:53, 7 July 2015 (UTC)[reply]

Admin?

[edit]

Hey man. Are you interested to become an administrator on Wikidata? I see that you are involved in administrative areas and giving you the tools would be beneficial for the project. I can nominate you if you want to. Thanks! Jianhui67 talkcontribs 15:08, 18 July 2015 (UTC)[reply]

I would definitely vote in your favour. I think you'll be a great admin. Mbch331 (talk) 15:54, 18 July 2015 (UTC)[reply]
@Jianhui67, Mbch331: I would definitely be interested, yes. Thanks for the support. :)
There you go, Wikidata:Requests for permissions/Administrator/Nikki. Accept the nomination and transclude it to the main RfA page. Good luck! :) Jianhui67 talkcontribs 05:26, 19 July 2015 (UTC)[reply]

IPA

[edit]

Hi! Why You've removed stress marks? --Kikos (talk) 06:11, 21 July 2015 (UTC)[reply]

@Kikos: I edited some which were using an apostrophe to use the correct character (U+‎02C8 MODIFIER LETTER VERTICAL LINE) instead. I didn't intend to remove any stress marks! :) Which change are you looking at? - Nikki (talk) 06:47, 21 July 2015 (UTC)[reply]
I mean changes You described :) I'll further use correct character. --Kikos (talk) 08:47, 21 July 2015 (UTC)[reply]


Congratulations, Dear Administrator!

[edit]

English | español | français | العربية | Nederlands | русский | +/−

An offering for our new administrator from your comrades... (our gift is better than the one at Commons or Meta)

You have your gun; now here's your badge: {{User admin}}/{{#babel:admin}} and {{Admin topicon}}. Enjoy!

Nikki, congratulations! You now have the rights of administrator on Wikidata. Please take a moment to read the Wikidata:Administrators page and watchlist related pages (in particular Wikidata:Project chat, Wikidata:Requests for comment, and Wikidata:Administrators' noticeboard), before launching yourself into page deletions, page protections, account blockings, or modifications of protected pages.

Please feel free to join us on IRC: #wikidata-admin @ irc.freenode.net. If you need access, you can flag someone down at @ irc.freenode.net. You may find Wikidata:Guide to Adminship to be useful reading. You may also want to consider adding yourself to meta:Template:Wikidata/Ambassadors, and to any similar page on your home wiki if one exists. (Check Wikipedia:Wikidata/Wikidatans (Q14964498).)

Please also add/update the languages you speak to your listing at Wikidata:List of administrators. You may also like to add your username to this list if you would not like that items you delete at RfD get marked as deleted automatically. Again, welcome to the admin corps!

Best regards -- Bene* talk 12:54, 26 July 2015 (UTC)[reply]

おめでとうございます! Thibaut120094 (talk) 13:14, 26 July 2015 (UTC)[reply]
Welcome to the team. Mbch331 (talk) 13:22, 26 July 2015 (UTC)[reply]
Congratulations! Jianhui67 talkcontribs 14:54, 26 July 2015 (UTC)[reply]
Congratz! :) ·addshore· talk to me! 11:50, 28 July 2015 (UTC)[reply]


Proposal

[edit]

Hi Nikki, you had left a commment at this. Tobias1984 thinks it could need more input. Is there some you want to add? I suppose you could also directly create it. --- Jura 08:57, 16 August 2015 (UTC)[reply]

@Jura1: Sorry for the slow response, I was away for a while. I wouldn't have created the property when there's no support for it, but it looks like you got someone else to do it anyway. - Nikki (talk) 10:22, 24 August 2015 (UTC)[reply]

IMDb

[edit]

Can you check instance of (P31) before to add IMDb, I found a lot of imdb on album (Q482994) (ex. Grease). --ValterVB (talk) 17:03, 3 September 2015 (UTC)[reply]

@ValterVB: Thanks. I've stopped it from adding any title IDs for now. I'll look into removing the ones which are wrong in the morning. - Nikki (talk) 20:08, 3 September 2015 (UTC)[reply]

media legend (P2096) is ready. --Tobias1984 (talk) 13:44, 23 September 2015 (UTC)[reply]

Top 10 primary sources tool users

[edit]

Hi @Nikki,

The primary sources tool status page says that you are in the top 10 most active users of the tool, congratulations! If you have not tried it yet, I would like to invite you to activate and play with the FBK-strephit-soccer dataset: it is a small demo dataset to support the StrepHit IEG proposal. I would really appreciate if you could endorse (blue button) or comment the idea on the proposal page. Due to your involvement in the primary sources tool, your voice is really precious, so please leave a trace in the proposal if you like the general idea (even if the soccer domain does not ring a bell to you).

Looking forward to your feedback.
Cheers,

--Hjfocs (talk) 09:06, 28 September 2015 (UTC)[reply]

@Hjfocs: Done. :) I have to say I don't like the name though. In English, strep refers to a type of bacteria and the illness it causes, so it sounds like it would be something to do with biology or medicine - not my area of interest, which is why I didn't pay any attention to it before. - Nikki (talk) 12:15, 28 September 2015 (UTC)[reply]
Thanks for the endorsement, @Nikki! It would be nice to count on you as a power tester. If it sounds fine, feel free to add yourself as a volunteer (I will make the join button available again for you).
The name is actually an intentional pun: I understand it can be misleading and will definitely consider a rename after the project review process.
Cheers, --Hjfocs (talk) 13:16, 28 September 2015 (UTC)[reply]

queued quarry

[edit]

Just a hint: if it's queued, you have to click once more. At least, I have never seen it come out of the queue by itself. --- Jura 14:24, 8 November 2015 (UTC)[reply]

iTunes ID

[edit]

I know you have a bot that imports the Discogs id from MusicBrainz. Recently the property Apple Music album ID (U.S. version) (P2281) was created. Do you think you could import that information from MusicBrainz with your bot? Mbch331 (talk) 10:18, 9 November 2015 (UTC)[reply]

@Mbch331: I should be able to, although not right now (currently busy adding dates of birth/death :)). - Nikki (talk) 10:30, 9 November 2015 (UTC)[reply]
No problem. 1 task at the time is fine. Mbch331 (talk) 10:34, 9 November 2015 (UTC)[reply]

Named after in filmography

[edit]

Hi, I just saw you removed the named after I added in Sean Connery filmography. I had added it because of what I saw in Property talk:P1283:

  • Inverse property of named after (P138):
  • If [item A] has filmography (P1283) with value [item B],then [item B] should also have named after (P138) with value [item A].
  • Exceptions are possible as rare values may exist.
  • List of this constraint violations: Wikidata:Database reports/Constraint violations/P1283#Inverse

Does it mean this constraint should not exist ? Koxinga (talk) 17:02, 12 November 2015 (UTC)[reply]

@Koxinga: I wasn't aware of that constraint, thanks for letting me know. I do think it should be removed, so I've asked about it on Property talk:P1283. - Nikki (talk) 19:45, 12 November 2015 (UTC)[reply]

Playing range image

[edit]

playing range image (P2343) is ready. Mbch331 (talk) 14:10, 24 November 2015 (UTC)[reply]

Complex names

[edit]

Why do you remove relations between complex names and their parts, e.g. in Juan Rodríguez (Q439399)? --Infovarius (talk) 10:49, 29 November 2015 (UTC)[reply]

@Infovarius: I removed them because they are disambiguation pages and it doesn't make sense to me to say that the disambiguation page "Juan Rodríguez" is part of the disambiguation page "Juan Francisco Rodríguez", because it's not. If you are trying to say that the disambiguation pages have similar names, I don't think part of (P361) and has part(s) (P527) are the right properties to use. - Nikki (talk) 11:29, 29 November 2015 (UTC)[reply]
All pages that are listed on "Juan Francisco Rodríguez" can be also listed on "Juan Rodríguez". So these disambigs should be somehow connected. I don't know whether part of (P361) or maybe subclass of (P279) is the best way. --Infovarius (talk) 05:25, 1 December 2015 (UTC)[reply]

Official name

[edit]

Hi,

official name (P1448) is for places, for humans you should use name in native language (P1559) instead.

Regards, Thibaut120094 (talk) 12:04, 30 November 2015 (UTC)[reply]

@Thibaut120094: What about names which are not in the person's native language, or if I don't know the person's native language? Also, if official name (P1448) is supposed to be restricted to places, someone should probably change the label and/or description, it's currently very generic. :/ - Nikki (talk) 12:35, 30 November 2015 (UTC)[reply]

WMF projects - translation of labels and descriptions

[edit]
lang=en : ?lang=en&props=31,218,219,220,506,1406&q=claim[1800]

Dear Nikki! I have seen your edits at some pages about WMF projects and/or about languages as Malayalam (Q36236) and want to let you know that the number of Wikidata:Database reports/WMF projects there is also the page Wikipedia versions has increased to more then 409; there are pages from Wikibook project pages to Wikiversity and Wiktionary project pages. You may be interested in adding labels and descriptions in other languages. Please follow also the discussion at property talk:P218 and comment there. Best regards Gangleri also aka I18n (talk) 23:10, 13 January 2016 (UTC)[reply]

Thanks

[edit]

Hi

Just wanted to say thanks for all your help matching the UNESCO Atlas of the World's Languages in Danger on Mix n' Match. I've started to message Wikiprojects to try to find more contributors, if you have any suggestions please ping me.

Thanks again

John Cummings (talk) 13:08, 26 January 2016 (UTC)[reply]

I don't think its within the scope of native label (P1705) to add other languages than Thai for thr administrative structures in Thailand, as the property definition states "official language". There are certainly many Burmese and Shan speakers in Mae Sot, but that does not make their languages official - we don't add the Turkish name for Berlin either. IMHO these two languages only belong to the labels, just cannot add Shan there yet. Ahoerstemeier (talk) 10:26, 28 February 2016 (UTC)[reply]

@Ahoerstemeier: The description says official or original language, which I understand to mean that names in the original languages of the area are also acceptable. The property's label is wrong and quite misleading if only official languages are allowed, because many places have native names which are not in official languages. I don't see why it would need to be restricted to official languages though, because if someone wants to only use native names in official languages, we have official language (P37) to say which of the languages are official.
I don't think labels are sufficient either. It's impossible to add labels if the language isn't supported, whereas statements can have qualifiers. The development team are also stricter about which languages they plan to add for labels, whereas they plan to add any language that is needed for monolingual text (see Wikidata:Project_chat#New_language). Labels also don't say which are the native names, e.g. you can't use labels to decide to list Thai, Burmese and Shan like en:Mae Sot District does (Berlin isn't a good comparison, because en:Berlin doesn't list a Turkish name).
- Nikki (talk) 11:40, 28 February 2016 (UTC)[reply]

Auto taxobox from WD

[edit]

Hi, on the Bot request page you mentioned: I'm not sure if anyone has anything for taxon items yet though (and I don't have time to look for examples right now. Any chance you could point me in the right direction please? Just as reminder: We will be creating 10k new articles on cy-wiki - all birds. I would like the taxobox to come from WD rather than copy the one from enwiki. I'll create / import temlates in cywiki, to hold the info, of course. Thanks! Llywelyn2000 (talk) 10:52, 10 March 2016 (UTC)[reply]

@Llywelyn2000: Hi :) I'd forgotten about that, thanks for reminding me. I just had a look and managed to find Module:Taxobox. If I'm not mistaken, that's pretty much exactly what you're looking for, right? - Nikki (talk) 13:28, 10 March 2016 (UTC)[reply]
Looks good!!! Many thanks Nikky! Llywelyn2000 (talk) 14:03, 10 March 2016 (UTC)[reply]

Taxon labels

[edit]

Could I nudge you to reply at Wikidata:Bot requests#Taxon labels, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:33, 20 March 2016 (UTC)[reply]

More social media relationships from MusicBrainz?

[edit]

Thanks for your work in importing all that great info from MusicBrainz. Would it be possible for you to add Facebook, Youtube and Instagram? Thinkcontext (talk) 17:33, 22 April 2016 (UTC)[reply]

@Thinkcontext: It should be possible, but right now my bot can't edit because the server it's on has been blocked by an overzealous range block. :( Hopefully it won't take too long to get it unblocked and then I can test the changes I made. - Nikki (talk) 21:37, 24 April 2016 (UTC)[reply]
@Thinkcontext: It's adding stuff now. :) - Nikki (talk) 18:01, 28 April 2016 (UTC)[reply]
@Nikki: Wow, thanks! Thinkcontext (talk) 18:20, 28 April 2016 (UTC)[reply]

Asian dates

[edit]

Hi Nikki,

Some time ago, you imported a series of Asian dates. I was wondering if you would be interested in running the same code on zhwiki or kowiki. From pages I come across at Wikidata:Database reports/Deaths at Wikipedia/1950, it seems it may be worth doing it.
--- Jura 06:59, 2 May 2016 (UTC)[reply]

Is it possible that you already did them and what's left are just year-only dates? In that case, I could directly add them based on the list.
--- Jura 07:45, 2 May 2016 (UTC)[reply]
@Jura1: I did already do a lot of them, yes. :) The ones which are left are not only year-only dates (I didn't skip year-only dates). If it didn't add a date, it either couldn't parse it or it skipped it because the date was older than a particular date (for jawiki, it skips anything older than 1583, for kowiki it skips anything older than 1895 and for zhwiki it skips anything older than 1950 (because en:Adoption of the Gregorian calendar#Adoption_in_East_Asia sounds complicated and I wanted confirmation from someone who can understand Chinese before adding older dates)). I'm currently a bit busy, but I can look at improving the parsing in a couple of days and maybe see if I can figure out which years can be reliably considered Gregorian rather than Julian on zhwiki (if you want to help, feel free to ask someone who speaks Chinese about that :)). - Nikki (talk) 15:31, 2 May 2016 (UTC)[reply]
If the bulk is done, I can do the remaining ones with Pasleim's tool. As people keep adding dates at Wikipedia rather than Wikidata, you might want to re-run the same code once in a while.
Personally, I focus on 20th century dates, at least until something is done about the calendar model problem. If you want to parse more dates, you might want to try fiwiki. It doesn't seem to have that many infoboxes and the format is fairly straightforward (with a few exceptions). The wikis column on [1] can give an idea of what's left.
--- Jura 18:57, 2 May 2016 (UTC)[reply]

Coordinates of asteroid feature

[edit]

Hi! Thanks for adding coordinate location (P625) to Vibidia (Q7924611). However, there seems to be a problem with the P625 parameter for astronomical objects, we need to have some way of qualifying that the "globe" parameter is not Earth (Q2), as otherwise other tools will believe that this location is for somewhere on Earth. Can we use any valid Q value for "globe"? If so, would a "globe" qualifier of 4 Vesta (Q3030) be appropriate here? -- The Anome (talk) 08:32, 3 May 2016 (UTC)[reply]

@The Anome: Hi :) Any item can be used as a globe, but for some bizarre reason the globe can't be changed on the website, only via the API (the ticket is phab:T56097). I don't think we need to add a qualifier because the items already have located on astronomical body (P376) statements (I also add those if they're missing so we know what the right globe is). Ideally there would be a bot regularly fixing the globe based on the P376 statements and I think someone might have already run a bot because there seem to be fewer than before, but I'm not sure if it's being done regularly. - Nikki (talk) 09:10, 3 May 2016 (UTC)[reply]
Thanks! What an annoying bug. The problem is import and export of coordinates: the way I look at it is that the coordinate describes an abstract point in space anchored to the surface of a globe, and that abstract point is distinct from the entity being associated with that coordinate (consider, for example, that an entity might have two coordinates, or a single coordinate be shared by two co-located entities). Without a globe, they are meaningless. For this reason, all coordinate location (P625) values really should have explicit "globe" parameters associated with them, and they should not default to Earth (Q2) as they do at the moment -- located on astronomical body (P376) is really not enough, and P376 applies to the entity, not the coordinate (although the two should always match -- but that's a useful semantic constraint, not a modelling error.) Perhaps the absence of enforcement of this is the root cause of these problems.-- The Anome (talk) 09:29, 3 May 2016 (UTC)[reply]
@The Anome: Yeah, it is annoying. :( Note that the P625 statements do already have explicit globe parameters associated with them (e.g. if you look at the JSON representation of Rheasilvia (Q2631008) and search for "globe", you'll see that there's a "globe" parameter - which for that item is correctly set to Vesta :)), it's just that we can't change them very easily yet. I'm definitely not saying located on astronomical body (P376) is the solution (the solution is to fix that ticket so that people can enter the right globe), only that it already provides enough information to fix the P625 statement. I don't think defaulting to Earth is the wrong thing to do, the vast majority of coordinates people add are Earth ones. We just need to be able to change it when we want a different globe. - Nikki (talk) 10:58, 3 May 2016 (UTC)[reply]
I've also added a bot request here. - Nikki (talk) 11:12, 3 May 2016 (UTC)[reply]
Hi Nikki. Yes, you're quite right about all this. Thanks for clarifying things, and many thanks for filing the ticket and bot request. -- The Anome (talk) 19:52, 3 May 2016 (UTC)[reply]
@The Anome: It seems there was already a bot and it now seems to be running regularly - Special:Contributions/LocatorBot :D It fixed Vibidia (Q7924611) a few days ago as well. - Nikki (talk) 06:26, 9 May 2016 (UTC)[reply]
Thanks for letting me know. I guess they'll get along to fixing the user interface eventually. -- The Anome (talk) 06:55, 9 May 2016 (UTC)[reply]

G+

[edit]

Hi Nikki,

As you had worked on cleaning up some of the other values, what do you think of Wikidata:Property_proposal/Google_plus?
--- Jura 07:10, 18 May 2016 (UTC)[reply]

AniDB

[edit]

Hi, I saw you worked on fixing the Anime News Network identifier properties, so could you help me fix the AniDB property? For this one, it's much simpler, since the website has changed to a very simple format, e.g. https://anidb.net/cr24625 for Q7981253, where cr is a prefix for creators, a is for anime, etc, so changing the URL to https://anidb.net/$identifier should be easy, and won't require making new properties. This will also allow for linking to other types of entries, such as music releases. Then we'll need a bot to change the existing uses (although at least a few won't need to be changed). I'm not quite sure how to accomplish either step. Thanks, Innotata (talk) 00:09, 1 June 2016 (UTC)[reply]

Welsh (cywiki) species labels should begin with uppercase letter

[edit]

you may remember uploading Welsh names of birds, for me. And a good job you did too. It has now been brought to my attention, however, that these names should all have a capitalised first letter. Can you bot this for me please? Llywelyn2000 (talk) 18:25, 7 June 2016 (UTC)[reply]

Dear Nikki, I've answered your topic in here. Regards, --Beeyan (talk) 09:00, 10 July 2016 (UTC)[reply]

Strange merge

[edit]

Hi Nikky you have merged Q19694975 in Myanmar (Q836) but Q19694975 was an item about a person. It was an error? --ValterVB (talk) 19:31, 13 September 2016 (UTC)[reply]

@ValterVB: The item was not originally about a person. Those statements came from an unrelated enwiki sitelink which was added much later (and then deleted). - Nikki (talk) 20:56, 13 September 2016 (UTC)[reply]

Sim Min

[edit]

The official name is Sim Min, accoring to her's blog @vjsimin. And Sim is surname. Thanks. --Idh0854 (talk) 07:40, 20 October 2016 (UTC)[reply]

@Idh0854: Sorry for the slow response. I can't find "Sim Min" on that page. I've spent some time searching though and I do agree now that "Shimmin" is not the best English label, but I don't think "Sim Min" is the best one either:
According to Help:Label, the label should be the the name she is most commonly known by, so the English label should be the name she is most commonly known by in English. From what I can find, that is "Shim Min". For example, I found it written that way here, here, here, here, on wiki.d-addicts.com/Shim_Min and even on the English Wikipedia: en:Cruel City. It's also written that way on her agency's page (although that page is only partly in English). The only site I found using "Sim Min" is this one.
Please don't remove aliases which are correct. There are no rules saying that names have to follow a particular romanisation system (in fact, Help:Aliases says alternative romanisations should be aliases). Her real name is given as "Shim Soon Min" here and here and as "Shim Soonmin" here and here so those should both be aliases. While she was involved in Hello! Project, she was known in English as "Shimmin" (see the last two links), so if that is no longer going to be the label, it should be an alias.
- Nikki (talk) 18:39, 23 October 2016 (UTC)[reply]

Foto ausgetauscht: Bonn, "Haus der Springmaus"

[edit]

Hi Nikki, weil ich mich mit Wikidata nicht auskenne, frage ich mal bei Dir nach. Du hast am 31. Mai 2015 ein Wikidata-Objekt ("Haus der Springmaus" in Bonn/Deutschland) mit einem Foto versehen, dass ich 2008 vom Eingang des Hauses gemacht habe. Gestern habe ich das Haus komplett fotografiert und heute Bilder davon auf Commons geladen. Eben habe ich in Wikidata das alte Foto ersetzt durch meine gestrige Aufnahme. Ist das so in Ordnung oder muss ich noch etwas beachten? Danke & Greetings --Sir James (talk) 15:36, 2 November 2016 (UTC)[reply]

@Sir James: Ja, das ist in Ordnung. Das Foto vom Eingang war damals halt das einzige Foto bei Commons, auf dem man den Namen sehen konnte. Das neue find ich viel besser, vielen Dank dafür! - Nikki (talk) 07:29, 3 November 2016 (UTC)[reply]
Prima! Danke auch für Deine fleißige Arbeit der Zuordnungen auf Wikidata. Gruß aus Bonn --Sir James (talk) 08:07, 3 November 2016 (UTC)[reply]

Village Pump in Greek Wikiversity

[edit]

Can you replace the Βικιεπιστήμιο:Βικιβήμα with Βικιεπιστήμιο:Συμβούλιο please;--Πανεπιστήμιο (talk) 07:49, 3 December 2016 (UTC)[reply]

@Πανεπιστήμιο: Done :) - Nikki (talk) 07:54, 3 December 2016 (UTC)[reply]

Thank you!--Πανεπιστήμιο (talk) 07:57, 3 December 2016 (UTC)[reply]

Thank you!

[edit]
An award for you
For your efforts and dedication in cleaning up that mess
among items for user language templates and categories. // XXN

Consider drop vote-keeping number of platform tracks (P1103)?

[edit]

This property has key concept leak, many concepts of platforms (not only time-or-history-related!) are mixed up by this property, so keeping it will only make hurts to WikiProject Trains (Q53051).

As a simple example: Changhua TRA station (Q5071979) has only one track between platform 1 and platform 2 (as again, Spanish solution (Q1342434)), so the de-facto value "5" is logical wrong. Then how can you define the real "number of platform-somethings"? --Liuxinyu970226 (talk) 15:16, 14 August 2017 (UTC)[reply]

@Liuxinyu970226: I can't change my vote there because the proposal is not clear about what will happen to the existing data. number of platform tracks (P1103) is intended for the number of tracks which are accessible from a platform. We don't yet know how to store other ways of counting. Wikidata:WikiProject Railways should discuss it and find a solution before we decide to delete any properties. - Nikki (talk) 07:47, 15 August 2017 (UTC)[reply]
@Nikki: So in your opinion what should be the correct value of P1103 in Changhua TRA station (Q5071979), keep 5? Or change to 3/4? --Liuxinyu970226 (talk) 22:26, 19 August 2017 (UTC)[reply]
Also, the value used on Stratford railway station (Q801480), 15, is doubtful. --Liuxinyu970226 (talk) 22:56, 19 August 2017 (UTC)[reply]

Language code review

[edit]

Hi Nikki,

Are you interested in doing language code reviews for Wikidata (mainly for monolingual strings)? It seems that people that were meant to do it before either lost interest or aren't doing it.
--- Jura 16:43, 26 August 2017 (UTC)[reply]

Feedback request

[edit]

Greetings,

The team that made ORES is working on a new tool called JADE. The new tool is for humans to review the work of ORES, to provide human feedback and oversight. The team would like to hear about how your experience using ORES has been on your wiki, and what you might expect from a tool like the one proposed. If you are interested, you can comment on this page on mediawiki.org.

The team is also interested in sharing updates with you as JADE is developed. Short messages will be sent to this talk page every month or two, linking to a page with further information. Is this something you would like to sign up for? Simply reply to me here if so and I will put your name on the list.

Happy editing to you. Keegan (WMF) (talk) 19:23, 4 October 2017 (UTC)[reply]

You can also sign yourself up for updates anytime. Keegan (WMF) (talk) 17:38, 6 October 2017 (UTC)[reply]

Well, as Western Armenian is now having its ISO 639-3 code iso639-3:hyw, I think it's probably the time that there should run a batch migration for them, do you have time to help on it? Anyway, what's the future of those permanent duplicate items? --Liuxinyu970226 (talk) 13:12, 14 February 2018 (UTC)[reply]

Local discussion on hywiki: hy:Վիքիպեդիա:Խորհրդարան#Արևմտահայերեն_Վիքիպեդիայի_բաժանումը. --Liuxinyu970226 (talk) 15:30, 20 February 2018 (UTC)[reply]
@Nikki: Still waiting for your answer. --Liuxinyu970226 (talk) 12:11, 28 February 2018 (UTC)[reply]

Request

[edit]

Hello.

Could you create simple and not too long articles about en:Architecture of Azerbaijan (Republic of Azerbaijan) and en:List of Azerbaijani film directors (Republic of Azerbaijan) in Simple English (or request them yourself to other users in Simple English Wikipedia)?

Thank you.

31.200.13.250 14:57, 26 February 2018 (UTC)[reply]

Migration

[edit]

Thank you thank you thank you for helping with the Europeana Migration Vocabulary project! You seem to have singlehandedly brought Maltese from being the lowest-translated EU-official language to 70% complete (at the time I write this)!

When you're adding new labels, don't forget to also add the short 'description' field as well - this helps people get a quick understanding of what the subject is, and is used in features like link-suggesters on Wikipedia. Sincerely, Wittylama (talk) 21:19, 11 March 2018 (UTC)[reply]

Hello Nikki, I saw that you changed the "location" property for Königswinterer Straße 803 (Q27435488) and similar geographical items of Bonn from the city to the local quarter item. However, Oberkassel (Q178317) is a non-administrative district/territorial entity so I think location (P276) is the right property in this case. Since many Wikidata infoboxes have been added to Wikimedia Commons using located in the administrative territorial entity (P131) for local districts of a town also has the consequence that the infobox doesn't show the name of the city. So at commons:Category:Bismarckturm (Bonn-Gronau) (before I changed the properties) only the name of the local district/quarter Gronau (Q1342525) was shown, not the name of the city which is certainly more useful for viewers. It es even unclear to me when real administrative subdivisions of a city should be used for located in the administrative territorial entity (P131). In Bonn there are four city districts as actual administrative subdivisions (as opposed to the many non-administrative quarters) but should they always appear in the Wikidata infobox? In case of Bonn (Q892684) there is no problem because the name of the district is identical to the city name. The Wikidata property example Eiffel Tower (Q243) for P131 is not a standard case as well because 7th arrondissement of Paris (Q259463) luckily includes the city name. But in case of Hardtberg (Q450087) I would rather prefer the city name for the infobox. One solution would probably be to rename the item of the district and add the city name there (Bonn-Hardtberg instead of Hardtberg). But I doubt whether this is actually a systematically right solution. I think it would be preferable if the Wikidata infobox always shows the name of the city or municipality and not only the name of the administrative subdivisions in case there are any, so in Germany all items that are instances of municipality in Germany (Q262166). Maybe there are other solutions I have not thought of yet. Sincerely --Leit (talk) 11:27, 11 May 2018 (UTC)[reply]

We need to talk

[edit]

We need to talk--Cookingmonster123 (talk) 18:01, 24 June 2018 (UTC)[reply]

cebwiki cleanup

[edit]

Hi Nikki, what's your opinion on Wikidata:Project_chat#Another_cebwiki_flood?, as apparently you are doing the cleanup afterwards !?
--- Jura 05:12, 16 July 2018 (UTC)[reply]

[edit]

Hello, I noticed that your bot was harvesting links from MusicBrainz.org (for example this edit) some time ago and I wonder if you are interested in putting your bot to work for the following:

I can supply a list of WikiData items about artists and the links to their MusicBrainz entries. The bot can add the MusicBrainz link (in case it's not already added) and then harvest data from MusicBrainz about that artist. I can supply a list like this:

I got a list with 376 such lines, all about Romanian artists but I can supply even more such links, for all kind of artists. -- OneMusicDream (talk) 16:42, 29 July 2018 (UTC)[reply]

@OneMusicDream: I no longer have a copy of the database, so I'm not able to import from there any more, sorry. - Nikki (talk) 17:42, 29 July 2018 (UTC)[reply]
I see, do you know how can I find other people having a robot collecting links from MusicBrainz? -- OneMusicDream (talk) 20:29, 29 July 2018 (UTC)[reply]

I think you deleted my WiKidata page about newsapp.io

[edit]

Hi Nikki, I hope you are fine and doing good. I think you deleted my WiKipedia page so I just wanted to know the reason for deletion. I am sure I made few mistakes and maybe it was against Wikidata Terms and conditions. and I read the article you suggested me on deleted page and now I am more confused. So, can you please write here!

Thank you, 182.68.134.149 07:50, 10 August 2018 (UTC)[reply]

Hi, I deleted the item you created here because it had no sitelinks, no references, no external identifiers and was not in use by any other items and therefore did not show any evidence of being notable here, as per the criteria on Wikidata:Notability. If it's your website and you're trying to get it into Google's Knowledge Graph, you should also have a look at Help:FAQ/Freebase#By_adding_to_Wikidata.2C_I_have_a_free_ticket_into_Google.27s_Knowledge_Graph.2C_right.3F, because Wikidata is not for advertising/promotion. - Nikki (talk) 21:58, 10 August 2018 (UTC)[reply]

British Sign Language and urls

[edit]

Hi, have You thought about introducing properties instead of urls to external sources? I think that all three bslsignbank.ucl.ac.uk/dictionary/words and www.spreadthesign.com/en.gb/word and www.british-sign.co.uk/british-sign-language/how-to-sign can be easy converted to properties (are there any others urls?). I can manage voting around property proposals if you wish. KaMan (talk) 05:16, 9 September 2018 (UTC)[reply]

@KaMan: I have considered it, but I decided against it for now because I don't think they would be good identifiers:
  • british-sign.co.uk only contains 476 entries. We generally don't add properties for sites with such low numbers of entries and say to use described at URL (P973) instead.
  • Spread the Sign has a lot of entries, but it is for many sign languages (it currently supports 36). There are too many supported languages to make a new property for each one and signs can have multiple variants too, so the site doesn't have a single identifier we can use. For example, https://www.spreadthesign.com/en.us/word/775/can/1/ needs three things ("en.us", "775" and "1") to identify the right page. We would have to use something like "en.us/word/775/can/1/" but that's not an identifier, it's the path of the URL. Also, the entries for fingerspelling use different URLs.
  • The BSL SignBank URLs could be treated as if they were identifiers, but they are not really. For example, http://bslsignbank.ucl.ac.uk/dictionary/words/room-2.html and http://bslsignbank.ucl.ac.uk/dictionary/words/box-4.html point to the same video with the same translations. I'm also a bit concerned that these URLs might not be stable, since they seem to be dependent on the English translations and how many other videos with the same translation there are.
Therefore I decided to use described at URL (P973) for them all. It also makes it much easier for me to enter them, because I don't have to search for multiple properties nor do I have to remember which ones should use a different property. - Nikki (talk) 13:58, 9 September 2018 (UTC)[reply]

FYI

[edit]

this was about the web site, http://talent.yahoo.co.jp/ not the “Yahoo! Japan Talent Database ID”

the Q_27048656 page was created on sept. 2016, the web site was 404 on dec. 2016. 96.74.207.218 00:56, 15 September 2018 (UTC)[reply]

We don't delete items about websites just because the website no longer exists. - Nikki (talk) 08:04, 15 September 2018 (UTC)[reply]

Beynet/Beney

[edit]

Hi,

please wait while I'm fixing this error: Brigitte Maurin's thesis advisor wasn't François Beney, but Michel Beynet. I've recreated another item for Beney. 92.184.101.245 12:53, 28 September 2018 (UTC)[reply]

@92.184.101.245: Please don't change the meaning of items. If a statement links to the wrong person, the statement should be edited to point to the right person. - Nikki (talk) 12:59, 28 September 2018 (UTC)[reply]
OK, apologies; I didn't knew that. 92.184.101.245 13:56, 28 September 2018 (UTC)[reply]

Deprecate character identifiers in old format ("ch") ?

[edit]

FYI;

Yes, it was incorrect for these to be marked as deprecated, because that means the identifier was never correct and if you want to find the Wikidata item when you have an identifier for a character, that the item with the deprecated statement is not the item you want. The deprecated rank and reason for deprecation (P2241) should be replaced by normal rank and end cause (P1534). - Nikki (talk) 08:17, 14 September 2018 (UTC)

Lockal (talkcontribs) Well, the actual (with preferred rank) formatter is Property:P345#P1630: https://tools.wmflabs.org/wikidata-externalid-url/?p=345&url_prefix=https://www.imdb.com/&id=$1. Then ArthurPSmith's tool builds the redirection URL. Latest archive copy would do the job.

Lockal (talk contribs) The easiest way is to ask @ArthurPSmith: to modify his tool to redirect to https://web.archive.org/web/https://www.imdb.com/character/ch0000985/ (i. e. web archive) for all ch links, this would at least give better user experience

ArthurPSmith (talk contribs) I updated the IMDB redirection to send 'ch' id's to archive.org, it seems to work (I tried the Harry Potter example linked above).

50.254.21.213 15:05, 6 October 2018 (UTC)[reply]

@50.254.21.213: I have no idea what you're saying here and what you're just copying and pasting from elsewhere, but either way, if you want to reply to my comment on the Property talk:P345, please respond there. - Nikki (talk) 15:19, 6 October 2018 (UTC)[reply]

you were right and what was done needs to be undone, if you just read the above50.254.21.213 15:45, 6 October 2018 (UTC)[reply]

a bot has updated the IMDb redirection to send 'ch' id's to archive.org,

to that end

1. the rank needs to be put back to normal.
2. reason for deprecation (P_2241) needs to be removed.
3. former IMDb character page (Q_44374960) needs to be removed

 – The preceding unsigned comment was added by 50.254.21.213 (talk • contribs).

@50.254.21.213: Those edits have nothing to do with me, so stop editing my talk page about it. I'm not interested.
If you want to discuss a property, use the property's talk page, as I already told you.
Bringing up the same topic on the multiple user talk pages is harassment. You've been blocked before for doing it and you're going to get blocked again if you don't stop. - Nikki (talk) 22:09, 6 October 2018 (UTC)[reply]

Question about the nature of Wikidata searches

[edit]

Hello, Nikki! Thank you for helping me out earlier here. Much appreciated. I have been reading about the main differences between DBPedia & Wikidata. They are different in nature from what I understand. I'm just still trying to understand Wikidata a bit more, though. So, for example, for the query you helped me with, the resulting occupations are coming from categories of the existing Wikipedia articles+manual entry, right? (Unlike DBpedia where info from a similar query would be sourced exclusively from the info boxes of the existing articles). It would be great if you have a link for me to read a bit more about the source of wikidata results.--Reem Al-Kashif (talk) 09:21, 12 October 2018 (UTC)[reply]

@Reem Al-Kashif: I'm not very familiar with DBpedia, so I can't comment on that. You're right that the data in Wikidata can come from a variety of sources. Data can be added manually or by bots. Some will have been imported from other Wikimedia projects (including Wikipedia), some will have been added from other databases (or websites, books, etc), and some will have been inferred from other data we have. There is a lot of data which was imported from Wikipedia but ideally all of our data would have references to external sources (you can read more about how we add references on Help:Sources). - Nikki (talk) 17:43, 12 October 2018 (UTC)[reply]

FWIW, Western Armenian is fully different from Eastern Armenian, and their community already requested a separate https://hyw.wikipedia.org/, and as I got from langcom, this request is to be approved soon, so can you please exclude this entry? Thx. --125.38.13.217 03:08, 18 October 2018 (UTC)[reply]

I'm aware of that. The page is about permanent duplicate items in Wikidata. We can't do anything about those items while the existing Armenian Wikipedia still has pages in both Eastern and Western Armenian. - Nikki (talk) 19:33, 19 October 2018 (UTC)[reply]
But now, this Wikipedia is existing, so how can't this be the reason you cancel that permanent duplicate entry too? --117.136.54.103 01:34, 8 April 2019 (UTC)[reply]
That doesn't change anything for us. We can't do anything while the original Armenian Wikipedia still has pages in both Eastern and Western Armenian. - Nikki (talk) 11:06, 8 April 2019 (UTC)[reply]
 Oppose The links to hyw.wikipedia can be added now, you can just Ctrl+X these Western Armenian titles of "permanent duplicates" on hywiki back to main item (use hyw code instead). --125.38.13.47 09:20, 22 April 2019 (UTC)[reply]
Wikidata still cannot do anything. Since you don't understand my explanation, please ask someone else to explain it you. - Nikki (talk) 11:53, 22 April 2019 (UTC)[reply]

Bfi M-forms

[edit]

Hi Nikki, Just curious, are they described somewhere? Is there way to display them in a graphic form? I was wondering if this is something that could be applied to other types of signs. --- Jura 15:37, 27 October 2018 (UTC)[reply]

@Jura1: Yes, yes and yes. I anticipated that someone would ask those questions and had already created User:Nikki/SignWriting. :) - Nikki (talk) 16:34, 27 October 2018 (UTC)[reply]

Good day. I tried to add to Q14944467 Template:Graphic novel list/header a link to the template in Ukrainian Wikipedia uk:Шаблон:Graphic novel list/header, but I received an error "The save has failed. This action has been automatically identified as harmful, and therefore disallowed. If you believe your action was constructive, please inform an administrator of what you were trying to do. A brief description of the abuse rule which your action matched is: Non-notable subpages". Every templates in other languages were already added to this element and I don't understand why I cannot add a similar link. Can you help or maybe tell me what I am doing wrong? Thank you and best regards. --ZxcvU (talk) 14:38, 28 October 2018 (UTC)[reply]

@ZxcvU: I've added the link for you. The problem is that /header and /footer pages are listed on Wikidata:Notability/Exclusion criteria and an abuse filter was added to stop people adding them. I'm not sure why we exclude them though. - Nikki (talk) 15:09, 28 October 2018 (UTC)[reply]
It seems this requirement was added in September 2013 after the discussion [2], so I guess there is some important reason for articles of the main scope. Anyway, you helped me a lot. Thank you! Wish you luck. --ZxcvU (talk) 15:42, 28 October 2018 (UTC)[reply]
Good day. Could you please help me to add one another subpage uk:Template:Graphic novel list/footer to the Wikidata element Template:Graphic novel list/footer? The situation is similar to the previous one. Best regards. --ZxcvU (talk) 02:17, 22 November 2018 (UTC)[reply]
@ZxcvU: Done - Nikki (talk) 09:32, 22 November 2018 (UTC)[reply]
Thank you! --ZxcvU (talk) 10:22, 22 November 2018 (UTC)[reply]

Please, don't be a jerk, and don't claim some places exist just because of existion of Wikipedia articles

[edit]

The Q6202002 is just a kind of so-called place item, where links to an English Wikipedia article called en:Jinan North railway station, however the so-called station really doesn't exist in the real world, so how do you think that you can judge that that does "exist" just because of an article?! --Liuxinyu970226 (talk) 05:38, 25 November 2018 (UTC)[reply]

I don't remember ever seeing that item before. Where did I claim the station really exists? - Nikki (talk) 10:48, 25 November 2018 (UTC)[reply]
@Nikki: Do you still remember your this diff? --Liuxinyu970226 (talk) 04:11, 26 November 2018 (UTC)[reply]
@Liuxinyu970226: Yes, I remember that diff. I don't see where I claimed that the station exists because there is a Wikipedia article. I didn't even claim the settlements exist because they have Wikipedia articles. I said that there is a settlement at those coordinates on all the maps I've looked at. That includes Google, OSM, Bing, HERE, Yandex and MapQuest, and both street maps and satellite imagery. If you have evidence that all of those maps are faked and the settlements don't exist at all, please add it to the discussion on Project Chat. - Nikki (talk) 10:21, 26 November 2018 (UTC)[reply]
But then how do you think that, just that, the Jinan North station exist in China? If not, then I don't think that this item should exist. --36.102.227.21 00:12, 7 December 2018 (UTC)[reply]
As I said above, I don't remember ever seeing the item before. Either link me to where I claimed the station exists, or stop asking me about it. - Nikki (talk) 09:27, 7 December 2018 (UTC)[reply]
And now, that item is deleted. Liuxinyu970226 (talk) 04:39, 22 December 2023 (UTC)[reply]

Q55082210

[edit]

Your deletion of Q55082210 pre-empts the ongoing discussion at Wikidata:Requests for deletions#Q55082210. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:33, 25 November 2018 (UTC)[reply]

Likewise Q55686524 / Wikidata:Requests for deletions#Q55686524. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:42, 25 November 2018 (UTC)[reply]
@Pigsonthewing: I deleted them because there was nothing on either of those items that would potentially make the item notable, despite having been listed for deletion for over two months. I don't think it's sensible to keep items such items indefinitely pending a decision about the more borderline items and it would seem I'm not the only one, since other people had already deleted items from there much earlier (e.g. Q50310712) without any complaints. - Nikki (talk) 22:10, 25 November 2018 (UTC)[reply]

Book=>Written Work revert

[edit]

Hi, the change you reverted is part of a larger attempt to get away from the ambiguous Q571. Please consider restoring. -- Maxlath (talk) 17:15, 30 November 2018 (UTC)[reply]

GNIS Data Import

[edit]

Hi Nikki, I'm liking the NikkiBot adding references for GNIS numbers, but I'm curious what triangulation is being used to verify the GNIS is accurate to an Q item by the bot. I'm finding the GNIS data especially those imported from Wikipedia articles can be incorrectly associated with item that are sparse and the resolution process for ensuring only high probability Q's get data added. I've been working on the import criteria so the GNIS import is mapped well: https://www.wikidata.org/wiki/Wikidata:Dataset_Imports/Geographic_Names_Information_System_(GNIS)_Domestic would love thoughts and input on the import docs thus far. I've only completed resolving lakes so far (ceb) import had imported them as lagoons as I bet you've noticed. Thanks for your help, looking forward to your comments. Wolfgang8741 (talk) 21:27, 14 December 2018 (UTC)[reply]

@Wolfgang8741: At the moment it's based on GeoNames IDs, since I'm working on adding IDs/data to the items for the bot-created sv/cebwiki articles (which came from GeoNames, which imported most of its US entries from GNIS). Currently, for a GNIS/GeoNames pair to be considered a match, the names and types have to match and the coordinates need to be similar enough. I'm also only adding the matches to items which don't have any sitelinks other than svwiki and/or cebwiki, so that I can be reasonably confident that the GeoNames IDs in Wikidata either came from the bot-created articles (sv/cebwiki pages) or were manually added (no sitelinks). - Nikki (talk) 22:40, 15 December 2018 (UTC)[reply]
@Nikki: Thank you for the details, I read the bot description, but this is a more detailed and provides a fine rational to trust the bot will avoid conflicts. Keep up the good work. I need to look into building a bot eventually. :) Wolfgang8741 (talk) 03:23, 16 December 2018 (UTC)[reply]
@Nikki: Where does the NikkiBot get the "instance of" type? Do you have a mapping of GNIS classes to WikiData Items for NikkiBot? I noticed NikkiBot adds "instance of" to items like this example. This would be useful for the Import data as the GNIS classes hierarchy don't necessarily directly line up with Wikidata's taxonomy hierarchy. For instance Peninsula is above Cape and GNIS includes penninsula's under class Cape. An instance of where I'm seeing Cape broadly applied Blacklock Point (Q49861486) and Point (Q24529780) seems more applicable. Might be wise to hold off the "instance of" edits if only GNIS classes are being directly applied. A mapping is what I'm trying to achieve for the data import, so let's see what we can come up with.

Hi Nikki. I know I'm late to the party, but was just doing some matching of Australian places and found great contributions from NikkiBot back in late 2018. They are really helping integrate the ceb/sv stuff. Thanks. --99of9 (talk) 06:04, 1 June 2020 (UTC)[reply]

Etymology of kazh (L458)

[edit]

Hi,

I'm curious, do you have a reference for kazh (L458)derived from lexeme (P5191)*kaθ (L21638)?

It seems probably right but I've looked in two dictionaries about etymology of Breton and couldn't find it (and contradictory, the first saying that it doesn't come from cattus (L6872) and the second saying it does… so a third reference might help).

Cheers, VIGNERON (talk) 16:08, 5 March 2019 (UTC)[reply]

@VIGNERON: Hi and sorry it took a while to respond. I don't remember exactly where I saw it, but I think I was looking at wikt:en:Reconstruction:Proto-Brythonic/kaθ. I managed to find a copy of the book referenced on that page and it doesn't seem to say anything about Proto-Brythonic, I can only find an entry for "*katto-" which says "BRET: MBret. caz, MoBret. kazh [m]". - Nikki (talk) 11:23, 8 April 2019 (UTC)[reply]

Wrong country for Israel GEOnet Names Server entries

[edit]

Hi,

I was doing following SPARL query

SELECT * WHERE {
  ?item wdt:P17* wd:Q189;
        wdt:P625 ?geo .
}

and found some entries with country set to Iceland and it seems it should be Israel. At first glance it seems GEOnet uses different country codes than ISO 3166-2. Can you take a look?

example entry: https://www.wikidata.org/wiki/Q49004096

Vanjakom (talk) 07:57, 10 May 2019 (UTC)[reply]

@Vanjakom: Eek, thanks for catching those! I could only find 17 items that needed fixing, so I fixed them by hand. GNS does use different country codes (FIPS 10-4 (countries and regions) (P901)). I must have fixed the bot soon after because it was using the right country a month later (e.g. Special:Diff/714357047), but I have no idea why I didn't fix those items too. - Nikki (talk) 09:43, 10 May 2019 (UTC)[reply]

How's ORES working out for you?

[edit]

Hi Nikki, I'm working with User:EpochFail (@halfak on irc) on a research study to look into how mw:ORES is working out on wikis where it has been enabled. I was hoping to talk a little about what the kind of work you do on Wikidata and about how the ORES edit filters and classifiers have been working out. Do you use any tools other than Special:RecentChanges or Special:Watchlist that take advantage of ORES? Do you know of any other tools that are used to patrol that do not use ORES? I'm also interested in any other observations you may have about how the ORES scores are working out. Thank you! Groceryheist (talk) 00:08, 13 June 2019 (UTC)[reply]

wbEntity config value to be dropped on July 24th

[edit]

Hello,

We are about to drop the mw.config.get( 'wbEntity') config value, that is deprecated for two years. Starting on Wednesday, July 24th, scripts that use this value may encounter issues.

I noticed that your script located on User:Nikki/KeyShortcuts.js is still using this value. I suggest that you update it, for example by using the hook wikibase.entityPage.entityLoaded (see an example here).

If you have any questions or need help, feel free to leave a comment under the related task.

Thanks for your understanding, Lea Lacroix (WMDE) (talk) 09:08, 22 July 2019 (UTC)[reply]

Community Insights Survey

[edit]

RMaung (WMF) 17:38, 10 September 2019 (UTC)[reply]

Reminder: Community Insights Survey

[edit]

RMaung (WMF) 19:54, 20 September 2019 (UTC)[reply]

Written BSL

[edit]

Hi,

First, thank you a lot for creating lexemes in British Sign Language (Q33000)! That's fantastic and impressive both in quality and quantity!

Then, as I know almost nothing to BSL, could you clarify a point: what is the system used for the lemma? I've search (starting by on en:Sign language#Written forms) but nothing seems to correspond…

And if this system has an item, shouldn't we replace the language code 'mis' by 'mis-x-QXXXXX'?

Cheers, VIGNERON (talk) 12:04, 19 November 2019 (UTC)[reply]

@VIGNERON: See User:Nikki/SignWriting. :) The correct language code is "bfi" and I would use that if it would let me. I don't see the point in using mis-x-QXXXXX codes because it's more work to enter them, it doesn't add any information (the lexeme already has a link to the language item) and the code would still be wrong and need changing again if/when the developers make it possible to use the right code. - Nikki (talk) 13:56, 19 November 2019 (UTC)[reply]
Thanks a lot for the explanation!
Sorry if I ask dumb question but 'bfi' (which should be add on Wikidata, do you want help to ask for it? see Help:Monolingual text languages#Getting a language code added) is for British Sign Language, but here the lemma is not only in British Sign Language it's also in SignWriting script. So if should be 'bfi-Sgnw', no? But anyway, indeed, I think you're right and we should wait for the devs to add the right code instead of doing 2 changes (except maybe if the devs take too long...).
Cheers, VIGNERON (talk) 14:42, 19 November 2019 (UTC)[reply]
[edit]

Hey,

I want to restore my item ( Q89196158 ) i recently created and you deleted. i added data about very famous entreprenuer in our state, he also appear many times in newspapers and you can search about him on google. i think you mistakenly deleted Q89196158. so i believe and request to restore this page. i'll add more details related to that person after you restore Q89196158.

Thanks,

Waiting For good reply.  – The preceding unsigned comment was added by MrArinSukhwal (talk • contribs).

@MrArinSukhwal: The deletion was requested by someone else, I reviewed the request and couldn't see any evidence that the item is notable here. I have searched again but I still don't see why the item would be notable here. - Nikki (talk) 09:42, 4 May 2020 (UTC)[reply]

Hello, I see you on Wikidata:WikiProject Linguistics. I’m french wiktionarian who want to work on languages on Wikidata. After testing some properties, I decided to propose a new propety « parent language » to link langagues as natural thing (not like construct thing with based on (P144)). I would like to have your opinion on the issue. Thanks ! Lyokoï (talk) 21:27, 19 June 2020 (UTC)[reply]

Splitting the list of humans with P91

[edit]

Hi,

I have just seen your diff, and I think we should split the main list by sexual orientation. I do use the page for maintenance, and that's easier with 1 single page. More importantly, I do think splitting by P91 is going to just reflect the current mess on P91 on another level. The pages would be quite unbalanced, and it does send a separatist vibe IMHO. I also rather not have a dozen page because every value for P91 would need a separate page (cause that's what happen for flags, that's what happen for the LGBT acronym and also what happen for the vocabulary around), and this would just make the models page messier, not to mention that we still haven't solved the gay vs homosexual classification problem (without going in the more minor bi vs pan vs queer classification). I agree that the current page is not great for folks who want to display (even if I use it for others purposes), so wouldn't a split along the first letter of the item be better ? We can rearrange to have equally sized groups in the future, and this would be isolated from P91 modeling. --Misc (talk) 00:30, 22 June 2020 (UTC)[reply]

@Misc: I think splitting the main list by sexual orientation would be more useful than by occupation, but the page itself is far too big for me to use personally, which is why I wanted some smaller pages for the things I'm focusing on. If people don't want them under the wikiproject, I can move them to the user namespace. Maybe it would be better to discuss this on Wikidata talk:WikiProject LGBT though? :) - Nikki (talk) 14:03, 22 June 2020 (UTC)[reply]
Yeah, better discuss here, but it looked more polite to discuss with you first. In fact, I do think the whole project page would need a overhaul (and some change in the modeling of some items), but I am not ready to propose anything yet (I had great plans based on using persona and cutting edge UX stuff, but I forgot to plug my laptop and now I do not know where is the file...). --Misc (talk) 19:40, 22 June 2020 (UTC)[reply]

Please help me for create new wikidata property!

[edit]

Hello dear Nikki, can you creaye new Wikidata Property? - Pedagogical staff - number of teachers of any type in an educational organization.--Elshad Iman (Elşad İman) (talk) 23:43, 8 September 2020 (UTC)[reply]

@Elshad Iman (Elşad İman): Hello :) You'll need to create a proposal at Wikidata:Property proposal - I'm not allowed to create new properties without a discussion there first. - Nikki (talk) 08:58, 9 September 2020 (UTC)[reply]

2020-11 advice

[edit]

Hello,

Could you help me about Wikidata:Administrators' noticeboard#Visite fortuitement prolongée POV-pushing? Should I reply quickly? Visite fortuitement prolongée (talk) 19:26, 6 November 2020 (UTC)[reply]

Hi Nikki, I accidentally created this as a lexeme while it should have become a new item. There is already a George Rankin, so I tried to create a new entry but got the L namespace. Can you move this to the item namespace please, or just delete the page? De728631 (talk) 17:36, 15 December 2020 (UTC)[reply]

L401933 and L401934

[edit]

Hi Nikki! I just came across the two lexemes Bogen (L401933) and Bogen (L401934) through the rainbow lexeme. The question that arose for me was whether the two lexemes should actually be merged. You created both, so I wanted to ask you why you created them one by one. --Gymnicus (talk) 11:10, 20 February 2021 (UTC)[reply]

@Gymnicus: I created separate lexemes because there are two different plural forms and we don't have any other way to group forms. Also, at least one sense (bow for a string instrument) only uses one of the plural forms, so they're not completely interchangeable. - Nikki (talk) 11:55, 20 February 2021 (UTC)[reply]
As far as I know, that's not entirely true. In both lexemes, both the plural Bogen and the plural Bögen can be used. According to the Duden, this is not limited to one senses. --Gymnicus (talk) 12:10, 20 February 2021 (UTC)[reply]
@Gymnicus: I was looking at the Duden too - the 5th sense here specifies "Bögen" for the plural for the bow of a string instrument. - Nikki (talk) 13:28, 20 February 2021 (UTC)[reply]
Ah, I missed that. Thanks for the hint. Then I understand your approach too. --Gymnicus (talk) 13:53, 20 February 2021 (UTC)[reply]
Maybe I have an idea how to merge the two lexemes. As a “distant” example I would cite the word “Schifffahrt”. In earlier times it was also written as “Schiffahrt”. This notation is currently no longer used. Nevertheless it is represented in the lexeme Schifffahrt (L300569). Perhaps we can approach this similarly in our case. In the plural forms, de-1 could be used as German variant 1 (Bogen) and de-2 as German variant 2 (Bögen). In addition, one could then use the property Wikidata usage instructions (P2559) in the statements section to explain the use of the two variants. --Gymnicus (talk) 14:02, 20 February 2021 (UTC)[reply]

Is it same ??

[edit]

Hello Nikki!!

I see that Forbes (Q25161472) and Forbes (Q956568) use the same name. They are referring to the same Forbes magazine, isn't it? --EZBELLA (talk) 18:37, 6 March 2021 (UTC)[reply]

@EZBELLA: Hi, no, they're not the same. Forbes (Q25161472) is the magazine itself and Forbes (Q956568) is the company which owns/publishes the magazine. - Nikki (talk) 09:11, 7 March 2021 (UTC)[reply]
oh! I got it. Thank you--EZBELLA (talk) 11:15, 7 March 2021 (UTC)[reply]

Unbloking

[edit]

Hi Nikki, kindly unblock me as I have stopped all Quickstatements batches as required. Thanks--Samatics (talk) 18:37, 1 April 2021 (UTC)[reply]

Neat script

[edit]

The KeyShortcuts script is awesome, thanks for that! It would be super cool to have also shortcuts for "add instance of" and "add subclass of". I'll try to work on a mod like that in a couple months (really need to learn more js before :) ).

Best and kudos again, --TiagoLubiana (talk) 21:35, 6 April 2021 (UTC)[reply]

Thank you!

[edit]
Vitruvian barnstar
I don't feel like a simple "thank you" message in Telegram is enough, so I thought you should have this as well. Thank you so much for all your excellent scripts, and your overall helpfulness. You're awesome! Jon Harald Søby (talk) 12:59, 11 April 2021 (UTC)[reply]

Jon Harald Søby (talk) 12:59, 11 April 2021 (UTC)[reply]

Call for participation in the interview study with Wikidata editors

[edit]

Dear Nikki,

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 that develops a personalized recommendation system to suggest Wikidata items for the editors based on their interests and preferences. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I would love to talk with you to know about your current ways to choose the items you work on in Wikidata and understand the factors that might influence such a decision. Your cooperation will give us valuable insights into building a recommender system that can help improve your editing experience.

Participation is completely voluntary. You have the option to withdraw at any time. Your data will be processed under the terms of UK data protection law (including the UK General Data Protection Regulation (UK GDPR) and the Data Protection Act 2018). The information and data that you provide will remain confidential; it will only be stored on the password-protected computer of the researchers. We will use the results anonymized (?) to provide insights into the practices of the editors in item selection processes for editing and publish the results of the study to a research venue. If you decide to take part, we will ask you to sign a consent form, and you will be given a copy of this consent form to keep.

If you’re interested in participating and have 15-20 minutes to chat (I promise to keep the time!), please either contact me at kholoudsaa@gmail.com or use this form https://docs.google.com/forms/d/e/1FAIpQLSdmmFHaiB20nK14wrQJgfrA18PtmdagyeRib3xGtvzkdn3Lgw/viewform?usp=sf_link with your choice of the times that work for you.

I’ll follow up with you to figure out what method is the best way for us to connect.

Please contact me using the email mentioned above if you have any questions or require more information about this project.

Thank you for considering taking part in this research.

Regards

Kholoud

Hügel

[edit]

Hallo Nikki, du hattest das Objekt Q35640719 angelegt. Auch wenn es in GeoNames usw. drin ist, scheint mir das ein unbrauchbarer Datensatz zu sein, mit generischem Namen und Position nur auf Minuten genau lässt sich der niemals verifizieren. Ich denke der Datensatz sollte aus Wikidata und GeoNames entfernt werden. Was meinst du? Gerd Fahrenhorst (talk) 19:37, 6 August 2021 (UTC)[reply]

Q108156303

[edit]

I saw that E4024 requested deletion for Can Toprak who is a talent-proven model in Turkey. And I was late to respond so you deleted my item. Here are some of his major appearances and news sources:

Performing for the music video of Seni Unutmaya Ömrüm Yeter mi? by Pamela Spence & Ümit Besen which was a nation-wide success: https://twitter.com/icemodelmgmt/status/745160554528935936?lang=en https://www.youtube.com/watch?v=DcgPCU10Bek&ab_channel=netdm%C3%BCzik https://www.facebook.com/icemodelmgmt/posts/10154717819759578/ Appearance at İşte Benim Stilim which is a fashion show concept in Turkey, broadcasting on TV 8, a national tv channel: https://www.kulliyet.com.tr/can-toprak-kimdir-kac-yasinda-nereli-boyu-ve-kilosu/ https://www.biyografya.com/biyografi/27262 http://www.turkiyelife.com.tr/haber/4961/modanin-yen-kef-can-toprak-ok-ddali-gelyor.html official model registered to WHY NOT MODEL Talent Agency: https://www.whynotmodel.com/erkek/

and many more. I think the entity's existence is well-covered. So sorry for my delay. Can you please recover the item? --Geegolly (talk) 13:25, 21 August 2021 (UTC)[reply]

None of the items you made is notable; even the one that has a sourceless WP article; IMHO of course. --E4024 (talk) 14:20, 21 August 2021 (UTC)[reply]
E4024 why? All of the entities are covered by multiple editorial sources proving their #2 Wikidata: Notability. I don't really care about WP articles by the way. If you're a contributor to WP, please don't hesitate to request a deletion for the article(s). We're contributing to Wikidata, obv.
Ah you're talking about this article. First of all, it's not written by me. Also as it seems, the article was reviewed by WP:TR admins, flagged as notable and further made contributions by admins themselves. Your opinions are valuable for all of us but they may lead us wrong direction here. Let's talk opinions forever but not act after opinions, let's just act by what written in the general policies. In my opinion, I'm sticking with the policies here. --Geegolly (talk) 14:59, 21 August 2021 (UTC)[reply]
I've restored Can Toprak (Q108156303) but right now there is nothing on the item that would make it notable, so if you don't improve it, it's likely to get deleted again. - Nikki (talk) 16:59, 21 August 2021 (UTC)[reply]
Again, thanks Nikki for your understanding. I was so busy trying to help find peace for E4024 as the user says "no care, I will RfD it again and all your edits", so I missed that you also deleted my another item Q108155593. Referring to my talk page edits instantly reverted by the user, I know what I am doing as a grown person and Wikidata-friendly user, please see here my latest explanation to the user, my mission and vision here. I understand why Wikidata avoids promotional references since these sources are not helping with the global data network. But as we all see, these news networks have an editorial team, probably working 9-5 every day which means these are not blog sites or self-generated content either. As soon as you revert my item, I'll put news references to Süleyman Gürgüz too and try my best to improve my items over time. Sorry for my delays. --Geegolly (talk) 15:39, 23 August 2021 (UTC)[reply]

Sorry

[edit]

I only wanted to make a small stalking but I caused an invasion on your TP. Sorry. You can remove this to have less junk. Bye. --E4024 (talk) 16:10, 21 August 2021 (UTC)[reply]

Please directly ask me, so you won't waste (y)our time here. Also, we've seen how dangerous those opinions are. Ask and learn before acting on your own. Again, I saw you made some talk about Sabancı etc. as I said here, Wikidata: Notability is not about fame, respect, wealth, big names, or any other labels. We don't have social classes here. If the entity is a businessperson, he is a businessperson. We do care about the knowledge itself on Wikidata. So please, stop labelling people or news platforms that you don't know as "junks." I wanted to move the discussion to the user's talk page many times but he instantly reverted my all edits. Please do not revert them so we can discuss freely. Maybe you can learn from me or I can learn from you. Sorry for the mess Nikki, and thanks. I'll take care of my item. Much respect both. --Geegolly (talk) 17:59, 21 August 2021 (UTC)[reply]

KeyShortcuts.js

[edit]

In User:1Veertje/KeyShortcuts.js I changed the position of #n_keyshortcuts_help to fixed so it's always in view when you've scrolled down. I think this is better.--1Veertje (talk) 14:01, 5 September 2021 (UTC)[reply]

@1Veertje: Sorry it took so long to respond to this! The idea totally made sense so I wanted to do it, but when I tried it, I realised that setting the position to "fixed" means that if the window is too small and the dialog doesn't fit on the screen, there's no way to scroll down to see the rest. I couldn't find a way to make it work nicely at the time so it was stuck on my to-do list for ages, but then today I suddenly had an idea - set the max-height relative to the height of the window using vh units. That seems to work, so this has finally been added to the script. \o/ (diff here) - Nikki (talk) 23:25, 6 October 2022 (UTC)[reply]
Nice 👍 1Veertje (talk) 12:08, 7 October 2022 (UTC)[reply]

Q24699193

[edit]

Hello. IMHO Q24699193 should be restored: it now fulfils a structural need.

Thank you for your consideration, best, Nomen ad hoc (talk) 17:29, 6 September 2021 (UTC).[reply]

But what makes Marien l'unique (Q108432832) (and Defalvard et son double (Q108435636) for that matter) notable? - Nikki (talk) 20:32, 6 September 2021 (UTC)[reply]
Published articles. Nomen ad hoc (talk) 20:52, 6 September 2021 (UTC).[reply]
I don't think that on its own is enough of a reason. Huge amounts of things get published every day - every article published in a newspaper or magazine is far more data than we have the resources to handle. - Nikki (talk) 21:38, 6 September 2021 (UTC)[reply]
Also, both are now used as sources. Nomen ad hoc (talk) 06:44, 7 September 2021 (UTC).[reply]

New gadget with support

[edit]

Hey Nikki,

I recently nominated a new gadget on project chat: Wikidata:Project_chat/Archive/2021/11#Nominating_MoveClaim_to_become_a_Special:Gadget and it seems to have community support. I'm unsure if there's a more formal process for this, but saw that you had taken care of the previous compact items nomination. Could you take a look at MoveClaim also? Many thanks --SilentSpike (talk) 17:06, 9 December 2021 (UTC)[reply]

@Matěj Suchánek: Do you want to turn it into a gadget yourself, or should I do it? :) - Nikki (talk) 19:28, 10 December 2021 (UTC)[reply]
I have no problem when you do it yourself. I would probably have a look the next weekend. --Matěj Suchánek (talk) 10:35, 12 December 2021 (UTC)[reply]

premature closure of request for deletion

[edit]

Hi Nikki,

Can you explain why you skip the deletion requests before Wikidata:Properties_for_deletion#Property:P10083, but closed that one? It seems odd to me. I suppose you are aware that Wikidata shouldn't link to websites with copyvios and the like. --- Jura 15:38, 28 December 2021 (UTC)[reply]

@Jura1: Please stop this disruptive behaviour. You had plenty of time to explain what you're referring to and chose not to. - Nikki (talk) 16:35, 28 December 2021 (UTC)[reply]
You are interrupting the discussion.
You even closed it before it was property advertised on the Special:Watchlist.
People are free to voice their opinion in the deletion request.
Given your comments earlier about me, I find it odd that you even consider acting as an administrator in this discussion. --- Jura 16:40, 28 December 2021 (UTC)[reply]

How we will see unregistered users

[edit]

Hi!

You get this message because you are an admin on a Wikimedia wiki.

When someone edits a Wikimedia wiki without being logged in today, we show their IP address. As you may already know, we will not be able to do this in the future. This is a decision by the Wikimedia Foundation Legal department, because norms and regulations for privacy online have changed.

Instead of the IP we will show a masked identity. You as an admin will still be able to access the IP. There will also be a new user right for those who need to see the full IPs of unregistered users to fight vandalism, harassment and spam without being admins. Patrollers will also see part of the IP even without this user right. We are also working on better tools to help.

If you have not seen it before, you can read more on Meta. If you want to make sure you don’t miss technical changes on the Wikimedia wikis, you can subscribe to the weekly technical newsletter.

We have two suggested ways this identity could work. We would appreciate your feedback on which way you think would work best for you and your wiki, now and in the future. You can let us know on the talk page. You can write in your language. The suggestions were posted in October and we will decide after 17 January.

Thank you. /Johan (WMF)

18:20, 4 January 2022 (UTC)

Silent restores

[edit]

I appreciate seeing someone attend to the stability of core Wikidata components, such as the meta-properties that are used all over the place. Maybe you could comment on a semi-related issue I investigated a year and a half ago, my analysis of which I didn't know where to send, and later lacked the time to do anything about. You'll see it's kind of long, but the key issue is how easily an item can be effectively destroyed by a non-logged-in user doing a restore without anyone being notified about it. Is this perhaps a bug in the underlying software? --SM5POR (talk) 12:58, 7 January 2022 (UTC)[reply]

Reminder to participate in the Ratification vote of UCoC Enforcement guideline

[edit]

This message has been sent because you are administrator in this project. If you voted, Thank you and please ignore this message 🙂

Hello Nikki,

The Ratification vote of Universal Code of Conduct Enforcement Guidelinein currently taking place until March 21. If you didn't vote yet, please take a few minutes to participate the ratification vote! Your voice is important.

Best, —YKo (WMF) via MediaWiki message delivery (talk) 04:44, 15 March 2022 (UTC)[reply]

spelling variants

[edit]

these were deliberately kept separate because they're separate sets of spellings and wikidata doesn't have a way to group forms)

you mean you would like to group the ph forms and the f forms? --Loominade (talk) 19:01, 22 March 2022 (UTC)[reply]

Incorrect reversion

[edit]

Lahnda is posted as disputed in the source material for ISO 369-3 standard itself since 2020 (see the change index on SIL).

It is also factually not a real language group. --Middle river exports (talk) 10:14, 15 May 2022 (UTC)[reply]

In this case, 'has quality' would technically be better for exonym and nomen dubium in this case. The item either refers to the nonexistent concept codified by ISO, or the historical context, but it does not even refer to any variety of a language in particular. (The Latin phrase nomen dubium is not one reserved for taxa despite the item description, that requires correction really. It would be like saying 'in situ' is a medical term when it is a much more general one.) This is common knowledge, Punjabi is a single language that doesn't have a "Western" variety, if it helps to think of it for someone not familiar with India and Pakistan, it is like if someone said English speakers from Texas specifically and Mexican Spanish speakers constituted a macro language, while non-Texan English speakers all spoke the same variety with no distinctions. It of course makes sense to have as a wikidata item but it should be clear how little bearing it has on language or linguistics as a concept. --Middle river exports (talk) 10:31, 15 May 2022 (UTC)[reply]

subreddits

[edit]

I've noticed items about subreddits tends to use inception (P571) and dissolved, abolished or demolished date (P576) and rather than start and end time. Should i change this?--Trade (talk) 22:43, 11 June 2022 (UTC)[reply]

LexemeInterwikiLinks.js on Vector 2022 and Minerva

[edit]

Sorry for being so slow getting back to your Telegram message.

I think the issue with your script is how you inject the menu into the page. Your code:

$("#mw-panel").append(
				"<nav class=\"vector-menu-portal lexeme-interwiki\">"
				+ "<label class='vector-menu-heading'>" + mw.msg("Wikibase-sitelinks-wiktionary") + "</label>"
				+ "<div class=\"vector-menu-content\">"
				+ "<ul>" + list.join("\n") + "</ul>"
				+ "</div>"
				+ "</nav>"
			);

will not work outside Vector classic. There is a Phabricator ticket phab:T303859 which hopes to provide this functionality. In the meantime, the best thing to do, might be to clone an existing list that is in all skins e.g. #p-tb and use mw.util.addPortletLink.

var $clone = $('#p-tb').clone(true);
$clone.attr('id', 'p-lexeme-interwiki' );
var $label = $clone.find('#p-tb-label');
$label.removeAttr('id');
$label.text(mw.msg("Wikibase-sitelinks-wiktionary"));
$clone.find('ul').html('');
$clone.insertAfter('#p-tb');
mw.util.addPortletLink('p-lexeme-interwiki', '#', 'my link');

Jdlrobson (talk) 21:52, 16 June 2022 (UTC)[reply]

Why do you have deleted format as a regular expression (P1793) from CANTIC ID (former scheme) (P1273) and CANTIC ID (P9984) (1 2)? FogueraC (talk) 07:58, 2 July 2022 (UTC)[reply]

@FogueraC: Because we have that information in the constraints section (direct links: P1273, P9984). Is there a reason we should store it twice that I'm not aware of? - Nikki (talk) 08:38, 2 July 2022 (UTC)[reply]
Ok, no, there isn't any reason, or at least I don't know it. I've just seen these redundant usages in other properties, I think. FogueraC (talk) 10:34, 2 July 2022 (UTC)[reply]

LexemeTranslations script

[edit]

Greetings! I am absolutely in love with your LexemeTranslations script that I recently discovered! However, the script sometimes fails to load and shows an error in the console on line 81 (try visiting, say galeb (L684467)). Looking at the code, you are trying to access [sense][1].lang. Since JavaScript arrays start with index 0, I expect the script fails if the lexeme only has one sense and the script cannot find sense[1]. I made a fork of your script and changed the index to 0 (diff 1678418490) and the script now works on the lexemes it would previously fail on. I am not familiar with WQS and how it structures response data, so please check the code yourself, and please make an edit to your script if needed (and delete my fork if you do). Thank you! Ivi104 (talk) 13:09, 15 July 2022 (UTC)[reply]

Thanks for the CXSMILES patch today!

[edit]

And maybe you can look at this discussion too? https://www.wikidata.org/wiki/MediaWiki_talk:Gadget-AuthorityControl.js#SMILES_(Property:P233_and_Property:P2017)_values_need_to_be_UrlEncoded Thanks! --Egon Willighagen (talk) 07:35, 2 August 2022 (UTC)[reply]

Q107366274

[edit]

Is there a problem with this item? Trade (talk) 18:01, 11 September 2022 (UTC)[reply]

@Trade: Could you be more specific? - Nikki (talk) 18:36, 11 September 2022 (UTC)[reply]
[f=1474498948&oldid=1474498103&diffmode=source] --Trade (talk) 20:09, 11 September 2022 (UTC)[reply]

Drag'n'drop

[edit]

Hiya, Nikki! Sorry to bother, but I was wondering if you ever saw the comments left here -> MediaWiki talk:Gadget-DragNDrop.js <- last winter! EdoAug (talk) 20:57, 5 November 2022 (UTC)[reply]

Valencian

[edit]

Hi. Psaner manually reverted your edit. I warn you instead of acting myself because I already had a conflict with this user in ca-wiki and I think that I am not able to convince him. FogueraC (talk) 19:06, 3 December 2022 (UTC)[reply]

Please don't remove "datatype" from the labels

[edit]

Otherwise people are too confused between entity type items and data type items and link the wrong items in property constraints.

Thanks, --Push-f (talk) Push-f (talk) 10:02, 11 December 2022 (UTC)[reply]

@Push-f: Labels shouldn't contain disambiguation information, see Help:Label. If people are selecting the wrong items, then the descriptions are not clear enough and should be improved. - Nikki (talk) 11:02, 11 December 2022 (UTC)[reply]
[edit]

Hi !

Is it me or your AnchorLinks script isn't working anymore ? Simon Villeneuve (talk) 01:33, 31 December 2022 (UTC)[reply]

Language labels

[edit]

Hi Nikki! Sorry to bother you, I wanted to ask you why you removed [es-formal] and [nl-informal] from Q115944523. I'm not asking because I think it's wrong but because being new to Wikidata I would like to understand what mistake I made so I can improve in future edits. Thank you!!! ^_^ --SimoneD11 (talk) 21:08, 6 February 2023 (UTC)[reply]

Sorry to interrupt, but I have a similar question. Based on the recent removal of language labels and descriptions I've seen on Go, Dog. Go!, I'm now wondering if all this time I was wrong to do that kind of label-listing on several other articles about similar shows and movies. All this time, I thought that the more labels and descriptions, the better. Like for example, I added several language labels on SpongeBob SquarePants. You're going to have to revert my work if I was wrong. Another thing is that, on The Fox and the Hound, I had added hu-formal label and description. Should I remove them? Some of my own edits like this can be reverted or removed myself. However, I don't have the ability to undo multiple of my edits all at once. I've noticed that some other users have that, so they would have to do that on entries where I made multiple label and description additions. I feel so bad about this, because now Go, Dog. Go! has a much smaller amount of content, and I honestly thought that the labels and descriptions were helpful. Now, I wasn't the same user to add to Go, Dog. Go!, but I did the same to SpongeBob SquarePants, The Fox and the Hound, Liv and Maddie, Teletubbies, and many more movies and shows. All of them are going to look much smaller now. However, for certain languages, there are actually official titles I know of that I added. The dubbing database has information about dubbings and titles for movies and shows. I have used it for information on SpongeBob SquarePants, for example. Finally, I've seen another problem that needs to be fixed. On certain items, there are redirects that point to unrelated pages. For example, the Tamil page about "Cinderella (1950 film)" is simply a redirect to 1950. Someone needs to remove these false sitelinks. The sitelinks in question should be deleted. So, someone will have to go and delete those pages (or nominate them for deletion). Examples I've seen include Cinderella, Snow White and the Seven Dwarfs, Thomas & Friends, Sesame Street, and more. With all that said, I will resign from label-listing from now on. Thank you. Brightblueskies (talk) 23:38, 6 February 2023 (UTC)[reply]
I don't mean to sound rude, but it's been almost two weeks and I haven't heard a response. I believe SimoneD11 deserves a response at the very least. What I want to know is, should I resign from label-listing, or is it actually OK to do? Because if I have to, I might have to remove several labels and descriptions I've added before. But I can't remove multiple labels and descriptions at once. So, will I get a response this time? I just wish to know if I've done anything wrong, and how to fix it. That's all. Thank you. Brightblueskies (talk) 21:40, 19 February 2023 (UTC)[reply]
@SimoneD11: Sorry it's taken so long to reply! I wasn't ignoring you (at least not intentionally), I'm just a scatterbrain. The formal/informal variants (de-formal, es-formal, hu-formal and nl-informal) are used for addressing people formally/informally in the interface (the T–V distinction (Q1124935)). That doesn't affect the labels/descriptions so we don't use them for those. Ideally the site wouldn't let labels be added for them at all, but we're still waiting for phab:T51024/phab:T284808 to be fixed. :(
We don't seem to have a clear list anywhere of codes which the site allows but that we don't want to use, but some others are als, bat-smg, be-x-old, bh, fiu-vro, no, roa-rup, simple, zh-classical, zh-min-nan and zh-yue. Those are all codes which were invented or used for the wrong language where there is a better code available. - Nikki (talk) 11:01, 20 February 2023 (UTC)[reply]
Hi @Nikki!!! Don't worry about the wait! Thank you for your reply, actually from what you write I also think it would make more sense that they were not insertable as you say. If I understand correctly, using e.g. "es-formal" doesn't change anything from the normal version and therefore the label/description remains the same and adding the formal version would just duplicate it? Now things are starting to become clearer to me. Thank you so much! :)
@Brightblueskies: thank you also! I think what Nikki told me might work for your case as well. SimoneD11 (talk) 13:14, 20 February 2023 (UTC)[reply]
@User:Nikki, do you know how I can get the nameGuzzler gadget? User:Jitrixis/nameGuzzler.js. I would love to be able to set all the labels at one time. It seems like it was a mistake to remove the other labels when removing the wrong ones. Therefore, I would love to reinstate the right ones at the same time. I have so many movie and TV show interests and this would be so great to have. I always set the labels in as many languages as I can think of, but with this I'll be able to do them all. And all at once too, so I can do as many of my favorites as I can think of. I already mentioned The Fox and the Hound, Liv and Maddie, SpongeBob SquarePants, and Teletubbies. I have many more, mainly all the Disney and Pixar animated movies, and similar shows and movies. At first I thought that maybe they weren't allowed anymore, but now I see this happened because the wrong ones were added by mistake. I know now which ones not to add. Now the only problem is those redirect pages that are vandalism. Do you know what to do about those? If not, I'll figure it out. Probably I can just tag them for delete for admins to delete. Thank you for this! Brightblueskies (talk) 21:14, 3 March 2023 (UTC)[reply]
I have tried to get it, but so far, I can't seem to get it to work. Maybe it doesn't work on TV shows or movies? I'll have to try another type of topic. I really want this so badly. Brightblueskies (talk) 19:24, 4 March 2023 (UTC)[reply]

AddTermboxLanguage translations

[edit]
"nb": {
  "termbox-addlanguage-placeholder": "legg til språk",
  "termbox-addlanguage-unsupported": "Språk-koden \"$1\" er ikke støttet.",
  "termbox-addlanguage-alreadyshown": "Etiketter for språk-koden \"$1\" vises allerede."
}

Infrastruktur (talk) 07:42, 10 February 2023 (UTC)[reply]

@Infrastruktur: Added :) Takk! - Nikki (talk) 16:36, 10 February 2023 (UTC)[reply]

Grammatical properties of Maltese lexemes

[edit]

Hi Nikki. I was told that I should ask you about adding Maltese lexemes to Wiki Data. I'm wondering how I can specify that a word like 'serquha' (they stole her) has the subject being third person plural and the object being third person singular feminine. How do I distinguish whether the wiki item for feminine is for the subject or the object? Do I need to create new items like 'third person object' and 'feminine object'? Mtanti (talk) 16:08, 15 February 2023 (UTC)[reply]

@Mtanti: Sorry I didn't get round to replying sooner :( Items like third person (Q51929074) normally refer to the subject when used as grammatical features, so I think creating items for "third person object", etc, would make sense. - Nikki (talk) 14:11, 26 February 2023 (UTC)[reply]

Q115044108

[edit]

Hello! Why remove all these labels here? https://www.wikidata.org/w/index.php?title=Q115044108&oldid=1841656062

If it is a valid English label, it must be valid in the other languages. Its also how other Unicode character items are. -wd-Ryan (Talk/Edits) 05:22, 26 February 2023 (UTC)[reply]

@Wd-Ryan: Copying labels/aliases to hundreds of other languages is redundant, since all languages fall back to English eventually when displaying labels, and aliases from all languages are used when searching. It also wastes a huge amount of space: There are 151k items for Unicode characters, 412 labels and 412 aliases for each of those is 124 million triples. There are 14.6 billion triples in total, which (if I'm calculating correctly) makes the Unicode character labels/aliases almost 1% of all the data.
The amount of space is a concern because the query service is at risk of catastrophic failure within the next few years (see Wikidata:SPARQL query service/WDQS backend update). The WMF are working on finding a replacement backend and there are contingency plans for what data to remove from the query service if that happens, but we can give it more time by avoiding/reducing unnecessary duplication.
It's true that those labels and aliases are valid for all languages, and the Wikidata developers are currently working on adding support for the mul (multiple languages) language code for labels (phab:T285156) for exactly this sort of thing. :) Once that's available, I plan to make a bot to move character/codepoint labels/aliases to mul for all of the Unicode character items. - Nikki (talk) 06:46, 26 February 2023 (UTC)[reply]
Hmm okay, mul sounds good. -wd-Ryan (Talk/Edits) 15:21, 26 February 2023 (UTC)[reply]

transitivity change

[edit]

Hi Nikki, I got notified that you changed the value of transitivity (P9295) on occlude (L332334-S1) from transitive verb (Q1774805) to transitive (Q116946936). But when I look at the property examples for senses in transitivity (P9295), they all use a term that includes "verb." AdamSeattle (talk) 23:41, 1 March 2023 (UTC)[reply]

Label

[edit]

How to add hindi langauge label.I want hindi label in Wikidata Item but it is not coming.Please Help Me Goldenbluesoul (talk) 06:29, 16 March 2023 (UTC)[reply]

Moldovan

[edit]

https://www.wikidata.org/w/index.php?title=Q36392&oldid=prev&diff=1855312192

If you look at the IANA language registry, Moldovan has the code "ro", not "ro-MD": https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry

ro-MD describes Romanian/Moldovan spoken in Moldova, it is a valid code, but it does not describe Moldovan, because this language/variety/dialect/way of calling Romanian is not spoken only in Moldova.

The point is that I can prove that the code for Moldovan is "ro" (the IANA registry, link above), but you cannot prove that it is "ro-MD".

I won't fight for that, because many people make the same mistake as you and don't want to change their view even if they don't have any source to prove their claims while I have one, and I've already wasted enough time on that.

Just keep in mind that you are posting the wrong information and spreading the misconception that this is the correct code, when it is not.

Regards, Şÿℵדαχ₮ɘɼɾ๏ʁ 21:44, 19 March 2023 (UTC)

@SyntaxTerror: You're misunderstanding how IANA language tags work. Language codes are assigned to languages, not to language names. When they give multiple names, it means the the language is known by more than one name and the code includes all of them, not that the code is simultaneously assigned to the language and a subset of itself. Valencian is a clearer example: ca has the names "Catalan" and "Valencian". That means ca is the language known as Catalan or Valencian, it doesn't mean ca is the code for Valencian specifically. If it did mean that, they would not explicitly include ca-valencia for Valencian. The same logic applies here: ro is the language known as Romanian or Moldovan. If you want to specify Moldovan specifically, you need to include a subtag. They don't include ro-MD in the registry because that is formed using the normal rules for constructing language tags, much like they don't include en-GB for British English.
As for being spoken elsewhere, Moldovan (Q36392) is supposed to be specific to Moldova, there's Moldavian dialect (Q6895759) for the broader dialect that is also spoken outside Moldova.
- Nikki (talk) 11:49, 20 March 2023 (UTC)[reply]
Do not try to use examples from other languages that are irrelevant in this particular case.
It is expressly written in the IANA regsitry that the code for Moldovan is ro, two times :
type: language
subtag: mo
description: Moldavian, Moldovan
added: 2005-10-16
deprecated: 2008-11-22
preferredvalue: ro
suppressscript: Latn
and
type: language
subtag: ro
description: Romanian, Moldavian, Moldovan
added: 2005-10-16
suppressscript: Latn
Şÿℵדαχ₮ɘɼɾ๏ʁ 23:58, 20 March 2023 (UTC)
@SyntaxTerror: As I said, when they give multiple names, it means the language the code is assigned to is known by more than one name, not that the code is simultaneously assigned to the language and a subset of itself. They do not assign codes to language names, they add language names as descriptions to help people find the right code. The presence of multiple names is really only an argument for adding those names as aliases of the language represented by ro. - Nikki (talk) 03:46, 21 March 2023 (UTC)[reply]
So, to be clear, while the IANA expressly says that the preferred value is "ro", you still want to put that it is "ro-MD" instead, without any proof for it ?
Remember that just because you have been given admin tools doesn't make you right. Şÿℵדαχ₮ɘɼɾ๏ʁ 10:46, 21 March 2023 (UTC)
@SyntaxTerror: I believe I'm interpreting it correctly because I've read the RFCs which define how language tags work and I've been reading the ietf-languages mailing list for a very long time. It has absolutely nothing to do with being an admin here. The preferred value is ro because preferred values had to have the same type (see section 3.1 of RFC 4646), and that hasn't really changed in the newer version (see section 3.1.2 of RFC 5646), so something like ro-MD would not be a valid preferred value. That was pointed out in the discussion at the time that mo was being deprecated (you can read the whole discussion at https://www.alvestrand.no/pipermail/ietf-languages/2008-November/thread.html). If you've read all of those and are still convinced you're interpreting it correctly, I'm afraid I can't help you. - Nikki (talk) 14:01, 21 March 2023 (UTC)[reply]
So again, your personal interpretation should be used instead of what the IANA says ?
And please don't throw out dozens of unrelated discussions: IETF is not ISO 639, even if both codes are closely related.
I am moving the discussion on Talk:Q36392, please answer there. I give up, I won't waste my time on this. Şÿℵדαχ₮ɘɼɾ๏ʁ 15:04, 21 March 2023 (UTC)

Cayman Islands (Q5785)

[edit]

@Nikki:, du hast "ISO-3166-2-Code" gelöscht mit der Begründung "non-existent identifier" und "invalid identifier format". Sowohl in der deutschsprachigen wie auch in der englischsprachigen Wikipedia heißt es aber: "Currently no second level ISO 3166-2 codes are defined in the entry for the Cayman Islands." Kannst du das bitte klären und ggf. korrigieren? Unsere Daten bei Wikivoyage bauen darauf auf. Danke im Voraus sagt Eduard47 (talk) 10:26, 29 March 2023 (UTC)[reply]

Nachtrag @Nikki:, ich habe zwischenzeitlich die Daten wieder ergänzt. Falls du anderer Meinung bist, bitte ich um Kontaktaufnahme mit mir. Viele Grüße aus Hamburg sendet --Eduard47 (talk) 10:04, 30 March 2023 (UTC)[reply]

Wikidata:Lexicographical coverage/br/Missing

[edit]

Hi,

I've been working a bit on creating lexemes listed on Wikidata:Lexicographical coverage/br/Missing. It's a very useful list (if only I had more times...) but there is some false positive: all the lemma with an apostrophe in it should *not* be created as lexemes, except (and it's a big exception) when the apostrophe is between a c and a h. So 2. d'ar (it's just da da (L501753) + ar ar (L35217)) should be removed while 66. c'hoazh (which is a world on it's own) should be kept. Would it be doable to update your bot to take that into account?

Cheers, VIGNERON (talk) 18:47, 16 July 2023 (UTC)[reply]

Hi! I don’t think this stylesheet should have been renamed – it does provide styles for Template:Edit request, even if through a technically necessary subpage. It’s related to Template:Edit request just as much as it’s related to Template:Edit request/text. Out of the nine /text subpages using TemplateStyles (not considering /text/en subpages, which are automatic copies of the /text subpages), this is the only one where the stylesheet is now also named /text. —Tacsipacsi (talk) 12:45, 26 September 2023 (UTC)[reply]

Mini Hackathon in Utrecht, 4 November

[edit]

Hi Nikki, I hope all is well.

Some time ago, I told you I am preparing a small (one-day) Wikimedia hackathon in Utrecht. It is open for application now, and we'd be delighted to see you there! Unfortunately there are no scholarships, but we do offer a EUR 100 reimbursement for people who come by train from abroad. More info and registration link here: https://nl.wikimedia.org/wiki/Mini_Hackathon_November_2023 Spinster 💬 06:10, 3 October 2023 (UTC)[reply]

Escarbot

[edit]

Hello,

Can you please answer at https://www.wikidata.org/wiki/User_talk:Escarbot#Descriptions_in_different_scripts_shouldn't_be_removed ?

Thank you Vargenau (talk) 14:42, 9 October 2023 (UTC)[reply]

Hello,
Can you please answer at User talk:Escarbot#Descriptions in different scripts shouldn't be removed ?
Without a convincing reason that these descriptions are useful, I will continue removing them.
Best regards, Vargenau (talk) 18:34, 21 November 2023 (UTC)[reply]

Sign language lexeme

[edit]

Hi Nikki,

I’m looking for the sign language encoding you used for lexemes such as M584x528S33b00482x483S12910515x501S12918463x501S20500511x517S20500484x517S26506544x510S26512443x511S11e10561x496S11e18417x496 (L994637) this one, but I can’t find any reference about it. What is it ?

Thanks. author  TomT0m / talk page 13:03, 21 October 2023 (UTC)[reply]

Possible cancel your unfair "revert"?

[edit]

I'm just reflecting the fact that ISO 639:2023 published, merged all previous ISO 639-* sub-standards to be sets of this new standard, so I don't know why you reverted, are you rejecting that new standard?! Liuxinyu970226 (talk) 11:25, 1 December 2023 (UTC)[reply]

keke Liuxinyu970226 (talk) 10:37, 21 December 2023 (UTC)[reply]
As you still didn't respond to my concern thread here, I boldly, partly reverted your unfair "revert", specifically, the description is back to be "set of ISO 639 standard" instead of "international industrial standard" which looks like a single standard, that wasn't true in the past, isn't really true currently and won't be true in any periods of future. Liuxinyu970226 (talk) 05:51, 5 January 2024 (UTC)[reply]

Tamil Lexemes

[edit]

If you are going to continue creating tamil lexemes? Add the nominative case and singular for nouns and nominative case for proper nouns, proper nouns don't have plural forms. Thank you Sriveenkat|talk/{PING ME} 20:53, 4 January 2024 (UTC)[reply]

Colours

[edit]

Hi, thanks for your useful and looking-good code https://www.wikidata.org/wiki/User:Nikki/DisplayColourSwatches.js ! Would you be kind to add theses properties(many of them are rGB-likes properties) : https://w.wiki/8sJ9 Thanks a lot Bouzinac💬✒️💛 09:36, 17 January 2024 (UTC)[reply]

Lexcover and apostrophe

[edit]

Hi @Nikki!

I contact you about the lexcover bot. I find it very useful to understand which lexemes are a priority to create. I wanted to contribute an indication.

In the Italian missing list there are many words containing the apostrophe. The typical case is a pair of lexemes: AAAA'BBB. Is it possible to further divide these words according to the apostrophe? This would avoid many false positives.

In Ordia, the division according to the apostrophe is done. I do not know if this can be problematic in other languages, but I think French has the same problem and English with the Saxon genitive has the same problem too.

Obviously this is not an urgent report, but just a small improvement. :-)

Thank you very much. --Luca.favorido (talk) 06:08, 16 February 2024 (UTC)[reply]

Some probably can be added as forms? --Infovarius (talk) 15:38, 26 October 2024 (UTC)[reply]

West Frisian

[edit]

I changed the label West Frisian and Westfriesisch with "also" West Frisian language and Westfriesische Sprache, because West Frisian is also sombody belonging to the etnic group and because West Frisian and Westfriesisch are also adjectives, referring to things or persons from these regions.Otto S. Knottnerus (talk) 14:20, 27 April 2024 (UTC)[reply]

attach and detach references

[edit]

Hi! In the last days I have started learning how to program a bot and I have been trying to run User:Nikki/pywikibot to remove and add references with just one edit (which is better than two edits, one for removing a reference and one for adding another one); however, I have encountered a strange problem, which is: if I understand correctly, the line

detachSources(claim, [source["P143"][0]])

should remove from instance of (P31) only the references containing imported from Wikimedia project (P143), then the line

attachSources(claim, [statedin, published])

adds to the claim a new reference; so, if the claim before editing has two references, one containing P143 and the other not containing it, the claim after editing should contain two references, the one not containing P143 which was already present and the one I'm attaching; however, running the script the final claim contained only the reference I attached. So I have tried a second time, removing the line with "detachSources", and the result was the same; basically, it seems that attachSources overwrites all the previously existing references with the one it adds, which is probably not intended (it should only overwrite the references removed through "detachSources"). If you have time, could you confirm if my understanding of this example is correct? And, if necessary, could you adapt "attachSources" so that it does not overwrite all the existing references? Thanks in advance, --Epìdosis 11:14, 31 May 2024 (UTC)[reply]

Hi @Nikki. Could you please support the creation of the following property: Pocket Oxford German Dictionary: German-English ID. Thank you. Soufiyouns (talk) 11:32, 8 July 2024 (UTC)[reply]

Arabic month names

[edit]

someone changed Arabic month names see [3] Unfortunately no one paid attention to the modification even included in the current 1.43-wmf.14 version. Because it is difficult to Arabic user to edit Data values I added pages to Arabic month names like mediawiki:June/ar. I have corrected Arabic month names in transwiki. I request you to protect month names from editing, any edit request must be supported by community consensus in Arabic wikipedia. حبيشان (talk) 18:38, 18 July 2024 (UTC)[reply]

@Nikki حبيشان (talk) 11:32, 20 July 2024 (UTC)[reply]

Language labels

[edit]

Hi :@Nikki, I hope to find you well! I saw you edited one of my edits by putting "please don't mass add text in languages you don't speak" as a reference. I wanted to thank you, at that time I was actually just starting out and had gotten a bit into the craze of fixing pages by adding descriptions in multiple languages (I don't do that anymore). My mistake, thanks again for fixing a possible error of mine! SimoneD11 (talk) 00:13, 8 August 2024 (UTC)[reply]

undelete Q108167492

[edit]

Hi @Nikki! Can you please undelete Q108167492 as I wanna follow up with adding info to this item. Thank you! Zblace (talk) 09:05, 18 August 2024 (UTC)[reply]

@Nikki all OK? -- Zblace (talk) 18:39, 29 August 2024 (UTC)[reply]

Class instance → part

[edit]

Online translation: [4] - explain the reason for the edit. Ыфь77 (talk) 04:20, 14 September 2024 (UTC)[reply]

Syl label and description

[edit]

Hi, a user copy-pasting bn label and description into syl label and description. It will be difficult for us to manually revert their edits. Please check. Please let me know any solution to this. --ꠢꠣꠍꠘ ꠞꠣꠎꠣ (talk) 12:06, 18 September 2024 (UTC)[reply]