Shortcuts: WD:PC, WD:CHAT, WD:?

Wikidata:Project chat

From Wikidata
Jump to navigation Jump to search

Wikidata project chat
A place to discuss any and all aspects of Wikidata: the project itself, policy and proposals, individual data items, technical issues, etc.

Please use {{Q}} or {{P}} the first time you mention an item or property, respectively.
Other places to find help

For realtime chat rooms about Wikidata, see Wikidata:IRC.
On this page, old discussions are archived after 7 days. An overview of all archives can be found at this page's archive index. The current archive is located at 2024/08.

P248

[edit]

Why stated in (P248) is vague and we dont have properties for different types of resources, like book, article, database etc.? Juandev (talk) 07:15, 14 August 2024 (UTC)[reply]

We want to be wary of multiplying up properties, as it generates more edge conditions and slows queries. As with described by source (P1343), its better to have a vague general property and use qualifiers to narrow it down. Vicarage (talk) 07:46, 14 August 2024 (UTC)[reply]
@Juandev Please don't create items like Q128840843 for each URL you want to cite in a reference. It is perfectly adequate to just cite it using a more general stated in (P248) value such as Vetřelci a volavky (Q98538810) and specify URL or authors using reference URL (P854) and author name string (P2093) *in the reference itself*. See Help:Sources#Web_page for a general quideline. Vojtěch Dostál (talk) 11:08, 14 August 2024 (UTC)[reply]
Creating items for chapters such as Umění v hotelu ČSSR (Q128836594) is also unnecessary, see Help:Sources#Books where usage of chapter (P792) is explained. Vojtěch Dostál (talk) 11:10, 14 August 2024 (UTC)[reply]
type of reference (P3865) may be useful, too. --Matěj Suchánek (talk) 12:46, 17 August 2024 (UTC)[reply]

Populated places and their industries

[edit]

My interest is in using Wikidata to capture and present aspects of Scottish history. After a recent conversation about the decline of the Scottish fishing industry, I looked at the available data. Petscan gives a decent category-based list of towns [1], but the place items themselves (e.g. Eyemouth (Q1020260)) lack any data association with fishing.

Looking around, I can see some use of instance of (P31) fishing village (Q1317251) but that seems inappropriate for say Aberdeen. There is also occasional use of industry (P452) on a place (e.g. Bonon (Q2910327), but with warnings that it breaches the Subject Type Constraint, as the property is reserved for use on companies, etc.

I wonder if there is another property to capture the industries of a place? If not, should there be? Or should the use of P452 be relaxed to allow its use for populated places? It strikes me that this or some other Property can underpin a richer understanding of what forms of work activity led to a town emerging/declining: fishing, weaving, salt panning, etc. AllyD (talk) 13:02, 15 August 2024 (UTC)[reply]

I'd relax the use of industry (P452) Vicarage (talk) 05:47, 19 August 2024 (UTC)[reply]

Should they be opposite of (P461) or inverse property (P1696) of each other? JuguangXiao (talk) 09:14, 16 August 2024 (UTC)[reply]

I don't think they have that relationship. Usually inverse properties are when tboth have a data type of a Q item and it is normally the case that the statements will link two items in both directions, like has parts and part of or child and mother/father. William Graham (talk) 02:01, 17 August 2024 (UTC)[reply]
It will sometimes be inverse but not always because of the "recommended" part - also would it be useful to add qualifiers to Q8111 statements to say who it is recommended by? When looking at how P111 was used, one of the first uses I found was Q22686#P111 where I think it is not the correct property for the purpose but I'm not sure what should replace it there. Peter James (talk) 19:39, 17 August 2024 (UTC)[reply]
Interesting spotting on Q22686. :-) P111 is of physics, not body part. JuguangXiao (talk) 08:37, 19 August 2024 (UTC)[reply]
If the same-type of Qs is the condition for inverse property (P1696), then are there other Ps between heterogenous Qs representing a sense of inverse? Or put it in another way, the 2-step round trip properties between Qs? JuguangXiao (talk) 08:47, 19 August 2024 (UTC)[reply]

What to do when external identifier URL form is changed?

[edit]

Hello, as the title mentioned, I observed that the URL format for PDDikti higher education institution ID (P9959) (attribute for Indonesian higher education institutions database) is changed, the attribute currently list the URL format as https://pddikti.kemdikbud.go.id/data_pt/$1 where the current version used by the PDDIKTI system is https://pddikti.kemdikbud.go.id/detail-pt/$1

This make the value contained in the attribute obsolete as it did not return the supposed data. What should I do to resolve this? Do I need to contact property creators to update or could I myself update it? I saw some folks from Indonesia tried to update the pattern, but they said it did nothing (in the end they reversed it back). Or is there some period until all the record resolved after we update the value contained in the formatter URL (P1630)?

This happened often in Indonesia, if the ministry get merged or dissolved or divided, a lot of URLs will changed. Thanks. HA (talk) 10:36, 17 August 2024 (UTC)[reply]

Hi, I changed the formatter URL property at PDDikti higher education institution ID (P9959) to match with the current URL format you mentioned above. The change will take effect in user interface after few hours time (often up to 24 hours). Until that the user interface will continue to present users the old URLs. –Samoasambia 15:17, 17 August 2024 (UTC)[reply]
Thank you very much. HA (talk) 15:33, 17 August 2024 (UTC)[reply]
Also, could you kindly also check the regex, whether they can pass the newer format? Since I noticed in the given sample in the discussion page, compared to the newer one, the newer one had more character (-_=). Thank you HA (talk) 15:38, 17 August 2024 (UTC)[reply]

Q18945598

[edit]

At Leonardo Mocenigo (Q18945598) we have a conflation, anyone want to tease them apart? RAN (talk) 16:38, 17 August 2024 (UTC)[reply]

I moved the additional birth and death dates and most identifiers to a new item Leonardo Mocenigo (Q129258216); also moved one identifier to Leonardo Mocenigo (Q65346313) and one to Alvise Mocenigo (Q3613470). Peter James (talk) 19:32, 17 August 2024 (UTC)[reply]

Seems a mixup of multiple people. GZWDer (talk) 07:03, 18 August 2024 (UTC)[reply]

I split up most of the identifiers, and the birth/death date into Thomas Shaw (Q129262398). DoublePendulumAttractor (talk) 12:19, 18 August 2024 (UTC)[reply]

Poor description

[edit]

Indigenous health in Australia (Q16150995): I think "medical condition" is a poor description for this item. It could be correct if the words "medical" and "condition" were considered separately, but right now it seems misleading, as "Indigenous health in Australia" is not an illness or disease. If you agree, can you please suggest a more appropriate description? 73.170.137.168 21:52, 18 August 2024 (UTC)[reply]

Looks like the description was due to an incorrect bot action. I changed it to "overview of health and wellbeing of Aboriginal Australians and Torres Strait Islanders". –Samoasambia 00:12, 19 August 2024 (UTC)[reply]

Addition of a field for skin names

[edit]

Hello, I am wanting to be able to better reflect Australian First Nations skin names in Wikidata, these vary between people groups, as I think it is more appropriate to do it here then in Wikipedia and it is not currently something that is well reflected.

I do understand that it is a very niche request. The 'best' fit that I can currently see is: name in native language but this does not reflect the reality of the naming system.

I am able to provide many examples of people in Wikidata with skin names; but a simple examples with the same skin name Kngwarreye are: Doris Stuart Kngwarreye (Q43375807), Kuddtji Kngwarreye Tjungarai (Q82575708), Rosie Kngwarray (Q98178643) and Emily Kngwarreye (Q453890). To complicate things these can be spelled in various ways and they can appear in any part of the name and where they appear in the name depends on the time they were recorded and the individuals preference.

Any help would be appreciated.

There is a short video here explaining skin names: https://www.sydney.edu.au/about-us/vision-and-values/our-aboriginal-and-torres-strait-islander-community/kinship-module/learning-module/skin-names.html

Aliceinthealice (talk) 02:16, 19 August 2024 (UTC)[reply]

Can you please explain why name in native language (P1559) does not fit this need? — Martin (MSGJ · talk) 13:02, 19 August 2024 (UTC)[reply]
I watched the video. If P1559 can not be made to fit, then please proceed to Property proposal to propose a new property — Martin (MSGJ · talk) 13:09, 19 August 2024 (UTC)[reply]

For Delete

[edit]
Logo used in banner

https://www.wikidata.org/wiki/Q123215394 Non results Solman9 (talk) 02:55, 19 August 2024 (UTC)[reply]

waiting to be deleted Estopedist1 (talk) 06:36, 19 August 2024 (UTC)[reply]
Judging from the logo and the huge banner on https://ar.wikipedia.org/ , the Arabic Wikipedia doesn't even pretend to have neutral point of view.
Looks like that got exported here as Wiki Palestine Project - Martyrs (Q123207466) with over 10.000 items. I don't think Wikidata is the place to do this kind of activism. Multichill (talk) 17:05, 20 August 2024 (UTC)[reply]
I changed the English and the Russian descriptions bringing them to neutral, but I highly doubt the subject is notable for Wikidata. Ymblanter (talk) 18:10, 20 August 2024 (UTC)[reply]
Wikidata:Requests_for_deletions#Bulk_deletion_request:_Palestinian_martyrs. Multichill (talk) 18:05, 20 August 2024 (UTC)[reply]

Language and Identifiers headings

[edit]

Hi everyone,

I have two questions for you.

1. I want to add another language for this data yet it is not allowing me to do it. I want to add Serbian where it would say "Nekretnine.rs je specijalizovani oglasni portal za nekrertnine iz Srbije."

2. For some reason Identifiers section has not been posted, only statements, so I am wondering how I can get that done.

Thanks in advance for any help.

Боки 14:54, 19 August 2024 (UTC)[reply]

Section Identifiers has been fixed (I am assuming) automatically Боки 08:15, 20 August 2024 (UTC)[reply]

Wikidata weekly summary #641

[edit]

Vojtěch Dostál duplicates dates because of “unknown” calendar

[edit]

Vojtěch Dostál duplicated the date of birth on Q716769#P569 because he says “we don't know the calendar model”. The reason I'm writing here, because I notified him, and he don't understand what is my problem, he thinks that is perfectly right to do that. He even refuses to set preferred rank for one of them, despite the single-best-value constraint. Please help resolving the issue. – Bean49 (talk) 11:02, 20 August 2024 (UTC)[reply]

Help:Dates#Entry_of_exact_dates says how to enter dates where the calendar isn't specified, although in practice, I think people just use the default calendar unless the source explicitly says otherwise, because the qualifier it mentions has only been used 533 times (query). Do the references for the Gregorian date actually specify the calendar? If they do, it would make sense to mark the Gregorian date as preferred. If they don't, then the original statement was entered incorrectly, according to that page. - Nikki (talk) 06:48, 21 August 2024 (UTC)[reply]
I agree with Nikki: if the sources specify Gregorian, than the Gregorian one should be ranked as preferred; otherwise, if the source don't specify nothing, I would consider all sources as referring to Julian. This was the duplication; since no source specifies the calendar, as usual, I moved all the sources to Julian. Epìdosis 08:00, 21 August 2024 (UTC)[reply]
Hi all. I have very little knowledge about calendar use in databases, and I've started using the Julian calendar as default for pre-1582 dates quite recently based on a suggestion by another user. Perhaps this could be a good job for a bot? I mean, if all databases not specifying a calendar are probably using Julian calendar for pre-1582 dates, we could just ask a bot to change the calendar to Julian? Either by specifying 'safe' databases which are thought to use Julian calendar, or by leaving out the few exceptional databases that really converted the pre-1582 dates to Gregorian calendar. Vojtěch Dostál (talk) 08:28, 21 August 2024 (UTC)[reply]
in general there is no good rule of thumb for the choice of a calendar model. The transition from Julian to Gregorian calendar lasted until 1923. Any date in between 1582 and 1923 depends on the location of the referred event. But it also depends on the location of the historian describing something. If an Italian / German / British (1752) historian describes an event in Italy, Germany, the British Isles or Russia (cross-country wise), we have two dates involved. If the written history just mentions a date without reference to a calender model in between 1582 and 1923, it is not really possible to derive the calendar model from context in a sure way. see also en:List_of_adoption_dates_of_the_Gregorian_calendar_by_country. best --Herzi Pinki (talk) 16:54, 21 August 2024 (UTC)[reply]
Most of dates of these historic european persons are known from chronicles or church records, so the calendar valid in time and place of event is probably best choice.
This date is now copied to every newer source, usually without soolving Jilian/Gregorian. JAn Dudík (talk) 05:40, 22 August 2024 (UTC)[reply]
@Herzi Pinki Still, pre-1572 dates could be overwhelmingly Julian, right? My proposal pertained to those. Vojtěch Dostál (talk) 08:23, 22 August 2024 (UTC)[reply]

College management

[edit]

i want to make a project for my college which involves all students details with the teachers. 183.87.223.114 10:23, 21 August 2024 (UTC)[reply]

Maybe https://outreachdashboard.wmflabs.org/ will help. --Herzi Pinki (talk) 17:11, 21 August 2024 (UTC)[reply]

Rendering of coordinate values

[edit]

Hi, please have a look at [2]. The values for the two coordinate location (P625) are almost the same (+- 4 meters), but the value displayed in D/M/S format differs a lot (by ~40"N and ~20"E). The real difference is the different precision. It is strange when we add the same decimal value but get quite different values in D/M/S format. I consider this to be a flaw. --Herzi Pinki (talk) 16:44, 21 August 2024 (UTC)[reply]

inverse property label item: What is the purpose of most of these?

[edit]

inverse property label item (Q65932995) What is the point of most of these? child (Q65933004), stepchild (Q88904799), sibling of (Q105123566), married to (Q105123727), related to (Q105123647), all seem superflous. They never link to anything but one single property, why do they need to exist? Especially when the actual items for these kinships already exist as items. StarTrekker (talk) 12:11, 22 August 2024 (UTC)[reply]

They enable relateditems (Q102435390) gadget to show derived statements. I'm not sure if they have any other use. Samoasambia 12:22, 22 August 2024 (UTC)[reply]
This is a workaround; see Wikidata:Property_proposal/inverse_label. The proper solution is multilingual text datatype which does nor yet exist. GZWDer (talk) 14:41, 22 August 2024 (UTC)[reply]

Sign up for the language community meeting on August 30th, 15:00 UTC

[edit]

Hi all,

The next language community meeting is scheduled in a few weeks—on August 30th at 15:00 UTC. If you're interested in joining, you can sign up on this wiki page.

This participant-driven meeting will focus on sharing language-specific updates related to various projects, discussing technical issues related to language wikis, and working together to find possible solutions. For example, in the last meeting, topics included the Language Converter, the state of language research, updates on the Incubator conversations, and technical challenges around external links not working with special characters on Bengali sites.

Do you have any ideas for topics to share technical updates or discuss challenges? Please add agenda items to the document here and reach out to ssethi(__AT__)wikimedia.org. We look forward to your participation!

MediaWiki message delivery (talk) 23:18, 22 August 2024 (UTC)[reply]