User talk:MSGJ
Add topicPrevious discussion was archived at User talk:MSGJ/Structured Discussions Archive 1 on 2024-12-02.
Please talk to me below. MSGJ (talk) 10:10, 15 June 2015 (UTC)
Hi
[edit]I'm still new to Wikidata and still learning. Can you explain these edits: [1]. Thanks. Dirtlawyer1 (talk) 13:41, 27 June 2015 (UTC)
- Hi there, which part do you not understand? There are two people called J. Hillis Miller: J. Hillis Miller (Q6105982) and J. Hillis Miller (Q4132725). The former is the father of the latter. Regards MSGJ (talk) 10:53, 30 June 2015 (UTC)
- Yes, I know that, MSGJ. I wrote most of the J. Hillis Miller, Sr. article on Wikipedia as part of a series about former presidents of the University of Florida, so I am aware of the father-son relationship between the two article subjects. My question is more specific than that. On the English Wikipedia, the articles for the father and son are distinguished by the addition of either the "Sr." or "Jr." suffix after their name. This follows standard disambiguation practice on the English Wikipedia. You removed the suffixes from the primary titles of both Wikidata items, leaving two undistinguished Wikidata items of the same title, "J. Hillis Miller." Shouldn't we include the suffixes in the primary titles/labels (e.g. "J. Hillis Miller, Sr."), and use the "also known as" labels for other name variants, such as "J. Hillis Miller" (i.e. without the suffix) and "Joseph Hillis Miller, Sr." (full name)? As I understand it, the idea is to make all common name variants searchable in Wikidata, but shouldn't the primary label track the actual Wikipedia article titles? Dirtlawyer1 (talk) 12:45, 30 June 2015 (UTC)
- Okay, I now see where you are coming from. A little context does wonders ;) I don't claim that my change was definitively the "Right Thing" according to Wikidata policies; indeed most of the guidelines here are still being honed. However here are some guiding principles: on Wikipedia it is impossible to have two articles by the same name. Therefore it is often necessary to use all manner of disambiguators in the title, which is not ideal in my opinion. Here on Wikidata there is no such problem and if there were 10 people called J. Hillis Miller, they could all have J. Hillis Miller as their label, as the disambiguation is performed by the description field. Of course, it is sensible to put the Sr. and Jr. forms as aliases and this was already done. I would say that if the Jr. is just used to distinguish him from his father then it doesn't belong in the label. But if it is actually part of his name, then it should be in the label. However it's largely academic as both are searchable. Hope this helps MSGJ (talk) 10:58, 2 July 2015 (UTC)
- Thanks -- we're on the same page now. It's a virtual certainty the father did not have "Sr." included on his birth certificate. Such usage becomes commonplace and a de facto part of man's name after the man names one of his sons after himself. The "Jr." may or may not have been included on the son's birth certificate, but it was typical of American naming practices in the 1920s when the son was born. This may require some digging to resolve. Dirtlawyer1 (talk) 16:34, 2 July 2015 (UTC)
- Okay, I now see where you are coming from. A little context does wonders ;) I don't claim that my change was definitively the "Right Thing" according to Wikidata policies; indeed most of the guidelines here are still being honed. However here are some guiding principles: on Wikipedia it is impossible to have two articles by the same name. Therefore it is often necessary to use all manner of disambiguators in the title, which is not ideal in my opinion. Here on Wikidata there is no such problem and if there were 10 people called J. Hillis Miller, they could all have J. Hillis Miller as their label, as the disambiguation is performed by the description field. Of course, it is sensible to put the Sr. and Jr. forms as aliases and this was already done. I would say that if the Jr. is just used to distinguish him from his father then it doesn't belong in the label. But if it is actually part of his name, then it should be in the label. However it's largely academic as both are searchable. Hope this helps MSGJ (talk) 10:58, 2 July 2015 (UTC)
- Yes, I know that, MSGJ. I wrote most of the J. Hillis Miller, Sr. article on Wikipedia as part of a series about former presidents of the University of Florida, so I am aware of the father-son relationship between the two article subjects. My question is more specific than that. On the English Wikipedia, the articles for the father and son are distinguished by the addition of either the "Sr." or "Jr." suffix after their name. This follows standard disambiguation practice on the English Wikipedia. You removed the suffixes from the primary titles of both Wikidata items, leaving two undistinguished Wikidata items of the same title, "J. Hillis Miller." Shouldn't we include the suffixes in the primary titles/labels (e.g. "J. Hillis Miller, Sr."), and use the "also known as" labels for other name variants, such as "J. Hillis Miller" (i.e. without the suffix) and "Joseph Hillis Miller, Sr." (full name)? As I understand it, the idea is to make all common name variants searchable in Wikidata, but shouldn't the primary label track the actual Wikipedia article titles? Dirtlawyer1 (talk) 12:45, 30 June 2015 (UTC)
P373
[edit]There should always be a Commons category (P373) statement added, whether or not there is a sitelink, because it is not always possible to make a sitelink, so P373 is the only chance to consistently and comprehensively be able to tell what relates to what.
Also, because there are templates, eg en:Template:Commons category and scripts, eg wdcat.js that rely on P373.
See this RfC for more. Jheald (talk) 20:47, 1 December 2015 (UTC)
== P2569 (P2569) and P2570 (P2570) == The above are now available. --- Jura 10:02, 1 March 2016 (UTC)
Property:P1933
[edit]Should the data type of this be "External identifier" instead of "String"? -- Prod (talk) 20:49, 6 April 2016 (UTC)
Property creation
[edit]Hi. If you have a moment, would you look into some of the requests for non-identifier properties at Category:Properties ready for creation? If you click "create" on properties I proposed, I could complete them myself. --- Jura 09:21, 7 October 2019 (UTC)
- Thanks once more. Don't hesitate if you want to do another one. If you click "create", I'd complete non-identifier properties I had proposed. --- Jura 11:18, 12 October 2019 (UTC)
New page for catalogues
[edit]Hi, I created a new page for collecting sites that could be added to Mix'n'match and I plan to expand it with the ones that already have scrapers by category. Feel free to use, expand. Best, Adam Harangozó (talk) 20:01, 19 October 2019 (UTC)
- I was hoping to add RxNorm as catalog but I simply have a CSV file. There is no need to scrape. I was not able to figure out how to add it. Any advice is appreciated.EncycloABC (talk) 16:47, 18 December 2019 (UTC)
Saros
[edit]Hi https://w.wiki/Vky I've come across this list and looks the property saros are almost empty. Could you also try to explain me what's the difference between a lunar saros and a solar saros? For instance, NASA look to have both solar saors https://eclipse.gsfc.nasa.gov/SEsaros/SEsaros0-180.html and lunar saros https://eclipse.gsfc.nasa.gov/LEsaros/LEsaroscat.html ....? Bouzinac (talk) 12:05, 1 July 2020 (UTC)
blocked id
[edit]my user IP kambaiyu75 was recently blocked, please hwo can it be unblocked Kambaiyu75 (talk) 13:19, 22 November 2024 (UTC)
Notability of Cotelands, Croydon
[edit]Hello, I can see you created this item 3 years ago Cotelands, perhaps simply because it had a wikipedia page, which has since been redirected to a section of the page Park Hill Recreation Ground. I thought I'd ask for your input before putting it forward for deletion. If you find GeoHack useful, this link links to google maps etc if you need to refresh your memory https://geohack.toolforge.org/geohack.php?params=51.371196_N_-0.088690_E_globe:earth&language=en . Tæppa (talk) 04:45, 12 February 2025 (UTC)
- I've added a reference to Cotelands (Q115694022). The position on their website doesn't look quite right. I suspect it is the triangular green area shown on the map. But I've made the coordinates suitably less precise so it gives the general location. The area of 0.49 acre was correct, but I've added the 0.20 hectare which the source says. Do you have any concerns about this item? — Martin (MSGJ · talk) 08:15, 12 February 2025 (UTC)
- Thanks for the quick response,
- I think Cotelands doesn't meet the wikidata notability rules. The linked geograph image links to Croydon Council's website [2] which describes it as a "Grass verge with trees". While that may be a novelty to London, I'm pretty sure the entire wikidata database could double in size if all roadside verges that are described by some source are added. I would be interested to understand why if you believe the item is notable enough to be on wd. Tæppa (talk) 08:47, 12 February 2025 (UTC)
- It refers to an instance of a clearly identifiable conceptual or material entity that can be described using serious and publicly available references. In this case the council's website is authoritative as they own and manage the area. — Martin (MSGJ · talk) 13:24, 12 February 2025 (UTC)
Halo bisakah kami minta tolong?
[edit]Tolong buatkan artikel pada wikiquote indonesia ini dan gabungkan mereka ke ini.. Terimakasih 114.79.3.5 16:29, 6 April 2025 (UTC)
BNF format
[edit]Your revert - yes, the format was wrong. It is wrong in VIAF, which needs to catch up. By going to https://data.bnf.fr/en/ark:/12148/cb13895249x I would expect the ID to be cb13895249x, but in fact it needs to be 13895249x.
I really do prefer IdRef ID (P269). Charles Matthews (talk) 08:19, 12 May 2025 (UTC)
What is the rationale of this? As I said edit summary, the aliases were inaccurate. I moved some of these to east longitude (Q12364310). Also it seems fairly obvious to me that longitude (Q36477) isn't a geographic coordinate system (Q22664) of any kind. Longitude is already set as part of geographic coordinate (Q104224919) which is turn is linked with geographic coordinate system (Q22664) in more appropriate manner. 2001:7D0:81C2:5980:15D5:CDDD:79FE:83B2 11:57, 27 June 2025 (UTC)
- Fair enough - it looked like vandalism. Do you know all those languages well enough to know those labels are incorrect? — Martin (MSGJ · talk) 06:28, 28 June 2025 (UTC)
- I have little understanding of these languages but I use dictionaries and I'm fairly sure that aliases that I removed stand for either "east longitude" or "west longitude". 2001:7D0:81C2:5980:7082:5ACD:CF50:3383 07:57, 28 June 2025 (UTC)
- Okay, please carry on then — Martin (MSGJ · talk) 08:03, 30 June 2025 (UTC)
- I have little understanding of these languages but I use dictionaries and I'm fairly sure that aliases that I removed stand for either "east longitude" or "west longitude". 2001:7D0:81C2:5980:7082:5ACD:CF50:3383 07:57, 28 June 2025 (UTC)
Deletion
[edit]Can you delete Q135398058 per author request, it alr exist Cactus🌵 spiky ouch 01:38, 21 July 2025 (UTC)
Done — Martin (MSGJ · talk) 01:58, 21 July 2025 (UTC)
Invalid identifier format
[edit]Hi MSGJ, the tool Import of Authority Control data via https://ac2wd.toolforge.orgin has long known bugs.[3] It's not able to look up the correct GND. ID 948798564 = GND 4426906-7. @Kiwigirl3850: FYI. --Kolja21 (talk) 18:35, 27 November 2025 (UTC)
Any idea how I am supposed to get in contact with the bot operator since he doesn't seem to be into responding to his talk page? Trade (talk) 11:31, 31 March 2026 (UTC)
- You could try Special:EmailUser/Ivan A. Krestinin but I wouldn't hold much hope - it seems the operator has left, and there are no contributions to other projects either. If the bot is malfunctioning then we can block it. Otherwise there is not much we can do. — Martin (MSGJ · talk) 14:16, 31 March 2026 (UTC)
- Now imagine what breaks if Magnus Manske ever leaves Trade (talk) 14:18, 31 March 2026 (UTC)
You may be an eligible candidate for the U4C election
[edit]Greetings,
The Universal Code of Conduct Coordinating Committee (U4C) seeks candidates for the 2026 election. The U4C is the global committee responsible for overseeing enforcement of the Universal Code of Conduct. Elections are held annually, if elected a committee member serves for two years.
This year the U4C requires candidates to hold administrator rights on at least one wiki, which is why you are being contacted as you appear to hold this right. There are other requirements, such as candidates must be at least 18 years old and may not be employed by the Wikimedia Foundation or other related chapters and affiliates. You can find more information in the call for candidates on Meta-wiki. Additionally, the committee's working language is English; some ability to communicate in English is required.
The election opens on 18 May, if you are eligible and interested you have until 10 May to submit your candidacy. There will be a week in between for candidates to answer questions from the community. Voting takes place privately in SecurePoll, successful candidates must receive at least 60% support. More information is available on the 2026 Elections page, including timelines and other candidacy information. If you read over the material and consider yourself qualified, please consider submitting your name to run for the committee. If you think someone else in your community might be interested and qualified, please encourage them to run.
In partnership with the U4C -- Keegan (WMF) (talk) 20:10, 29 April 2026 (UTC)Labels de, en
[edit]Hi MSGJ, please do not delete labels in de, en language at objects with geocoordinates because the Nearby function does not yet support mul language, see Help:Default_values_for_labels_and_aliases#Am_I_free_to_remove_redundant_labels_and_aliases? - --Gerd Fahrenhorst (talk) 16:40, 2 May 2026 (UTC)
Invitation: Users with Extended Rights conversations
[edit]Hi MSGJ,
I am not sure if you have seen it already but we are hosting sessions to better understand the workflows and issues of users with extended rights on Wikidata and it'd be great if you'd join. More details at Wikidata:Users with Extended Rights conversations 2026.
Cheers Lydia Pintscher (WMDE) (talk) 13:15, 28 July 2026 (UTC)