Wikidata:Project chat: Difference between revisions

Content deleted Content added

Inline

Revision as of 04:57, 18 April 2018

Wikidata project chat

Place used to discuss any and all aspects of Wikidata: the project itself, policy and proposals, individual data items, technical issues, etc.
Please take a look at the frequently asked questions to see if your question has already been answered.
Please use {{Q}} or {{P}}, the first time you mention an item, or property, respectively.
Requests for deletions can be made here. Merging instructions can be found here.
IRC channel: #wikidata^connect

Start a new discussion

Edit

On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2024/06.

Xantus's Murrelet

We seem to be having a problem at Xantus’s murrelet (Q46338167), which User:Succu persists in repeatedly (five times, so far) trying to merge into one or another item about patently different concepts; or from which he removes cited statements. Given previous difficulties I and other editors have experienced when attempting to discuss similar matters with that user, I'm raising it here, and not on the item's talk page which presumably has no other watchers. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:16, 26 December 2017 (UTC)[reply]

And a sixth. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:34, 26 December 2017 (UTC)[reply]

Mind to count your own reverts too? The item was originally created for the eBird entry xanmur. This is about two species called en:Xantus's murrelet (= Scripps's Murrelet (Q3120531) and Xantus’s murrelet (Q1276043)). Then Mr. Mabbett added ABA bird ID (P4526) = xanmur, witch is referring only to the common name „Xantus's murrelet“ and a duplication of the value ARKive ID (archived) (P2833)=xantuss-murrelet/synthliboramphus-hypoleucus. Finally (after some reverts) he claimed taxon name (P225) = Synthliboramphus hypoleucus (=Xantus’s murrelet (Q1276043)) about this item. Maybe he could explain here, why and on what base he thinks this is a „patently different concept“. --Succu (talk) 21:00, 26 December 2017 (UTC)[reply]

I'm glad that Succu has confirmed that the item in question is about a different concept to the items to which he has variously redirected it (albeit he is confused as to why this is so; and about the edits I have made to the item). Perhaps he will now cease doing so? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:14, 26 December 2017 (UTC)[reply]

I'm confirming nothing. I asked for an explaination. --Succu (talk) 21:17, 26 December 2017 (UTC)[reply]

"The item ... about two species called en:Xantus's murrelet (= Scripps's Murrelet (Q3120531) and Xantus’s murrelet (Q1276043))". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:51, 26 December 2017 (UTC)[reply]

Hence the first merge. Is this item about two species? Would be nice if you could explain your viewpoint to other readers of this topic. --Succu (talk) 21:59, 26 December 2017 (UTC)[reply]

Your first merge was to an instance of Wikimedia disambiguation page (Q4167410). My viewpoint is that Q46338167 represents a different concept to any of those with which you have tried to merge it. I'm also sure "other readers" can read both the item's description, and the sources used. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:24, 26 December 2017 (UTC)[reply]

So no explaination at all, why your new item is a „patently different concept“. Different from other species? Repeat: Is this item about two species? Would be nice if you could explain your viewpoint to other readers of this topic. Looks like are unwilling to do so, Mr. Mabbett. --Succu (talk) 22:33, 26 December 2017 (UTC)[reply]

To make it easier fr you, is your new item Xantus’s murrelet (Q46338167) about:

the two species Scripps's Murrelet (Q3120531) and Xantus’s murrelet (Q1276043)) supported by xanmur
the common name „Xantus's murrelet“ supported by ABA bird ID (P4526) = xanmur
the species name Xantus’s murrelet (Q1276043) supported by ARKive ID (archived) (P2833)=xantuss-murrelet/synthliboramphus-hypoleucus

If your answer is "all of them" (=current status) then please explain it to us. Thanks in advance. --Succu (talk) 22:58, 26 December 2017 (UTC)[reply]

No Succu, there's explanation aplenty. My reason for raising the matter here is to solicit third-party input. I won't be answering questions such as yours, based on false premises. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:24, 27 December 2017 (UTC)[reply]

Then please list my „false premises“ and explain me why they are wrong. But I don't think you have some real arguments. Otherwise it would be easy to you to give them. By the way: Do you think giving only a ISBN like 0198540329 is a sufficient source? --Succu (talk) 21:01, 29 December 2017 (UTC)[reply]

OK, I did another merge. --Succu (talk) 22:44, 30 December 2017 (UTC)[reply]

Mr. Mabbett? ISBN 0198540329 stands for what book? On which page does this ISBN supports your view? --Succu (talk) 21:14, 23 January 2018 (UTC)[reply]

It's a simple question, Mr. Mabbett. Mind to respond? ---Succu (talk) 21:54, 26 January 2018 (UTC)[reply]

I don't see a good reason to reply here and generally think it makes more sense to have such a discussion on the talk page by pinging relevant Wikiprojects. ChristianKl ❪✉❫ 12:59, 27 December 2017 (UTC)[reply]

I agree with ChristianKl. I must admit I am completely mystified with what concept Andy Mabbett has in mind. Certainly the item as it now is, seems inconsistent with any way of expressing any concept ever included in Wikidata so far. - Brya (talk) 05:36, 28 December 2017 (UTC)[reply]

You're "completely mystified" and - according to your comment on the item's talk page, are "guessing" what it represents; yet you see fit to make changes to the item, which are unsupported by the sources used (and you offer no new sources). That's not a healthy way to proceed. I have again fixed your broken indenting. Wilfully mis-indenting your comments, having been told that doing so is harmful, and having been given advice on how to do so correctly, is disruptive. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:34, 29 December 2017 (UTC)[reply]

The problem is that there is very little offered in the way of sources. I see just the ARKive ID link, and given how much junk we already suffered from that source, it is a frail reed to lean anything on.

And please don't "fix" my comments: you should restrict your religious [?] beliefs to your own comments. - Brya (talk) 11:38, 29 December 2017 (UTC)[reply]

There are at least three sources used on the item; none of which are from ARKive. Please stop posting falsehoods. And like I said; disruptive. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:48, 29 December 2017 (UTC)[reply]

ARKive ID (archived) (P2833)=xantuss-murrelet/synthliboramphus-hypoleucus states this is Xantus’s murrelet (Q1276043). ---Succu (talk) 21:01, 29 December 2017 (UTC)[reply]

BTW, same is true for your weblink to the entry at US ECOS. --Succu (talk) 21:10, 29 December 2017 (UTC)[reply]

I've just undone a seventh attempt by Succu to delete this item through a merger to an inappropriate target. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:28, 30 December 2017 (UTC)[reply]

Please argue here and do not revert blindly. --Succu (talk) 07:05, 31 December 2017 (UTC)[reply]

And an eighth... Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:02, 31 December 2017 (UTC)[reply]

Comment Perhaps it's time to find a source that they are actually different... Matěj Suchánek (talk) 21:10, 31 December 2017 (UTC)[reply]

You can find one on Xantus’s murrelet (Q46338167). HTH. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:18, 1 January 2018 (UTC)[reply]

Then the easiest way to settle the matter is to cite your "reference" here. --Succu (talk) 13:56, 1 January 2018 (UTC)[reply]

The American Ornithological Union checklists "are the official source on the taxonomy and nomenclature of birds found in this region, including adjacent islands." see here: http://www.americanornithology.org/content/checklist-north-and-middle-american-birds . Looking at the current checklist here: http://checklist.aou.org/taxa/ we have Synthliboramphus scrippsi (Scripps's Murrelet) and Synthliboramphus hypoleucus (Guadalupe Murrelet). Therefore I believe, officially Xantus's Murrelet has been split, I don't think what other authorities say is relevant. A species with name Synthliboramphus hypoleucus (Xantus's Murrelet) was deleted from the AOU list as per the 53rd supplement in 2012 http://americanornithologypubs.org/doi/pdf/10.1525/auk.2012.129.3.573 I'm not really a wikidata expert, but I would suggest the best course of action is to retain Xantus’s murrelet (Q46338167) but change the instance of (P31) from taxon (Q16521) to something which indicates that this is a formerly recognised taxon, but which has been deleted. I had a quick look but couldn't find an item that would describe that, but this must have happened before. Species are split all the time. I don't really think that Xantus’s murrelet (Q46338167) should be merged into Xantus’s murrelet (Q1276043) they are different. Just my twopenneth. JerryL2017 (talk) 15:23, 1 January 2018 (UTC)[reply]

Wikidata follows a NPoV policy, not a Single Point of View policy; for that try Wikispecies. So, the American Ornithological Union checklists are only one source, not THE source. Of course, it may be possible to start creating items based only on American Ornithological Union concepts, but this would be a fairly big departure from existing practice. - Brya (talk) 05:37, 2 January 2018 (UTC)[reply]

We do not model different taxon concepts this way. Thats why I merged the items several and was asking for a good reference to proceed. None was given. --Succu (talk) 16:04, 2 January 2018 (UTC)[reply]

Here is the defining reference that concludes Xantus’s murrelet (Q46338167) is 2 species: http://www.bioone.org/doi/full/10.1525/auk.2011.11011 based on that paper the AOU adopted that taxonomy as detailed in the 53rd supplement, http://americanornithologypubs.org/doi/pdf/10.1525/auk.2012.129.3.573 which I had already given above. However, given that not all sources have yet adopted this taxonomy, and based on what others have said here and what is stated in the wikidata taxonomy project guidance it would seem sensible to retain Xantus’s murrelet (Q46338167) for the time being, with the correct links to sources that are still using the former taxonomy. That said, there are issues with Xantus’s murrelet (Q1276043). This item refers to the "split" Guadaloupe Murrelet but has links to sources that do not recognise the split. It also includes the alternative name of Xantus's Murrelet, which is confusing. JerryL2017 (talk) 17:44, 2 January 2018 (UTC)[reply]

Rangewide population genetic structure of Xantus's Murrelet (Synthliboramphus hypoleucus) (Q29541111) is proposing a taxonomic opinion about elevating the two subspecies Synthliboramphus hypoleucus hypoleucus (Q47012916) and Synthliboramphus hypoleucus scrippsi (Q47012925) of Xantus’s murrelet (Q1276043) to species level. The American Ornithological Society (Q465985) was following the recommendation. I do not see Xantus’s murrelet (Q46338167) is expessing this. --Succu (talk) 18:37, 2 January 2018 (UTC)[reply]

Yes, whatever the intent is, execution seems sloppy. - Brya (talk) 04:01, 3 January 2018 (UTC)[reply]

Since Mr. Mabbett refuses to argue here I will merge both items once again. --Succu (talk) 19:27, 5 January 2018 (UTC)[reply]

And if you do, absent a consensus here, you will be reverted again; for the reasons already given. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:01, 5 January 2018 (UTC)[reply]

I expected this. Other people try to argue. Your are not. What a pitty for you. Hopefully you do not miscount your reverts. --Succu (talk) 22:10, 5 January 2018 (UTC)[reply]

And this revert of him. --Succu (talk) 07:21, 6 January 2018 (UTC)[reply]

And this revert of him. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:35, 6 January 2018 (UTC)[reply]

Obviously you are unwilling to give a reasonable answer here. Probably you can't and are defending the item only because you've created it. --Succu (talk) 21:02, 6 January 2018 (UTC)[reply]

No progress here from Mr. Mabbetts side. --Succu (talk) 21:01, 8 January 2018 (UTC)[reply]

Now at AN. --Succu (talk) 20:59, 9 January 2018 (UTC)[reply]

ok from the point of view of a taxonomist. Reading the paper from 2011 linked above by @JerryL2017: the two taxa in question were considered subspecies, however overlap and do not interbreed in sympatry. By the definition of a subspecies this is not possible, hence they should be species and have been recommended as such by the paper also. As such from this viewpoint you have two species and should have two items one for each. Any other refs, unless you find one that refutes this primary ref with data not opinion, are irrelevant. I see no reason for any further argument. The nomenclatural act has been made, follow it. Where the common names go whatever, they are vernacular names and not relevant to the concept of the species. That is my view on this so I would suggest fixing the pages to reflect this and as for the IOC, ummm they are not a primary taxonomic reference so why would you be adamant about it. Cheers Scott Thomson (Faendalimas) ^talk 21:46, 13 January 2018 (UTC)[reply]

All major bird checklist (including IOC) followed this viewpoint. The "official" english common name of Synthliboramphus hypoleucus was changed from „Xantus’s Murrelet“ to „Guadalupe Murrelet“. --Succu (talk) 22:57, 13 January 2018 (UTC)[reply]

Xantus’s murrelet (Q46338167) represents a concept, described by the three reliable source used on that item, which we can refer to, for the sake of brevity as "A". You are saying that a different source refers to the concept "B". The Wikidata model, as I understand it, is that to concepts should be represented by different items, (with, if applicable, mutual "said to be the same as" properties). However, If your contention is that "A" and "B" are the same concept, but with different attributes, then the Wikidata model is to include properties with values stating both attributes, cited to their respective sources. What the Wikidata model does not do, is to pretend that the (reliably-cited) concept "A" does not exist. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:17, 13 January 2018 (UTC)[reply]

Name it (the concept)! --Succu (talk) 23:23, 13 January 2018 (UTC)[reply]

Umm..... I am seriously not getting this. Ok three reliable sources, I looked on the page I did not see anything I would consider as reliable. Please correct me if I am wrong, do you have separate pages for the scientific name and the vernacular names?? I do not understand why you would do that, but no matter. The vernacular name needs to follow the scientific name according to the most recent primary sources. No I do not consider the collective political opinions of eBird or the IOC nd simalar checklists as primary sources. When the species was split I imagine this did require modification of the accepted common names. As such you would use the primary refs that state this coupled with the research paper that did the nomenclatural act to move the common names accordingly. By the way, a taxon is not a concept it is an hypothesis, the concept is the theory of how species are differentiated, ie the grounds for calling something a species. That is for example the Biological Species Concept. However a species is a hypothesis circumscribed under a concept of the primary authors choosing. So please what are we getting t here cause your paragraphh Andy makes no sense. You are reporting science, it needs to reflect science. Cheers Scott Thomson (Faendalimas) ^talk 23:48, 13 January 2018 (UTC)[reply]

OK, I will try and summarise and make some recommendations. Up until about 2012/2013 the ornithological world recognised 5 species in the genus Synthliboramphus (Q287293) . One of these species had the latin name Synthliboramphus hypoleucus, common name Xantus's Murrelet. This is Xantus’s murrelet (Q46338167). In 2012, in the paper cited above, it was proposed that the 2 recognised sub-species of Xantus’s murrelet (Q46338167) (Synthliboramphus hypoleucus scrippsi (Q47012925) and Synthliboramphus hypoleucus hypoleucus (Q47012916) be considered separate species and that Xantus’s murrelet (Q46338167) be deprecated. This hypothesis was accepted by the American Ornithological Union (they have a scientific committee which decides on such matters) and their taxonomy was updated so that the genus Synthliboramphus has 6 recognised species including: Synthliboramphus hypoleucus, common name Guadalupe Murrelet (Xantus’s murrelet (Q1276043) AND Synthliboramphus scrippsi, common name Scripps's Murrelet (Scripps's Murrelet (Q3120531)). Subsequently a number of other sources have also adopted this new taxonomy (and I make no comment about how reliable these might or might not be) e.g Avibase ID (P2026), IUCN taxon ID (P627), eBird taxon ID (P3444) and others. However a number of others, that are variously cited in wikidata's items have not adopted the new taxonomy. How do I know they have not adopted the new taxonomy? Because when you look at it in detail it does not include Scripps's Murrelet (Q3120531). Examples of these include: NCBI taxonomy ID (P685)), ITIS TSN (P815) and WoRMS-ID for taxa (P850) although there are probably others, I haven't yet reviewed all sources. So, why have these sources not adopted the new taxonomy recommended by experts in the field? I can see 3 reasons: 1) They don't agree with the hypothesis that Xantus's Murrelet is actually 2 separate species - I believe this is unlikely in this case) 2) They haven't updated their taxonomy (highly likely) and over time will probably update their data. 3) They have a scientific requirement to retain Xantus's Murrelet in their taxonomy because of pre-existing data that was linked to Xantus's Murrelet and not either of the sub-species. A good example of this is eBird taxon ID (P3444) where their taxonomy has Guadalupe AND Scripps AND (by their nomenclature) an entity called Scripps/Guadalupe Murrelet (Xantus's Murrelet). So, my conclusion is that wikidata should retain Xantus’s murrelet (Q46338167), some sources are still using the former taxonomy and some bona fide sources WILL ALWAYS have an entity that is best described as Xantus's Murrelet. However, having said that there are some outstanding questions we should resolve 1) For Xantus’s murrelet (Q46338167) what is the best instance of (P31). is it taxon or some other concept that better captures its status. 2) The existing wikidiata items should be updated to ensure each item is linked to sources that best reflect that item i.e. Xantus’s murrelet (Q1276043) should NOT link to sources that have a taxonomy that does not inlcude Scripp's Murrelet. 3) Other data such as images and synomyms should be updated to make it less confusing. (NOTE: if we have agreement on this I am happy to go and make these changes IF I have assurance that they won't just all be reverted). 4) Consideration should be given within the wikidata taxonomy project for additional avian taxonomy properties (some key sources are not available as properties, which isn't helping here) 5) I've seen various comments on here that some sources are "unreliable" if there is a consensus that they are unreliable then why do we retain them? 6) IF we can resolve this case, consideration should be given as to how this is more widely applied within wikidata - for instance it is very common practise across many data recording schemes to "combine" species into groups when they are difficult to identify. I personally think wikidata should be able to reflect that, we are a broad data resource not a wildlife taxonomy. Thanks, I hope this is useful and moves the discussion on a little. JerryL2017 (talk) 09:58, 14 January 2018 (UTC)[reply]

Maybe just a slip of a pen, JerryL2017: „the genus Synthliboramphus has 6 recognised species“ but I count only five... --Succu (talk) 23:16, 14 January 2018 (UTC)[reply]

Sorry Succu, you are correct.

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ok what I have been trying to say is the taxonomic view of the situation, then it is for wikidata to determine how best to reflect the science. In answer to your questions from my point of view. This is a wonderful example of why common names are a pain, unprofessional and honestly useless. I agree with you @JerryL2017: that the issues of different nomenclatures between sources is most likely lack of updating.
1. There are three common names available for 2 species the names Xantus's Murrelet and Guadalupe Murrelet both apply to the scientific name Synthliboramphus hypoleucus however the former is now considered depreciated, and Scripp's Murrelet which applies to Synthliboramphus scrippsi. When the species was split the current common name goes with the species that retained the original combination. There is no justification in retaining the common name Xantus's Murrelet for Synthliboramphus scrippsi, or honestly at all. The name Xantus's Murrelet does not technically apply to a taxon anymore, it is considered depreciated, it is at best an outdated name of historic value only.
2. Agreed, removal of sources that are outdated in their nomenclature will avoid confusion, or if they must be stated have it as "stated in and as" so the the page is generally set up with the current nomenclature but make note of any departures from it without supporting them.
3. Agreed, all information possible should be updated, including where necessary file names and metadata for images. I would not revert anything. Cannot speak for others. But I think if we hammer out an agreed position I believe people are professional enough to follow it.
4. Avian taxonomy should honestly be following the ICZN code, which they do not. Further they have made recent efforts to dictate to other fields of taxonomy that their viewpoint should be followed, to a massive backlash. However, this is not our problem, we present the science we do not revise it. If you feel the need for further avian properties please elucidate these.
5. Your guess is as good as mine. I think there is a generalised tendancy in projects like this to grab every online reference possible, unfortunately with little consideration of the quality of what is presented and no fact checking. Basically the equivalent of google says this, it must be true. Again I think this is also unprofessional, I think sources that are questionable should be examined by wikidata taxonomy project for validity and if rejected they are removed.
6. The act of combining species into groups is I think beyond the realm of a database. This is done through analysis of the given issue. Wikidata should be presenting the data, with reliable and good sources. As best as possible the primary taxonomic literature, in the scope of this issue, the thing that can come out of this is a better discussion on what is a good resource, the acceptance that complex cases need to be analyzed using only primary references, and that in taxonomic issues the relevant codes are the primary determinant on availability and validity. That is, if a name is published in accordance with the Code it is to be accepted as valid or refuted, a point the avian taxonomists breach the code on repeatedly.
Cheers Scott Thomson (Faendalimas) ^talk 15:14, 14 January 2018 (UTC)[reply]

Yes, it was established early on that in the real world there are/have been two circumscriptions for Synthliboramphus hypoleucus. That is not a problem. There appear to be several problems:

Is this wider/older circumscription notable enough to rate a separate item of its own?
Is this wider/older circumscription indeed what Andy Mabbett intends with Q46338167, given that he has already denied this. If not, what does he intend?
Is it worthwhile discussing if Wikidata should have items for concepts denoted by a standardised common name set by some bird organization? These clearly exist, but are they notable enough?
Given that bird organizations use deviant 'scientific names' with rules of their own, should we have a property for that? Something like "Avian scientific name" or more general "deviant taxon name, used by special interest groups" (to include butterflies)? Clearly, it is not a good idea to put non-Code-compliant names in P225.

Brya (talk) 18:10, 14 January 2018 (UTC)[reply]

I agree with your analysis @Brya: specifically:

Is this wider/older circumscription notable enough to rate a separate item of its own? I do not think so.

Is this wider/older circumscription indeed what Andy Mabbett intends with Q46338167, given that he has already denied this. If not, what does he intend? My impression was that this is what is being suggested here, I also acknowledge Andy has denied this, but I have no idea what the purpose of this is in that case.

Is it worthwhile discussing if Wikidata should have items for concepts denoted by a standardised common name set by some bird organization? These clearly exist, but are they notable enough? I do not think they are notable in any great degree, unless they are a highly notable list. I would encourage the avoidance of confusion as a priority.

Given that bird organizations use deviant 'scientific names' with rules of their own, should we have a property for that? Something like "Avian scientific name" or more general "deviant taxon name, used by special interest groups" (to include butterflies)? Clearly, it is not a good idea to put non-Code-compliant names in P225. I prefer something along the lines of your second option, since it can be applied outside Aves (Birds) this can apply to Amphibians also. But I definitely agree anything that is non code compliant should be avoided in almost any circumstance. Cheers Scott Thomson (Faendalimas) ^talk 20:43, 14 January 2018 (UTC)[reply]

All concepts are still in use at Wikimedia projects: de:Lummenalk is about the old concept, en:Guadalupe murrelet is about the new concept. What e.g. is species:Synthliboramphus hypoleucus is about remains unclear to me. So how to deal with #2) Where should we place a) outdated Wikimedia articles, b) outdated external identfiers (in case we can judge they are) And yes, this thread needs some insights by Mr. Mabbett. --Succu (talk) 23:01, 14 January 2018 (UTC)[reply]

The Wikispecies account is about the species in question as part of this, we do not worry so much about common names there as its not really what we are about. Vernacular names get added by people occasionally as they see fit, I ignore them as best as I can. If someone wants to add the english common name they can. Cheers Scott Thomson (Faendalimas) ^talk 00:54, 15 January 2018 (UTC)[reply]

I do not care much about common names, but I care about references. The Wikispecies article has only a reference to the origninal combination Brachyramphus hypoleucus (not mentioning it at all). So it's hard to know about which taxon concept this entry is. :( --Succu (talk) 19:30, 16 January 2018 (UTC)[reply]

Fair enough, sorry I do not do the birds. I would not know the relevant refs. When I do turtles I already have pretty much all the literature, so is easier for me. However, since species:Synthliboramphus scrippsi also exists, then the other species can only be considering the new combination. Cheers Scott Thomson (Faendalimas) ^talk 00:17, 17 January 2018 (UTC)[reply]

But this only a guess. Even the genus species:Synthliboramphus has no reference to a current taxonomic treatment... --Succu (talk) 20:38, 19 January 2018 (UTC)[reply]

Any suggestions how to resove this „probem“? Mr. Mabbett is not responding. --Succu (talk) 22:04, 30 January 2018 (UTC)[reply]

I will update wikispecies with the appropriate refs to show the two currently accepted species, and with a common name for each, with the relevant references (if anyone has them please send them to me) I need the original descriptions of both species and the treatment that recognises them as currently valid species. If you wish then you can use this to model your database entries on this. That is up to you. My suggestion is to follow what has largely been discussed here, in the absence of any other explanation. So I suggest you have data entries for each of the two species with the currently accepted common names for each taxa, with the original refs. I further suggest that you could delete the entry for the now depreciated common name and list it only as an alternative, older, no longer used name for the species Synthliboramphus hypoleucus in older treatments. Cite the paper that split them as species for justifying this. I would suggest calling the two data entries by the scientific name with the common names as description. This way the taxa are clearly defined and it can be noted the common names are less clear. Just my suggestions, your call. Cheers Scott Thomson (Faendalimas) ^talk 22:17, 30 January 2018 (UTC)[reply]

Please refer to my reply to you (so much for not responding!), above, time-stamped "23:17, 13 January 2018 (UTC)". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:13, 30 January 2018 (UTC)[reply]

Your usual gibberish, Mr. Mabbett. You didn't responded to some question directed to you (what concept, give a page). --Succu (talk) 22:57, 31 January 2018 (UTC)[reply]

OK, I will merge both items again. --Succu (talk) 19:07, 5 February 2018 (UTC)[reply]

If you do, I will revert you, because nothing here refutes my reason for doing so previously. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:16, 5 February 2018 (UTC)[reply]

Why would you revert? I thought consensus was what was followed here. Cheers Scott Thomson (Faendalimas) ^talk 12:56, 6 February 2018 (UTC)[reply]

So, why would you revert, Mr. Mabbett? Is nothing here refutes my reason for doing so previously an argument? --Succu (talk) 22:51, 7 February 2018 (UTC)[reply]

As you can see, my arguments are laid out above. As a courtesy to our fellow editors, I see no need to repeat them. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:16, 7 February 2018 (UTC)[reply]

As a courtesy to our fellow editors [...], Mr. Mabbett? An „interesting argument“. I'm one of your fellow editors. I don't think you have an answer to my questions, because you are avoiding to give a unequivocally answer for weeks now. --Succu (talk) 22:10, 8 February 2018 (UTC)[reply]

Done. --Succu (talk) 22:55, 8 February 2018 (UTC)[reply]

This was again reverted by Mr. Mabbett with the comment „per project chat“. --Succu (talk) 20:21, 14 February 2018 (UTC)[reply]

Looks like we have to wait till eternity, to get an explaination by Mr. Mabbett. --Succu (talk) 18:40, 20 February 2018 (UTC)[reply]

Despite the above, Succu's latest reason for reverting me was "no argument given". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:10, 24 February 2018 (UTC)[reply]

Where above? So what's this item about? You didn't tell us. --Succu (talk) 13:32, 24 February 2018 (UTC)[reply]

Still no explaination, by Mr. Mabbett. --Succu (talk) 21:53, 24 February 2018 (UTC)[reply]

Still no clarification by Mr. Mabbett. --Succu (talk) 06:11, 2 March 2018 (UTC)[reply]

I moved the value of ARKive ID (archived) (P2833). Could you please explain your revert, Mr. Mabbett? --Succu (talk) 19:14, 6 March 2018 (UTC)[reply]

Too busy to answer, Mr. Mabbett? --Succu (talk) 16:13, 13 March 2018 (UTC)[reply]

ARKive ID (archived) (P2833)=xantuss-murrelet/synthliboramphus-hypoleucus states „Two subspecies of Xantus’s murrelet are recognised“ And this is Xantus’s murrelet (Q1276043). So please undo your revert or give a reasonable explaination, Mr. Mabbett. --Succu (talk) 15:21, 20 March 2018 (UTC)[reply]

OK, then I will do it for you. --Succu (talk) 14:47, 27 March 2018 (UTC)[reply]

"Mr. As before" reverted this again. No reason was given. When do you start to argue, Mr. Mabbett? --Succu (talk) 21:36, 30 March 2018 (UTC)[reply]

As before: no answer was given by Mr. Mabbett! --Succu (talk) 17:30, 5 April 2018 (UTC)[reply]

I stumbled into this one (page-searching for a certain word). I am astonished to see that Wikidata has not been able to solve this December 25 thread? Does not look inviting. 19:49, 5 April 2018 (UTC) - – The preceding unsigned comment was added by DePiep (talk • contribs) at 19:49, 5 April 2018‎ (UTC).[reply]

He likes housekeeping (=unsigned). The answer is easy if Mr. Mabbett would cooperate. --Succu (talk) 20:20, 6 April 2018 (UTC)[reply]

Nine days ago I asked User:Rschen7754 how to proceed in cases like this. No help at all. --Succu (talk) 14:31, 13 April 2018 (UTC)[reply]

Revamping the list of properties

The list of properties is out of date. Not only that, some subpages like this one show errors. I was wondering if someone has the technical skills to write a bot that could automate the list based on the classification of the property tree which is always updated. Said bot could either write listeria queries for each branch or use {{List of properties/Row}}. What do you think? What would be the best way to do it? Micru (talk) 18:12, 3 April 2018 (UTC)[reply]

Wouldn't a category, or category tree, be better? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:30, 4 April 2018 (UTC)[reply]

@Pigsonthewing: How would you categorize the properties? AFAIK there is no way to add the properties to any category, unless you put it on the talk page, which is less than ideal... Micru (talk) 20:06, 4 April 2018 (UTC)[reply]

Yes, I was thinking of the talk pages. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:53, 5 April 2018 (UTC)[reply]

@Pigsonthewing, Micru: - For lists there is listeria. Re-invent the wheel? Not invented here syndrom? 92.231.172.31 15:06, 12 April 2018 (UTC)[reply]

If you read my initial comment you will see that I do mention listeria. Anyway, recently a new tool has been introduced that seems to be good enough: https://tools.wmflabs.org/prop-explorer/ Micru (talk) 06:53, 13 April 2018 (UTC)[reply]

Title title (P1476)

Hello. Why title (P1476) should only contain a single value? Some papers and files have two languages on them. For example English and Greek. No one of the language can be called as the original and the other as the translated language. Both are the original languages. Xaris333 (talk) 19:02, 4 April 2018 (UTC)[reply]

You can enter both titles, and then edit title (P1476) to have a new "exception to constraint" for this particular item that has two titles. - PKM (talk) 20:39, 4 April 2018 (UTC)[reply]

But there are many items. Xaris333 (talk) 22:17, 4 April 2018 (UTC)[reply]

@Xaris333: Can you give an example or two, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:51, 5 April 2018 (UTC)[reply]

@Pigsonthewing: See Amiantos (Q6377735) --> population (P1082) --> 262. See the source. Xaris333 (talk) 13:33, 5 April 2018 (UTC)[reply]

Thank you. I was looking for examples of Wikidata items about such works. Incidentally, you can link to a specific property on an item, like this: Q6377735#P1082. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:06, 5 April 2018 (UTC)[reply]

there are also all multilingual editions of books or texts in wikisource, with a link on both ws projects, like Q25991162, which is a whole book, or Q25991163, which is a poem. As all poems and individual works in those multilingual texts are to be referenced, there will be a LOT of them, just for latin authors :)

aaannd cases of poems that are known and published under various titles (in the same edition), like medieval Rutebeuf's see here Q19181898, where 3 different titles are mentioned on the very same page of the same edition :/ --Hsarrazin (talk) 15:21, 5 April 2018 (UTC)[reply]

Should we remove the constraint? Xaris333 (talk) 01:20, 6 April 2018 (UTC)[reply]

Support removing the single-value constraint on "title". - PKM (talk) 19:42, 9 April 2018 (UTC)[reply]
Oppose The overwhelming majority of the cases will still have only a single value, and all too often extra values are added that shouldn't be there. It's not a mandatory constraint, but the constraint is useful for tracking these cases. – Máté (talk) 06:19, 11 April 2018 (UTC)[reply]
⟨ subject ⟩ Wikidata property ⟨ object or value ⟩
as long as it is NOT mandatory, there is no problem for me :) --Hsarrazin (talk) 08:33, 16 April 2018 (UTC)[reply]

Improvements on the search results

Hello all,

Some improvements have been made by the Search team at WMF on Special:Search (the page that is loaded when you type something in the search field and press enter, for example).

The string that you typed is highlighted in bold in the label of the results
The number of bytes is no longer displayed, instead you can see the number of sitelinks and statements
The code is now using the same indexing as completion search, which should improve relevancy and better control over ranking

If you have any question or find a bug, feel free to ping user:Smalyshev (WMF). Lea Lacroix (WMDE) (talk) 07:33, 5 April 2018 (UTC)[reply]

Good improvement. Thanks! Paucabot (talk) 08:10, 5 April 2018 (UTC)[reply]

Good news, I like the new display. BTW, what happened with the related birthday present from last year (Wikidata:Status_updates/2017_10_30#Wikidata's_birthday).
--- Jura 09:24, 5 April 2018 (UTC)[reply]

@Jura1: Which one do you mean? All the search-related ones are still there. Smalyshev (WMF) (talk) 18:08, 5 April 2018 (UTC)[reply]

@Smalyshev (WMF): The first one. Somehow I thought it was about all items, but apparently it's just for those with Q4167410 (and Q13442814 added later).
--- Jura 07:18, 6 April 2018 (UTC)[reply]

Great! Hmm, when I search "US" (capitalization doesn't matter, probably), in completion search I see United States of America (Q30) (which is expected), but in Special:Search the country is outside of first page. --Edgars2007 (talk) 07:24, 6 April 2018 (UTC)[reply]

For me, searching for "US" ranks United States of America (Q30) first in both contexts. But for "USA", United States of America (Q30) only comes out second in Special:Search. I would be interested in understanding the difference between the two endpoints. − Pintoch (talk) 08:56, 8 April 2018 (UTC)[reply]

@Smalyshev (WMF): is there a way to get the Special:Search results via the API? It seems to me that the "srsearch" action still uses the old index (example: https://www.wikidata.org/w/api.php?action=query&list=search&srsearch=united+states&srnamespace=0 ranks United States of America (Q30) in 7th position instead of 1st for Special:Search). − Pintoch (talk) 19:30, 12 April 2018 (UTC)[reply]

This is strange, the code should use the same code path. I'll check that. Smalyshev (WMF) (talk) 19:33, 12 April 2018 (UTC)[reply]

Translate

Near statements a magnifying glass is showing. The word more is showing when the cursor is on it. I want to translate that but I can't find it in translatewiki.net.

I also want to translate Query Service, Concept URI, Mark as duplicate, VIP's labels, Browse Primary Sources, ▲ back to top ▲, Random Primary Sources item, Primary Sources list, Check sitelink from the left column of Wikidata. (Maybe some are from gadgets).

Xaris333 (talk) 02:05, 6 April 2018 (UTC)[reply]

@Xaris333: here is the way to translate WQS. --Liuxinyu970226 (talk) 11:55, 6 April 2018 (UTC)[reply]

Thanks. But that didn't help me. Xaris333 (talk) 15:10, 6 April 2018 (UTC)[reply]

May I help you, then? What's up? Matěj Suchánek (talk) 18:01, 6 April 2018 (UTC)[reply]

@Xaris333: The sources for those phrases seem to be here:

Mark as duplicate: User:Matěj Suchánek/markasduplicate.js
VIP's labels: User:Jitrixis/nameGuzzler.js
Browse Primary Sources, ▲ back to top ▲, Random Primary Sources item, Primary Sources list: MediaWiki:Gadget-PrimarySources.js – doesn't look like any translation ability is provided
Check sitelink: User:Matěj Suchánek/checkSitelinks.js – doesn't look like any translation ability is provided

The first two seem to have built-in i18n, the later two not. Good luck with providing translations! --Marsupium (talk) 22:31, 10 April 2018 (UTC)[reply]

Thanks! Xaris333 (talk) 23:11, 10 April 2018 (UTC)[reply]

Property talk:P2281

Properity has reported issue with links since 2015. Anyone could fix this? – The preceding unsigned comment was added by Eurohunter (talk • contribs) at 6. 4. 2018, 18:29‎ (UTC).

Please add an explanation there how you'd think this should be done. In the meantime, you may de-activate or ignore the formatter url.
--- Jura 09:26, 7 April 2018 (UTC)[reply]

@Jura1: In current form it force us to linking American version of iTunes via https://itunes.apple.com/us/. There should be option to link to other versions of iTunes like https://itunes.apple.com/fr/ https://itunes.apple.com/se/ and other. Eurohunter (talk) 19:56, 11 April 2018 (UTC)[reply]

New constraint to enforce that two properties have the same value on a given item

There is an ongoing discussion at Wikidata:Property proposal/Directory of Open Access Journals ID and Wikidata:Property proposal/Plants of the World online (among others) about how to link to two different databases which use the same identifier. The simplest solution seems to consist in creating two distinct properties which would generally have the same value when they are present on the same item (but different URLs generated by the formatters). It can be a burden to deal with this redundancy so some editors wonder if a new type of constraint could be created to alleviate that. Would that be an appropriate solution? @Lucas Werkmeister (WMDE): would it be technically feasible? − Pintoch (talk) 08:51, 8 April 2018 (UTC)[reply]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ As I've noted elsewhere, "distinct properties which would generally have the same value" is far from simple, and is in fact a harmful way to proceed. Consider:

for which we currently have Flora of North America taxon ID (P1727) and Flora of China ID (P1747); with a further eighteen potential properties to follow. Sadly, only four people responded when I raised this here and at Wikidata:Requests for deletions/Archive/2018/Properties/1#eFlora properties. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:52, 8 April 2018 (UTC)[reply]

This seems to be a slightly different issue as all these URLs come from the same database. I understand that you vocally oppose the creation of these properties but I still don't understand what you are proposing to do instead (specifically for the two proposals linked above)? Third-party formatter URLs are not a solution for this particular problem. − Pintoch (talk) 12:14, 8 April 2018 (UTC)[reply]

"Third-party formatter URLs are not a solution for this particular problem" Yes, they are; and that is the solution I have - quite clearly - proposed. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:34, 8 April 2018 (UTC)[reply]

@Pintoch: I tend to agree with Andy here: we should be using a third-party formatter URL in these cases. Unless there is at least one instance where the identifier differs between, say, P1727 and P1747 for the same item (which judging from Andy's links is in the same database), the two properties should be unified. What should be worked on is a way to control which formatter URL appears on a given item—in this case, based on some sort of geographical information on the item itself. Mahir256 (talk) 18:46, 8 April 2018 (UTC)[reply]

@Pigsonthewing, Mahir256: Sorry if it is obvious but I still do not see how you would use a third-party formatter URL to indicate that a given identifier is available in database X but not in database Y? For instance, not all ISSNs can be found in DOAJ. Also I don't see in which context the third-party formatter URL is actually used to generate a link for the identifier in the Wikibase UI? It would be great if you could give a very concrete example of this, because I think that I am not the only one who does not get it. − Pintoch (talk) 19:13, 8 April 2018 (UTC)[reply]

Couldn't we create a property for journals like IndexedIn:DOAJ ? --Gerwoman (talk) 19:17, 8 April 2018 (UTC)[reply]

To piggyback off Gerwoman's suggestion, why not have the formatter URL change based on a reference "stated in (P248) Flora of China (Q5460442)" or "stated in (P248) Directory of Open Access Journals (Q1227538)" as appropriate? Mahir256 (talk) 19:22, 8 April 2018 (UTC)[reply]

That's intuitively harder to implement, but why not. As far as I understand Andy claims that somehow no change is needed and third party formatters already provide a solution. − Pintoch (talk) 21:36, 8 April 2018 (UTC)[reply]

While it is not necessary to "indicate that a given identifier is available in database X but not in database Y" (that's what the 404 response code is for), it is possible to do so, using referencing, as I have demonstrated previously. You were apparently aware of the example I gave then. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:36, 9 April 2018 (UTC)[reply]

As I understand it, people just want to have a hypertext link to the said databases. Manually constructing the link from a third-party formatter URL and checking if it resolves correctly might be an option for bots, but not for people. So even if I like the idea, I don't really see how this method is a solution: that involves statically instantiating the third-party formatter URL for the given ID (which makes it hard to update the URLs if the format of the website changes). And I guess it is not very convenient for users either, as they have to expand references to check if there is a link there. I am not really speaking for myself here: I just notice that there are quite a lot of support votes for these properties, and I am worried that by refusing their creation we are going to make their life harder. − Pintoch (talk) 14:22, 9 April 2018 (UTC)[reply]

Hello all,

Feel free to create a ticket on Phabricator, with the tags Wikidata and Wikibase-Quality-Constraints. Don't forget to provide examples of what you need. Is this related to this specific property, or would you need it for others as well? We'll have a look as soon as possible.

Cheers, Lea Lacroix (WMDE) (talk) 15:20, 9 April 2018 (UTC)[reply]

Thanks! I have created a task here: https://phabricator.wikimedia.org/T191963 − Pintoch (talk) 09:49, 11 April 2018 (UTC)[reply]

"people just want to have a hypertext link to the said databases" Perhaps. But given Wikidata's purpose, is that the right thing for us to do? "I want" is not a very compelling use-case. "that involves statically instantiating the third-party formatter URL for the given ID ". No, it involves giving a valid citation for the data; and happily also meets your requirement to "indicate that a given identifier is available in database X but not in database Y". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:43, 9 April 2018 (UTC)[reply]

The ID overlap between FNA and FOC is around 2,500. This will produce more than 40,000 404 errors. --Succu (talk) 19:33, 13 April 2018 (UTC)[reply]

Despite this ongoing discussion, and despite the lack of examples of the type requested in its property proposal, Plants of the World Online ID (P5037) has just ben created. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:34, 11 April 2018 (UTC)[reply]

One example: Byttneriaceae (Q2548700) in POWO has no entry in IPNI. --Succu (talk) 18:08, 13 April 2018 (UTC)[reply]

This thing happened here too. The proposal passed. strakhov (talk) 20:27, 16 April 2018 (UTC)[reply]

Ancient and modern cities

Should the relationship between Londinium (Q927198) and London (Q84) be <followed by/follows> or <replaced by/replaces>? - PKM (talk) 23:38, 8 April 2018 (UTC)[reply]

<followed by/follows>, if I read the follows (P155) description right: "Use P1365 (replaces) if the preceding item was replaced, e.g. political offices, states and there is no identity between precedent and following geographic unit". There is an identity in the continuum of London. --Tagishsimon (talk) 23:43, 8 April 2018 (UTC)[reply]

Great, thank you. - PKM (talk) 23:46, 8 April 2018 (UTC)[reply]

@PKM, Tagishsimon: follows (P155) is supposed to only be used as a qualifier, according to the constraints. --Yair rand (talk) 06:29, 10 April 2018 (UTC)[reply]

Yes; sigh. The constraint forces us to define the domain of the observed sequence.

Perhaps

⟨ London (Q84)  

 ⟩ official name (P1448) ⟨ London ⟩
follows (P155) ⟨ Londinium (Q927198)  

 ⟩

or more colloquially

⟨ London (Q84)  

 ⟩ name (P2561) ⟨ London ⟩
follows (P155) ⟨ Londinium (Q927198)  

 ⟩

? --Tagishsimon (talk) 06:52, 10 April 2018 (UTC)[reply]

Or kill the constraint. I suspect it's used "incorrectly" (i.e. not as a qualifier) at leastr as often as it used "correctly" according to the constraint. - PKM (talk) 20:14, 12 April 2018 (UTC)[reply]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ From the SQUID poperty browser:

followed by (P156) used as Statement: 381,522 Qualifier: 77,925
follows (P155) used as Statement: 391,115 Qualifier: 78,487

This constraint is a lost cause. - PKM (talk) 21:36, 13 April 2018 (UTC)[reply]

Sigh. But this constraint is not accidental - using these properties as main properties makes semantics more ambiguous: one cannot tell in which sequence they are "next/previous". The other solution was always to mark sequence as a qualifier with P361 or better part of the series (P179). But this approach seems to be even more rare. --Infovarius (talk) 09:29, 15 April 2018 (UTC)[reply]

So how could we fix these ~300k "errors"? It seems we'd need to convene a task force or some such, to make or find a sequence/series that is appropriate and then edit them all. - PKM (talk) 19:35, 15 April 2018 (UTC)[reply]

More than 50% of my edits get reverted. And "Days of The Week" are separated into 2 items; undiscussed.

Everything starts with one day I find that the Chinese, English, Deutsch version of the "Days of the Week" are not connected. 42 languages are in one group and 11 languages are in the other group, and I found no discussion about the split in Wikidata or the English Wiki, so I merged them. And then I got reverted by User:Andreasmperu. So I merged them with a message "No one single language separates this exact same topic. No separation discussion found in wikidata or english wiki of the topic 'Days of the week'", and leave a comment on the Talk:Q41825 "Separation will create unnecessary difficulties to compare difficult languages of the 'Days in the Week'.". And then I got reverted by the same admin again with just two words "wrong item" with no reply on the discussion page. [1] [2]
As a result, more than 50% of my edits in Wikidata get reverted without a reason. If you do Google translate, you will know these two are the same topic "a ship destroyed and sank".
G translate will tell you that these two(w:en:Chuanyue) are about the same topic of "Time Travel Fiction".
Click in to look at the map and coordination and you know one is about the same town, and the other is not a town.
You don't even need Google translate to know these two are the exact same group of Baptist Universities. Just spend 5 seconds to click in.

What an irony that an IP user is more willing to explain and communicate than an administrator. 118.143.147.130 22:01, 9 April 2018 (UTC)[reply]

In the first case, you seem to have conflated "Names of the days of the week" with "Day of the week". That's an error, since those are different concepts, and was rightly reverted. Similarly, not all time travel in fiction is a time travel novel. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:24, 9 April 2018 (UTC)[reply]

Per Andy, you in fact get 5/5 wrong.

Two different concepts, names of days of the week versus day of the week.
Disambiguation page versus article
As noted, not all time travel in fiction is a time travel novel; different concepts.
zh.wiki has articles attached to both items. You'd need to sort that out before they could be merged.
Disambiguation page versus list article. You can argue that zh.wiki should change their article to a list, but until they do, it's a dab, and we need to reflect that.

So. Sorry about that. --Tagishsimon (talk) 22:54, 9 April 2018 (UTC)[reply]

The English Wiki "Names of the days of the week" is actually the same article moved from "Days of the week". What topic of contents is different before the en-wiki article moved from "Days of the Week" and after moved to the current "w:Names of the days of the week"? They are still all about the exact same topic: how to count the seven days, their astronomy origins and their names in different languages. "No one single language Wiki separates this exact same topic into two articles" is the strongest evidence that none of the 53 languages thinks that they are about different topics.
I don't think good idea to separate the exact same topic of different languages simply because one has less content. This will break the cross-reference and cross-improvement connections among different languages.
Of course, fiction includes novels and films. It is wrong to say that "小說" in Chinese only includes written books. 小說 does include films and other forms of art, so 穿越小說 is same as "Time travel in fiction" and both of them include "Time travel novel". Google translate tells you the same 小說=Fiction Fiction=小說.
I wonder whether you guys did click in for 5 seconds. w:zh:金字牌鎮 and w:sv:Jinzipai (köpinghuvudort i Kina, Anhui Sheng, lat 29,85, long 117,81) are the same location at (29.85 N, 117.81 E). w:zh:金字牌 is a "message certificate of royal orders", which is definitely not a location.
Bad idea to separate the exact same topic of different languages; not to mention even their content are the same. So if I change the w:Baptist University to disambiguation, this one is done? 118.143.147.130 12:24, 10 April 2018 (UTC)[reply]

(All IMO...) This one is something of a clusterfuck. The two wikidata items are distinct and for that reason should not be merged. However I concede that there are claims and wikilinks on day of the week (Q41825) that belong instead on names of the days of the week (Q42962347) or on another item (e.g. the GND ID seems to point to a concept of 'Working Days'). I concede, too, that not much may be left on day of the week (Q41825) by the time we finish.
These remain two distinct items, one pointing to articles on concept of shipwreck/ing, the other a zh disambiguation page. zh's article on shipwrecks was pointed at the wikidata item maritime disaster (Q2620513) ... I've moved it to shipwrecking (Q906512). I think that's now sorted?
So for this one ... chuanyue (Q10453828) is a distinct subclass of time travel in fiction (Q253732) and the two should not be merged. The zh. wikilink from chuanyue (Q10453828) looks appropriate; is about tt novels. The en. wikilink was to an article on Chuanyue which is a distinct subclass of chuanyue (Q10453828) ... I've created a new item, chuanyue (Q51733250) and moved the en. wikilink to it. I'm hoping we're good on this now.
This one should be sorted now.
Yes; I've done that. With luck, also sorted.

More generally, you'll not get much dispute that there is a lot wrong or that can be improved in many wikidata items. Exactly how to effect improvement can be a more thorny issue. --Tagishsimon (talk) 00:47, 11 April 2018 (UTC)[reply]

@Tagishsimon: I'm afraid that I have to bump WD:RFP/R#Andreasmperu again here. --Liuxinyu970226 (talk) 10:11, 11 April 2018 (UTC)[reply]

IAFD person Ambiguity properties

There is an ambiguity with the IAFD person properties on Wikidata, IAFD male performer ID (P4505) and IAFD female performer ID (P3869), the correct one would be to only exist an "IAFD person ID" as like Adult Film Database person ID (P3351) . I believe that this ambiguity occurred because of the second parameter gender. It was mistaken for a secondary ID, in fact it is just a layout parameter for the IAFD site.

All links below point to the same element on the IAFD site.

http://www.iafd.com/person.rme/perfid=glynn

http://www.iafd.com/person.rme/perfid=glynn/gender=f/ginger-lynn.htm

http://www.iafd.com/person.rme/perfid=glynn/gender=m/ginger-lynn.htm

http://www.iafd.com/person.rme/perfid=glynn/gender=d/ginger-lynn.htm

This ambiguity makes it difficult to integrate with templates on Wikipedia.

Guilherme Burn (talk) 13:34, 10 April 2018 (UTC)[reply]

Note: IAFD is an "adult film" database and the above links may be considered "not safe for work". Having learned that the, er, difficult, way: your first two links return different data. For example, the first link has no picture, while the second does; and the former only lists two films; the latter has 342. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:12, 10 April 2018 (UTC)[reply]

Yes @Pigsonthewing:. But that does not justify treating people of masculine, feminine, and "director" genres as different elements. If you repair the first link, without this parameter already have the correct information.Guilherme Burn (talk) 15:32, 10 April 2018 (UTC)[reply]

Is it possible to rename a property? If yes, it would be enough to exclude the less used one and renomer another. Of course, if there is consensus.Guilherme Burn (talk) 19:33, 16 April 2018 (UTC)[reply]

Linking templates to categories and lists without a main topic item

I'm wondering how to link an item for a list-like navigational template to the corresponding list and category items, when there is no corresponding main topic item. A specific example is Template:Major National Historical and Cultural Sites (Jiangsu) (Q20691005), which corresponds to the list Major National Historical and Cultural Sites (Jiangsu) (Q1188621) and category Category:Major National Historical and Cultural Sites in Jiangsu (Q17392112). The category and list can be linked to each other without using a main topic, using category related to list (P1754) and list related to category (P1753). Are there similar properties for templates, and should there be? Rigadoun (talk) 14:32, 10 April 2018 (UTC)[reply]

This seems like a good use case for a ‘template combines topics’ property (by analogy with category combines topics (P971)). Mahir256 (talk) 14:43, 10 April 2018 (UTC)[reply]

Agree. --Edgars2007 (talk) 10:33, 11 April 2018 (UTC)[reply]

template has topic (P1423) and topic's main template (P1424) are what you're looking for, with the list as the main topic. Thanks. Mike Peel (talk) 14:32, 11 April 2018 (UTC)[reply]

ICTV taxonomy latest version (Q45362532)

Hi all,

I'm using the virus ICTV taxonomy of viruses to reference viruses on a website I'm working on and I was looking for a linked data format that would help me in keeping these taxonomic references up to date. I was first glad to find on Wikidata a contribution about the ICTV taxonomy (List of ICTV master species list on wikidata) since till now the ICTV website only provides an annual official release of the virus taxonomy in an Excel sheet format with about 1 thousand updates each year over the last releases (https://talk.ictvonline.org/files/master-species-lists/m/msl).

However, I'm interested in having fixed URIs that would have updated content when the taxonomy of these viral taxons are updated by the ICTV (basically updated labels and parent taxons, the previous label could be put in the "Also known as" section or in a more adapted statement ), but on Wikidata it seems that each release of the ICTV taxonomy exists with a kind of independance which is a kind of duplication of the information (cf: List of ICTV master species list on Wikidata): Even if common terms in the different version of this taxonomy are well linked to the corresponding ICTV versions there is an incoherence when the terms are updated since a new URI with the new term is created. For example according to the ICTV history tracking system on taxonomy we can find that the current taxon officialy named Avian avulavirus 7 was previously named Avian paramyxovirus 7 but there is 2 distinct URIs for these terms on Wikidata (Q29004365 and Q18907779). https://talk.ictvonline.org/taxonomy/p/taxonomy-history?taxnode_id=20161025

To me, and probably to most of the virologists, it is crutial to know what is the current ICTV taxonomy (ie:latest version) and keep track of the changes made so that we can know what is the current official name for a taxon (even if updated) and what is its current lineage (even if modified)... At the moment Wikidata is somehow providing a biased exhaustive view of all the existing releases of this ICTV taxonomy.

I'm new to Wikidata and I'm new to Linked data too... so I was wondering if we could ask for a kind of merging contribution named "Latest version of the ICTV taxonomy" that would have fixed URIs for each taxon including the next updates of the ICTV taxonomy without changing the URIs? ... a new URI would only be created for new taxons (not for updates in the taxon names or lineage) and removed taxon in the taxonomy would consequently be marqued as moved to their parent taxon.

@succu: ... Avian avulavirus 7 (Q29004365) and Avian paramyxovirus 7 (Q18907779) both your creations. --Tagishsimon (talk) 01:23, 11 April 2018 (UTC)[reply]

Paging @succu: ... would you mind explaining your creation of duplicates, please. --Tagishsimon (talk) 15:12, 13 April 2018 (UTC)[reply]

Virus nomenclature is different from that for plants or animals, virus names can be deleted or renamed. The ICTV Master Species List (Q45362532) (the latest is ICTV Master Species List 2017 v1 (Q51526638), not complete here) did not contain the former name. You have to connenct the former name manually via replaced synonym (for nom. nov.) (P694), but this connection is not very complete. --Succu (talk) 15:50, 13 April 2018 (UTC)[reply]

Thanks Succu. @D3fk dev: I think we aspire to the arrangement you suggest - a single stable item for each virus. Right now the way in which ICTV release information is not conducive to us being able to achieve that. Although the website will provide a change history for each virus, the spreadsheets do not provide specific information on the nature of a change made to virus attributes from year to year. Even the URL for the change history of a virus will change from year to year. ICTV seem to lack, or seem not to promulgate, a primary key value for each taxon; and reserve the right to change all attributes of the virus, including its name. Together, that's a data nightmare. It would take some masterful web-scraping to glean the information we need from the ICTV website, which is a shame, because ICTV clearly have the data that we (and others - you - require). I think someone needs to make enquiries with info@ictvonline.org to see if we can get a release of data that ties together the names of viruses in each of the yearly releases, so that we can start to merge items and provide, as properties and qualifiers, their attributes as they vary over time. --Tagishsimon (talk) 01:29, 14 April 2018 (UTC)[reply]

Thanks Succu and Thanks Tagishsimon @succu: @Tagishsimon: Happy to see that you aspire to fix this problem that way. I've been in contact recently with ICTV poeple through the info@ictvonline.org contact point about having access to possible other formats of the ICTV database (ideally Linked Data)... They are really open to create specific releases of their species spreadsheets (actually they are already providing their data in the form of a slightly modified spreadsheet to a number of taxonomic databases including Species 2000 "Catalogue of Life" and the World Registry of Marine Species). They've said that they were planning to find an alternate way to provide their data to the scientific community and the public... I've already suggested Wikidata as the best solution for this and they said they find number of advantages in using Wikidata (I didn't know at that time that there was already a contribution for the ICTV species list on Wikidata). Could you contact them about the ideal format (e.g.: including an ID for each taxon and the previous known names and parent taxon in case of update) for the succubot so that this consistency problem on Wikidata could be fixed in short terms? -- D3fk dev (talk) 9:51, 16 April 2018 (UTC)

@succu: @D3fk dev: I pinged info@ and Prof. Elliot J. Lefkowitz was kind enough to respond ... in short, providing alternate means of access to taxa history data is in their to-do list, but the list is long and the work is done in their free-time. (And they have data gaps in places - e.g. no info in the database as to which of the 1979 taxa were merged, in 1999, into either Human enterovirus C or Poliovirus, in https://talk.ictvonline.org/taxonomy/p/taxonomy-history?taxnode_id=20171985 ) I have not, at this time, asked them to do anything to alleviate our issue; I think we would need to have someone, or a team, ready to work with them before asking them to consider the effort required to provide a special cut of data for us. I'm now thinking that we might be able to make progress with a modicum of web scraping, but need some time to ponder on that. --Tagishsimon (talk) 20:51, 16 April 2018 (UTC)[reply]

@succu: @Tagishsimon: good news! However, don't you think that simply having access to a slightly modified version of their ICTV spreadsheet including 1 row per taxon and an additional column for the unique ICTV taxon ID + an additional column for the previous taxon name known + a latest column for the previous parent taxon known... should be sufficient for the succubot to make links within existing data on Wikidata and solve this issue? -- D3fk dev (talk) 7:43, 17 April 2018 (UTC)

There is certainly a tabular data representation to be had which conveys the information we need. Lefkowitz made the point that they had in the past sought to do exactly that, but ended up with a complex hard to understand spreadsheet which was difficult to maintain. I don't think your 2 -line spec covers all of the complexities of merge, split, rename, reparent; and it is because I don't have the headspace right now to think through the issues (because, IRL) that I chose not to persue a suggestion that the volunteers at ICTV redirect their effort to satisfy our needs. Equally, slow time, I'm still looking at their website with a view to scraping. But right now I have a sash-window to dismantle. Very exciting. --Tagishsimon (talk) 11:56, 17 April 2018 (UTC)[reply]

@Tagishsimon: Actually ICTV updates complexity could be resumed by :

New taxon(= a new ICTV unique ID in the spreadsheet = a new URI to create: solved by the ICTV unique ID column)
Renamed taxon (= same ICTV unique ID = same URI on wikidata with changed label and the previous label moved in a "previous/former name" property of the taxon type or in the "also known as": situation solved by the previous taxon name column, the current taxon name and the ICTV unique ID)
Moved taxon= reparent (= Same ICTV unique ID, same taxon name but different previous parent taxon name from the current parent taxon name = same URI but changed parent taxon property of the property of the taxon type statement)
Moved and renamed taxon (=Same ICTV unique ID, different taxon name from the previous taxon name and different parent taxon name from the current parent taxon name)
Deleted taxon (ICTV unique ID not anymore in the taxons list = URI unlinked from ICTV source and marked as deprecated)

"Spliting" might be resumed by the creation of new taxon or a new taxon+ a renamed taxon

"Merging" seems equivalent to a deletion or a deletion + a renamed/moved taxon

I agree that keeping all historical data in a single file would be a mess but if they continue to work with yearly distinct ICTV release files it should be ok.

The main interest of having a dedicated spreadsheets release for Wikidata would be the stability of the data format and the direct implication of ICTV in delivering their data to the scientific comunity and to the public through Wikidata; versus a web scraping only initiated by wikidata that could miss data if ICTV decide to change their web interface. That being said, I hope your sash-window was dismantled and fixed without problem -- D3fk dev (talk) 13:22, 17 April 2018 (UTC)[reply]

There is another difference: We accept different taxonomic viewpoints for plants, animals etc. an model them around taxon name (P225). But for virus taxonomy there is only one taxonomic viewpoint, that of ICTV. So your proposal change labels etc. is not working in the general context how WD handles taxonomic issues. But WD should be able to keep track that the species Bovine papilloma virus from the ICTV 1st Report (MSL #01) in 1971 evolved into Deltapapillomavirus 4 (Q18972422), Epsilonpapillomavirus 1 (Q18972592) and Xipapillomavirus 1 (Q18972997) today. A additional column for renamed taxa would help ofcourse. --Succu (talk) 15:34, 17 April 2018 (UTC)[reply]

Change a birth date on a protected page

I am not autoconfirmed since I don't edit wikidata. The issue is with María Félix (Q465189). She was born 4 May not 8 April (that's her death date). Google recently made a doodle of the actress mistakenly giving that date as her birthday. Here is a source for her actual birth from the New York Times obituary: "Ms. Félix was born María de los Ángeles Félix Guereña, on May 4, 1914, in Álamos, Sonora, according to the birth certificate discovered by Paco Ignacio Taibo, the author of La Doña, a 1985 biography of Ms. Félix." (https://www.nytimes.com/2002/04/09/movies/maria-felix-87-feisty-heroine-who-reigned-supreme-in-mexican-cinema-dies.html) AuroralColibri (talk) 23:26, 10 April 2018 (UTC)[reply]

I've added the NYT date, and deprecated the data.bnf.fr date ... I think we have to keep both, as we have a source making a claim. --Tagishsimon (talk) 00:13, 11 April 2018 (UTC)[reply]

I just notified BnF for correction

next time, you can do it yoursel by clicking the "Signaler une erreur sur cette notice" link on the person's record http://catalogue.bnf.fr/ark:/12148/cb14046928v (with source, of course) -- they will send you notice when they fix it :) --Hsarrazin (talk) 08:27, 16 April 2018 (UTC)[reply]

Novel

Hello, "novel" is "genre" or "instance of"? Thanks. --Titodutta (talk) 01:47, 11 April 2018 (UTC)[reply]

We have

⟨ novel (Q8261)  

 ⟩ instance of (P31) ⟨ literary genre (Q223393)  

 ⟩

if that helps. --Tagishsimon (talk) 02:01, 11 April 2018 (UTC)[reply]

Thank you. --Titodutta (talk) 20:28, 13 April 2018 (UTC)[reply]

Vital article tag

Wikidata has badges for indicating article's quality. Can we please have something for indicating article's importance. Enwiki has vital articles list for that. Capankajsmilyo (talk) 05:16, 11 April 2018 (UTC)[reply]

After reading en:Wikipedia:Vital articles I am not sure if we should record that here. From a technical point of view you could make badges. Right now badges only record the best things we have. I guess it's a bit broader question: Do we want to use badges to record more about the article? Multichill (talk) 10:12, 11 April 2018 (UTC)[reply]

And don't forget, that vital articles may be different for each Wikipedia. For Latvian Wikipedia vital may not be some really cool guy from Fidji, for example. The "central" vital article list is on Meta, but I agree, that probably the best one is on enwiki (personal opinion). --Edgars2007 (talk) 10:32, 11 April 2018 (UTC)[reply]

Currently there is Property_talk:P972#Wikipedia:Vital_articles_(Q5460604).
--- Jura 10:57, 11 April 2018 (UTC)[reply]

Any progress on this? Capankajsmilyo (talk) 13:16, 16 April 2018 (UTC)

Organizations with more than one official website

official website (P856) says there can only be one per item but some organizations have two (or more) official domains. For example, canoe.ca (Q902502) (Canadian Online Explorer) has two portals: canoe.ca (French) and canoe.com (English). Caras (Q9696470) has three portals: caras.perfil.com (Spanish), caras.uol.br (Portuguese of Brazil) and caras.sapo.pt (Portuguese of Portugal). --Metrónomo (talk) 08:25, 11 April 2018 (UTC)[reply]

Note: be careful when reading Caras (Q9696470) because I am still developing it, I need to investigate a little more. The information presented in the Wikipedia in English and Portuguese is partially true and incomplete. Here (page 38) say that Caras was founded by Grupo Perfil in Buenos Aires in 1992 and it started as a spanish magazine. Then it began to be published in Brazil (1993), Portugal (1995), Angola (2004) and Uruguay (2007). In 1993, Grupo Perfil was associated with Grupo Abril and in 1995 it was associated with Grupo Impresa. In 2014, Grupo Perfil bought the part from Grupo Abril and today is the only owner of the franchise (Argentina, Brasil, Angola and Uruguay) except for Caras Portugal who continues to share with Grupo Impresa. I'm not quite sure how to reflect that on Wikidata (co-owners or local partners). --Metrónomo (talk) 08:46, 11 April 2018 (UTC)[reply]

Pick the main one like how it's done on Google Search (Q9366) otherwise you'll end up with long lists. Multichill (talk) 09:56, 11 April 2018 (UTC)[reply]

In the case of Canoë, none is the main one (French/English duality in Canada). In the case of Caras can be considered (Spanish?) Even if you choose the one you choose, someone will always disagree (Portuguese speakers will say: why Spanish?) The difference with Google is that we all agree which is the main or most representative site. --Metrónomo (talk) 10:38, 11 April 2018 (UTC)[reply]

A discussion from 2016 at Property_talk:P856 suggests allowing multiple values if they are qualified somehow, like language of work or name (P407), applies to jurisdiction (P1001) or intended public (P2360). I'm not sure if doing that fixes the constraint. Ghouston (talk) 11:41, 11 April 2018 (UTC)[reply]

The constraint statement already has separator (P4155) parameters, which should allow multiple values as long as they have different qualifiers for e. g. language of work or name (P407) – but unfortunately we haven’t implemented support for that parameter in the WikibaseQualityConstraints extension yet, see phabricator:T173594. --Lucas Werkmeister (WMDE) (talk) 13:18, 11 April 2018 (UTC)[reply]

Formatter URLs for GET request method

Data from an ORCID record can be fetched using the relevant ORCID iD (P496) value and HTTP GET (Q30542074), thus:

https://pub.orcid.org/v2.0/0000-0001-5882-6823/person

I have stored that here using formatter URI for RDF resource (P1921) - is there a better way to record this? As formatter URL (P1630)? Do we need a new property, "GET formatter URL"? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:15, 11 April 2018 (UTC)[reply]

@Pigsonthewing: I don’t think that’s correct – an URL with a v2.0 version number in it doesn’t look very much like a canonical URI to me.

And I don’t think there’s any need to store this URL separately, in fact – if you request the real canonical URI, e. g. https://orcid.org/0000-0001-5882-6823, with the right Accept header (e. g. Accept: application/xml), it redirects you to the pub.orcid.org/v2.0/… URL. We do the same thing in Wikidata – see WD:Data access#Linked Data interface. --Lucas Werkmeister (talk) 15:30, 11 April 2018 (UTC)[reply]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

It is true that:

https://pub.orcid.org/0000-0001-5882-6823/person

will also work. However my question is how we can best store such URLs for cases where your solution either does not work, or or is not available to the user. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:55, 11 April 2018 (UTC)[reply]

Feedback requested on educational resources and curricula

I have a goal of creating a series of lessons which a new user could follow to gain the skills to use Wikidata.

I drafted an outline of resources.

My thought is that I will seek to collect any lessons on the "educational resources" page, then include those individual lessons and more into a curriculum on the "curricula" page.

Here is the feedback I am seeking now:

Can anyone inform me if they are aware of any Wikidata page which already serves either of these functions? Is there a catch-all directory of educational resources, and has anyone already outlined how to create a Wikidata class learning plan?
Can anyone post more educational resources to that page?
Can anyone direct me to individuals who are likely to want to collaborate in developing a multi-part lesson plan for new users to learn Wikidata?

Thanks. Blue Rasberry (talk) 19:49, 11 April 2018 (UTC)[reply]

This is awesome User:Bluerasberry. Perhaps translating the page to other languages will be more helpful for many editors. --Titodutta (talk) 20:26, 13 April 2018 (UTC)[reply]

@Titodutta: Thanks. This is not stable. I am seeking comments from others. If you are aware of anything equivalent in other languages then share. I have no idea what already exists. Right now I am only collecting anything already published and getting feedback, so I think translation is premature. Blue Rasberry (talk) 20:28, 13 April 2018 (UTC)[reply]

How to load a new dataset?

Hello, I'm wondering what is the correct process for loading a dataset. Some week ago, I tried to open up a new purpose here, but now I do not know how to proceed. Floatingpurr (talk) 09:47, 12 April 2018 (UTC)[reply]

Seems to be plenty of supply on that page, but hardly any demand. Multichill (talk) 19:28, 12 April 2018 (UTC)[reply]

I see. So what how can I do if I want to contribute loading datasets? Floatingpurr (talk) 11:24, 13 April 2018 (UTC)[reply]

There are probably three or four main tasks associated with this proposed upload: 1. Working out whether we already have records for any of the schools 2. working out the coding so we can represent e.g. Region or Province to our values for Italian regions & Provinces 3. Actually uploading the data, probably using QuickStatements 2 (Q29032512) and possibly 4. creating a new property for CODICESCUOLA (and, who knows, thinking about CODICEISTITUTORIFERIMENTO and whether we need to support that ID). So it's a non-trivial task, I'm afraid, one which will take a considerable amount of effort to achieve. There is not an automagical solution. So the question is, whether you have the time and aptitude to do the work? I can probably give you pointers. --Tagishsimon (talk) 14:28, 13 April 2018 (UTC)[reply]

Thanks for your kind reply. So, I'd like to contribute and to try loading datasets for becoming confident with this process. I go over your points. 1. There are definitely record of such schools, for example this one Liceo Classico Massimo D'Azeglio (Q3268994). I guess the only way to get them all is string matching, right? How do I merge existing data? 2. Again, also in this case string matching is the only way, isn't it? 3. Aren't there APIs for loading data (e.g., the ones the bots harness)? Do I need a bot to load them? 4. I may start loading just basic info. I understand it's not a trivial task and I do not know how much time I can dedicate to this task. Anyway, I still do not find a clear way for contributing with huge data loadings, like this one. Floatingpurr (talk) 23:52, 13 April 2018 (UTC)[reply]

REST API format for wikidata

I'm playing with the REST API for wikidata. The returned results for an item in html form (like http://www.wikidata.org/api/rest_v1/page/html/Q42) just seem to be a dump of the JSON data associated with the item. I presume if people wanted this, they would go to e.g. https://www.wikidata.org/wiki/Special:EntityData/Q42.json. I wonder if, like the wikipedia REST pages (e.g. https://en.wikipedia.org/api/rest_v1/page/html/Albert_Einstein), the data could be arranged in a neater, HTML-like way, perhaps even something like the tabular format seen on a normal "editing" page (i.e. https://www.wikidata.org/wiki/Q42), or perhaps with section headers and breaks inserted. HYanWong (talk) 14:48, 12 April 2018 (UTC)[reply]

You should probably talk to those who maintain this API. I'm not sure who is responsible, though. Matěj Suchánek (talk) 13:26, 14 April 2018 (UTC)[reply]

P2600 geni.com profile ID - Wikidata does store ID plus irrelevant URL part

Now copied to Property talk:P2600#P2600 geni.com profile ID - Wikidata does store ID plus irrelevant URL part. 92.231.172.31 15:20, 12 April 2018 (UTC)[reply]

Removed from here as duplicated discussion continues there. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:56, 13 April 2018 (UTC)[reply]

Is there way to see real "related changes" with certain property

There is "related changes" link (like this). This link shows "edit on label", "edit on description", "addition of sitelink" and so on. Is there way to see only "edits on P1323 value". I want to see such changes for maintenance purpose, if it's possible. --Was a bee (talk) 10:35, 13 April 2018 (UTC)[reply]

@Was a bee: User:Yair rand/DiffLists.js allows filtering changes by property, which can be used in conjunction with Special:RelatedChanges to do this. Demo: Recent additions and changes for P1323. --Yair rand (talk) 02:50, 16 April 2018 (UTC)[reply]

@Yair rand: Wow, this is what exactly I hoped. Although currently not fully working (interface is shown, filtering doesn't happen), I wait implementation of this functionalities through T121361. Thanks a lot! --Was a bee (talk) 21:37, 16 April 2018 (UTC)[reply]

@Was a bee: Ah, I forgot to mention that it doesn't work unless "Hide the improved version of Recent Changes" is checked in Special:Preferences#mw-prefsection-rc. --Yair rand (talk) 22:35, 16 April 2018 (UTC)[reply]

Updating Wikidata:List of properties

Since all of our old lists of properties are outdated, I would like to replace Wikidata:List of properties with a new User:Micru/Wikidata:List of properties.

Could you please take a look and voice your opinion? Thanks! --Micru (talk) 20:00, 13 April 2018 (UTC)[reply]

Hi, I would agree that we need better ways to explore and visualize properties, and your proposal goes into the right direction. However, some of the tools you are listing are by far not mature (yet). For example, it should definitely be possible to filter out all the identifier properties - in fact they should be explorable separately from the other properties. Also, some of the standard queries of the tools you are referencing run into time-out issues (at least when run from the Mozilla Browser, which has a lower performance on the SPARQL service than for example Google Chrome). Cheers. --Beat Estermann (talk) 09:48, 15 April 2018 (UTC)[reply]

@Beat Estermann: Prop explorer has been updated and now you can filter out all the identifier properties, and you can explore them independently if you wish, just select the type of property that you want to show. If you tell me which tools give you problems I can either contact the tool creators or add a notice with the potential issues. So do you think the proposed page is now ready to be used as default? --Micru (talk) 07:35, 16 April 2018 (UTC)[reply]

Wikidata Games

Are any of the Wikidata games working for anyone? I've tried two browsers, and various gales, and they're not for me (and I know Magnus is busy elsewhere). for example https://tools.wmflabs.org/wikidata-game/distributed/#game=9 hangs in Firefox and gives an unspecified error in Opera. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:08, 13 April 2018 (UTC)[reply]

Game Mode from Mix'n'Match (https://tools.wmflabs.org/mix-n-match/#/random/299) works for me. The Distributed Game (your example link https://tools.wmflabs.org/wikidata-game/distributed/#game=9) hangs. I am using Chrome + Windows 10. - PKM (talk) 21:48, 13 April 2018 (UTC)[reply]

Does not work for me, there seems to a problem in the tool that provides suggestion for the game. Matěj Suchánek (talk) 13:25, 14 April 2018 (UTC)[reply]

The "error" was that you had played through all' of the tiles (~8400) I had created back in the day. The update function was still using WDQ, which has been deactivated quite a while ago, so no new candidates. I patched it up a bit, running now. Should already work again. --Magnus Manske (talk) 08:32, 16 April 2018 (UTC)[reply]

https://tools.wmflabs.org/wikidata-game/ certainly stopped working for me months ago : impossible to get a suggestion. waiting forever.

pity because it was very useful to match people and gender quickly :( --Hsarrazin (talk) 08:47, 16 April 2018 (UTC)[reply]

Property "Time of the day" by using 1440 items

Since the use case of "time of the day" is different than the use case of "duration in HH:MM:SS", I was wondering if we could create a property "time of the day" with data type item which takes as value one of 1440 items (24h * 60min), each one labeled as "00:00", "00:01", "00:02", and so on. Would it make sense? Are there any use cases?

For opening hours I suppose we would need a property "open on" with item values "Monday", "Tuesday", etc. and qualifiers "start time of the day" and "end time of the day".

Thoughts? --Micru (talk) 21:14, 13 April 2018 (UTC)[reply]

I'm also thinking that perhaps there is no need to create so many items, as normally the only items used would be for hours, or half-hours, perhaps quarters in some rare occasions. In that case only 96 items (4*24) would be necessary to have the most used times 0h, 0:15, 0:30, 0:45, and so on. --Micru (talk) 10:36, 15 April 2018 (UTC)[reply]

Synalpheus pinkfloydi (Q29367343) and Synalpheus pinkfloydi sp. nov., a new pistol shrimp from the tropical eastern Pacific (Decapoda: Alpheidae) (Q29390847)

To keep track of this ongoing dispute with Mr. Mabbett:

In Synalpheus pinkfloydi (Q29367343) he readded a constraint violation.
In Synalpheus pinkfloydi sp. nov., a new pistol shrimp from the tropical eastern Pacific (Decapoda: Alpheidae) (Q29390847) he removed heavily used statements.

Any idea what could be done? --Succu (talk) 21:16, 13 April 2018 (UTC)[reply]

Bad constraints should be removed fixed. I didn't remove anything from the latter item. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:27, 13 April 2018 (UTC)[reply]
Of course you removed statements. Why is the constraint bad? --Succu (talk) 21:30, 13 April 2018 (UTC)[reply]
The constraint is bad for the reasons explained, at length, on Wikidata:Project chat/Archive/2017/07#Editwar at Desmopachria barackobamai (Q30434384) and especially its 'named after' sub-section; see the 'Kentish Plover' example therein. Anyone can see that I removed nothing in these edits, but feel free to explain what you believe I did. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:37, 13 April 2018 (UTC)[reply]
The widly used statment volume (P478) in Synalpheus pinkfloydi sp. nov., a new pistol shrimp from the tropical eastern Pacific (Decapoda: Alpheidae) (Q29390847) was removed by you. Once again: Why is the constraint bad? Feel free to summarize your arguments for everybody here. Danke. --Succu (talk)
Nope; despite your selective quoting of one diff in a run of several, the volume, 4254, is still shown, quite clearly, on that item. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:10, 13 April 2018 (UTC)[reply]
So once again you can't.

Ouf of 12227 atricles we have for Zootaxa (Q220370), only one is lacking the statements you removed.

--Succu (talk) 05:43, 14 April 2018 (UTC)[reply]

@User:Rschen7754, am I allowed to restore the correct values? --Succu (talk) 20:45, 15 April 2018 (UTC)[reply]
If there is a disagreement between you two, ask others for comment. --Rs chen 7754 20:56, 15 April 2018 (UTC)[reply]
I asked you, User:Rschen7754 as a blocking admin. --Succu (talk) 21:03, 15 April 2018 (UTC)[reply]

I have done so; more than once. You'll note, for example, that user:ChristianKl said: "Items can have different names in different languages and also multiple names in the same language. "Named after" is a property of a specific name of an item and therefore I agree that it makes more sense as a qualifier.". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:17, 15 April 2018 (UTC)[reply]

I have similarly restored the named after (P138) qualifier on Myrmoteras mcarthuri (Q13871073), which was changed with no explanation and no discussion. My reasons for doing so are as explained Wikidata:Project chat/Archive/2017/07#named after. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:04, 15 April 2018 (UTC)[reply]
To cite you: „This still requires a resolution”, but you didn't help to resolve issue #1. --Succu (talk) 21:30, 15 April 2018 (UTC)[reply]
I did; I pointed out that "Bad constraints should be fixed". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:11, 15 April 2018 (UTC)[reply]
In the thread I cited: no! And reciting yourself again and again without providing a new perspective is useless. --Succu (talk)
~~Any idea what could be done? --Succu (talk) 21:06, 17 April 2018 (UTC)[reply]~~
~~Help, PetScan~~
~~Hi. I wanna know why I'm not getting labels in Spanish with this petscan-query. strakhov (talk) 21:34, 13 April 2018 (UTC)[reply]~~
I think it's Topic:Ub9l5yd1u0m8t92q. --Edgars2007 (talk) 16:27, 14 April 2018 (UTC)[reply]
Thanks! Well, I'll wait to see what happens. :) strakhov (talk) 17:30, 15 April 2018 (UTC)[reply]
Fixed. --Magnus Manske (talk) 09:37, 16 April 2018 (UTC)[reply]
~~Paper size tolerances~~
Can the value of height (P2048) and width (P2049) in items such as A0 (Q12062327), A1 (Q12062328) etc. also include the permissible tolerance as specified in ISO 216 (±1.5 mm for dimensions ≤ 150 mm, ±2 mm for dimensions > 150 mm and ≤ 600 mm, ±3 mm for dimensions > 600 mm)?
I would state, for instance, that A1 has height (841 ± 3) mm and width (594 ± 2) mm, but is A1 (Q12062328) specifically about the ISO size? DIN 476 used to specify slightly tighter tolerances (±1 mm, ±1.5 mm, ±2 mm) – though the part DIN 476-1 about the A and B series has been withdrawn in favor of DIN EN ISO 216, so perhaps this is obsolete – and there may be other standards with different tolerances, so should I use a qualifier (which one?) or would that be in a separate item? We already distinguish between B series (Q43305767) and JIS B series (Q43351400), but these already differ by the “ideal” sizes. -- IvanP (talk) 23:14, 13 April 2018 (UTC)[reply]
@IvanP: yes to the first question, as easily as changing the value from 1,189 to 1,189±3 such as in this (now reverted) edit. See also Help:Data_type#Quantity. I don't have a good answer for ISO vs DIN tolerance diffs; could be done as 2 items, could be done as 1 item with 2 measurements, each referencing the pertinent standard (and there may be an appropriate additional qualifier for the measurement & other claims, pointing to the standard, such as of (P642)?). --Tagishsimon (talk) 23:20, 13 April 2018 (UTC)[reply]
Regarding the qualifier, I would not use statement supported by (P3680) since the standard defines the tolerances rather than just supporting the statement that they were set this way. I am unsure about criterion used (P1013); I would use it to make clear which measure is meant exactly (e.g., height (P2048) (which height?) → height to pinnacle (Q26970842)), but in this case, the purpose is to make clear what kind of paper size is meant (namely, A0/A1/… as defined in ISO 216). Is of (P642) the way to go? Would love opinions. -- IvanP (talk) 09:03, 14 April 2018 (UTC)[reply]

I suggest creating two items both with label "A1", and a description noting which item is for the ISO variant, and which item is for the DIN variant of the paper size specification. Then use stated in (P248) in references on each item, pointing to the specific ISO or DIN standard. Values of properties such as height (P2048) and width (P2049) would therefore be different on each of the two items due to the variance in tolerances allowed. I would also suggest a third item with label "A1" that is a disambiguation/class item, with the ISO and DIN items being instances of this item. Properties such as height (P2048) and width (P2049) would not be appropriate to use on this third item. Dhx1 (talk) 12:28, 15 April 2018 (UTC)[reply]
~~What property is best to use for a "seat number" qualifier?~~
Is there any property that could be used as "seat number" to be used as a qualifier for the property member of (P463) (and maybe position held (P39))? I want to put that as a qualifier for the statement that a human (Q5) is member of (P463) of Swedish Academy (Q207360). Swedish Academy (Q207360) has 18 distinct "seats" numbered from 1 to 18, and I want to be able to make a query listing all persons that have been the "holder" of a specific "seat", e.g. seat number 7. The same could be used for various parliaments that have numbered individual seats. I guess a possibility is to create 18 separate objects, one per specific "seat", but such a scheme may not be feasible for parliaments with maybe hundreds of individual seats. So I would prefer to use a qualifier.
None of the properties in the following list seems to be a perfect choice, so I would appreciate a recommendation on what to use as "seat number" qualifier.

Property Comment

number of seats (P1342) No, that is not for a specific seat.

number of seats in assembly (P1410) No, that is not for a specific seat.

collection or exhibition size (P1436) No, that is not for a specific seat.

series ordinal (P1545) This is the "least bad" that I have found,
but it could be confused as a series ordinal (P1545) for the entire "academy/parliament" and not as the number for a specific "seat".

sport number (P1618) Possibly, but a hockey player and a member of an academy/parliament seem rather different.

road number (P1824) No, that would be confusing.

serial number (P2598) Possibly, but maybe confusing.

fleet or registration number (P2802) Possibly, but maybe confusing.

channel number (P3970) No, that would be confusing.
~~--Larske (talk) 09:23, 14 April 2018 (UTC)[reply]~~
~~Records and record progressions~~
On the one hand, the English-language Wikipedia has an article called Flight airspeed record, on the other hand, it has an article called Men's pole vault world record progression.
Now two examples are given for record held (P1000), Renaud Lavillenie (Q1742) → men's pole vault world record (Q1136293) and Augustus Orlebar (Q4821509) → flight airspeed record (Q1038621), but one cannot say that Lavillenie holds the men's pole vault world record progression. What to do about this, changing the Wikidata label into men's pole vault world record but leaving the Wikipedia article linked to it? Note that the French label is record du monde du saut à la perche (OK) and the German label is Stabhochsprungweltrekorde der Männer (plural!).
I am also uncontent with the use of the property record held (P1000) in the item 100 metres (Q164761). It is not like Usain Bolt is a record held by the 100 metres race; rather, the record for the fastest 100 metres race is held by Usain Bolt. -- IvanP (talk) 15:12, 14 April 2018 (UTC)[reply]
men's pole vault world record (Q1136293) actually seems like the better target, because it's an item for a subclass of world records, unlike flight airspeed record (Q1038621) which is an item for a Wikimedia list article. I think it would be OK to change the label. record held (P1000) in 100 metres (Q164761) is just backwards. Ghouston (talk) 03:56, 15 April 2018 (UTC)[reply]
~~Refound date~~
We are using inception (P571) and dissolved, abolished or demolished date (P576) for a team foundation date and dissolved date. But, what we do if a team refounded after dissolved? Two different questions I have.
1) We put the refounded date at P571, as a second value? But, it has the constraint single-value constraint (Q19474404). How can we show that the team was refounded a specific date?
2) We made P576 value a deprecated rank? (sorry for my English)
3) If the team dissolved again? P756 has the constraint single-value constraint (Q19474404).
My example,
Pezoporikos Larnaca FC (Q2277220) founded at 1924, then dissolved at 1932 (merged with other team, created a new team), then refounded at 1937 and then dissolved at 1994 (merged with other team). For other teams, they just dissolved (not by merging) and refounded some years later.
Xaris333 (talk) 22:37, 14 April 2018 (UTC)[reply]
I'd say first decide whether the refounding is genuinely the same team, and not a new team with the same name. The same thing also happens with other types of organization like political parties and companies. If it a continuation, then I suppose you'd use inception (P571) for the first founding date, and dissolved, abolished or demolished date (P576) for the final dissolved date, with periods of inactivity not recorded in that way. Ghouston (talk) 23:14, 14 April 2018 (UTC)[reply]
Its the same team... Ok, but with your way we lose informations. There is a time in period that the team, political party, company, didn't exist. Xaris333 (talk) 23:51, 14 April 2018 (UTC)[reply]
Because that first time it dissolved it wasn't a true dissolution, because it continued at a later period. And the refounding isn't a true foundation since it existed previously. Ghouston (talk) 03:32, 15 April 2018 (UTC)[reply]
But how can we show that the team, political party, company didn't exist for some years? That period, the dissolution was true. Xaris333 (talk) 04:18, 15 April 2018 (UTC)[reply]
Maybe with significant event (P793) with date of dissolution, abolition or demolition (Q29933798) and point in time (Q186408), although this seems confusing. There don't seem to be items for start and end of a period of inactivity, or temporary cessation / restart. Ghouston (talk) 07:16, 15 April 2018 (UTC)[reply]

Quite a few such examples can be found by searching for "refounding" in Wikipedia. A lot of them seem to be sports teams, but Saxony-Anhalt (Q1206) is also a good example. Perhaps defining a couple of new items to be used with significant event (P793) would handle it? Ghouston (talk) 07:30, 15 April 2018 (UTC)[reply]

Identity is strongly associated to the temporal continuity of existence, which is delimited by a start date and an end date. If something ceases to exist, that will never exist again nor will be recreated, and a future entity with the same name should be considered a different entity. So I would create several entities in Wikidata, since I also consider them different entities in the real world. --abi án 13:25, 15 April 2018 (UTC)[reply]
Wikidata doesn't really have the privilege of deciding such things: it's determined by whether the entity has multiple Wikipedia entries or a single entry. Perhaps a case will turn up that has multiple entries in one language and a singe entry in another. In reality its messy: there are likely to be aspects in which the entity acts as a continuation (beyond just the name, such as having some of the same people involved) and aspects in which it acts as a new entity (such as a new legal registration.) Did China become a new state in 1949 when it became the People's Republic of China (Q148), or is was it a continuation of the same state with a new government and new name? We have People's Republic of China (Q148) founded in 1949. Ghouston (talk) 23:39, 15 April 2018 (UTC)[reply]
~~Translating "Motivation"~~
Currently, property proposals have the string "Discussion" translated, by inputting {{int:Talk}} which outputs "Discussion". It would be useful to have the header "Motivation" also internationalized. The preloaded property proposal template would also need to be updated. NMaia (talk) 13:18, 15 April 2018 (UTC)[reply]
~~instance of:list and P279~~
Somehow subclass of (P279) doesn't work well on items for lists. That is items with instance of (P31)=Wikimedia list article (Q13406463).
There are some on Wikidata:WikiProject Lists/reports/P279 cleanup. It includes:
1. Items with labels = "list of" and a subclass that is also labeled "list of"

2. Items with labels = "list of" and a subclass that is not labeled "list of"

3. Items with labels in plural (other than "list of") and a subclass that is not labeled "list of"

4. Items with labels in singular (other than "list of") and a subclass that is not labeled "list of"
~~What to do?~~
For (4), the solution would probably be to remove p31=Wikimedia list article (Q13406463).

Maybe for (3) as well.

For 1 and 2, the value of P279 should probably be moved to another property.
--- Jura 16:34, 15 April 2018 (UTC)[reply]
~~Commons Cultural heritage monuments with known IDs~~
Hi guys,
The question is simple, there's some effort to make this: Category:Cultural heritage monuments with known IDs some how useful here, there's some integration possible to both worlds? Rodrigo Tetsuo Argenton (talk) 20:04, 15 April 2018 (UTC)[reply]
@Rodrigo Tetsuo Argenton: Sorry, I don't understand your question. Can you please rephrase it? You're probably interested in Wikidata:WikiProject WLM. Multichill (talk) 21:17, 15 April 2018 (UTC)[reply]

@Multichill:, if there is any kind of integration between the categories/templates at Wikimedia Commons and here. We have there a number to identify the monument, maybe we could use some how here. Because, we have there thousands of images identified, and as we categorised it by template, we could simply change the templates and created a bridge there easily by bot, not manually as now.

Rodrigo Tetsuo Argenton (talk) 21:48, 15 April 2018 (UTC)[reply]

@Rodrigo Tetsuo Argenton: If the ID template is being used in categories, then it would be good to migrate the info to here (if not already here) and we can use commons:Template:Wikidata Infobox to show it there. For files, a lot of the work will become easier once structured commons is here, but for IDs that are present both here and there then we could try to match them up, and add image (P18) here, and "wikidata=" tags there. Thanks. Mike Peel (talk) 11:51, 16 April 2018 (UTC)[reply]
@Rodrigo Tetsuo Argenton, Mike Peel: before you start doing double work:

The monuments database indexes about 1,5 million monuments (stats). A lot of these id's are cross referenced with Wikidata already or that can easily be done. The monuments database used to index images too, last time it ran it was about 2,6 million images (more info). I haven't invested any time yet on removing the intermediate step. To explain that, now it's file -> id, id -> Wikidata, that could be file -> Wikidata. The reason I haven't done anything yet is Structured Data on Wikimedia Commons. This is a good set to convert once we have the initial release of that deployed. It's a bit of double work to add Wikidata id's now in template pseudo structured data and doing everything again a bit later.

I would wait a bit and in the meantime focus on improving items with heritage designation (P1435) and making sure all the items about monuments have at least one of these properties. Also the cross referencing effort probably could use a hand, but I don't know the latest status. Multichill (talk) 16:23, 16 April 2018 (UTC)[reply]
@Multichill: For files, I'd agree, better to wait for structured commons (although the latest changes to commons:Template:Artwork to auto-fetch info from Wikidata when given the qid are a huge step forward). For categories, structured commons won't impact those, so moving the IDs in those over sooner rather than later makes more sense. Thanks. Mike Peel (talk) 18:12, 16 April 2018 (UTC)[reply]
Maybe you could use it to connect categories to Wikidata items.
--- Jura 18:15, 16 April 2018 (UTC)[reply]
~~Phoenician language~~
I would like to add a statement that the name of Gades (Q3094251) was 'Gadir' in Phoenician (Q36734), but 'Phoenician' isn't available in the language drop-down. Phoenician has ISO 639-2 code 'phn'. What needs to happen to make Phoenician a valid language for <name> statements? - PKM (talk) 21:54, 15 April 2018 (UTC)[reply]
@PKM:
Tracked in Phabricator
Task T155425
You should be subscribed to the ticket now. Mahir256 (talk) 23:18, 15 April 2018 (UTC)[reply]
~~about project tiger~~
~~how can i be a perticipent of this competition? should i only need to log in by my wiki account and edit pages? or do i need to do things first?~~
@Mahmudul hasan topu: (Whenever you write a message on this page or any other talk page, please sign your posts using four tildes—like "~~~~", but without any quotation marks or <nowiki> tags around it.) At present Wikidata is not within the scope of the Project Tiger Editathon. You may wish to find out more here. Mahir256 (talk) 16:18, 16 April 2018 (UTC)[reply]
~~Why numbers are in English format only?~~
Hello, I was trying to add wikidata data in sawiki infoboxes, but all the output (numerical) is in english numbers. For example see 476 and 13 June 1992 on sawiki. All the text output is in local language, so should the numerical one be. I raised this issue at enwiki and was informed that this is due to wikidata in this comment. Can anyone please help me on this? Capankajsmilyo (talk) 13:21, 16 April 2018 (UTC)[reply]
~~Wikidata weekly summary #308~~

Here's your quick overview of what has been happening around Wikidata over the last week.

Events
Role of Wikimedia in the era of Open Science, Barcelona, April 16th (slides of Andy Mabbett's keynote)

Wikidata meetup in Berlin, April 20th. Please sign up if you want to attend (the meetup takes place in the venue of the Wikimedia Conference)

Wikidata workshop in Paris, April 20th

Wikidata for science workshop in Paris, April 23rd

Wikidata meetup in Zürich, April 25th

Press, articles, blog posts
Writing a Wikidata Query: Discovering Women Writers from North Africa by Alex Stinson

Other Noteworthy Stuff
GLAM wiki Conference (November 2018 in Tel Aviv): you can now apply for a scholarship. You can still make submissions for the program until end of April.

Lua function to get Wikibase entity by site link: mw.wikibase.getEntityIdForTitle (thanks Tpt!) (ticket)

Wikidata:FactGrid#Problems and more, a brief status report of the FactGrid Project on Friday 13, April 2018

Should OpenStreetMap use Wikibase to store data on tags? (Discussion on OSM wiki)

Prop explorer UI can now be translated using Tool Translate.

Did you know?
Newest properties:
General datatypes: talk show guest, GHS hazard pictogram, GHS hazard statement, GHS precautionary statement, number of abstentions, number of spoilt votes, number of blank votes, International Classification for Standards, towards, supervisory board member

External identifiers: Researchmap ID, Animated Knots ID, Filmweb.pl film ID, Filmweb.pl person ID, National Library of Korea Identifier (KRNLK), Lambiek Comiclopedia ID, AmphibiaWeb Species ID, Plants of the World online ID, FOGIS ID, Authorea author ID, Rosetta Code ID, Church of Sweden ID, Harvard designation, UMAC ID

New property proposals to review:
General datatypes: French standard sizes for oil paintings, operating temperature, non-operating temperature, reference value, ILI ID, Portable Game Notation, SNOMED CT identifier, Mercalli intensity, fault type, fault, areas affected

External identifiers: IRMNG taxon ID, e-teatr.pl ID, World of Physics identifier, Kunstenpunt people, DOAB publisher ID, aviation-safety.net ID, IAFD company ID, JAAF ID, Athletics Canada ID, Russian Athletics ID, Polish Athletics Federation ID, Römpp online ID, Pschyrembel Online ID, Internet Encyclopedia of Philosophy ID, ISC event, USGS-ANSS event page, HanCinema drama, ARRS race ID, hpip

Barely used properties created >3 months:
National Film Board of Canada movie ID (P4606), AUSNUT 2011–13 Food Group ID (P4618), squadron embarked (P4624), trophy awarded (P4622), EK number (P4627), premiere type (P4634), identity of object in context (P4626), photosphere image (P4640), FoodEx2 code (P4637), Estonian Football Association team ID (P4639)

Query examples:
Longest chain of mutual murders (source)

6 couples killed each other (source)

All things named after Leonardo da Vinci (source)

German municipality pairs with the name pattern -ing/-ingen (source)

Timeline of early silent movies produced before 1900 (source)

French citizens with at least 5 Wikipedia pages but not in French (source)

Newest database reports: family names by soundex, définitions de ville

Development
Disable Senses in the API for the initial version of the WikibaseLexeme extension (phab:T187198)

Create a new data type to allow linking to Forms (phab:T165579)

Fix a bug happening when editing a Form (phab:T187215)

Enforce permission checks when editing Lexeme (phab:T189480)

Make not possible to remove the last lemma (phab:T189185)

Make not possible to move a Lexeme (phab:T189481)

Implement “Units” constraint (phab:T164372)

More work on the possibility to pick an item's parent in Lua (phab:T179155)

Show a thumbnail for image/video/audio properties in statements (phab:T46727)

Add “no bounds” constraint (phab:T170610)

Make the “difference within range” constraint not requiring “item requires claim” constraint (phab:T185480)

New Lua function to test for validity of Wikidata entity IDs (phab:T143970)

Include checksums in dumps (phab:T190457)

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.

Monthly Tasks
Add labels, in your own language(s), for the new properties listed above.

Comment on property proposals: all open proposals

Suggested and open tasks!

Contribute to a Showcase item.

Help translate or proofread the interface and documentation pages, in your own language!

Help merge identical items across Wikimedia projects.

Help write the next summary!

Read the full report · Unsubscribe · Lea Lacroix (WMDE) 14:34, 16 April 2018 (UTC)[reply]

~~defining formula (P2534)~~
Is $\left(M,*,e\right)$ really a defining formula for monoid (Q208237)? ${\boldsymbol {S}}=(S,*)$ (from semigroup (Q207348)) is at least an equation, but $(S,*)$ is not a notation specifically for a semigroup, rather, it can be used to define what a semigroup is by saying that $(S,*)$ is a semigroup iff $*$ is an associative operation and $S$ is a set closed under $*$ .
Furthermore, has characteristic (P1552) currently has two values in monoid (Q208237), identity element (Q185813) and associativity (Q177251). I am fine with identity element (Q185813) – there are monoids with different identity elements –, but think that associativity (Q177251) is inappropriate. -- IvanP (talk) 18:57, 16 April 2018 (UTC)[reply]
@IvanP: On defining formula, a lot of these were imported wholesale from enwiki in a careless manner, and I've deleted hundreds that were just inappropriate. However the two you mention were added more recently by @Bigbossfarin: - might be something else going on here? ArthurPSmith (talk) 12:37, 17 April 2018 (UTC)[reply]
Hi, I was importing the formula from de-wiki. In this sense a monoid (Q208237) is defined as a triple (Q20088882) $\left(M,*,e\right)$ , where $M$ is a set (Q36161), $*$ is a associative internal binary operation (Q47407371) on $M$ and $e$ a identity element (Q185813) in $*$ . The input box is simply to short to get all this information in it. Maybe ${\boldsymbol {M}}=\left(M,*,e\right)$ would be an improvement? And I agree with you that associativity (Q177251) is very inaccurate. --Bigbossfarin (talk) 13:30, 17 April 2018 (UTC)[reply]
~~Standardizing historic patents, post #2~~
We could start to standardize on an ontology for pre-1920 patents, as I mentioned in a Project Chat post a week ago. Interest was limited. And yet I would like to create a Wikidata WikiProject for this topic, analogous to the ones for companies, organizations, universities, and occupations. Any objections? Or advice?
I'd like to get started now. In two weeks I have a meeting with specialists at WIPO, the UN organization that manages modern-day patent rights, and would like to get their support or a wise critique of the effort. Some of their data could be uploaded eventually, and on the wiki side we might be able to set up automatic links analogous to the authority control templates so as to get immediately from a Wikipedia article about an individual to their patent documents across countries, a service not offered very well elsewhere for historic patents. Modern patents are conceptually the same, but they refer to intellectual property rights that may still be relevant, or maybe they might be copyrighted, and they are longer and more difficult to read, AND there are more services designed to manage that sort of information which might be technologically relevant now. Therefore I think it is reasonable to start with the older ones. -- econterms (talk) 22:53, 16 April 2018 (UTC)[reply]
Go ahead and start the wikiproject, at least some of those in the other ones you link are probably interested. Is there any particular reason historic patents would be different from modern patents in terms of data structure/ontology? ArthurPSmith (talk) 12:32, 17 April 2018 (UTC)[reply]
~~Dye plants~~
Do people prefer Reseda luteola (Q157927) <instance of> dye plant (Q907341) or Reseda luteola (Q157927) <use> dye plant (Q907341)? I prefer <instance of> but not enough to argue about it if others disagree, as long as we're consistent. There are only two instances so far, so I can change them easily if that's the consensus. - PKM (talk) 22:56, 16 April 2018 (UTC)[reply]
Or perhaps <subclass of> dye plant (Q907341)? - PKM (talk) 23:07, 16 April 2018 (UTC)[reply]
Instance or subclass. dye plant (Q907341) has a description "plant from which a dye can be extracted" and a has use (P366) with the value dyeing (Q1164991). I could do with more guidance on instance versus subclass; it's not always clear to me which is appropriate. --Tagishsimon (talk) 23:11, 16 April 2018 (UTC)[reply]
An individual plant would be an instance, Reseda luteola (Q157927) is a class of many plants. Ghouston (talk) 01:12, 17 April 2018 (UTC)[reply]

I think generally it's not a good idea to go overboard with subclassing. It's nice that all humans are instances of the same item (even if that item is somewhat screwed up.) I think I'd just make each species a subclass of its parent taxon and identify its characteristics with other properties. Ghouston (talk) 01:20, 17 April 2018 (UTC)[reply]
~~2 years~~
Dear administrators,
Mr Javier Gomá (https://www.wikidata.org/wiki/Q6165536) was hired by the Juan March Foundation in 1996. In 2003, he was named executive director. How can I express it in Wikidata? I am not able to put 2 years.
Regards.
Soleil222 (talk) 08:24, 17 April 2018 (UTC)[reply]
~~I think you have to add the employer twice, and only once with "position held" with the 2003 date. --Anvilaquarius (talk) 08:28, 17 April 2018 (UTC)[reply]~~
~~Translation not updated~~
Tracked in Phabricator
Task T192379
Resolved
Can someone tell me why this translation has not been yet replicated to MediaWiki:Valueview-expertextender-languageselector-label/ca? I translated it last december. Thanks, Paucabot (talk) 14:47, 17 April 2018 (UTC)[reply]
@Paucabot: the translation was imported correctly (Gerrit change Idd2f67762d), but that message is not directly part of Wikibase (the MediaWiki extension that powers Wikidata), but of a library which Wikibase uses. Wikibase imports the latest released version of that library, and we haven’t released a new version of it since November, so all translation changes since then aren’t effective on Wikidata yet. We’ll try to get this fixed, it should be deployed ~~either~~ tomorrow ~~or next Wednesday~~. Thanks for translating, and for bringing this to our attention! --Lucas Werkmeister (WMDE) (talk) 16:17, 17 April 2018 (UTC)[reply]
~~P31=Norse human~~
When working on property:P2600 I found that one item is instanceOf Norse human Q24451723. There are many more humans linked via P31 Special:WhatLinksHere/Q24451723. Is this desired? 78.55.76.113 18:43, 17 April 2018 (UTC)[reply]
I don't think Q24451723 isn't needed or desirable, it can be done with ethnic group (P172) Norsemen (Q1211290). Subclassing humans would lead to the madness that is Commons categories and intersection categories, since humans can have a lot of different characteristics. Ghouston (talk) 21:56, 17 April 2018 (UTC)[reply]
Agreed. Not desired. Looks like a one-person wikiproject - Wikidata:WikiProject Norse - intent on turning all sorts of stuff (well, runestones, humans) into Norse Runestones and Norse People. [3] [4]. @Anders Feder: For Ghouston's reasons, not a sensible way to proceed. --Tagishsimon (talk) 22:07, 17 April 2018 (UTC)[reply]
~~Fusion of Q666112 and Q39314414~~
I tried to merge this two itens but the merger didn't let me. I thought they were the same but a user mentioned it was a recent split in the historic of one of the items, so I'm no longer sure about it. Can someone explain me what is the criteria here and/or sort this mess? - Sarilho1 (talk) 20:52, 17 April 2018 (UTC)[reply]
You are trying to merge a Latin script name with a Cyrillic script name, they are different. Sjoerd de Bruin (talk) 21:01, 17 April 2018 (UTC)[reply]
Oh, thanks. I thought that the script didn't matter. Good to know, then. Are the interwikis then handled as different articles? - Sarilho1 (talk) 21:40, 17 April 2018 (UTC)[reply]
Interwikis are handled as separate. Seems like a very poor solution. --Tagishsimon (talk) 21:55, 17 April 2018 (UTC)[reply]
~~Enwiki RFC raises concerns~~
~~There's a discussion going on enwiki related to wikidata at en:Wikipedia:Wikidata/2018 Infobox RfC.~~
Some editors have pointed out that editors on Wikidata can change the sourced info with incorrect one. How does Wikidata implement check on that?

Another concern raised is the spamming by humans and bots on Wikidata. How is that kept under check here?
~~Capankajsmilyo (talk) 04:56, 18 April 2018 (UTC)[reply]~~

@@ Line 798: / Line 798: @@
 ::Oh, thanks. I thought that the script didn't matter. Good to know, then. Are the interwikis then handled as different articles? - [[User:Sarilho1|Sarilho1]] ([[User talk:Sarilho1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:40, 17 April 2018 (UTC)
 :::Interwikis are handled as separate. Seems like a very poor solution. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:55, 17 April 2018 (UTC)
+== Enwiki RFC raises concerns ==
+There's a discussion going on enwiki related to wikidata at [[:en:Wikipedia:Wikidata/2018 Infobox RfC]].
+* Some editors have pointed out that editors on Wikidata can change the sourced info with incorrect one. How does Wikidata implement check on that?
+* Another concern raised is the spamming by humans and bots on Wikidata. How is that kept under check here?
+[[User:Capankajsmilyo|Capankajsmilyo]] ([[User talk:Capankajsmilyo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:56, 18 April 2018 (UTC)

Property	Comment
number of seats (P1342)	No, that is not for a specific seat.
number of seats in assembly (P1410)	No, that is not for a specific seat.
collection or exhibition size (P1436)	No, that is not for a specific seat.
series ordinal (P1545)	This is the "least bad" that I have found, but it could be confused as a series ordinal (P1545) for the entire "academy/parliament" and not as the number for a specific "seat".
sport number (P1618)	Possibly, but a hockey player and a member of an academy/parliament seem rather different.
road number (P1824)	No, that would be confusing.
serial number (P2598)	Possibly, but maybe confusing.
fleet or registration number (P2802)	Possibly, but maybe confusing.
channel number (P3970)	No, that would be confusing.

Wikidata:Project chat: Difference between revisions

Revision as of 04:57, 18 April 2018

Xantus's Murrelet

Revamping the list of properties

Title title (P1476)

Improvements on the search results

Translate

Property talk:P2281

New constraint to enforce that two properties have the same value on a given item

Ancient and modern cities

More than 50% of my edits get reverted. And "Days of The Week" are separated into 2 items; undiscussed.

IAFD person Ambiguity properties

Linking templates to categories and lists without a main topic item

ICTV taxonomy latest version (Q45362532)

Change a birth date on a protected page

Novel

Vital article tag

Organizations with more than one official website

Formatter URLs for GET request method

Feedback requested on educational resources and curricula

How to load a new dataset?

REST API format for wikidata

P2600 geni.com profile ID - Wikidata does store ID plus irrelevant URL part

Is there way to see real "related changes" with certain property

Updating Wikidata:List of properties

Wikidata Games

Property "Time of the day" by using 1440 items

Synalpheus pinkfloydi (Q29367343) and Synalpheus pinkfloydi sp. nov., a new pistol shrimp from the tropical eastern Pacific (Decapoda: Alpheidae) (Q29390847)

Help, PetScan

Paper size tolerances

What property is best to use for a "seat number" qualifier?

Records and record progressions

Refound date

Translating "Motivation"

instance of:list and P279

Commons Cultural heritage monuments with known IDs

Phoenician language

about project tiger

Why numbers are in English format only?

Wikidata weekly summary #308

defining formula (P2534)

Standardizing historic patents, post #2

Dye plants

2 years

Translation not updated

P31=Norse human

Fusion of Q666112 and Q39314414

Enwiki RFC raises concerns

Navigation menu

Search