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.
Start a new discussion
Edit
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.

Qualifier value violations?

[edit]

I fail to understand what the issue is with these Qualifier value violations. What is expected for the number of members of an organization? Judging from the fairly large number of violations something is going really wrong here, or the expected entries are counter intuitive or... I cannot tell. Anyhow, any insight on this is welcome. Cheers [[kgh]] (talk) 15:22, 22 July 2024 (UTC)[reply]

Wow, nobody with a clue? [[kgh]] (talk) 07:58, 26 July 2024 (UTC)[reply]
That constraint is an unofficial and undocumented one and I don't know what it's supposed to mean on that property (there's already allowed qualifiers constraint (Q21510851) for which qualifiers are allowed). Since it doesn't seem to be doing anything useful, I've removed it. - Nikki (talk) 09:59, 29 July 2024 (UTC)[reply]
That explains things. Thank you for your feedback and support. Cheers --[[kgh]] (talk) 12:29, 29 July 2024 (UTC)[reply]

Datatype-change proposal

[edit]

I would like to propose changing the data type of NIOSH Pocket Guide ID (P1931) to external identifier. The current data type is string. Janhrach (talk) 15:38, 22 July 2024 (UTC)[reply]

  • @Janhrach: At the time of the initial datatype conversions for external id's this property was listed as disputed due to the same id being applied to multiple items - "only 94.17% unique out of 720 uses". This should probably be cleaned up if it hasn't been in the meantime, or clarified in how the property should be used. ArthurPSmith (talk) 13:59, 23 July 2024 (UTC)[reply]
    @ArthurPSmith: The problem is that some IDs refer to groups of chemical entities, e.g. [1]. Is this a reason why P1931 couldn't have the external identifier data type? Janhrach (talk) 09:19, 27 July 2024 (UTC)[reply]
    If you want it to be an identifier then it should uniquely identify things. The ID for "Be and Be compounds" should not be applied to just Be or particular compounds, it is an identifier for the whole group. If we have an item for the whole group then the ID could be applied there. Or if you just want to have that link without it being really an identifier then string datatype is what you want. ArthurPSmith (talk) 13:03, 29 July 2024 (UTC)[reply]
    Thanks. Janhrach (talk) 08:05, 2 August 2024 (UTC)[reply]

How to express that one source qualifies a date as latest possible

[edit]

For Carrer dels Domenics, 26 (Q127697124), one of my sources points out that the 1936 date given by several official sources (including [2], which postdates that first source) is really a latest possible date: "Consulté también el catastro (es que una es así de cabezota) y la fecha que consta es 1936 y está declarada como vivienda. Sin embargo, teniendo en cuenta que la urbanización esta zona de la calle Quatre Camis es de esa fecha, no sé hasta qué punto la casa no será anterior," not easily translated but basically saying that it first shows up on property records in 1936, but there is no guarantee that it might not be older. Any reasonable way to express that qualification? - Jmabel (talk) 01:56, 23 July 2024 (UTC)[reply]

I would further mention that the architect (Eusebi Climent Viñola) died in 1917, so it would be odd for a building of his to be completed decades after his death, so I'm pretty skeptical about the one source we have, even if it is an official government source. - Jmabel (talk) 04:58, 23 July 2024 (UTC)[reply]
@Jmabel, I'm not sure which of latest start date (P8555), latest date (P1326), or ‎latest end date (P12506) would apply in this specific case.
If you want to say the latest date that Carrer dels Domenics, 26 (Q127697124) starting being a building, I'd do
Carrer dels Domenics, 26 (Q127697124)instance of (P31)building (Q41176)latest start date (P8555)1936 Lovelano (talk) 20:34, 26 July 2024 (UTC)[reply]

EU Commission - European electronic health record exchange format - (EEHRxF)

[edit]

I'm coming in via the EU Health Union, Priority 8: eHealthRecord, Patient Data Vault, eHealthKiosks, Smartwatches & sensors, storing and sharing health data. Anybody working on this or any advise/vision on this? Most EU member states have implemented the EEHR. Implementation of the EEHRxF - so that eHealthKiosks, Smartwatches & sensors directly write data into citizen's eHealthRecords starts november 2024 and compliance to be implemented by 2027 - from then on there will be penalties. It is not normal that +60.000 Power people in the Brussels power bubble and politicians everywhere in Europe have their smartphones register how many hours they slept, if they slept well, if they are struggling with fatigue, etc - idem their family members and that those data are via their iPhones somewhere with the secret services of the USA, Huawei - with their Chinese counterparts smiling because they know exactly how fatigues you are and that you will be inclined to give in into a negotiation if they just strech it, Samsung - no idea where that data ends up, etc. More: https://xpandh-project.iscte-iul.pt Looking forward, SvenAERTS (talk) 17:09, 24 July 2024 (UTC)[reply]

The connection between this and Wikidata completely escapes me. - Jmabel (talk) 23:24, 26 July 2024 (UTC)[reply]

Statements for suspended then cancelled event

[edit]

Which statements to add for suspended then cancelled event? Eurohunter (talk) 12:59, 25 July 2024 (UTC)[reply]

If nothing else, there's
⟨ FOO ⟩ significant event (P793) View with SQID ⟨ suspended (Q115754746)  View with Reasonator View with SQID ⟩
and
⟨ FOO ⟩ significant event (P793) View with SQID ⟨ cancelled (Q30108381)  View with Reasonator View with SQID ⟩
with dates as qualifiers. (This assumes that FOO is an item for the event.) - Jmabel (talk) 23:32, 26 July 2024 (UTC)[reply]

Office_holder or has_part

[edit]

Noble titles appear to be split between two ways of modelling. See: Lord Lovat (Q1869887) where I include both. Which model should we harmonize on? RAN (talk) 15:52, 25 July 2024 (UTC)[reply]

has part(s) (P527) does not seem like the right way to model this to me. The people holding these titles aren't parts of the title. While officeholder (P1308) seems to have been created for exactly this purpose (though such reverse properties probably wouldn't be created anymore nowadays). --2A02:810B:580:11D4:7CF0:945:A5B3:95EE 02:18, 29 July 2024 (UTC)[reply]

Non-unique statement id in Q85046372

[edit]

According to Wikidata documentation: [stmt_id is] An arbitrary identifier for the Statement, which is unique across the repository.

But going to the Wikidata webpage for Secondary limb lymphedema (Q85046372) and looking in the page source, we can see that Q85046372$70E829CD-2D80-48D1-BB71-8EE2B5C22051 is referenced twice, every time with a different underlying data: 

<div id="Q85046372$70E829CD-2D80-48D1-BB71-8EE2B5C22051" class="wikibase-statementview wikibase-statement-Q85046372$70E829CD-2D80-48D1-BB71-8EE2B5C22051 wb-normal">...</div>
...
<div id="Q85046372$70E829CD-2D80-48D1-BB71-8EE2B5C22051" class="wikibase-statementview wikibase-statement-Q85046372$70E829CD-2D80-48D1-BB71-8EE2B5C22051 wb-normal">...</div>

Both ids show up in cites work (P2860): Arm morbidity after sector resection and axillary dissection with or without postoperative radiotherapy in breast cancer stage I. Results from a randomised trial. Uppsala-Orebro Breast Cancer Study Group (Q73307092) and Case-control study to evaluate predictors of lymphedema after breast cancer surgery (Q37410695). 195.191.163.76 07:26, 26 July 2024 (UTC)[reply]

REST API response for the two P2860 statements with identical IDs:
curl -s https://www.wikidata.org/w/rest.php/wikibase/v0/entities/items/Q85046372 | jq '.statements.[].[] | select(.id == "Q85046372$70E829CD-2D80-48D1-BB71-8EE2B5C22051")'
JSON object from API response
{
  "id": "Q85046372$70E829CD-2D80-48D1-BB71-8EE2B5C22051",
  "rank": "normal",
  "qualifiers": [
    {
      "property": {
        "id": "P1545",
        "data-type": "string"
      },
      "value": {
        "type": "value",
        "content": "10"
      }
    },
    {
      "property": {
        "id": "P1545",
        "data-type": "string"
      },
      "value": {
        "type": "value",
        "content": "13"
      }
    }
  ],
  "references": [
    {
      "hash": "7c52980f6382f58bc9ff3831c60ec37b6e0618c0",
      "parts": [
        {
          "property": {
            "id": "P248",
            "data-type": "wikibase-item"
          },
          "value": {
            "type": "value",
            "content": "Q5188229"
          }
        },
        {
          "property": {
            "id": "P356",
            "data-type": "external-id"
          },
          "value": {
            "type": "value",
            "content": "10.1016/J.LPM.2009.06.023"
          }
        },
        {
          "property": {
            "id": "P854",
            "data-type": "url"
          },
          "value": {
            "type": "value",
            "content": "https://api.crossref.org/works/10.1016/J.LPM.2009.06.023"
          }
        },
        {
          "property": {
            "id": "P813",
            "data-type": "time"
          },
          "value": {
            "type": "value",
            "content": {
              "time": "+2024-07-15T00:00:00Z",
              "precision": 11,
              "calendarmodel": "http://www.wikidata.org/entity/Q1985727"
            }
          }
        }
      ]
    }
  ],
  "property": {
    "id": "P2860",
    "data-type": "wikibase-item"
  },
  "value": {
    "type": "value",
    "content": "Q73307092"
  }
}
{
  "id": "Q85046372$70E829CD-2D80-48D1-BB71-8EE2B5C22051",
  "rank": "normal",
  "qualifiers": [],
  "references": [],
  "property": {
    "id": "P2860",
    "data-type": "wikibase-item"
  },
  "value": {
    "type": "value",
    "content": "Q37410695"
  }
}
--Dhx1 (talk) 13:44, 29 July 2024 (UTC)[reply]
You might want to repost this at Wikidata:Report a technical problem or open a Phabricator ticket. @Mohammed Abdulai (WMDE) is always very helpful. William Graham (talk) 16:31, 29 July 2024 (UTC)[reply]
reposted it in Report a technical problem 195.191.163.76 11:52, 30 July 2024 (UTC)[reply]

Vote now to fill vacancies of the first U4C

[edit]
You can find this message translated into additional languages on Meta-wiki. Please help translate to your language

Dear all,

I am writing to you to let you know the voting period for the Universal Code of Conduct Coordinating Committee (U4C) is open now through August 10, 2024. Read the information on the voting page on Meta-wiki to learn more about voting and voter eligibility.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community members were invited to submit their applications for the U4C. For more information and the responsibilities of the U4C, please review the U4C Charter.

Please share this message with members of your community so they can participate as well.

In cooperation with the U4C,

RamzyM (WMF) 02:46, 27 July 2024 (UTC)[reply]

RE: Monument in Chile is whole town that we have an item of

[edit]

reviving earlier discussion, see Wikidata:Project chat/Archive/2024/07 #Monument in Chile is whole town that we have an item of

Dear @Ymblanter, thank you for your earlier reply! Didn't see in time, unfortunately. In your answer, you stated that merging these two entries would result in a bunch of constraint violations. What would be the problem of adding the statements heritage designation (P1435) and Wiki Loves Monuments ID (P2186) from San Pedro de Atacama (Q42897945) (the monument) to San Pedro de Atacama (Q187893) (the city item)? The latter does have a statement of heritage status already so I am confused as to whether it's shouldn't be possible to have this information on that item.
(I might add that I used the term 'merging' but meant more or less combining all the information of the two items into one, not necessarily done by using the Merge function.)

Would it pose a problem that the Wiki loves Monuments database gives slightly different coordinates than the city item? (I couldn't find where those came from, though, as the original decrees listed on the Chilenian heritage site (here) don't give any.) Thank you for/anyone else more firm in Wikidata structure for enlightening me :) Fallen Sheep (talk) 14:02, 27 July 2024 (UTC)[reply]

No, coordinates we can changes, this is not a problem, but I am sure that an object which has a P31 = city should not be able to have many properties which a monument has. Ymblanter (talk) 18:54, 27 July 2024 (UTC)[reply]
Ah, I understand where you're coming from. However, the item is not really a 'monument' but rather... a heritage site? (Maybe I used the wrong language in my description before.) And the designation is giving to the whole city of San Pedro de Atacama. Hence why I compared it to Giza pyramid complex (Q12508) which also has the property heritage designation (P1435). Hence my confusion why it couldn't be possible for this item too.
Really the only properties/statements the monument item has that the city item doesn't are heritage designation (P1435) and Wiki Loves Monuments ID (P2186). I think both would add relevant information to the city item. Fallen Sheep (talk) 18:24, 28 July 2024 (UTC)[reply]

B/W for the games of a videogame console

[edit]

How to model if the games of a videogame console has B/W or color images displayed? The console case usually has colors but the games for some consoles can be only in B/W as for Q117211808. There are Q838368 (B/W) or Q22006653 (color) to describe the color (Property:P462) of a film but I don't know if it's appropriate to model not the colors of the console itself, but the colors of relative games, of the images displayed. Arosio Stefano (talk) 11:25, 28 July 2024 (UTC)[reply]

There is an item for color screen (Q115919122) that has a couple uses describing Nokia 3510i (Q2020407) (cell phone) and Casio 9850 series (Q1047650) (series of graphing calculators) using has characteristic (P1552). I think creating a monochrome screen item (with aliases monochromatic screen and black and white screen) as an inverse would make a lot of sense. But I defer to those with more experience modeling electronic device features. William Graham (talk) 15:05, 28 July 2024 (UTC)[reply]

Q7929727

[edit]

Hi. Looking at this entry, it appears to conflate information about two different people. Per my comment on that talk page "The Chinese wiki article is for someone else (born 1978/79), with the English article about the Hungarian sprinter born 1973. The Arabic wiki article conflates the two people." Please can someone help to split the Chinese page here to another one? I've removed the death information here, as the bulk of the record relates to the Hungarian sprinter who is as far as I can tell still alive. Thank you HelplessChild (talk) 17:17, 28 July 2024 (UTC)[reply]

I moved the Chinese sitelink to a new item, Viktor Kovács (Q127998634). I couldn't find a date of birth but according to https://www.mensjournal.com/adventure/red-bull-wingsuit-pilot-dies-when-parachute-fails he was 40 (born 1972 or 1973; the sprinter was 39 at the time). https://www.findagrave.com/memorial/118476818/victor-kov%C3%A1cs uses the date of birth of the sprinter, but there is no source and not much information so it is possible Wikipedia was used and they were assumed to be the same person. Peter James (talk) 18:25, 28 July 2024 (UTC)[reply]

What to do with an item that seems to conflate two or more people

[edit]

This item Jo Jo Smith (Q99646571) seems to conflate at least two people, a baseball player and a musician. What should one do here? StarTrekker (talk) 02:06, 29 July 2024 (UTC)[reply]

This is identical to the above: statements need to be moved from one item to another. Do you feel like you can tease out which statements and interwiki links apply to which person? —Justin (koavf)❤T☮C☺M☯ 02:13, 29 July 2024 (UTC)[reply]
The item was based on https://id.worldcat.org/fast/405596/ for which the source seems to have been https://id.loc.gov/authorities/names/n97866648.html, but it looks like any identifier with a matching name was added. There are three people: baseball player Joseph Edward Smith (Baseball Cube player ID and Trading Card Database person ID), a musician (Discogs 4903638 and Australian Women's Register), and jazz dancer Joseph Benjamin Smith (the other identifiers; probably the intended subject). I couldn't find existing items for any of these three, but when searching I found another conflation: Joseph Edward Smith (Q105395287). Peter James (talk) 16:11, 29 July 2024 (UTC)[reply]
See Help:Conflation of two people. Best to create new items for all those people, move/copy statements to the appropriate new items and then nominate the conflation items for deletion. --2A02:810B:580:11D4:D861:7C54:F26A:7398
  • If the VIAF or LCCN is a conflation at their website, best to keep it and mark it as a conflation, so VIAF and LCCN can correct it in the future. "The original item should be kept if some identifiers remain". A bot will eventually reupload it if deleted. You can use "has parts" to point to the correct people. --RAN (talk) 20:20, 30 July 2024 (UTC)[reply]
  • I have teased apart three individuals the baseball player and two musicians, more may be needed and some may end up merged with existing entities. --RAN (talk) 22:10, 30 July 2024 (UTC)[reply]

"Default Values for All Languages" Feature - Share Your Feedback!

[edit]

Hello,

Last week, we announced that a limited release of the “default values for all languages” feature—introducing the language code "mul" for labels and aliases—will soon be coming to Wikidata. We are currently working on improvements for “mul” in the Termbox on Item pages. We’ve already received feedback from some of you on the discussion pages, but we’d also love to hear from those who prefer to provide anonymous feedback.

Please share your thoughts on this 5-10 minute anonymous survey until August 4: https://wikimedia.sslsurvey.de/Wikidata-default-values-feedback.

If you have any questions or concerns feel free to let us know in this Phabricator ticket (phab:T356169)

Many thanks for your time. -Mohammed Abdulai (WMDE) (talk) 11:40, 29 July 2024 (UTC)[reply]

Wikidata weekly summary #638

[edit]
Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-07-29. Please help Translate.

Discussions

  • New requests for permissions/Bot:
    • GergesBot 2 - Task/s: Edit label when order is added in ar:ويكيبيديا:طلبات نقل عبر البوت (Transfer requests by Bot).
    • UmisBot - Task/s: This bot will add string representations of units of measurement to units of measurement Wikidata pages.

Events

  • Upcoming:
    • Wikidata Days Bologna 2024, Italian language conference dedicated to Wikidata for libraries and research, taking place in the frame of Wikidata’s 12th birthday, on November 8-9 in Bologna, Italy.
    • Wikimania starts on August 7. Here is a list of sessions focused around Wikidata, or have *some* connection to Wikidata: 2024:Program/Wikidata. If something is missing, feel free to add to it, including any Wikidata meetups you may be hosting.

Press, articles, blog posts, videos

Tool of the week

  • User:Nikki/ShowIDs.js - This user script adds entity IDs in brackets after links.
  • Common values, yet another Observable notebook. This one looks at common values between two Wikidata item pages.

Other Noteworthy Stuff

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • IP masking: The feature was rolled out to test wikis and we fixed a few issues uncovered by this.
  • EntitySchemas: We are working to make it possible to search for the EntitySchema by its label and aliases when making a new statement linking to an EntitySchema (phab:T362005)
  • Integration in other Wikimedia projects: We are working on moving the Wikidata Item link from the tools section of the sidebar (phab:T66315)
  • REST API:
    • We changed the data-type field to data_type in JSON responses (phab:T368130)
    • We are continuing the work on improving error handling and messages

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

Edit request

[edit]

Hello, I wanted to add an entry to maize (Q11575), but it seems to be protected. Can any of you add مکابؤج (link) from Gilaki wikipedia (glk) to maize (Q11575)?Mehrshad Mehdi pour (talk) 09:22, 30 July 2024 (UTC)[reply]

✓ Done. --Wolverène (talk) 09:58, 30 July 2024 (UTC)[reply]
Thanks. Mehrshad Mehdi pour (talk) 10:29, 30 July 2024 (UTC)[reply]

Data donation - initial questions

[edit]

Hi Wikidata Community! I wanted to start a discussion about data donation and hopefully get some guidance on what's the best place to begin + what data would be most useful. I work with an open data platform (https://www.workwithdata.com/) and we have millions of datapoints, all from open data sources like the UN, World Bank, British Library, or Tate. We were thinking that it would be amazing to add our data to Wikidata to enrich it, especially as it all corresponds to existing items here and pages on Wikipedia. There is lots we would love to donate - data on countries' important economic & geographical metrics, books and authors, artists, politicians, etc. (all open data), but we were thinking that we could start with a smaller dataset such as artists (https://www.workwithdata.com/datasets/artists) to better understand how to match items and the relevant sitelinks. What do you think? Would love some direction and to learn how to go through all the data donation steps. AniaGrzybowska (talk) 09:49, 30 July 2024 (UTC)[reply]

I think it's better to import data from the original source. Sjoerd de Bruin (talk) 09:55, 30 July 2024 (UTC)[reply]
Hello, please see Wikidata:Data_donation M2k~dewiki (talk) 10:34, 30 July 2024 (UTC)[reply]
Thank you for the link! AniaGrzybowska (talk) 13:41, 30 July 2024 (UTC)[reply]
Yeah, I was thinking about doing that initially, but when we get all of the data from different sources, there are always differences and some missing values. We put together the sources about one item to get a more complete view, correct some incorrect or missing info in some sources and basically combine everything into datasets that cover what the UN says, plus what the World Banks says (and so on) to create an open data source that has all of those and put that into the public domain as well. I think it would be worth donating that as an additional point of reference! For example for artists, the MoMA says something different from Tate which says sth different from Rijksmuseum, etc. One museum usually misses some data which another one has (the date of death for an artist would be in MoMA's dataset but not in Tate's one). We clean up the typos, figure out the discrepancies in data formatting, check the individual datapoints. Quite similar to the World Bank actually, which also combines data from different agencies.
Thanks for the link as well! I came from that actually. It encourages to start a discussion first and figure out which data would be most useful with the community, so I came straight here. Should I then go ahead and try to prepare a data import on one dataset and go from there? I can do the artists. AniaGrzybowska (talk) 13:41, 30 July 2024 (UTC)[reply]
Also see
M2k~dewiki (talk) 13:50, 30 July 2024 (UTC)[reply]
Awesome, thank you! I'll read everything and get started on preparing the data. AniaGrzybowska (talk) 14:04, 30 July 2024 (UTC)[reply]
As your approach parallels that of WD, it might be an idea to do a SPARQL report for a set of artists and compare it with a WD set. It should be 90% in agreement, as we've probably used the same sources as you. Looking at the 10% will show if your quality control processes are superior to ours. If things look good, then we could look at using you as a reference to the facts we agree on for facts unreferenced here. Do you record for each fact where it came from, as you could pass through that information. Finally, new facts could be added to WD quoting your site, or better, the original site, as a reference. This might sound a lot of work, but if both sides are well structured, it should be automatable. Of course the reverse could be done, WD could be used to add to your datasets.
Having different projects working on the same thing introduces a refreshing set of alternative viewpoints. Vicarage (talk) 14:04, 30 July 2024 (UTC)[reply]
That's a really good point actually and it does sounds doable. We can see where all datapoints come from, so we will be able to spot-check what causes any differences between the data we have and what's already in WD. I'll test few data exports & imports to see how we can make that happen technically and we'll go from there. It might be a lot of work, yeah, but it'll be worth it in the end! We're working on something similar, but in the end we also want to contribute to the larger open data ecosystem, so adding what we have to WD and linking the sources is what it's all about.
What do you think is the best way to go about it? Once I compare the data and/or have a data import ready, would it be worth starting a new discussion here? AniaGrzybowska (talk) 15:39, 30 July 2024 (UTC)[reply]
It would be great to hear what the results of the data comparison are (either in this discussion, or a new one).
Specifically:
How many entities:
- Matched (exist in both datasets)
- Are new (and proposed for inclusion)
How many properties:
- Matched (exist in both datasets)
- Are new (and proposed for inclusion)
In both cases, would we able to enrich these existing items and new properties with their source references?
It would also be great to know how many discrepancies you uncover when matching existing items and properties.
Also, feel free to do a sample import of a handful of new items, where the community can help provide feedback on the structure. Iamcarbon (talk) 01:27, 2 August 2024 (UTC)[reply]

described at URL (P973) and tekstowo.pl (Q126379084) again

[edit]

Could someone make a batch to remove this spam from Wikidata so we can put the URL on the blacklist Trade (talk) 14:41, 1 August 2024 (UTC)[reply]

Most were added by a bot (User:Reinheitsgebot) using Mix'n'match; it has stopped and the Mix'n'match has been deleted. The links could be removed if there is consensus for that, but is there any reason links to the site should be removed and not made into a property just as AZLyrics.com artist ID (P7194) and other English-language sites are? Peter James (talk) 19:05, 1 August 2024 (UTC)[reply]
If there are already enough properties for lyrics (Wikidata:Property proposal/Tekstowo.pl artist ID) then Lyrics007 artist ID (P7206) could be deleted as according to https://www.isitdownrightnow.com/lyrics007.com.html "the site has been unreachable for more than 130 days". Peter James (talk) 19:11, 1 August 2024 (UTC)[reply]
If you wish Lyrics007 artist ID (P7206) to be deleted then you should request so. That have no bearing on this website.--Trade (talk) 05:20, 2 August 2024 (UTC)[reply]
At the same time if you wish to make a identifier proposal for tekstowo.pl the you are welcome to do so --Trade (talk) 05:21, 2 August 2024 (UTC)[reply]

@EncycloPetey, Huntster, Peter James, Lymantria:--Trade (talk) 05:23, 2 August 2024 (UTC)[reply]

duplicates: Q56297769 can be merged into Q1121708

[edit]

Q56297769 can be merged into Q1121708

If somebody can do this, I'd greatly appreciate and try to learn from it so I may do it myself next time :) TimBorgNetzWerk (talk) 12:41, 2 August 2024 (UTC)[reply]

ISBN-10 (P957) and ISBN-13 (P212) conflicts-with restriction on literary work and written work

[edit]

Does this not defeat the whole point of the property? You can't use an ISBN property on books? And yes, I know that books can have many different ISBNs, but they can have many different identifiers, so this restriction makes the property basically useless. Yes I could hypothetically make a sub-item for every single edition the book has ever had digital or otherwise but that is not useful for linking purposes. Is this really how it's supposed to be done? PARAKANYAA (talk) 15:06, 2 August 2024 (UTC)[reply]

I agree with you, but the folks at Wikidata:WikiProject_Books are very keen on this approach, even for single edition books. Vicarage (talk) 15:20, 2 August 2024 (UTC)[reply]
That conflict is correct. ISBN values are assigned to specific editions of publications, not to literary works. There is no sensible way to assign an ISBN to Harry Potter and the Philosopher's Stone (Q43361) when there are hundreds of different editions and translations, each with their own ISBN values. For example Harry Potter and the Philosopher’s Stone (Q58242028) has an ISBN, because it is the 2014 paperback edition from the United Kingdom. And Harry Potter and the Philosopher's Stone (French edition) (Q58464836) has an ISBN because it is the 1998 French edition published by Éditions Gallimard. Each edition has its own ISBN value, so the ISBN is placed on the data item for the specific edition to which it applies. We don't put it on the main item for the literary work, because that would lead to multiple conflicting ISBN values on a data item. And each of those editions has its own publisher, publication date, editor, language, place of publication, etc., and there needs to be a separate data item to tie all of that information together. The system adopted here is modelled on the international system used by libraries to keep track of such things. --EncycloPetey (talk) 16:54, 2 August 2024 (UTC)[reply]
Well, I think that is dumb, but at least I know it's on purpose now. I'll just remove that property from works then PARAKANYAA (talk) 17:06, 2 August 2024 (UTC)[reply]
If you believe you can develop a superior system, I recommend writing it up and publishing in a journal of library science. The current system was developed through centuries of accumulated knowledge by hundreds of experts working together. But there is always the possibility someone will improve upon the current system. --EncycloPetey (talk) 19:23, 2 August 2024 (UTC)[reply]

Identical label and desc but no error?

[edit]

Could someone figure out, how Wikidata system allows Qs:

Estopedist1 (talk) 16:24, 2 August 2024 (UTC)[reply]

There are Estonian articles for each and (based on machine translation to English) they appear to refer to different municipalities with the same name, or the same municipality that had parts in different historical administrative territories. It may be the case that the English labels and descriptions need to be updated to better distinguish them. William Graham (talk) 17:08, 2 August 2024 (UTC)[reply]
They both had their label and description changed on the same minute June 22 2024 to the same values, no idea why one of the edits wasn't rejected. William Graham (talk) 17:25, 2 August 2024 (UTC)[reply]
@William Graham: yep, Wikidata bug. I changed one value and now I cannot change it back. Thanks for commenting! Estopedist1 (talk) 20:03, 2 August 2024 (UTC)[reply]
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat&oldid=2219221045"