User talk:Mzaki/Archive 1

From Wikidata
Jump to navigation Jump to search
Logo of Wikidata

Welcome to Wikidata, Mzaki!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards! --Epìdosis 18:42, 10 August 2021 (UTC)[reply]

Dulplicate entry for Ross Nigrelli[edit]

Hi, I wanted to point out that the item you created Ross F. Nigrelli (Q109252647) is a duplicate of Ross F. Nigrelli (Q66132319). As you can see they share the same value for BHL creator ID (P4081) and VIAF ID (P214). Wikidata often displays a "constraint violation" when more than one item has the same unique identifier, which one way to detect duplicates. Can you please merge Ross F. Nigrelli (Q109252647) with Ross F. Nigrelli (Q66132319) so that we have only one item (Q66132319) for this person? I'd be happy to merge them if that's easiest. Rdmpage (talk) 15:06, 2 November 2021 (UTC)[reply]

Thanks for notifying that. I've merged them. I'm wondering why I have not found it when I have checked pre-existing items. I guess probably due to the middle name... Anyway, thanks so much. Mzaki (talk) 15:31, 2 November 2021 (UTC)[reply]
Awesome, thanks! Yes, finding people by name can be problematic. I often find myself trying various combinations of first and last names and/or initials, and still failing to find existing items. Rdmpage (talk) 15:58, 2 November 2021 (UTC)[reply]

Stated in universe?[edit]

Hi Mzaki, I'm not sure what you mean by this kind of edit, but I assume it's due to a mismatch in OpenRefine. --99of9 (talk) 12:07, 9 July 2022 (UTC)[reply]

Sorry for that. I'm working for a few dozens of parabasalid entries, and this is just for place holder. Work in progress, and I promise it will be fixed in a day. Mzaki (talk) 12:36, 9 July 2022 (UTC)[reply]
Now it's finished. I guess it was better if I used Wikidata Sandbox (Q4115189) rather than Universe (Q1). Again, sorry for the inconvenience. Mzaki (talk) 14:01, 10 July 2022 (UTC)[reply]
Thanks for fixing this. Personally I don't think it's good to do any sandbox edits on real items, but I'm glad you had plans to fix it quickly. --99of9 (talk) 07:36, 11 July 2022 (UTC)[reply]

CiNii books[edit]

Hi @Mzaki: would you mind telling me what made you remove CiNii bibliography ID here? Regards, ─ The Aafī (talk) 16:22, 5 September 2022 (UTC)[reply]

Hi, NACSIS-CAT bibliography ID (P1739) is an identifier for publications (books or journals), that is for connecting a publication item with an external database entry. The item Nadwatul Musannifeen (Q104645770) is a research institution and publishing house (based on the entry and English wikipedia), and not any publication, so unable to hold NACSIS-CAT bibliography ID (P1739). In my understanding, BA52877041 is an entry for a book series; if we have an item for the book series, it should hold NACSIS-CAT bibliography ID (P1739) connecting to BA52877041. Mzaki (talk) 16:53, 5 September 2022 (UTC)[reply]
This makes sense. I added it on the list of books published by Nadwatul Musannifeen (Q104698835) where it belongs the best imho ─ The Aafī (talk) 05:46, 6 September 2022 (UTC)[reply]

学校の行政区画について[edit]

学校コードの件ご対応いただきましてありがとうございます。一点お願いがあるのですが、この差分のように市町村を行政区画にセットいただいているかと思いますが、Wikidataに町字がある場合は町・字をセットするようにしている(おそらく鹿児島県ぐらいしかないかもしれませんが・・・)のですが、市町村を追加されると上位の行政区画もセットされてデータ構造上おかしな状態となってしまいます。申し訳ございませんが、町・字がすでにセットされている場合は上位の行政区画に当たる市町村は入れないようにしていただけますでしょうか。 Sakoppi (talk) 00:35, 6 November 2022 (UTC)[reply]

名古屋市で「○○1丁目」まで項目が立って利用されている例もありますね。個人的には町字を「行政区画」と考えること自体に疑念をもっています(現行法令上は地籍上の記号にすぎず一貫した行政上の機能がありませんので)。また定義の問題は脇に置くとしても、そもそもlocated in the administrative territorial entity (P131)の目的が明瞭でないとはいえ、項目が位置している土地を管轄する行政分掌体を示す目的なら町字を入れるのは不適切だと思っています(少なくとも住所の末端要素名を示す目的ではないはず←多くの国で住所の末端要素名はstreet nameでありlocated in the administrative territorial entity (P131)には該当しないため)。まあこれはここで言ってもしょうがないことですし、Property_talk:P131の議論をみるに、定義された領域があって整然と階層構造を作るならlocated in the administrative territorial entity (P131)から排除する理由にはならなそうですね。
さて町字についての私の意見はともかく、located in the administrative territorial entity (P131)が重複して登録されてしまっている件についてはすみません。一応作業中に確認しているのですが、日本の学校の項目は4万件弱あり、整理すべき作業もたくさんあって、漏れてしまっているときもあるのが率直なところです。located in the administrative territorial entity (P131)の重複はあとで整理が必要だと認識しています。 Mzaki (talk) 05:47, 6 November 2022 (UTC)[reply]
学校の行政区画の件については承知いたしました。
仰る通り、外国と日本では基礎自治体以下の行政区画の考え方が根本から異なるので難しいところではありますが、、、
>個人的には町字を「行政区画」と考えること自体に疑念をもっています(現行法令上は地籍上の記号にすぎず一貫した行政上の機能がありませんので)。
現行法令上、町・字は地方自治法第260条に定められた市区町村によって制定される(市区町村告示によって設置・変更・廃止される)区画であり、これは行政によって定められた区画即ち「行政区画」であろうと考えます。故に市区町村の下位行政区画であるという点に疑念を抱かれる余地はないかと思っています。確かに、町字単体では行政機能を持ちませんが、それが=行政区画ではないというのは何か違うような気がします。
>項目が位置している土地を管轄する行政分掌体を示す目的なら町字を入れるのは不適切だと思っています
定義としてそのように定められるのであれば確かに除外される対象ではありますが、それであれば自治体であったり地方公共団体というプロパティ名が正しいのではないのかなぁ・・・って個人的には思います。そもそもデータ上、階層構造が作られるのであれば追いかけられるはずなので、それであればデータ上は末端の行政区画を収録している方がいいのではないかという私見です。 Sakoppi (talk) 13:04, 6 November 2022 (UTC)[reply]
横から失礼します。私もMzakiさん同様に「administrative territorial entity (Q56061)」といった場合、町字がはいるのには違和感があります。理由としては英語の説明に「the territory of the following administrative entity」とあり、administrative territorial entity (Q56061)jawikiも国家視点の管理単位であり「日本において、行政区画内を施政・統治する機構を地方公共団体」とあります。また多用されるプロパティであり多言語プロジェクトであることを考えると海外知名度のない町字だけが入るのは不味いように思います。町字を入れるのであればlocation (P276)かと思います。--Camillu87 (talk) 15:11, 6 November 2022 (UTC)[reply]
結局のところ「located in the administrative territorial entity (P131)を登録する目的は何か」に尽きると思っていて、町字は(地域によって受け止められ方が大きく異なりますが)記号としての性格が強くて登録される価値・目的がよくわからないのです。町字を登録することでこう嬉しいという具体的な利用法が見えれば印象も違うし、そうしたものがあるならたとえばCamillu87さんがおっしゃる国際的に知名度がないことよりずっと優先して考慮すべきだと思うわけです。Wikidata内部的な話でいけば、たとえばlocated in the administrative territorial entity (P131)は[[1]]のように自動で所在地ごとに分類した一覧表を作成することができるわけですが、こうしたときにlocated in the administrative territorial entity (P131)が市区町村であれば一貫していて合理的な分類ができます。これが町字だと、細切れになってしまうし現状では一貫もしないので実用性に乏しい。もちろんSPARQLクエリでP131の上流の市区町村ノードを拾うのは難しくないわけですが、located in the administrative territorial entity (P131)がデフォルトで一貫したレベルに揃っていることにはそれなりの価値があるわけです。それに対してlocated in the administrative territorial entity (P131)に町字を登録しているとどう嬉しいのかがピンと来ないです。もちろん、詳しいデータから上流のデータを取ることは可能でその逆は不可能なので、削除するのは間違っていると思いますが、町字は非推奨レベルにして市区町村(+行政区)を一貫して付与するほうが、利用しやすいデータになるだろうなと現状では思います(←むろんちゃんとしたコミュニティ合意が必要)。まあ、ここで議論しても詮無いことなのですが。--Mzaki (talk) 09:15, 7 November 2022 (UTC)[reply]
今見てみたら学校項目のうち900くらいに冗長なP131がありました。解消するのは簡単なのですが、作業中またミスをする可能性がありますので、落ち着いてからまとめてやります。--Mzaki (talk) 08:38, 7 November 2022 (UTC)[reply]
SELECT DISTINCT ?school ?schoolLabel ?broader ?broaderLabel ?narrower ?narrowerLabel WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "ja". }
  ?school wdt:P11127 ?code;
    wdt:P131 ?broader, ?narrower.
  ?narrower (wdt:P131+) ?broader.
}
LIMIT 10000
Try it!
✓ Done とりあえず一段落と考えて、冗長なP131の削除を行いました。--Mzaki (talk) 14:34, 16 November 2022 (UTC)[reply]

CiNii Articles[edit]

I see you undone my edit https://www.wikidata.org/w/index.php?title=Property:P2409&oldid=1902387580 Why did you undo it? It would have been preferable to set the rank to deprecated and give a suitable reason. Carlinmack (talk) 10:00, 25 May 2023 (UTC)[reply]

Principally because the claim you have added is wrong. NII article ID (P2409) is ID for both CiNii Articles, which is now defunct and redirected to CiNii Research, and CiNii Dissertations, which is still alive but also included in CiNii Research. Your claim is based on the number of Article entries in CiNii Research database; however, new Article entries in CiNii Research do not have NII article ID (P2409), so we cannot know number of records (P4876) of NII article ID (P2409) in such a way even if we consider Dissertation entries. As for keeping with deprecated rank, it would be beneficial when simple and repeatable mistakes; I think this is not the case. Mzaki (talk) 12:36, 25 May 2023 (UTC)[reply]

Reverted edit on Mix'n'match (Q28054658)[edit]

Hey @Mzaki, I was just wondering if there was a better way to transcribe "Mix'n'match" into Katakana instead of ミクス・アンド・マッチュ? What do you think of ミクス・ン・マッチ or ミクスンマッチ?

Thanks for reverting my edit, I honestly wasn't sure about my initial transcription. —Tomodachi94 (talk) 02:00, 10 June 2023 (UTC)[reply]

Best way is not transcribing at all, IMHO, and that's why I have not provided any transcription upon reverting. There is no official transcription for "Mix'n'match" service. Actually, the service "Mix'n'match" has virtually no presence in Japanese text, and on the rare occasion, we write it as "Mix'n'match" (e.g. the Japanese label for Mix'n'match catalog ID (P2264). Japanese people who understand English can read it as ミクスンマッチ, ミクシンマッチ, ミックス・ン・マッチ, ミックス・アンド・マッチ, or something like that. But if you write either, we hardly recognize it is for "Mix'n'match". When "Mix'n'match" gains popularity in Japanese-speakers, some standard transcription will be established. Mzaki (talk) 02:42, 10 June 2023 (UTC)[reply]
Got it, thanks for clarifying! —Tomodachi94 (talk) 02:48, 10 June 2023 (UTC)[reply]