Wikidata:Project chat/Archive/2019/04
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion. |
Merging duplicated scientific articles
Compact binary merger rates: comparison with LIGO/Virgo upper limits (Q59452696)
Compact binary merger rates: comparison with LIGO/Virgo upper limits (Q59452694)
- Is it safe to use merge.js to do the merging ?
- How did it happen in the first place that the duplicated items are created at the same time and on top of they are updated exactly at the same time ?
Kpjas (talk) 12:01, 31 March 2019 (UTC)
- Yes, they can be merged. After merging, check the result and delete any duplicate authors/author name strings etc. I've seen such duplicates before, presumably it's a glitch during the import. Maybe Daniel_Mietchen (the creator of both) can guess why it happened. The subsequent duplicate updates would be because they were both processed the same way by scripts. Ghouston (talk) 19:47, 31 March 2019 (UTC)
- I've merged a number of such duplicates. Sometimes it's because one gets entered via DOI, the other via pubmed ID. Or sometimes they're just exact duplicates presumably due to some sort of query/database synchronization issue. ArthurPSmith (talk) 15:57, 1 April 2019 (UTC)
Wikidata weekly summary #358
- Events
- Past: Wikidata meetup during the Wikimedia Summit, March 29th in Berlin (collaborative notes)
- Upcoming: Wikidata workshop for archives in Saint-Etienne, France, on April 3rd and 5th
- Upcoming: Wikidata meetup in Berlin in Wikibär on April 14th
- Upcoming: Where iNaturalist meets Wiki April 16th, in Meise (Belgium)
- Other Noteworthy Stuff
- WikidataCon 2019 application, program submission and scholarship processes are now open until April 29th
- Structured Data on Commons: You can now test creating depicts statements
- While editing OpenStreetMap from the iD editor, it will now be possible to match map data with Wikidata by typing in names and getting an autocompleted label.
- OpenStreetMap is participating in this year's Google Summer of Code, and quite a few of the project ideas involve Wikidata integration.
- Discussion going on in W3C SPARQL 1.2 Community Group about the improvements in SPARQL language
- Did you know?
- Newest properties:
- General datatypes: capacity factor, position in Forsyth-Edwards Notation
- External identifiers: Libreflix ID, Kicker.de player ID, Library of Parliament of Canada person ID, RoMEO publisher ID, Federal-State Cooperative System ID, XING company ID, L'Express person ID, Le Figaro tag ID, Le Parisien tag ID, Gamepedia article ID, FSkate.ru skater ID, Salvador Dali Museum ID, Index to American Botanical Literature ID, FaroeSoccer player ID, FaroeSoccer coach ID, Artcurial lot ID, SNISB ID, Tainacan MHN ID, 100 bombardirov person ID, Cini Foundation ID, LinkedIn personal profile ID, ACA author ID, CDEC ID, AWARE ID, JRC Names id, Zomato ID, TV Spielfilm series ID, Fandango theater ID, Stedelijk Museum Amsterdam ID, JMdictDB ID, Zagat ID
- New property proposals to review:
- General datatypes: First attestation, match interval, réédité par, calligrapher, Ordained by, code produit, Wikidata property example for media
- External identifiers: Baden-Württemberg Schutzgebiete-ID, K10plus editions, Utpictura18 ID, Le Vif tag ID, Common Sense Media review ID, Pro-Linux.de DBApp ID, Libregamewiki ID, Democracy Club Election ID, MARGS ID, Kobo author ID, WoRMS source ID, Kobo narrator ID, NGMDb Prod ID, Memórias da Ditadura ID, Placar UOL Eleições ID, AntWiki, MESH Concept ID, MESH Term ID, Desaparecidos Políticos ID
- Query examples:
- Siblings who have won the Israel Prize (source)
- British female engineers, 1919-2019 (source)
- Female scientific illustrators (source)
- French archivists with a picture (source)
- Archive institutions in Switzerland and how much they hold (source)
- Graph of open source research software by field (source)
- Groups of characters in the Marvel universe (source)
- In what type of places are ancient Greek potteries stored? (source)
- Newest properties:
- Development
- Work on a dashboard for external identifiers (phab:T204440)
- Add baserevid to WikibaseLexeme API modules (phab:T217243)
- Add tests for embed.html (phab:T212649)
- Improve features for wikibase vandalism detection model (phab:T194737)
- Improve Property Info cache performance (phab:T218115, phab:T218197)
- Adding nofollow to external identifiers links (phab:T175230)
- Hide query helper by default in Query Service (phab:T217886)
- More work on wb_terms normalization (Phab board)
- Enable trimming whitespace around Label/Description/Aliases and Schema text (phab:T215761)
- Prevent moving Schemas between namespaces (and generally) (phab:T219313)
- Limit the length of Schema labels, descriptions, aliases, and schema text in the frontend (phab:T218867)
- Add tracking for clicks on the “check entities against this Schema” link (phab:T218899)
- Disallow importing of Schemas from another wiki or XML files to avoid ID conflicts (phab:T218181)
- Make sure RTL text is being handled correctly in the Schema labels, descriptions and aliases table (phab:T219136)
- Add a publish button on mobile termbox: (phab:T218573)
- Building the wbeditentity request to be fired on save request: (phab:T218577)
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!
P463 (member of) and Q1439921 (list of regicides of King Charles I)
The use of member of (P463) for list of regicides of King Charles I (Q1439921) seems a bit odd (it doesn't seem to be "organization or club", as the property says; see Oliver Cromwell (Q44279) for an example). Are there no better properties to use? And should list of regicides of King Charles I (Q1439921) really be an instance of Wikimedia list article (Q13406463)? --Njardarlogar (talk) 07:53, 27 March 2019 (UTC)
- "Regicides" is kind of a weird word usage here. It should probably be instance of (P31) signatory (Q28008347) of (P642) Death warrant of King Charles I (Q19756605). Circeus (talk) 16:08, 27 March 2019 (UTC)
- member of (P463) list of regicides of King Charles I (Q1439921) is not useful, because list of regicides of King Charles I (Q1439921) in itself doesn't give any indication of what the set in question means. The value of P463 should be a substantive item (ie an actual organisation of club), not a list-type item, which is a different sort of item.
- instance of (P31) signatory (Q28008347) is also unhelpful, because a person should only have instance of (P31) human (Q5). All other information about the person should be conveyed by specific properties.
- One possibility would be to use participant (P710) with a new item "signing of the death warrant of Charles I", qualified by subject has role (P2868) = signatory (Q28008347).
- significant event (P793) could also be an alternative. (Do we have any hard-and-fast rules for preferring one or the other of P710 and P793 for events involving people?)
- Pinging @Andrew Gray:, to see if he has any thoughts. Jheald (talk) 21:36, 27 March 2019 (UTC)
- @Jheald: I think when I added these it was showing as "member of: regicides of Charles I", ie the item was about the group, and has since got converted back into a list. But it's been a while and I don't really remember.
- I suspect I went with member of (P463) because this is a definable group of people and they're a member of it. One problem with participant (P710)/significant event (P793) is that we have a lot of well understood but informal groups of people like this, and they're not always defined by something they "participated" in, or by an "event". See, eg, Berkeley Mafia (Q4354584) or Wolseley ring (Q724756), neither of which would be well-described using participant (P710)/significant event (P793). member of (P463) seems a lot more natural, constraints notwithstanding, and I wonder if the more appropriate method would be to loosen those constraints to include groups like this.
- Poking around other similarly informal groupings, Disney's Nine Old Men (Q241920) and traitorous eight (Q1883987) have everyone connected using part of (P361), which is another possibility for groups. But it seems odd to have two different properties for the same basic concept purely depending on whether we identify the target item as an "organisation" or not - there will be many potential groups where it's borderline. Andrew Gray (talk) 00:06, 28 March 2019 (UTC)
- PS: @Circeus:: it is a bit of an odd word, I grant, but it's also the one pretty much universally used by historians for this particular group of people, so I feel we should definitely retain it as a label if possible. Note that they didn't all sign the death warrant, some were involved in various other ways. Andrew Gray (talk) 00:09, 28 March 2019 (UTC)
Thinking back on this, I think part the issue has more to do with the unusual list nature of the main article more than the semantics of it. There is a group that can be conventionally defined. It just happen to be in a list format on Wikipedia, because they are connected to an event rather than an organization. It would probably be a not unreasonable option to actually switch the item title back to "Regicides of King Charles I", which is certainly less awkward when used with part of (P361). Circeus (talk) 18:19, 2 April 2019 (UTC)
How long does a P1630 (formatter URL) change take to propagate?
This morning I changed the formatter URL (P1630) for British Library system number (P5199) (diff), rewriting the old one with a new one, and the change seems to have propagated almost immediately -- within a few minutes at most.
But this afternoon I changed the formatter URL (P1630) for UK Parliament thesaurus ID (P4527) (diff), changing the rank of the old one to 'normal' down from 'preferred', and adding a new one with preferred rank -- but nothing seems to be changing.
Is there an issue here, or do I just need to be more patient? Jheald (talk) 19:16, 28 March 2019 (UTC)
- Additional: Purging a page where the property is being used (ie adding
?action=purge
on url) updates the url link to the now preferred option. (hat-tip & thanks to Andrew Gray) - But is this something that is having to be done manually? I am not convinced that, when P1639 is changed in the second way above, the signal is being sent out to pages where the property is being used that they need to be regenerated. Sometimes such a signal can take a while to propagate, which is okay, but here is it being sent out at all? Jheald (talk) 19:33, 28 March 2019 (UTC)
- @Jheald: Indeed, at the moment entity pages aren’t updated when the formatter URL changes – that’s the subject of T112081. (Similarly, their RDF in the query service isn’t updated when a formatter URI for RDF resource (P1921) is edited either; I don’t think we have a task for that yet.) --Lucas Werkmeister (WMDE) (talk) 10:23, 29 March 2019 (UTC)
- @Jheald, Lucas Werkmeister (WMDE): given that, shall I just knock together a script to purge all the affected pages over the next few days, or is there a more elegant workaround? Andrew Gray (talk) 22:00, 31 March 2019 (UTC)
- @Andrew Gray: I’m not sure if I should encourage that (it sounds like a lot of extra server load), but I’m not aware of any better solution. How many pages (roughly) are we talking about? --Lucas Werkmeister (WMDE) (talk) 10:46, 1 April 2019 (UTC)
- @Lucas Werkmeister (WMDE): ~5500, I think. I can spread it over a longer period or a few batches, rather than try and do them all in one rush. Andrew Gray (talk) 15:24, 1 April 2019 (UTC)
- @Andrew Gray: okay, that sounds acceptable. (I think mw:API:purge doesn’t actually re-render the pages anyways, so that would be spread out to whenever each page happens to be visited the next time.) --Lucas Werkmeister (WMDE) (talk) 16:08, 1 April 2019 (UTC)
- @Andrew Gray: If you've got a script, could you do the BL sysnums as well -- it seems I was overly-optimistic above, and their new formatter hasn't propagated either. Thx. Jheald (talk) 09:39, 2 April 2019 (UTC)
Second line and language box
Hello. When you add media legend (P2096) you have to add the language. The problem is that when you are writing the legend the language box appears. And if you need two lines for the legend, then you can't see the second line because of the language box (you can not see what you are typing). The language box must be some mm lower. Xaris333 (talk) 08:19, 30 March 2019 (UTC)
- I wonder why P2096 value should originally be languoid-less, can you explain more here? --Liuxinyu970226 (talk) 10:45, 2 April 2019 (UTC)
- What is a "languoid"? - Jmabel (talk) 15:37, 2 April 2019 (UTC)
New accounts and QuickStatements
Quick question: are there any restrictions before new accounts can use QuickStatements -- eg account must have existed for a certain number of days, must have made a certain number of edits? Jheald (talk) 12:28, 30 March 2019 (UTC)
- Account needs to be autoconfirmed, so 4 days and 50 edits. --Tagishsimon (talk) 17:02, 30 March 2019 (UTC)
- Resolved Jheald (talk) 09:35, 2 April 2019 (UTC)
New to Wikidata, could do with some advice re merging WebP, a web image file format by Google
Hi,
While I'm not new to Wiki -- I work every so often in EN, DE and Commons -- I'm new to Wikidata, and could do with some advice.
Google has an -- unloved by some, but that is besides the point -- image format for websites called WebP, and distributes programs for converting images to and from this standard. The same program allows for both lossy and lossless conversion, and images converted to the format, both lossy and lossless, have the same file extension .webp. The touted advantage is that WebP compresses files better than the JPEG or PNG formats: file size reductions between 23% and 40-odd% are claimed.
Somehow the WebP format has ended up with three Wikidata entries: WebP Lossless Q683670, WebP Lossy Q45989100 and WebP Extended Q45989477, which seems pretty ludicrous because they are all inside the same file!
What I would propose is to
- merge all three of them into one single entry
- rename the entry plain WebP
- put into the description lossless and lossy file format, and reference extended
- put both lossy and lossless into the Statement (I looked at JPEG Q2195, it seems possible)
If anyone is interested, the whole file format is described at https://developers.google.com/speed/webp/docs/riff_container, in case there is something important I'm overlooking.
Ta very muchly!
--Peter NYC (talk) 23:53, 31 March 2019 (UTC)
- I would add: all of the various Wikipedia articles seem to be sitelinked from WebP Lossless (Q683670), and are all on WebP in general, not on one of three particular subformats. - Jmabel (talk) 00:50, 1 April 2019 (UTC)
- Support merge as described. No comment on WebP as a format. - PKM (talk) 01:11, 1 April 2019 (UTC)
- Support Additionally, There should be a new class entity about compressed archive format in which all the instances have the property of whether it's lossy or lossless. Pebaryan (talk) 07:44, 1 April 2019 (UTC)
- Oppose The three existing items WebP Lossless Q683670, WebP Lossy Q45989100 and WebP Extended Q45989477 are distinct from each other as identified at https://developers.google.com/speed/webp/docs/riff_container Each item has a different magic signature of either VP8, VP8L or VP8X and each item has a different PRONOM identifier. All three of these items are now subclasses of one I just created to fill the gap: WebP (Q62617958). I've also fixed properties and sitelinks on all four items, with WebP (Q62617958) now carrying most of the properties and all sitelinks because these properties are common to all three sub-formats WebP Lossless Q683670, WebP Lossy Q45989100 and WebP Extended Q45989477. Dhx1 (talk) 11:15, 1 April 2019 (UTC)
- Oppose The only problem to me seems to be the lack of an item for all WebP files, there . Who did the split and why ? I don’t understand how the « webP » item seems to have disappeared in the operation, and it seems it’s the real only problem here.
- Besides, a Comment instance of (P31) seems definitely overused and definitely meaningless in the statements of JPEG. It’s a really big mess that definitely looks like the category mess in Wikipedias. I strongly Oppose this kind of messes. It probably don’t fit in any of the initial intended use of instance of (P31) in Help:BMP and seems to ignore subclass of (P279) entirely. author TomT0m / talk page 11:19, 1 April 2019 (UTC)
- Comment WebP Extended Q45989477 is now split into subclasses WebP Extended Lossy Q62618601 and WebP Extended Lossless Q62618616 as each of these has a different signature and could reasonably be expected to be treated in isolation of the other sub-formats of WebP (Q62617958). For example, it may be true that software (Q7397) readable file format (P1072) WebP Lossless (Q683670), but false that software (Q7397) readable file format (P1072) WebP Extended Lossles (Q62618616). Dhx1 (talk) 11:30, 1 April 2019 (UTC)
- Comment JPEG (Q2195) is now correctly instance of (P31) Wikipedia article covering multiple topics (Q21484471) covering Joint Photographic Experts Group (Q62619848) (compression algorithms/codecs based on DCT), JPEG (Q27996264) (various file formats known as "JPEG" that includes JFIF, EXIF and SPIFF), JPEG File Interchange Format (JFIF) (Q26329975) (JFIF file format family consisting of multiple editions) and JPEG-XT (Q28206429) (JPEG-XT extensions to the "JPEG" compression algorithm and JFIF file formats). JPEG-XL is also covered by the English Wikipedia article, but no item exists yet. None of these items are to be confused with Joint Photographic Experts Group (Q1702547) (nonprofit organisation which develops the JPEG compression algorithm, JFIF file format, various other standards). Dhx1 (talk) 13:34, 1 April 2019 (UTC)
- I think it’s not necessary to come to such extremity and simply say that the main topic of the article is the JPEG file format. author TomT0m / talk page 14:49, 1 April 2019 (UTC)
- has part Search is a deeply inapropriate property to state the topics of an article anyway. If it’s an article, then its parts are sections or paragraph, not topics. It’s why it’s a very bad idea in general to state that an item is about an article as topic. author TomT0m / talk page 14:52, 1 April 2019 (UTC)
- Comment@TomT0m: I agree it's messy having an item about a Wikipedia article covering multiple topics. Use of has part(s) (P527) seems to be the established approach for instance of (P31) Wikipedia article covering multiple topics (Q21484471), but I do agree it is misuse of has part(s) (P527). For JPEG (Q2195) I've switched from has part(s) (P527) to a more appropriate main subject (P921). The problem is, what instance of (P31) value should be used other than Wikipedia article covering multiple topics (Q21484471)? I disagree with instance of (P31) JPEG (Q27996264) because the enwiki article also includes Joint Photographic Experts Group (Q62619848), JPEG File Interchange Format (JFIF) (Q26329975), JPEG-XT (Q28206429) and a few other items that don't exist in Wikidata, and doesn't mention all aspects of JPEG (Q27996264) such as Exif image file (Q26383099) and Still Picture Interchange File Format (Q26385770). Dhx1 (talk) 02:55, 2 April 2019 (UTC)
- @Dhx1: It’s pretty common that a Wikipedia article covers a few secondary topics with the tendancy of people in Wikipedias to merge article on a very close topics, so if we adopt this approach and want to be consistent it could lead to a considerable amount of items to actually modify. This is not desirable for several reasons :
- the regrouping may be different from one Wikipedia to another, as well as the covering of the topics (some topics may be covered as a section of an article in enwiki but may have it’s own article on frwiki — imagine frwiki in our example has an article covering both « JPEG formats and algorithm » and another covering « JPEG group ». Then … should we need an item « article covering « JPEG formats and algorithm » » distinct to item of the enwiki article covering « JPEG formats and algorithm and JPEG group » ? This is not an uncommon situation, and we’re just considering 2 wikis. Imagine all the combinations possible on all the linguistic versions … It may be manageable but not easily and may be overkill.
- It breaks the assumption that items are about a real world topic that can be covered by wikipedias articles. Items are typically not about articles. There are exceptions for examples for wikinews but it’s desirable to confine them, I think, for clarity and ease of explaining to users.
- Last but not least : it’s almost always possible to assign a main topic to an article, and leave aside the other closely related covered one, for example if we look at the frwiki article first sentence : « JPEG (acronyme de Joint Photographic Experts Group) est une norme » The main topic is clear, the article is about the technical standard.
- author TomT0m / talk page 09:55, 2 April 2019 (UTC)
- @Dhx1: It’s pretty common that a Wikipedia article covers a few secondary topics with the tendancy of people in Wikipedias to merge article on a very close topics, so if we adopt this approach and want to be consistent it could lead to a considerable amount of items to actually modify. This is not desirable for several reasons :
幹事長/総書記, 간사장/총비서, 秘書長/總書記, Secretary-general/general secretary
The distinction between general secretary and Secretary-general is a bit unclear and as a result they are currently being used interchangeably. Could someone with Japanese/Korean/Chinese skills have a look? Moebeus (talk) 12:54, 1 April 2019 (UTC)
- ja:総書記 looks like specified for communist party (Q233591) (and that article generally mentioned Chinese Communist Party (Q17427)), while ja:幹事長 is more commonly used.
- zh:總書記 is always pointing to, and only to, the political party (Q7278), while zh:秘書長 can also include government departments, NGOs, companies, and (don't laugh) yourself.
- For Korean, better to ask at Wikidata:사랑방 (you may translate your questions via [1]). --Liuxinyu970226 (talk) 11:38, 2 April 2019 (UTC)
--Liuxinyu970226 (talk) 10:28, 2 April 2019 (UTC)
CIN ID
Could someone make or tell where/how to make CIN ID property for politicians in BiH? It is this website. Example for URL identificator is profil.php?profil=85, simply a number. --Obsuser (talk) 16:31, 1 April 2019 (UTC)
- @Obsuser: You would need to post a "property proposal", at Wikidata:Property proposal/Authority control. Let me know if you need help with that. However, note that the site says (according to Google Translate) "more than 120 officials and politicians... by 2014, that number in the database has grown to 200. Some of the politicians from this base are no longer active or have died because of which their profiles no longer found in the database." Those numbers are low, for justifying a new property, and we need to be sure that the IDs are not reused. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:57, 1 April 2019 (UTC)
Mix'n'match scraper question
I'm a frequent user of the mix'n'match scraper, but in creating catalogs, I've only used keys and range levels. I understand what the follow levels should be used for, but haven't been able to figure out what should go where. Would anyone be able to explain, or point to an explanation? Thanks! Trivialist (talk) 18:10, 1 April 2019 (UTC)
- @Trivialist: I also find this hard. Here's one I did a while back, for which I took a screenshot, so it must have been sort of working or almost working. Hopefully it helps.--99of9 (talk) 23:17, 1 April 2019 (UTC)
- @99of9: Thanks! Trivialist (talk) 00:11, 2 April 2019 (UTC)
- I also tried many times, succeeded exactly once, and did not take any notes of what I did ^_^" (don’t even remember which catalog it was). Thanks 99of9, that may come in handy :). Jean-Fred (talk) 08:32, 2 April 2019 (UTC)
Facto Post issue 22
It is at w:User:Charles Matthews/Facto Post/Issue 22 – 28 March 2019. Of particular interest for those involved with Wikibase is the link to a blogpost by Michael Dales, who has been contract programmer to ScienceSource (Q55439927) for the past six months, giving an outside view of the MediaWiki API aspects. Charles Matthews (talk) 09:16, 2 April 2019 (UTC)
Popular classifieds website Friday-Ad
I'm looking to add the Friday-Ad to wikidata. It's a very large UK classifieds and commununity website, popular down in the south of England. It's a leading marketplace for motors, pets and all sorts of second hand goods. You can view it here: https://www.friday-ad.co.uk/
Its similar to Gumtree (https://www.wikidata.org/wiki/Q5618258) and Preloved https://www.wikidata.org/wiki/Q17014403 – The preceding unsigned comment was added by Miloatfriday (talk • contribs) at 12 March 2019 14:13 (UTC).
- This section was archived on a request by: |1=Sjoerd de Bruin (talk) 18:47, 8 April 2019 (UTC)
Request for protect:Q179294
This page is being vandalized by User:Jesamsex and other IPs, socket puppets of User:Unypoly for a long time, by adding a duplicate Korean version article w:ko:환자 (역사) and separate other Asian language versions.--Zhxy 519 (talk) 01:38, 18 March 2019 (UTC)
- Q56145599 means Eunuch public official. It is a subclass of eunuch. It is not vandalism. – The preceding unsigned comment was added by 2001:2d8:e08e:4f67::12ef:40a1 (talk • contribs) at 03:50, 20 March 2019 (UTC).
- Please ban this IP. It should be no doubt a socket puppet of User:Jesamsex.--Zhxy 519 (talk) 02:42, 24 March 2019 (UTC)
- @Zhxy 519: I don't hear arguments from you about the subject. Please can you repeat them? --Infovarius (talk) 14:49, 29 March 2019 (UTC)
- Sorry I don’t get the “argument” you mean. And how do you mean to repeat it?—Zhxy 519 (talk) 02:38, 30 March 2019 (UTC)
- @Zhxy 519: "Argument" in the sense of stating a case. You have asserted they are sockpuppets, but you haven't provided any evidence, or if you have neither Infovarius nor I can find it. - Jmabel (talk) 04:37, 30 March 2019 (UTC)
- Sorry I don’t get the “argument” you mean. And how do you mean to repeat it?—Zhxy 519 (talk) 02:38, 30 March 2019 (UTC)
- @Zhxy 519: I don't hear arguments from you about the subject. Please can you repeat them? --Infovarius (talk) 14:49, 29 March 2019 (UTC)
- Please ban this IP. It should be no doubt a socket puppet of User:Jesamsex.--Zhxy 519 (talk) 02:42, 24 March 2019 (UTC)
@Jmabel, Infovarius:Ah OK.
- w:ko:사용자:Jesamsex. This blocked userpage in ko.wikipedia showing no doubt that Jesamsex is a puppet.
- Whois showing above IP is from Korea, where Unypoly comes from.
- Another Whois also comes from Korea, which is rolling back directly towards this page.
--Zhxy 519 (talk) 00:49, 31 March 2019 (UTC)
- @Twotwo2019: Is your this edit meaning that you agree to merge both? --Liuxinyu970226 (talk) 02:52, 31 March 2019 (UTC)
- @Zhxy 519: and I meant argument about equality of these subjects. To me, non-speaker of Korean, seems that both senses have right to exist. --Infovarius (talk) 10:48, 1 April 2019 (UTC)
- There is no difference between the sock puppet’s work and the original one. He or she doing this for only mischief. I have already started a delete discussion in Ko.wikipedia. You can be more patient.
- Even if in Korean these two are different, the sock puppet can’t move some many languages to only fit his minor one.—Zhxy 519 (talk) 00:44, 2 April 2019 (UTC)
- @Zhxy 519: Hmm, why not? The very meaning of Wikidata items (and sitelinks in it) is to serve the most correct correspondence as possible. If you are afraid to lose some inter-links you can use redirects for restoring usual (but not very exact) linking. --Infovarius (talk) 09:00, 2 April 2019 (UTC)
- Since even in Korean the sock puppets’ edits could be considered improper, I strongly doubt that if they really understand the content in other languages. Which means, they could be hardly capable of making edits to “serve the most correct correspondence as possible”.—Zhxy 519 (talk) 02:29, 3 April 2019 (UTC)
Question about property
We have this property said to be the same as (P460) wich is in the description stated to be "this item is said to be the same as that item, but the statement is disputed" do we have a property for this is exactly equal to I ask because I do some work on military ranks and they have diiferent names in Army, Navy and Airforce but they are on the same rank level and have roughly the same command responsibilities/ duties Andber08 (talk) 11:20, 2 April 2019 (UTC)
- how about exact match (P2888)? MSGJ (talk) 14:13, 2 April 2019 (UTC)
The exact match (P2888)? only allows URLs and as far I understand its not ment to be used internaly on WikidataAndber08 (talk) 16:00, 2 April 2019 (UTC)
- @Andber08, MSGJ: No, exact match (P2888) is for linking to external URL's that are the same conceptually. Within Wikidata, if two things are really identical they should be merged into one item. However, the presence of sitelinks may prevent a merge, so we have the permanent duplicated item (P2959) property to handle those cases. In this case however, said to be the same as (P460) is exactly the right property to use - from some perspectives these ranks are the same, but they do have distinct labels and other distinctions like military branch. ArthurPSmith (talk) 16:03, 2 April 2019 (UTC)
- "Having roughly the same responsibilities" is not the same thing as "being the same thing". --Yair rand (talk) 23:16, 2 April 2019 (UTC)
Usuario discusión:Pepa.charro
Hola, Soy Pepa Charro y he escrito en varias ocasiones para eliminar la fecha de nacimiento del perfil que han creado sobre mi persona. NO ES MI FECHA DE NACIMIENTO
- Done, eliminado--Ymblanter (talk) 20:07, 2 April 2019 (UTC)
Change a property datatype
Is it possible to change a property datatype post-creation?
Currently Irish Grid Reference (P4091) is set to the external identifier datatype. However, this should really be string as it's just a coordinate value (the Irish equivalent of OS grid reference (P613)).
I've already removed Wikidata property for authority control for places (Q19829908) from the property --SilentSpike (talk) 15:48, 2 April 2019 (UTC)
- the way to go is by replacing the property with entirely new one through Wikidata:Property proposal. Circeus (talk) 20:55, 2 April 2019 (UTC)
- It may be possible for the developers to fix a case like this, where the value is not changing, just the datatype. Try the Contact the development team page... ArthurPSmith (talk) 20:59, 2 April 2019 (UTC)
Help with Hebrew needed
It looks like the NNL IDs associated with Orientalism (Q1574967) are for Hebrew translations of this work. Can someone fluent in Hebrew make sure these values are on the correct item(s)? Thanks. (I've separated the English first hardcover and paperback editions from the work item.) - PKM (talk) 22:17, 2 April 2019 (UTC)
Translation property
Hello wikidatans,
I was looking for a property to check the langauges a work (ietm) is translated to. Does such a property exist? My search about translation properties did not yiel to sufficient results. If it does not exist I'd like to suggest it to be created. --Sky xe (talk) 00:01, 29 March 2019 (UTC)
- @Sky xe: The only property I'm aware of is has edition, but that of course covers any edition or reissue, not just translated ones. The way it's being used is also quite random, with some editors indicating language using a qualifier, while others do not. Personally I think that what you're describing is a perfectly reasonable/very useful query scenario and would support a proposal if you make it. EDIT: to add to the confusion, I should mention that modified version of and derivative work are also sometimes used to "hack" the translation issue. There may be others as well, of course. EDIT2: edition or translation of deserves a mention of course, going in the opposite direction. Moebeus (talk) 00:26, 29 March 2019 (UTC)
- For what it's worth, here's a query for the translations currently in Wikidata, looking for edition or translation of (P629) and a different language of work or name (P407) :
- Jheald (talk) 09:18, 29 March 2019 (UTC)Try it!
SELECT (year(?date) AS ?year) ?old_work ?old_workLabel (GROUP_CONCAT(DISTINCT ?old_lang_label; SEPARATOR = ' / ') AS ?old_langs) (GROUP_CONCAT(DISTINCT ?new_lang_label; SEPARATOR = ' / ') AS ?new_langs) ?new_work ?new_workLabel (year(?new_date) AS ?new_year) WHERE { ?new_work wdt:P629 ?old_work . ?new_work wdt:P407 ?new_lang . ?old_work wdt:P407 ?old_lang . FILTER (?new_lang != ?old_lang) . OPTIONAL {?old_work wdt:P577 ?date} . OPTIONAL {?old_work wdt:P571 ?date} . OPTIONAL {?new_work wdt:P577 ?new_date} . OPTIONAL {?new_work wdt:P571 ?new_date} . ?new_lang rdfs:label ?new_lang_label FILTER(lang(?new_lang_label) = 'en') . ?old_lang rdfs:label ?old_lang_label FILTER(lang(?old_lang_label) = 'en') . SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en,fr,de,it,es,nl,la,pl,ru,uk". } } GROUP BY ?date ?old_work ?old_workLabel ?new_work ?new_workLabel ?new_date ORDER BY ?year str(?old_workLabel) str(?old_work) ?new_year str(?new_workLabel)
- @Moebeus, Jheald: Thank you a lot for your answers. The work around to get the translations of a work seems to be not satisfying enough, as it does not easily answer questions as: "give me a list of most translated works" or "sort the languages based on translation counts of certain work (e.g. book)". I think it makes sense to judge the translation movement of important works with a direct subject -> property -> object format. I'll suggest it to be created and hope it will be accepted.
BTW: I would suggest the name "Translated to" (=language) to avoid ambiguity with existing properties. Would be glad and thankful for initial feedback! Sky xe (talk) 15:27, 3 April 2019 (UTC)
- @Sky xe: Looking forward to see your proposal! I would suggest you clarify how narrow or general you want the property to be, like will it apply to revoiced work, etc. Moebeus (talk) 15:47, 3 April 2019 (UTC)
Porn link in Q3070476
Property:P856 in Q3070476 points to a porn site. Apparently the old weblink has been re-used by a porn operator. What should we do with it? My suggestion is that we delete it completely as it does not add any useful information to the item. Csigabi (talk) 17:59, 30 March 2019 (UTC)
- Have you looked whether archive.org has indexed the page? If so, we could link there insteadly. ChristianKl ❪✉❫ 19:59, 30 March 2019 (UTC)
- Looks like that has now been done. Is there any way to kill the link that now leads inappropriately to a porn site? (I understand the need to keep the URL for the record, but is there any way to kill it as a live link?) - Jmabel (talk) 08:18, 31 March 2019 (UTC)
- The correct thing is to set an end date. Whatever application one builds can take this in account. Wikidata doesn't or shouldn't delete information that doesn't fit a presentist POV. --- Jura 10:20, 31 March 2019 (UTC)
- End date is there, but so is a live link to a porn site. What would happen if someone similarly took over a URL and had a site with malware? I think we ought to have some mechanism by which we can prevent a live link in situations like this. - Jmabel (talk) 17:36, 31 March 2019 (UTC)
- @Jmabel, Csigabi, ChristianKl: Better continue the discussion there with the devteam (sorry, should have pinged but totally missed). Lydia gave a first answer and thinks the links on Wikidata are not directly consulted by most people, so it’s not much of a problem) author TomT0m / talk page 18:05, 31 March 2019 (UTC)
- To clarify: my point was that most people consume Wikidata's data through other tools and services. So if we solve it locally here in the Wikidata UI then we've only solved a very minor part of the problem. --Lydia Pintscher (WMDE) (talk) 17:35, 2 April 2019 (UTC)
- @Jmabel, Csigabi, ChristianKl: Better continue the discussion there with the devteam (sorry, should have pinged but totally missed). Lydia gave a first answer and thinks the links on Wikidata are not directly consulted by most people, so it’s not much of a problem) author TomT0m / talk page 18:05, 31 March 2019 (UTC)
- End date is there, but so is a live link to a porn site. What would happen if someone similarly took over a URL and had a site with malware? I think we ought to have some mechanism by which we can prevent a live link in situations like this. - Jmabel (talk) 17:36, 31 March 2019 (UTC)
Maybe I'm way off, but wouldn't simply moving the url from Property:P856 to archiveURL using the Internet Archive wrapper solve the problem? The original link is preserved and we don't help the current pornsite and it's rankings? Moebeus (talk) 15:55, 3 April 2019 (UTC)
[Breaking change] Empty containers in JSON outputs will be serialized as empty object "{}"
Hello all,
This change is relevant for everyone using APIs, JSON output and dumps in their tools or gadgets.
Currently, when an object is empty (for example descriptions and aliases), it is rendered as an empty array []
in JSON. (Example) We want to serialized it as an empty object {}
instead. This change will ease the deserialization process and bring more consistency in our code as some other places already use JSON objects instead of arrays.
The impact of this change will be in JSON outputs (Special:EntityData) and JSON dumps, as well as the output of wbgetentities, wbgetclaims and editing APIs.
If you’re maintaining tools that use Special:EntityData, you may want to check your code to make sure that it reflects this change, e.g. items with no labels, descriptions, aliases or sitelinks are properly deserialized by your tool.
You can already test your code against our test system on beta.wikidata.org, for example on this item. According to our stable interface policy, the change will be enabled four weeks after this announcement, on April 30th.
In the meantime, if you have any issue or question, feel free to leave a comment in this ticket.
Thanks for your attention, Lea Lacroix (WMDE) (talk) 10:21, 2 April 2019 (UTC)
- @Lea Lacroix (WMDE): I don't think that this can be a breaking change, maybe just say "import change" is enough? --Liuxinyu970226 (talk) 10:24, 2 April 2019 (UTC)
- It's a change that could easily break something, so the wording seems appropriate. Ghouston (talk) 10:49, 2 April 2019 (UTC)
- According to the definition of the stable interface policy, a breaking change is "a change to an API or data format that violates guarantees given or widely assumed before". In that case, the impact is mostly for people reusing Wikidata's data on their tool, still it is a change on something that was assumed otherwise. Lea Lacroix (WMDE) (talk) 11:01, 2 April 2019 (UTC)
- It's a change that could easily break something, so the wording seems appropriate. Ghouston (talk) 10:49, 2 April 2019 (UTC)
- that's very counter-intuitive. Data type is not something that depends on object state (empty or not empty). I've never seen rule like "if array is empty, serialize it as empty object, rather than an empty array" before. Not sure how exactly it shall be handled in strong type based language tools and libraries (such as Jackson for Java). Do developers have any examples or advises? Would be much better just to omit value completely (do not output empty object/array at all). -- Vlsergey (talk) 11:32, 2 April 2019 (UTC)
- @Vlsergey: Nonempty labels, descriptions, aliases, or claims are already serialized as objects (e. g.
{ "en": { "language": "en", "value": "Douglas Adams" } }
or{ "P31": [ … ], "P18": [ … ] }
). The fact that those objects turned into arrays when empty was a bug, which we’re now fixing. --Lucas Werkmeister (WMDE) (talk) 12:43, 2 April 2019 (UTC)
- @Vlsergey: Nonempty labels, descriptions, aliases, or claims are already serialized as objects (e. g.
- Ohh, seems i misunderstood the change. If all objects will be objects, and arrays stay arrays (whatever content is), that's good. -- VlSergey (трёп) 13:17, 2 April 2019 (UTC)
- @Lea Lacroix (WMDE): according to the policy you're supposed to notify the Pywikibot list. I don't see an email yet. Did you forget to do this or is it stuck somewhere in moderation? For the pywikibot part I created Phab:T219891. Multichill (talk) 16:06, 2 April 2019 (UTC)
- Hello @Multichill: I sent the email yesterday in the same time as the others, so I guess it's still in moderation. Lea Lacroix (WMDE) (talk) 08:04, 3 April 2019 (UTC)
- This is a great move! If we are to change dump format, then I humbly suggest the addition of revision ids to the entities dumped. I think this would make it easier for data consumers to evaluate freshness and keep data in sync after importing a dump. See the corresponding patch. − Pintoch (talk) 12:43, 3 April 2019 (UTC)
Properties for external MediaWiki wikis
Hi! There are a number of properties for MediaWiki wikis outside of the Wikimedia ecosystem. I just created Wikidata property linking to external MediaWiki wiki (Q62619638) for such properties to have a way to track them (I added it to many properties, but I probably missed some). Now, a discussion has come up about one that I proposed – Lokalhistoriewiki.no article ID (P6520) – because I used the article title for the URL formatter instead of the Page IDs. Now, the question doesn't just concern this ID, but rather all of these IDs. Most of them in fact use tha article titles, but some use the page IDs and some use specialized IDs (e.g. in external Wikibase instances or other MediaWiki extensions that give stable identifiers). So the question is what we should use? As far as I can see, there are two alternatives:
- Use the Page IDs. A page ID for a page on a MediaWiki website can be found by appending ?action=info to the URL, and can be linked to via
<wiki URL>/Special:Redirect/page/<ID>
. The advantage with this is that the page ID is stable – if a page gets moved, the page ID stays the same. The disadvantages are that they are non-intuitive to find, and the links they produce are not very telling. - Use the page titles. The page names are of course very easily available to everyone, and the links produced are easy to read and usually say something about the subject of the article. The disadvantage is that these are not stable – pages can be moved, and the redirects that are created can be replaced with other pages, basically creating a form of link rot (Q1193907) here at Wikidata (and elsewhere where these properties may be used). There are ways to mend this – someone skilled enough could create a bot on Tool Labs that keeps track of page moves on these external wikis and automatically changes the values of the statements here on Wikidata when pages are moved. This will essentially be mimicking what happens when a page in any Wikimedia project is moved.
These properties are basically just sitelinks for external wikis, and hopefully one day Wikibase would be able to handle this natively. However, I'm not aware of any development on this at the moment, so at the moment these are the options I believe we have. So, what do you think is the best solution here? Page IDs or article titles? Jon Harald Søby (talk) 13:50, 1 April 2019 (UTC)
- Comment I had raised similar questions in Wikidata:Property proposal/RegiowikiAT ID (Also, I had a SPARQL query there that returns similar results to Wikidata property linking to external MediaWiki wiki (Q62619638)). Jean-Fred (talk) 14:50, 1 April 2019 (UTC)
- I like the idea of using IDs instead. Perhaps a bot can fetch the IDs in case it's too hard for regular users to find it. NMaia (talk) 22:42, 3 April 2019 (UTC)
Honorary doctorates
I recently noticed honorary doctorate from the McGill University (Q62061080) being added to items on my watchlist. While I'm sure that was done in good faith, it strikes me as the wrong way to model the data. What do others think? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:58, 3 April 2019 (UTC)
- There are a few different ways that honorary doctorates are handled, and it would be a good idea to pick a single system. Items named like this one may come from Wikipedia, e.g., Category:Honorary doctors of the McGill University (Q8943449) or Category:Honorary doctors of the University of Oxford (Q7982096). Ghouston (talk) 19:48, 3 April 2019 (UTC)
- Also discussed briefly at Property_talk:P166. Ghouston (talk) 19:54, 3 April 2019 (UTC)
Data model intent on ranking and Wikidata documentation on it contradiction
Quoting mw:Wikibase/DataModel#Ranks_of_Statements
- Preferred statements refer to the most important and most up-to-date information that should be used per default in most contexts (example: only most recent population figures for Berlin would be shown in the Wikipedia infobox for Berlin). Note that there may be multiple preferred statements. This may imply a multi-valued property (e.g. a person's children), or a disagreement (diverging population figures given by different sources).
Quoting Help:Ranking : « The item for Barack Obama has two values listed as children; both values should be given the normal rank because neither value is more "correct" than the other »
It’s an inconsistency. How do we solve this ? author TomT0m / talk page 11:48, 28 March 2019 (UTC)
- I think the example of multiple children being "preferred" is relevant only if there are other values to which these need to be preferred. Equally valid multiple values, like single values, are normally "normal". - Jmabel (talk) 15:08, 28 March 2019 (UTC)
- Does not make a lot of difference in practice indeed if there is no other information, but your interpretation is contradicted by the Normal rank description in the data model document Normal statements contain relevant information that is believed to be correct but that may be too extensive for showing it by default (example: historic population figures for Berlin for many years).. The children are really neither. However one application could be that in crowded infoboxes we could exclude by default normal rank informations. I know in frwiki for example Wikidata infoboxes offers a way to disactivate one field of data present on Wikidata if a contributor feels like it’s not really a relevant information. author TomT0m / talk page 17:16, 28 March 2019 (UTC)
- Again, "normal" is… normal. In most multi-value cases, where all values are equally appropriate and all shown, they are all marked as "normal". "Deprecated" indicates there is something wrong with the particular value. So if we need to distinguish "here are a bunch of valid values, e.g. some of them historical, but there are too many to show routinely," then we mark the ones that are worth showing as "preferred" and leave the others that are true but not equally useful as "normal". - Jmabel (talk) 19:31, 28 March 2019 (UTC)
- @Jmabel: We don’t really understand each other. I don’t really see an answer to my question in your statement, so it remains, but whatever, I guess this is not a big deal. I don’t really take back what I said about a potential use case however. Not really thinking about the fact that there is actually multiple value in a particular case could be valuable. I mean, if we consider there is a « main » child (say
child1
(whatever that means, probably not the best example) for a person (sayperson1
) with multiple value for the « child » property (saychild2
andchild3
), and we decide child1 should be preferred and child2 and child3 should be « normal ». If we have anotherperson2
with only one childchild4
. By your rule, child4 should be « normal », but what if it’s in exactly the same position relative toperson2
thatchild1
is toperson1
. We could use « preferred » rank to indicate that, and a Wikipedia could choose to use only the values indicated as « preferred » in its person infobox because it aims to be parcimonious, and we know the criteria that implies the child is on « preferred » rank, and it do not really want the « normal » one in its infobox — again, just a (bad and un-thought of) criteria, but say we choose the « main » children are those raised by the person and not those he did not even know he had, if he’s a man. The advantage is that it’s a consistent rule, the rank does not depend on the fact that there is actually something to rank. And the definition of « normal » is in that spirit, it does not refer to the fact that there are other values, it depends on the fact that it may not be chosen in an infobox. On the example, we may not want to rely on the number of children to choose not to show the children unknown to the genitor, and not show unknown children in the infobox of the genitor even if it’s his only child. author TomT0m / talk page 20:04, 28 March 2019 (UTC)- @Jmabel, TomT0m: I am pretty sure that the paragraph written about preferred rank after a long discussion of a specific case related to children listing. This is a bad idea to use example in the definition, an example should come after the definition.
- We can have a list of three children with two defined as preferred rank and one considered with normal rank if there is a parmeter allowing to distinguish the different children. One can be the authority of the source defining the filiation: if several recognized sources mention that a person X has 2 children and one obscure source mentions 3 children then to take account of the obscure source without promoting it, it can be worth to use rank to distinguish the quality of the sources. It can be used to distinguish other situations like illegitimate child especially when no legal way is available to confirm the filiation. Snipre (talk) 19:45, 29 March 2019 (UTC)
- @Jmabel: We don’t really understand each other. I don’t really see an answer to my question in your statement, so it remains, but whatever, I guess this is not a big deal. I don’t really take back what I said about a potential use case however. Not really thinking about the fact that there is actually multiple value in a particular case could be valuable. I mean, if we consider there is a « main » child (say
- Again, "normal" is… normal. In most multi-value cases, where all values are equally appropriate and all shown, they are all marked as "normal". "Deprecated" indicates there is something wrong with the particular value. So if we need to distinguish "here are a bunch of valid values, e.g. some of them historical, but there are too many to show routinely," then we mark the ones that are worth showing as "preferred" and leave the others that are true but not equally useful as "normal". - Jmabel (talk) 19:31, 28 March 2019 (UTC)
- Does not make a lot of difference in practice indeed if there is no other information, but your interpretation is contradicted by the Normal rank description in the data model document Normal statements contain relevant information that is believed to be correct but that may be too extensive for showing it by default (example: historic population figures for Berlin for many years).. The children are really neither. However one application could be that in crowded infoboxes we could exclude by default normal rank informations. I know in frwiki for example Wikidata infoboxes offers a way to disactivate one field of data present on Wikidata if a contributor feels like it’s not really a relevant information. author TomT0m / talk page 17:16, 28 March 2019 (UTC)
@Jmabel, Snipre: Actually I think there is a link from the question on the usage of ranks and the section #A lot of partners above. Could rank be used to distinguish between the importance of partnership ? My problem with this is the conflict with the fact that one use of the ranks is the history of the information. If a partner is important but historic, putting it in the « normal » rank make the information of relative importance lost compared to an unimportant historic partnership. This seems to be a conflict of usage of ranks, but at the same time seems to be the usecases the ranks were supposed to address. (Also curious to hear if Lydia Pintscher (WMDE) have an opinion of this, on account of the dev team.) author TomT0m / talk page 17:26, 4 April 2019 (UTC)
Collegiate athletics conferences
There are many inconsistencies between different collegiate athletic conferences and I would like to discuss and form best practices for them all to adhere to.
- It seems most if not all use Has Part to connect to the member institutions - I think this works. This allows for and should require listing of Start Time and End Time which gives context and allows for previous members to be listed
- Some conferences use Has Part on their member universities (Big 10, ACC, while others use it on the university's sports teams (SEC). I think it is more accurate to use Has Part with the full university, as membership in these conferences does have minor relations outside of just athletics.
- Big 10 is currently using the qualifier Mascot on its Has Part property. This is not valid. Though I do think it adds nice context and as I'm new to Wikidata, I look to others for the best solution (removal of Mascot, or inclusion as some kind of exception)
- I have not found any University items that have a property listing their athletic conference. I would think that Member Of would be a valid property to include an athletic conference and would be helpful data for those items.
- I can imagine cases in which knowing "past membership" of conferences would be helpful. Listing Start and End on the conference items is a good start, but it could also be helpful if there existed some kind of "Past Member" or "Left Membership Of" type of Property that could be added on the appropriate university items. Does such a thing exist?
Thanks! Kushboy (talk) 18:59, 3 April 2019 (UTC)
- There is probably a need to standardize whether universities or athletics programs are connected via has part(s) (P527) and member of (P463) (and indeed both properties should be in use, not just one). As for your last point... there's not much to discuss since you already point yourself the obvious (and well-agreed) solution in your first point. Circeus (talk) 16:38, 4 April 2019 (UTC)
@TheMightyPeanut, Gabbg82, Eihel, ZI Jony: Hello.Both are on the same subject.Please correct.Thanks --David (talk) 07:41, 4 April 2019 (UTC)
- @TheMightyPeanut, Gabbg82, Eihel, ديفيد عادل وهبة خليل 2: Springboks player ID (P6662) SA has been changed as Springboks. Regards, ZI Jony (Talk) 12:09, 4 April 2019 (UTC)
Agregar Información Fiscal Española
Buenas tardes,
Me interesaría volcar buena parte de la información fiscal de nuestra web. Es un contenido serio y bien trabajado. De las múltiples secciones, la que me propongo compartir es la que hace referencia al IRPF. Actualmente está en nuestro servidor ( dicho servidor es de una empresa con ánimo de Lucro, es decir meramente comercial ).
Sin embargo, la información de los blogs son de acceso gratuito. Bien, mi pregunta, es si puedo volcar ese contenido, y de que manera; considerando que la fuente es una web de carácter comercial.
Un Saludo y gracias
Josep navarro
PD: Dejo el enlace de la sección del blog. https://www.pratsglas.com/es/blog/irpf
- Rough translation (per Google): Good afternoon, I would be interested in dumping a large part of the tax information on our website. It is a serious and well-worked content. Of the multiple sections, the one that I propose to share is the one that refers to the IRPF. Currently it is on our server (this server is from a company with the spirit of Profit, that is, purely commercial). However, the information on the blogs are free access. Well, my question, is if I can dump that content, and in what way; Considering that the source is a commercial website. A greeting and thanks Josep navarro PS: I leave the link of the blog section Bovlb (talk) 18:05, 4 April 2019 (UTC)
Likely duplicates - Spanish diplomat and writer Eulogio Florencio Sanz and Spanish diplomat, writer and politician Eulogio Florentino Sanz
Two individual articles on Spanish wikipedia block a merge, but it looks to me like Eulogio Florentino Sanz and Eulogio Florencio Sanz are duplicates. Could someone with a flair for Spanish poetry and/or diplomacy take a look? Moebeus (talk) 02:35, 5 April 2019 (UTC)
- Certainly the same person. es:Eulogio Florencio Sanz is an uncited stub (not that es:Eulogio Florentino Sanz is well-cited, but, oh well...), and in the unlikely event that it has any significant content that is not in the other article that should be merged. In any case, it should be redirected and the items here should be merged. - Jmabel (talk) 03:11, 5 April 2019 (UTC)
Data about historical places in Wikidata
Can you help put Wikidata:WikiProject Historical Place up to date with current practises and latest properties? We are helping the GLAM sector in Finland define the data structures for national authority files for historical places, and hope to present the best practises from Wikidata. – Susanna Ånäs (Susannaanas) (talk) 15:36, 5 April 2019 (UTC)
It looks like someone decided to make an entry of their self. I'm assuming that this isn't allowed and the item needs to be deleted, but what is the actual policy on this? Sario528 (talk) 16:05, 5 April 2019 (UTC)
- Wikidata:Autobiography applies here. It does not prohibit that, but unless the person is notable, the item should be deleted (and it is not well seen to create articles of oneself). I've deleted it. Esteban16 (talk) 17:34, 5 April 2019 (UTC)
- Thanks for taking care of it, also for the policy links. Sario528 (talk) 22:51, 5 April 2019 (UTC)
Wrong link
In wikipedia in Spanish we have Superman (Max Fleischer). It is the same subject than Superman (1940s cartoons). But I can not link them. I think that the element Q39081974 must be deleted. I do not know how to do it.--Chamarasca (talk) 17:05, 6 April 2019 (UTC)
- I've merged the two items (Wikidata:Merge) Andrew Gray (talk) 17:20, 6 April 2019 (UTC)
Most "exact" property
What will be the most exact property for an elected member to the Norwegian Constituent Assembly (Q2305249). I have member of (P463), position held (P39), participant in (P1344) or may be even subject has role (P2868)?. The point here will be that the person was elected and not just qualified. Pmt (talk) 14:52, 6 April 2019 (UTC)
- I would normally recommend using position held (P39) with a value for "member of the Norwegian Constituent Assembly" (you may need to create a new item for this). I'm not sure what you mean by elected vs qualified, though - is qualified = appointed? If so, a qualifier on the P39 entry might be the best way to express this. Andrew Gray (talk) 17:25, 6 April 2019 (UTC)
- @Andrew Gray: Thank you! (by qualified I ment appointed yes) Pmt (talk) 18:10, 6 April 2019 (UTC)
- I think this is best, then. A elected in (P2715) qualifier of "appointed" might work for those, pending anything better (I've not done much with mixtures of appointed/elected people before) Andrew Gray (talk) 20:08, 6 April 2019 (UTC)
- For cases where someone was appointed rather than elected, I think elected in (P2715):novalue coupled with appointed by (P748) would be better. For Norwegian Constituent Assembly (Q2305249), we can use elected in (P2715):Norwegian Constituent Assembly election, February–August 1814 (Q1772809). --Oravrattas (talk) 06:23, 7 April 2019 (UTC)
- I think this is best, then. A elected in (P2715) qualifier of "appointed" might work for those, pending anything better (I've not done much with mixtures of appointed/elected people before) Andrew Gray (talk) 20:08, 6 April 2019 (UTC)
- @Andrew Gray: Thank you! (by qualified I ment appointed yes) Pmt (talk) 18:10, 6 April 2019 (UTC)
Judaism
Could somebody review Talk:Q48685#Judaism? The way it is now it's just bogus information. Reality was far more complex than that. Tgeorgescu (talk) 21:33, 6 April 2019 (UTC)
reservoir filled by other reservoirs
Hello. If a reservoir (Q131681) is filled by a river, we can add that reservoir item->inflows (P200)->river item. But I don't know what to do in the case that the reservoir is not filled by a river. I need someone to explain me how to show that a reservoir (Achna Reservoir (Q22991968)) is filled through watercourse (Q355304) that connect the reservoir with two other reservoirs (Kouris Reservoir (Q6434705) and Kalavasos Reservoir (Q62607262)). The reservoir is part of the Southern Conveyor Project, which carries water from the southwest side of Cyprus to the southeast part of the island, over a distance of 120 km. Xaris333 (talk) 16:47, 6 April 2019 (UTC)
- Seems to me like the inflow just happens to be the outflow of another reservoir. Not entirely sure how that's problematic. Circeus (talk) 03:19, 7 April 2019 (UTC)
- Not exactly. The water department choose when to the first reservoir needs water and send to it from the second and third reservoir. Xaris333 (talk) 12:33, 7 April 2019 (UTC)
Templates and Categories - A question.
What is the inverse property (P1696) the property known as template or module that populates category (P4329)?
Background:
I was looking at Wikipedia:Babel (Q6476774) which contained only a single statement. The statement had an issue, and it was "topic's main category (P910) is Category:Wikipedians by language (Q4655215)." The issue with that statement is that it did not satisfy the distinct-values constraint (Q21502410) of P910. I went to Category:Wikipedians by language and saw it had the statement "P4329 is Template:Babelcat (Q60674924)." Now, Template:Babelcat had only two statements, the second being: "P910 is Category:Wikipedians by language."
I want to fix Project:Babel, but this issue is going to bother me before all else. My preference would be to propose such an inverse Wikidata property (Q18616576) for P4329 and an inverse constraint (Q21510855) to it. I believe I have seen this be a thing before, but I can't remember where. Would I be using corresponding template (P2667) for this? –MJL ‐Talk‐☖ 00:26, 7 April 2019 (UTC)
Aren't these user categories populated by a MediaWiki feature, not a Wikidata property value? --- Jura 16:11, 7 April 2019 (UTC)seems to be about something else. --- Jura 16:15, 7 April 2019 (UTC)
Move members of Writer in Prevezanika Chronika to Contributed to creative work, Prevezanika Chronika
Hello to all expert users of Wikidata,
How easily (i.e. automatically) can subjects which are currently in the set of writer in Prevezanika Chronika (Q42405008), currently a subclass of writer (Q36180), be moved to the contributed to creative work (P3919) with qualifier Prevezanika Chronika (Q16329615) ???
Actia Nicopolis (talk) 18:49, 8 April 2019 (UTC)
- One possible way: The result of this query:
- Try it!
SELECT ?item { ?item wdt:P106 wd:Q42405008 }
- can be downloaded and exported to QuickStatements, which can add new statements with qualifiers and remove obsolete ones. Matěj Suchánek (talk) 15:54, 11 April 2019 (UTC)
Dear Matěj Suchánek, thank you very much for your help and suggestion.
Well, it took me some hour of trying different things with no positive result.
I see that you are a programmer and I realised that it is not me being a fool and not understand.
The English say, it is all Greek to me.
We, Greeks, say, it is Chinese to me...
I now, come to my problem and request to you.
I tried the query. I got 180 results. I downloaded a csv file. But after that the Quickstatements is beyond my capasity !!!!!!
Could you, please, delete from these 180 persons the (statement Q42405008) from (occupation P106)
and add to all these 180 persons (statement Q16329615 ) into (contributed to creative work P3919)
I would very much appreciate it.
Which city of the Czech Republic do you live?
Best wishes, Nikos Actia Nicopolis (talk) 18:04, 13 April 2019 (UTC)
- Done (with a small mistake made in haste). The goal was something like
Q### P3931 Q16329615
and-Q### P106 Q42405008
. My home town is Prague (Q1085). Matěj Suchánek (talk) 18:39, 13 April 2019 (UTC) - This section was archived on a request by: Matěj Suchánek (talk) 18:39, 13 April 2019 (UTC)
Interested in Q26126631
Which country is called "United Kingdam"? --Liuxinyu970226 (talk) 23:37, 12 April 2019 (UTC)
- There is also ja:Template:Country_alias_United_Kingdom. I think the misspelling could be deleted in ja:wp and then here, but this has to be discussed in ja:wp. 188.99.185.56 07:32, 13 April 2019 (UTC)
- Raised at ja:Wikipedia:Help for Non-Japanese Speakers#Template:Country alias United Kingdam. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:23, 13 April 2019 (UTC)
- This section was archived on a request by: Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:29, 13 April 2019 (UTC)
Reasonator is down
Hoi, it is important that our tools are functional. Reasonator is one of the most useful tools to appreciate the data you are working on. Thanks, GerardM (talk) 06:12, 14 April 2019 (UTC)
- Looks like the same situation that’s also affecting QuickCategories and Ordia, which I’ve reported as T220912. --Lucas Werkmeister (talk) 15:31, 14 April 2019 (UTC)
- @GerardM: it’s back now. --Lucas Werkmeister (talk) 16:57, 14 April 2019 (UTC)
- I noticed, was about the inform the chat about it.. Thank you! GerardM (talk) 17:08, 14 April 2019 (UTC)
- @GerardM: it’s back now. --Lucas Werkmeister (talk) 16:57, 14 April 2019 (UTC)
- This section was archived on a request by: Matěj Suchánek (talk) 18:00, 15 April 2019 (UTC)
Duplicats? Italian composer, guitarist Charles Michael Alexis Sola and Italian composer, guitarist Carlo Michele Alessio Sola
I think Charles Michael Alexis Sola and Carlo Michele Alessio Sola are probably duplicates, but two separate articles on Catalan wikipedia are blocking a merge. If someone who parla català could have a look, that would be cool. Moebeus (talk) 13:00, 16 April 2019 (UTC)
- @Moebeus: The same contributor, Vulcano, created both of the Catalan Wikipedia articles; the former in 2016 and the latter in 2010. The language used is almost the same, the dates of birth and death are the same, the links are the same. I don't speak Catalan but I think it would be appropriate to redirect the newer article (Charles) to the older article (Carlo). Jc86035 (talk) 13:45, 16 April 2019 (UTC)
- @Moebeus: I've redirected the newer article to the older one and merged the items. However, the item now has two different death dates; the English Wikipedia article uses January and the Catalan Wikipedia article uses February. I don't know which one is correct. Jc86035 (talk) 10:26, 17 April 2019 (UTC)
- @Jc86035: Thank you for all the help, super-thorough as always. I wouldn't know about the death date, but I think the way you left it with the comment on the Discussion page is plenty enough for others to pick up from if they know something. Thanks! Moebeus (talk) 11:24, 17 April 2019 (UTC)
- This section was archived on a request by: Moebeus (talk) 11:24, 17 April 2019 (UTC)
Barry Barish
For Barry Barish there are two items that need to be merged. The problem is at Commons.. No clue what to do. Thanks, GerardM (talk) 12:02, 19 April 2019 (UTC)
- "The problem is at Commons" Wrong venue. Try c:Commons:Village pump. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:10, 19 April 2019 (UTC)
- To be fair, there's still work to do here. I've emptied commons:Category:Barry C. Barish into commons:Category:Barry Barish and nominated the former for deletion. We might as well get rid of Barry C. Barish (Q60439408) no matter how that turns out. --RexxS (talk) 15:16, 19 April 2019 (UTC)
- I merged the two regular items. ArthurPSmith (talk) 16:03, 19 April 2019 (UTC)
- "there's still work to do here" Indeed. But not until the matter is (was) resolved at Commons. Thanks for doing that. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:18, 19 April 2019 (UTC)
- To be fair, there's still work to do here. I've emptied commons:Category:Barry C. Barish into commons:Category:Barry Barish and nominated the former for deletion. We might as well get rid of Barry C. Barish (Q60439408) no matter how that turns out. --RexxS (talk) 15:16, 19 April 2019 (UTC)
- Thank you all. GerardM (talk) 06:39, 20 April 2019 (UTC)
- This section was archived on a request by: Matěj Suchánek (talk) 18:36, 20 April 2019 (UTC)
Some discussions about disputed territories
Emergency discussion about @C933103:'s Golan Heights (Q83210) edits needed
Look here, do we know what he did here? This user simply removed country (P17)Syria (Q858) which, although I undid him, therefore and thereafter means that:
- C933103 is a Judaic, that supports Israel's illegal seize of this area, and oppose any claiming from Syria government;
- C933103 withdrawn NPOV and support Trumpism (Q31838499), meant that this user also agreed Trump's recognization of so-called "this is an Israel territory"
- C933103 is starting an Intercontinental Edit War, just based on bad Arabic-Israel relations
- C933103 is an Anti-Muslim-ism.
Do we agree his these behaviors??? --117.13.95.116 09:23, 2 April 2019 (UTC)
- What? Golan Heights (Q83210) still maintain territory claimed by (P1336) by Syria (Q858) after my edits, and my edits was only a partial revert to another editors' edit a few hours ago that claimed Syria (Q858) have object of statement has role (P3831) of de jure (Q132555) on Golan Heights (Q83210) which I don't really think that's the case (at least according to my understanding which have a chance of not aligned to fact), and thus I have raised the question to the editor that committed the previous edit on the talk page while making a revert on the edit. C933103 (talk) 09:36, 2 April 2019 (UTC)
- Wrong, after Your edits, the P17 Syria value was unfairly lost temporary. --2409:8902:9300:2967:8520:E396:FDC6:D58D 09:43, 2 April 2019 (UTC)
- It looks like that we have troubles about ethnic conflicts here, so helps from administrators that can speak Arabic and Hebrew languages needed: @علاء, باسم, Deror_avi, יונה_בנדלאק:. --Liuxinyu970226 (talk) 10:13, 2 April 2019 (UTC)
- This verion looked correct. maybe lebanon need to be removed from the territory claimed by (P1336). they have a claim about very small part of the golan (Shebaa farms (Q1133272) only). so it probably better to put the claim in Q1133272 and not on the Q83210. - yona b (talk) 10:50, 2 April 2019 (UTC)
- i agree to what @יונה בנדלאק: saysباسم (talk) 11:10, 2 April 2019 (UTC)
- lebanon need to be removed from the territory claimed by (P1336). they have a claim to (Shebaa farms (Q1133272) which is not a part of the Golan. Deror avi (talk) 19:51, 2 April 2019 (UTC)
- IIRC that is again a bit like the Kashmir situation below, where one side claim a place is part of the larger region while the other side doesn't recognize such position. C933103 (talk) 03:23, 3 April 2019 (UTC)
- @C933103: I'm just wondering why this area is like Kashmir, is PR China also claiming Golan? --Liuxinyu970226 (talk) 03:48, 3 April 2019 (UTC)
- Because IIRC Lebanon (Q822) think Shebaa farms (Q1133272) is not part of Golan Heights (Q83210) but Israel (Q801) think it is? Not sure about UN/Syria's position. C933103 (talk) 04:51, 3 April 2019 (UTC)
- No, the Israel government also don't think this farm is a part of Golan, both are different disputed areas. --60.26.9.220 08:34, 3 April 2019 (UTC)
- @60.26.9.220: Hmm, you're probably meaning "isn't", isn't there a typo in your sentence? --Liuxinyu970226 (talk) 15:59, 3 April 2019 (UTC)
- @Liuxinyu970226: Doesn't appear so to me. "don't think this farm is a part of Golan" == "think this farm is not a part of Golan" == "think this farm isn't a part of Golan". All equivalent. Are you saying the matter is otherwise? - Jmabel (talk) 22:18, 3 April 2019 (UTC)
- No, the Israel government also don't think this farm is a part of Golan, both are different disputed areas. --60.26.9.220 08:34, 3 April 2019 (UTC)
- Because IIRC Lebanon (Q822) think Shebaa farms (Q1133272) is not part of Golan Heights (Q83210) but Israel (Q801) think it is? Not sure about UN/Syria's position. C933103 (talk) 04:51, 3 April 2019 (UTC)
- @C933103: I'm just wondering why this area is like Kashmir, is PR China also claiming Golan? --Liuxinyu970226 (talk) 03:48, 3 April 2019 (UTC)
- IIRC that is again a bit like the Kashmir situation below, where one side claim a place is part of the larger region while the other side doesn't recognize such position. C933103 (talk) 03:23, 3 April 2019 (UTC)
- lebanon need to be removed from the territory claimed by (P1336). they have a claim to (Shebaa farms (Q1133272) which is not a part of the Golan. Deror avi (talk) 19:51, 2 April 2019 (UTC)
- i agree to what @יונה בנדלאק: saysباسم (talk) 11:10, 2 April 2019 (UTC)
- While figuring out how to deal with the subject of the Golan Heights is important, I think it's quite clear that the OP/IP should be immediately permanently banned, unless the content of the post was somehow a result of some serious mistranslation. --Yair rand (talk) 05:41, 3 April 2019 (UTC)
- Sure, I rolled back to the normal status of Golan Heights (Q83210), so that Syria is shown normally. --60.26.9.220 08:34, 3 April 2019 (UTC)
- The user who started the discussion seems to be using dynamic IP that I don't think banning can make any difference. C933103 (talk) 13:21, 3 April 2019 (UTC)
Someone keeping adding de jure (Q132555) back to the page as Syria's role on the territory but they continually refusing to provide any source for it. Actually, what is the applicability of this role when it come to a conflicted territory? According to which law was Syria (Q858) having de jure (Q132555) role on Golan Heights (Q83210)? C933103 (talk) 03:37, 3 April 2019 (UTC)
- Yes, please read their constitution: s:ar:دستور سوريا. --60.26.9.220 08:38, 3 April 2019 (UTC)
- Going by this logic, Israel would also have de jure sovereignty on Gaza strip or West Bank, China would also have de jure sovereignty on Taiwan and vice versa Taiwan would also have de jure sovereignty on China. I am not going to say whether it is a right thing to do or not to add the "de jure" role to all these countries involved in conflicts, but I want other wikidata users participating in the discussion consider what is the right time for the "de jure" role to be applied onto countries and with these examples listed out in mind. C933103 (talk) 13:18, 3 April 2019 (UTC)
Comment Can we please continue discussions at Wikidata:Property proposal/Recognition, recognized by, not recognized by, jurisdiction status? It looks like by proposal clauses, de jure and de facto can be used for disputed territories, but with specified properties instead of sourcing circumstances (P1480), subject has role (P2868), object of statement has role (P3831) (3 most confusing properties of the entire Wikidata world). --Liuxinyu970226 (talk) 04:47, 11 April 2019 (UTC)
- I can agree, but how about C933103? Can that user agree? --117.15.55.57 03:16, 17 April 2019 (UTC)
@Liuxinyu970226: In your recent edits to the Kashmir (Q43100) page, you added China as a country that own Kashmir and also an English description saying that "former princely state, now a conflict territory between India and Pakistan (and in rarely seen cases, the People's Republic of China". However there are a few problems with the edit.
- The official position of China is that they don't recognize the part they control as part of the region of Kashmir, given the view point should China still be added as a P17 to the Kashmir region?
- I don't think China claim any part of the area that were actually part of the former princely state that the new description seem to imply?
C933103 (talk) 09:47, 2 April 2019 (UTC)
- "now administered by three countries: India, Pakistan, and China." is wrong in your opinion? --Liuxinyu970226 (talk) 10:10, 2 April 2019 (UTC)
- Read the entire sentence.... C933103 (talk) 10:30, 2 April 2019 (UTC)
- @C933103: "The official position of China is that they don't recognize the part they control as part of the region of Kashmir" so that Kashmir is not a PR China territory? So there's no problem about China at all? --Liuxinyu970226 (talk) 10:37, 2 April 2019 (UTC)
- The best area to discuss your second point, TBH, is Talk:Q230830, you should talk this problem here by creating it. --Liuxinyu970226 (talk) 10:37, 2 April 2019 (UTC)
- That is why you would never hear Chinese media say something along the line of "Chinese controlled part of Kashmir". But then the problem is that India see those Chinese-controlled area as part of Kashmir. The situation is actually a bit similar to the Southern Kuril Islands where Japan doesn't recognize those islands as part of Kuril Islands instead they see them as islands associated to the Hokkaido.C933103 (talk) 11:27, 2 April 2019 (UTC)
- Read the entire sentence.... C933103 (talk) 10:30, 2 April 2019 (UTC)
- @Liuxinyu970226, C933103: This seems like the lack of informations about Aksai Chin (Q230830), hence I re-introduced India on P17 of that item, and added both PRC and India as P1336, that said, for such disputed territories that controlled areas on both sides are not fully, we need P17 values same as P1336. --60.26.9.220 01:02, 3 April 2019 (UTC)
- Thx. --Liuxinyu970226 (talk) 04:10, 3 April 2019 (UTC)
Google+
Anything Google+ is now in essence dead, and Google+ ID (P2847) could be deleted wholesale. I'd like to remove the Google+ ID from the self-proclaimed G+ murderess Emma Blackery (Q15994935).[2] What's the plan? –84.46.52.197 00:12, 3 April 2019 (UTC)
- Google+ pages are full of useful information, and the internet archive has done extensive archiving of the public pages. I recommend against removing the IDs. --Yair rand (talk) 01:40, 3 April 2019 (UTC)
- I'm also strongly against the removal of Google+ ID (P2847): we don't delete items about people when they die... -- Brasig (talk) 06:26, 3 April 2019 (UTC)
- Enterprise pages are still functioning C933103 (talk) 04:44, 3 April 2019 (UTC)
- Why would we delete the property just because the resource is down? Is it not worth archiving? —Justin (koavf)❤T☮C☺M☯ 06:52, 3 April 2019 (UTC)
- @Koavf, Yair rand, Brasig, C933103: Google+ is now dead (or most of it is). However, a lot of the content has been archived over the years (and more recently), so I've changed the formatter URL to point to the Wayback Machine (Q648266). Jc86035 (talk) 15:03, 4 April 2019 (UTC)
- Barely better than nothing,[3] many photos and videos didn't make it, unlisted collections are of course lost, and ordinary collections not listed on the overview page are unreachable via "view all". If you keep this Gcemetry it shouldn't be an "ID" anymore, maybe "Former Google+ page" would be clearer. –84.46.52.219 23:34, 10 April 2019 (UTC)
- @Koavf, Yair rand, Brasig, C933103: Google+ is now dead (or most of it is). However, a lot of the content has been archived over the years (and more recently), so I've changed the formatter URL to point to the Wayback Machine (Q648266). Jc86035 (talk) 15:03, 4 April 2019 (UTC)
URL shortener for the Wikimedia projects will be available on April 11th
Hello all,
Having a service providing short links exclusively for the Wikimedia projects is a community request that came up regularly on Phabricator or in community discussions.
After a common work of developers from the Wikimedia Foundation and Wikimedia Germany, we are now able to provide such a feature, it will be enabled on April 11th on Meta.
- What is the URL Shortener doing?
The Wikimedia URL Shortener is a feature that allows you to create short URLs for any page on projects hosted by the Wikimedia Foundation, in order to reuse them elsewhere, for example on social networks or on wikis.
The feature can be accessed from Meta wiki on the special page m:Special:URLShortener (will be enabled on April 11th). On this page, you will be able to enter any web address from a service hosted by the Wikimedia Foundation, to generate a short URL, and to copy it and reuse it anywhere.
The format of the URL is w.wiki/
followed by a string of letters and numbers. You can already test an example: w.wiki/3 redirects to wikimedia.org.
- What are the limitations and security measures?
In order to assure the security of the links, and to avoid shortlinks pointing to external or dangerous websites, the URL shortener is restricted to services hosted by the Wikimedia Foundation. This includes for example: all Wikimedia projects, Meta, Mediawiki, the Wikidata Query Service, Phabricator. (see the full list here)
In order to avoid abuse of the tool, there is a rate limit: logged-in users can create up to 50 links every 2 minutes, and the IPs are limited to 10 creations per 2 minutes.
- Where will this feature be available?
In order to enforce the rate limit described above, the page Special:URLShortener will only be enabled on Meta. You can of course create links or redirects to this page from your home wiki.
The next step we’re working on is to integrate the feature directly in the interface of the Wikidata Query Service, where bit.ly is currently used to generate short links for the results of the queries. For now, you will have to copy and paste the link of your query in the Meta page.
- Documentation and requests
- If you have any question or requests, feel free to leave a comment under this Phabricator task
- The user documentation is available here: please help us to translate it in your language!
- See also the technical documentation of the extension
Thanks a lot to all the developers and volunteers who helped moving forward with this feature, and making it available today for everyone in the Wikimedia projects! Lea Lacroix (WMDE) (talk) 11:44, 3 April 2019 (UTC)
- That's great news! Thank you, Lea, for bring it to our attention. I have taken the liberty of copying much of your post to Wikidata:URLShortener, so that we can use it as the basis of Wikidata-specific documentation. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:03, 3 April 2019 (UTC)
- Also, please see Wikidata:Property proposal/WMF short URL. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:46, 3 April 2019 (UTC)
- @Lea Lacroix (WMDE): Any chance we can get /Q1, /Q2, /Q5, and maybe some others to point to their respective Wikidata items? --Yair rand (talk) 02:12, 4 April 2019 (UTC)
- We can't reserve URLs in advance, they will be created incrementally :) Lea Lacroix (WMDE) (talk) 08:22, 4 April 2019 (UTC)
- @Lea Lacroix (WMDE): Will the first users be restricted from creating links with one-character strings? It seems to me that it would be appropriate to reserve those to allow them to be used for future Wikimedia projects, instead of having them link to things like random Phabricator comments; e.g. https://w.wiki/6. If a lot of them already exist, deleting them now (since stewards can do that) would presumably be less disruptive than deleting them later. Jc86035 (talk) 15:00, 4 April 2019 (UTC)
- Hello Jc86035, thanks for your comment. The URLs with one character have been created on purpose before the deployment of the feature. Some of them may contain easter eggs ;) After the deployment, URLs will continue to be created following an incrementing pattern. It won't be possible to choose a particular URL. Lea Lacroix (WMDE) (talk) 15:35, 4 April 2019 (UTC)
- @Lea Lacroix (WMDE): Just for clarification: The concern won't matter as much if the first user-generated URL will have a string longer than one character. However, my main concern was that if at some point the WMF wanted to repurpose e.g. https://w.wiki/a (which points to w:en:Alan Turing) for linking to WikiApiary or a new Wikimedia project, then any links to the short URL would end up being broken, so (in my opinion, at least) it would be better to remove the Easter eggs sooner instead of breaking any accumulated inbound links after several years. Jc86035 (talk) 12:37, 8 April 2019 (UTC)
- I've filed a Phabricator ticket. Jc86035 (talk) 17:21, 8 April 2019 (UTC)
- Hello Jc86035, thanks for your comment. The URLs with one character have been created on purpose before the deployment of the feature. Some of them may contain easter eggs ;) After the deployment, URLs will continue to be created following an incrementing pattern. It won't be possible to choose a particular URL. Lea Lacroix (WMDE) (talk) 15:35, 4 April 2019 (UTC)
- @Lea Lacroix (WMDE): Will the first users be restricted from creating links with one-character strings? It seems to me that it would be appropriate to reserve those to allow them to be used for future Wikimedia projects, instead of having them link to things like random Phabricator comments; e.g. https://w.wiki/6. If a lot of them already exist, deleting them now (since stewards can do that) would presumably be less disruptive than deleting them later. Jc86035 (talk) 15:00, 4 April 2019 (UTC)
- We can't reserve URLs in advance, they will be created incrementally :) Lea Lacroix (WMDE) (talk) 08:22, 4 April 2019 (UTC)
- But not yet enabled on Meta, a nice test case could be this recently (2019) discussed here. –84.46.52.219 08:13, 11 April 2019 (UTC)
- http://w.wiki/ui WFM, nice, this SHOULD be implicitly class="plainlinks" and SHOULD NOT require a captcha. –84.46.52.142 21:42, 12 April 2019 (UTC)
Hello all,
The feature is now live at m:Special:UrlShortener :)
I already filled a ticket about the limit of characters being too small for some queries, if you spot some bugs or have ideas for improvement, feel free to create tickets as well.
Enjoy shortening! Lea Lacroix (WMDE) (talk) 14:45, 11 April 2019 (UTC)
- Léa, can you please update File:Screenshot URL shortener.png so that it shows an URL which the feature actually accepts? If I understand correctly,
*.wmflabs.org
is not supported, thus the image is a bit misleading. Thanks, MisterSynergy (talk) 17:00, 11 April 2019 (UTC)- Done, thanks for noticing! Lea Lacroix (WMDE) (talk) 06:53, 12 April 2019 (UTC)
w.wiki/yr .. redirects to obscurification (L45083) --- Jura 18:52, 14 April 2019 (UTC)
Variant spellings
I've created carabiner (L44813) (English noun). How would I indicate the alternate spelling "karabiner" (for the generic form of English)? Jc86035 (talk) 16:20, 4 April 2019 (UTC)
- Look like a new Wikidata:Property proposal is needed (there's quite some need in the area of lexicographcial data). Circeus (talk) 16:42, 4 April 2019 (UTC)
- @Circeus: Would a property even be appropriate in this situation? realize/realise (L5412) seems to be a good example for this, but -ize/-ise verbs are conveniently only used with -ise in British English, whereas "karabiner" doesn't have that sort of clear usage difference. (The software prevents the addition of more than one spelling variant with the same language code.) Jc86035 (talk) 17:05, 4 April 2019 (UTC)
- @Jc86035: But as Mahir points out, the issue is this is not a regional spelling. Things like foreign transliteration also cause this issue. In French, kosher has over a half-dozen recorded alternate spellings (the switch in transliteration styles for Chinese proper names also comes to mind). Circeus (talk) 17:46, 4 April 2019 (UTC)
- @Circeus: Would a property even be appropriate in this situation? realize/realise (L5412) seems to be a good example for this, but -ize/-ise verbs are conveniently only used with -ise in British English, whereas "karabiner" doesn't have that sort of clear usage difference. (The software prevents the addition of more than one spelling variant with the same language code.) Jc86035 (talk) 17:05, 4 April 2019 (UTC)
- As a note, it is this problem of adding multiple equally acceptable variant spellings with no specific regional or other notable distinction between them which hinders me (and possibly others) from adding Bengali lexemes more in earnest. Mahir256 (talk) 17:20, 4 April 2019 (UTC)
- @Mahir256, Circeus, ArthurPSmith: Is this a bug, or just a limitation? I'm not totally familiar with the Lexeme structure, but it seems to me that either adding additional Forms would be appropriate in these cases, or the software should allow multiple representations with the same language code for each form (and the same for lemmas). Jc86035 (talk) 10:51, 5 April 2019 (UTC)
- Would a possible approach be to add alternate spellings as additional forms with a P31 or other property to indicate they are rare/alternate? I've done something like this for plurals where there are several alternative pluralizations of the same singular English word. ArthurPSmith (talk) 20:13, 4 April 2019 (UTC)
- But that requires choosing one spelling to be primary over the others, because it's the one appearing in the lemma. —Rua (mew) 21:39, 6 April 2019 (UTC)
- I agree with ArthurPSmith, adding variant as forms is the best way to go, I added them (more statements can be added, for instance citations specific to these forms). @Rua: there is two possibilities: one lemma is clearly the main one ("carabiner" here), or none is and then you add both as main lemma (like in realize/realise (L5412)). Cheers, VIGNERON (talk) 21:46, 7 April 2019 (UTC)
- @VIGNERON, Mahir256: Perhaps a property like "alternative form to" (linking from one form to another form) would be appropriate? If multiple forms are equally popular then the property could be used in all directions. Jc86035 (talk) 12:42, 8 April 2019 (UTC)
- @Jc86035: isn't that already the case? If several forms have the same grammatical features, then they de facto are equivalent. True, it's a bit implicit but I'm not sure if we need to store a data to say it explicitly (and working on Breton lexemes with a sh*tload of equivalent forms - at least 2 and up to 20 for per lexeme -, it would be a lot of work to add this statements and I must say I don't really see the need right now). Cheers, VIGNERON (talk) 13:56, 8 April 2019 (UTC)
- @VIGNERON, Mahir256: Perhaps a property like "alternative form to" (linking from one form to another form) would be appropriate? If multiple forms are equally popular then the property could be used in all directions. Jc86035 (talk) 12:42, 8 April 2019 (UTC)
- I agree with ArthurPSmith, adding variant as forms is the best way to go, I added them (more statements can be added, for instance citations specific to these forms). @Rua: there is two possibilities: one lemma is clearly the main one ("carabiner" here), or none is and then you add both as main lemma (like in realize/realise (L5412)). Cheers, VIGNERON (talk) 21:46, 7 April 2019 (UTC)
- But that requires choosing one spelling to be primary over the others, because it's the one appearing in the lemma. —Rua (mew) 21:39, 6 April 2019 (UTC)
Finding items missing label and/or description in a particular language?
Is there a way to get a list of all items that do not have a label in a particular language? And the same for description? It would be useful to know for me (Dutch speaker) but also others who can contribute by writing labels for their language. —Rua (mew) 21:37, 6 April 2019 (UTC)
- @Rua: Here you go! (You can change to missing descriptions instead of missing labels via a drop-down and adjust both the "for languages" and "with labels in" boxes to something else if desired.) Mahir256 (talk) 22:04, 6 April 2019 (UTC)
- @Mahir256: Is it supposed to return false positives (entries that do have a Dutch label already) sometimes? —Rua (mew) 19:45, 7 April 2019 (UTC)
- @Rua: Not sure, since I don't regularly use the tool myself, but I would guess that any delays in updating the Query Service would contribute to the presence of false positives on occasion. Mahir256 (talk) 19:54, 7 April 2019 (UTC)
- @Mahir256: Is it supposed to return false positives (entries that do have a Dutch label already) sometimes? —Rua (mew) 19:45, 7 April 2019 (UTC)
How are 'suggested' items ranked?
When I go to add a new property, a list of 'suggested' items for that property appears: e.g. typing "male" into sex or gender (P21) brings up options such as male organism (Q44148), male (Q6581097), Mâle (Q1347276), etc., apparently always in that same order. What is the method these are ranked, and can it be tweaked to offer smarter suggestions first? Like, if instance = human, can Q6581097 (or Q6581072) be prioritized over the non-human equivalent? Similarly, when trying to add a statement of "child (P40)" to a human, the top suggestion after typing "child" is father (P22) ("Father (child of)"). If possible, re-weighting the suggestions would make editing just a little more convenient. -Animalparty (talk) 23:10, 6 April 2019 (UTC)
- Values for P21 depend on the one-of-constraint on the property. Suggestions of additional statements were debated at Wikidata:Suggester_ranking_input. --- Jura 13:03, 7 April 2019 (UTC)
- Additional info: For the one-of-constraint to work you currently still need to enable the beta feature for it in your preferences. We are working on taking it out of beta features and making it available for everyone. --Lydia Pintscher (WMDE) (talk) 17:55, 7 April 2019 (UTC)
- The beta feature is labelled (in English) "Entity suggestions from constraint definitions". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:19, 9 April 2019 (UTC)
- Additional info: For the one-of-constraint to work you currently still need to enable the beta feature for it in your preferences. We are working on taking it out of beta features and making it available for everyone. --Lydia Pintscher (WMDE) (talk) 17:55, 7 April 2019 (UTC)
Please revive Q62002130
He is a famous prodigy and developer of Aheui (Q55731562) – The preceding unsigned comment was added by [[User:|?]] ([[User talk:|talk]] • contribs).
- @Bencemac: as deleting admin. --- Jura 17:14, 7 April 2019 (UTC)
Because he is the devoloper of Aheui(Aheui (Q55731562)), it meets third criteria of the notability policy: fulfills some structural need, for example: it is needed to make statements made in other items more useful. – The preceding unsigned comment was added by 2001:2d8:21b:b5ed::1057:f0b0 (talk • contribs) at 8 April 2019 (UTC).
- w:ko:아희 is spam tagged as (Google translation): "The source of this document is heavily dependent on the primary data. Please edit this document and mark the second and third materials as footnotes. (October 29, 2017)". No references here for Aheui (Q55731562). –84.46.52.219 08:36, 11 April 2019 (UTC)
Vandalism dashboard
Sorry to say this listing doesn't do what it says on the tin. Very few of the edits listed are damaging in any way and even fewer could be called "vandalism". I just made two minor edits myself, and both were listed as "vandalism": one was correcting a spelling, the other was reverting a damaging edit. It looks like the ORES system is delivering far too many false positives. Bhunacat10 (talk) 11:35, 7 April 2019 (UTC)
- Yes. We are working on improving that but we need people to help us with judging a set of edits we can train the system on. If you'd like to help please go to https://labels.wmflabs.org/ui/wikidatawiki/ and do a set. The sooner we have the campaign completed the sooner we can run a new training and get better automatic judgements here. --Lydia Pintscher (WMDE) (talk) 17:58, 7 April 2019 (UTC)
- @Bhunacat10: just to clarify – what do you think it says on the tin? Because I don’t think this is intended as a dashboard of vandalism – it shows you all unpatrolled changes affecting a certain language, some of which might be vandalism. If it gave you a different impression then we might need to clarify this somewhere. --Lucas Werkmeister (WMDE) (talk) 09:38, 8 April 2019 (UTC)
- Lucas Werkmeister I'd expect something headed "Vandalism dashboard" to be displaying likely instances of vandalism. What drew my attention was this: as you are probably aware the English Wikipedia is embarking on a project to add locally defined short descriptions to all its >5M articles, in the end intending no longer to draw these from the descriptions in Wikidata. One of the principal justifications is a perception that vandalism to Wikidata descriptions is rife and often undetected. Now in the lengthy discussions surrounding this initiative, the "vandalism dashboard" is frequently linked, in a spirit of "just look here to see some of the terrible vandalism on Wikidata!"
- So I look and I see very few such instances. I see a display including ORES scores and colour-coded according to those scores. But even among those edits given an ORES score close to 1, most of them look fair-to-middling. A few are damaging through what looks like ignorance; very few indeed appear to show malicious intent. In fact ORES seems to be scoring simply on the basis of whether the contributor is an IP, a new account (new to Wikidata), or an account with many edits; and not really assessing the merits of the edit itself.
- On enwiki we're used to ClueBot NG, an AI algorithm built up over many years that in general does a good job of spotting vandalism and often auto-reverting it. So when I see this dashboard I'm led to think "how can they hope to detect vandalism if it means searching for needles in this haystack?" Anyway I'll set to and work on the training set as Lydia asks, and hope that the improved system when implemented will help Wikidata get on to vandalism quickly and satisfy sister projects that that is the case. Bhunacat10 (talk) 16:58, 8 April 2019 (UTC)
- Typical. First they invent Wikidata to offload data onto, then they decide they want to keep data to themselves after all... —Rua (mew) 17:09, 8 April 2019 (UTC)
- "the English Wikipedia is embarking on a project to add locally defined short descriptions to all its >5M articles, in the end intending no longer to draw these from the descriptions in Wikidata." Mind-boggling. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:14, 9 April 2019 (UTC)
- Then again, de.Wikipedia stores its authority control ("Normdaten") values locally, too: [4]. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:16, 9 April 2019 (UTC)
- @Bhunacat10: just to clarify – what do you think it says on the tin? Because I don’t think this is intended as a dashboard of vandalism – it shows you all unpatrolled changes affecting a certain language, some of which might be vandalism. If it gave you a different impression then we might need to clarify this somewhere. --Lucas Werkmeister (WMDE) (talk) 09:38, 8 April 2019 (UTC)
Undu some merging of Q1136860 into Q1082861 (by Rua)
Rua and I disagree about the (incl. the historical) content of Q1136860 and Q1082861 and that is why I write this chat/discussion. (Low frequency has it's own item Q17156810)
Quote fra Rua: "Langbølger (Q1082861) is about the longwave broadcasting band, and has always been about that before I even made any edits, because it always had "radio broadcast band" in the description. So Q1136860 is a duplicate."
My judgement is that:
- Q1082861 should be about the longwaves as defined by ITU, as before
- Q1136860 should be about the longwave (broadcasting) band as defined by ITU, as before.
The elder history of Q1082861 shows that it is about the longwaves (as defined by ITU; 10 km - 1 km; correspond to 30-300 kHz). Contents: GND=4166718-9 (Source: Imported from english Wikipedia) refers to Kilometerwelle, Radiofrequenzbereich. commons:Category:Longwaves. Kilometerwelle found here; de:Frequenzband#Übersicht.
- da:Langbølger
- de:Langwelle
- (fr:Basse fréquence) Quote: "...ou LF (low frequency) désignée aussi par « grandes ondes » ou « ondes longues..."
- pt:Onda longa
- ...
The elder history of Q1136860 shows that it is/was about the longwave (broadcasting) band (as defined by ITU; refers to the range center carrier wave to center carrier wave: 148.5-283.5 KHz, interval with channel AM-modulation 153-279 kHz; 9kHz (+-4.5kHz) channel bandwidth). (ought to have commons:Category:Longwave radio broadcasting).
Sources:
- By ITU definition the name w:Longwave (and w:low frequency) refers to the wavelength interval 10 km - 1 km, frequency interval 30-300 kHz.
- Source: itu.int: Radio Regulations, edition of 2016; RR2016Vol-I_EA5.pdf CHAPTER I Terminology and technical characteristics. Section I – Frequency and wavelength bands. 2.1. page 27. backup, main page.
- By ITU definition the names longwave band/low frequency band refers to the range; center carrier wave to center carrier wave: 148.5-283.5 KHz, interval with channel AM-modulation 153-279 kHz; 9kHz (+-4.5kHz) channel bandwidth.
Suggestion:
- Make [5] "active" and move the relevant items from Q17156810 and Q1082861 to Q1136860. (ought to have commons:Category:Longwave radio broadcasting).
- Change Q1082861 references with the danish da:Langbølger and the german de:Langwelle. (and maybe more article references that disappeared in the merging proces) (already has commons:Category:Longwaves)
--Glenn (talk) 19:37, 7 April 2019 (UTC)
- @Glenn: But then, you have to try explaining what's Japanese "長波" (by separating this link as an own item and add instance of (P31)Wikipedia article covering multiple topics (Q21484471)?!), as it's a mixed article of all items you mentioned. --Liuxinyu970226 (talk) 05:07, 8 April 2019 (UTC)
- Quote: "...LF(Low Frequency)またはLW(Longwave, Long Wave))とは、30 - 300kHzの周波数の電波をいう[1][2]。波長は1 - 10km..."
- It mentions first: 30 - 300kHz and 1 - 10km. "长波" means longwave according to https://en.wiktionary.org/wiki/%E9%95%B7%E6%B3%A2 so it should be in Q1082861. --Glenn (talk) 15:19, 8 April 2019 (UTC)
- We should go by the primary topic of the article, not try to match the English translation. The article defines itself as being about the range 30-300 kHz, so it's clear which item it belongs to. —Rua (mew) 15:52, 8 April 2019 (UTC)
- @Okkn: Is this true? That Japanese article matches low frequency more than langwave? --117.14.243.221 01:49, 9 April 2019 (UTC)
- Sorry, I don't understand the difference between "longwave" and "low frequency" well, but the Japanese article matches the definition of "LF" (30–300 kHz) in w:Radio spectrum. "長" means "long", and "波" means "wave". --Okkn (talk) 05:25, 11 April 2019 (UTC)
New RfC: Countries, subdivisions, and disputed territories
I've started a new RfC at Wikidata:Requests for comment/Countries, subdivisions, and disputed territories. Comments would be most welcome. Thanks. --Yair rand (talk) 07:25, 8 April 2019 (UTC)
Read-only mode for up to 30 minutes on 11 April
10:56, 8 April 2019 (UTC)
New status of constraint: "suggestion"
Hello all,
As you may know, we currently have two levels of property constraints: mandatory constraints and "normal" (non-mandatory) ones. In order to allow more flexibility and subtlety in constraints definition, we are going to introduce a new constraint level, suggestion. This way, editors can distinguish the really crucial constraint violations from the ones that only suggest additional edits that would be nice to make.
When setting up a constraint rule, you could define it as a suggestion by adding a qualifier to the constraint definition statement with the property constraint status (P2316) and the value suggestion constraint (Q62026391).
The suggestion constraint would get a specific icon to make it clearly different from the mandatory and non-mandatory constraints. The current icons look like this:
The feature will be enabled on May 6th. Starting from this date, you will be able to define constraints as suggestions and they will be displayed as such for all logged-in users.
Please note that this is the first roll-out of the feature, some issues may appear. You are also very welcome to give feedback, if some things are not working as you wish they would, we can still fix them. In that case, feel free to ping me or write a comment in the related ticket.
Thanks to the people who made this request, this feature was suggested during one of the “pink pony session” at Wikimania and we hope that you will enjoy it!
Cheers, Lea Lacroix (WMDE) (talk) 12:17, 8 April 2019 (UTC)
- Great news! I'm sure going to add a lot of these new suggestions. Are you also going to make use of this in the property suggestion interface? Multichill (talk) 18:53, 8 April 2019 (UTC)
- Hello Multichill, can you tell me more about what you have in mind? Do you mean the properties that are suggested when creating a new statement? Lea Lacroix (WMDE) (talk) 08:58, 9 April 2019 (UTC)
- @Lea Lacroix (WMDE): Exactly. If an item for example has J. Paul Getty Museum object ID (P2582) and that property contains a suggested constraint for main subject (P921), it should offer main subject (P921) as a suggested statement on The Shade of Samuel Invoked by Saul (Q20179282).
- The negative form would also be nice to prevent certain properties for example in this case to prevent the suggestion of described at URL (P973). Multichill (talk) 11:11, 11 April 2019 (UTC)
- Thanks for the details. Update: no, it's not something we had planned so far, but it looks interesting. Feel free to fill a Phabricator tickets with ideas and examples, and to ping me in there :) Lea Lacroix (WMDE) (talk) 13:35, 11 April 2019 (UTC)
- Hello Multichill, can you tell me more about what you have in mind? Do you mean the properties that are suggested when creating a new statement? Lea Lacroix (WMDE) (talk) 08:58, 9 April 2019 (UTC)
- Wondering if this will be applied to obsolete Wikidata property (Q18644427) or not. --117.14.243.221 05:32, 9 April 2019 (UTC)
- Hello, what do you mean? I'm not sure I understand what you would like to have. Lea Lacroix (WMDE) (talk) 08:58, 9 April 2019 (UTC)
- Maybe slightly off topic, but why do IPs like me don't get those apparently helpful suggestions? –84.46.52.219 08:47, 11 April 2019 (UTC)
- Hello, and thanks for raising this question. Providing the constraints for non logged-in users is actually part of our next steps! We wanted to enable the "suggestion" level first, in order to make the whole constraint system more stable and less scary for newcomers. But soon after it's enabled, we'll come back to the community and ask them if they agree with displaying constraint notifications for IPs. Lea Lacroix (WMDE) (talk) 13:35, 11 April 2019 (UTC)
Fair use and non-free content
Wikidata currently does not have any policies relating to copyright. No RfCs have been held on the matter, except Wikidata:Requests for comment/Exclusion of pages in the file namespace, which resulted in a consensus to disallow local file uploads.
Should Wikidata have policy or guidance on how to deal with fair use content (or, strictly, copyrighted content covered by the fair use doctrine of US copyright law)?
While Wikidata is licensed CC0, there are already many statements which would have to be removed under a strict prohibition of non-free content. For example, Aurangabad district (Q43086) uses quotation (P1683) in references to quote from Census of India 2011 (Bihar): Aurangabad District Village and Town Directory (Q55971592) (PDF), which contains prose which was not released into the public domain. (In India, government works are copyrighted for sixty years plus the remainder of the final calendar year.) quotation (P1683) is used on over 48,000 items, although not all uses contain copyrighted or copyrightable text.
Several other properties which could potentially be significantly affected include inscription (P1684), first line (P1922), last line (P3132), P5482 (P5482), usage example (P5831), award rationale (P6208) and musical quotation or excerpt (P6670).
Since in practice Wikidata already contains fair use content, should Wikidata give a latitude similar to e.g. the English Wikpedia's non-free content policy, or should a different approach be taken? Currently, whether or not this is intentional, the lack of policy on the matter means that virtually anything that could conceivably be allowed under the fair use doctrine is supposedly usable in Wikidata. (This is not an RfC, although it may be appropriate to create one.) Jc86035 (talk) 12:21, 8 April 2019 (UTC)
- Is this really fair use content? I think to remember discussions saying that hen raw data are extracted from content, the license no longer apply. And for the list of text properties you mention, the quotation right apply - which is a copyright exception different of fair use and stronger than fair use. But IANAL, we might need a lawyer point of view here. Cheers, VIGNERON (talk) 14:05, 8 April 2019 (UTC)
- @VIGNERON: As another non-lawyer: The "it's now data" reasoning might not be applicable here, since prose and other creative works constitute more than basic facts and data points; w:en:Threshold of originality#United States might be useful. I think fair use is relevant for quotation; w:en:Right to quote#Europe indicates that the US has effectively implemented the quotation exception as part of the fair use doctrine.
- I thought the whole point of having all these discussions about whether anything here is actually legal was that there wouldn't be any lawyers at our disposal to begin with. Jc86035 (talk) 15:33, 8 April 2019 (UTC)
- @Jc86035: thanks for mentioning the case Feist Publications v. Rural Telephone Services, now I remember where I read a lawyer perspective about data and citation : m:Wikilegal/Lexicographical Data (written by the WMF legal team which is not exactly "at our disposal" but if we have a specific use case, we can always ask them). As always for legal matter, it's not crystal clear but you should find references to back up your sentence « Wikidata already contains fair use content » (and even the more simple « Wikidata contains content », Wikidata is know to be containing data and not content). Cheers, VIGNERON (talk) 16:28, 8 April 2019 (UTC)
- @VIGNERON: If only one example is needed, Harry Potter and the Philosopher's Stone (Q43361) (still copyrighted, of course) uses first line (P1922), so Wikidata does already contain fair use content. I think the distinction that Wikidata is "a database" is not enough to exempt all of its data/content from copyright, since it could be said that everything on the Internet is stored in databases to begin with.
- The original point of this, and of my original post on the English Wikipedia, was that I was trying to figure out if it would be appropriate to use fair use content through musical quotation or excerpt (P6670). If fair use is problematic for that property, then presumably it would be problematic for other properties which quote from copyrighted works, which is why I didn't focus on the music notation properties. Jc86035 (talk) 16:44, 8 April 2019 (UTC)
- « so Wikidata does already contain fair use content » but why and how? I fail to see the logic in your syllogism, I don't see how this conclusion can be inferred from theses premisses (and by the way, the item Harry Potter and the Philosopher's Stone (Q43361) is a total mess, most statement belong to the edition of the book, not the work itself, I'll try to clean this). For me « A quotation is either non eligible to copyright or fall under the quotation right, this item contains a quotation, so this item does not contain fair use and possibly not even content (depending on your view on the first premiss) ». Cheers, VIGNERON (talk) 17:20, 8 April 2019 (UTC)
- @VIGNERON: My reasoning:
- Wikidata servers are in the US, so for all intents and purposes only US copyright law applies to them.
- In spite of Wikidata's function as a database, a text box in the CC0 parts of Wikidata is not inherently different to text on a normal MediaWiki page. Thus, text on Wikidata items is not inherently uncopyrightable due to Wikidata's medium.
- The fair use doctrine is part of US copyright law.
- That the Berne Convention mandates the right to quotation is not relevant because US copyright law enshrines the right to quotation through the fair use doctrine.
- The fair use doctrine does not remove the copyright from original works; rather, it is a legal exception allowing limited use of copyrighted works without infringing on the original copyright holder's rights. As I understand it, the quotations do not become "owned" by the copyright holders of works which use those quotations. (Otherwise, if all of the lines from a copyrighted work were quoted separately in different CC0 works for valid reasons, the entirety of the original work would effectively fall out of copyright.)
- As such, the text of Philosopher's Stone is not automatically placed into the public domain upon its quotation in a database. Rather, it can be used within another work (Wikidata, in this case) on the grounds that it is not infringing copyright, even though the original copyright still applies.
- Therefore, the quotation of the first line of Philosopher's Stone in its Wikidata item is fair use, even if Wikidata as a whole is licensed CC0.
- Further, American reusers of Wikidata content are not affected by any fair use content, since they may also use said fair use content under the fair use doctrine. Reuse within the EU would always be legally shaky (even if there were no fair use content) due to the recognition of database rights within the EU and the massive amount of imports of non-CC0 identifiers and other non-CC0 data into Wikidata.
- Note that my understanding of this issue is mainly based on my experience at Commons. Jc86035 (talk) 17:47, 8 April 2019 (UTC)
- It's also worth noting that there is a possibility that use may be de minimis, distinct from fair use. Sufficiently small or incidental copyright takings may be de minimis without requiring any further fair use analysis, or any specific exemption in copyright exemption based systems. Jheald (talk) 18:42, 8 April 2019 (UTC)
- It may be hard to argue that anything in Wikidata is incidental, except when it appears in images. An alternative to accepting fair use would be to say that Wikidata is supposed to be purely CC0 or public domain, and copyrighted data can be deleted if desired, just like fixing any other mistake. Ghouston (talk) 01:45, 9 April 2019 (UTC)
- It's also worth noting that there is a possibility that use may be de minimis, distinct from fair use. Sufficiently small or incidental copyright takings may be de minimis without requiring any further fair use analysis, or any specific exemption in copyright exemption based systems. Jheald (talk) 18:42, 8 April 2019 (UTC)
- @VIGNERON: My reasoning:
- « so Wikidata does already contain fair use content » but why and how? I fail to see the logic in your syllogism, I don't see how this conclusion can be inferred from theses premisses (and by the way, the item Harry Potter and the Philosopher's Stone (Q43361) is a total mess, most statement belong to the edition of the book, not the work itself, I'll try to clean this). For me « A quotation is either non eligible to copyright or fall under the quotation right, this item contains a quotation, so this item does not contain fair use and possibly not even content (depending on your view on the first premiss) ». Cheers, VIGNERON (talk) 17:20, 8 April 2019 (UTC)
- @Jc86035: thanks for mentioning the case Feist Publications v. Rural Telephone Services, now I remember where I read a lawyer perspective about data and citation : m:Wikilegal/Lexicographical Data (written by the WMF legal team which is not exactly "at our disposal" but if we have a specific use case, we can always ask them). As always for legal matter, it's not crystal clear but you should find references to back up your sentence « Wikidata already contains fair use content » (and even the more simple « Wikidata contains content », Wikidata is know to be containing data and not content). Cheers, VIGNERON (talk) 16:28, 8 April 2019 (UTC)
@VIGNERON, Jheald, Ghouston, Nikkimaria: I've begun an RfC. Jc86035 (talk) 09:05, 10 April 2019 (UTC)
[Breaking change] "wbcheckconstraints" API new result status
Hello all,
This is an announcement for a breaking change to the output format of the WikibaseQualityConstraints constraint checking API, to go live on (most likely around 12:00 UTC). It affects all clients that use the wbcheckconstraints API action.
We are adding a new status for constraints, in addition to regular constraints and mandatory constraints: suggestion constraints indicate possible improvements to a statement, but are not inherently problematic like other constraint violations. This implies a new status for constraint results as well: in addition to 'violation'
for violations of mandatory constraints and 'warning'
for violations of regular constraints, as well as several statuses that are not violations, there is now 'suggestion'
for violations of suggestion constraints. The default value of the status
API parameter is changed to include this status as well (from violation|warning|bad-parameters
to violation|warning|suggestion|bad-parameters
), and it can appear as the "status"
of a result in the response.
API consumers that are not interested in suggestion constraints can specify a non-default value for the status
API parameter, e. g. the old default violation|warning|bad-parameters
, to avoid getting responses including this status. Others should decide how to handle it, and update their code accordingly if necessary.
According to our stable interface policy, the change will be enabled 4 weeks after this announcement, on May 6th, and a test system will be set up latest on April 17th on test.wikidata.org.
If you have any question or issue, let us know in the related ticket. Cheers, Lea Lacroix (WMDE) (talk) 12:28, 8 April 2019 (UTC)
- Hello all,
- As promised, you can now test the new "wbcheckconstraints" API result status on test.wikidata.org. Here's an example of a constraint suggestion (you need to be logged-in to see the notification). Lea Lacroix (WMDE) (talk) 12:39, 17 April 2019 (UTC)
Wikidata weekly summary #359
- Discussions
- Closed request for adminship: Stanglavine (welcome onboard!)
- New request for comments: Countries, subdivisions, and disputed territories
- Closed request for comments: Talk pages consultation 2019
- Events
- Upcoming: Wikidata IRC office hour, April 9th at 16:30 UTC (18:30 in Berlin)
- Upcoming: Wikidata meetup in Berlin, April 14th in Wikibär
- Upcoming: Wikidata meetup in Paris, April 19th
- Upcoming: The Celtic Knot Conference, dedicated to languages on the Wikimedia projects, will take place in Cornwall on July 4-5. Call for submissions is now open
- Press, articles, blog posts
- Using Wikidata’s entities and ontology to measure how much attention content receives, by Conrad Lee on Parse.ly
- Other Noteworthy Stuff
- [Breaking change] Empty containers in JSON outputs will be serialized as empty object "{}"
- [Breaking change] A new status of constraint will be enabled, causing some changes in the WikibaseQualityConstraints constraint checking API
- The Wikimedia URL shortener will be launched on 11 April; see Wikidata:URLShortener. It will not be immediately incorporated into the Query Service but the feature is planned.
- The Library of the African Studies Centre in Leiden compiled an experimental web dossier which combines the components of a classical ASCL web dossier with features offered by Wikidata.
- The gender gap tool Delenezh is online again and now hosted by Wikimedia France
- New tool: Related Properties, exploring Wikidata properties by the similarity of their use (see blog post by Envlh)
- Property statistics on Wikiprojects: sum of all paintings, video games
- Did you know?
- Newest properties:
- General datatypes: stroke order, CHVRS Classification, Classification RCQ, musical quotation or excerpt
- External identifiers: Democracy Club Election ID, Martindale-Hubbell profile, Sumo Reference ID, ETS Designated Institution code, Periscope pscp.tv, BHCL ID, Baden-Württemberg protected area ID, Rxivist author ID, Rxivist preprint ID, Springboks Rugby Player ID, Utpictura18 artwork ID, Le Vif tag ID, Pro-Linux.de DBApp ID, Libregamewiki ID, MARGS ID, theatre-contemporain.net ID, FIS telemark skier ID
- New property proposals to review:
- General datatypes: Arcade system, Audio system, IANA time zone identifier, has sequenced genome, WMF short URL, translated to (language translation)
- External identifiers: OpenEdition books ID, OpenEdition ID, MassBank Accession ID, identyfikator sztuki w e-teatr.pl, identifiant GameFAQs d'un jeu, CIN ID, New York City Neighborhood Tabulation area ID, Alexander Turnbull Library Name ID, Yu-Gi-Oh! TCG cards ID, DCMI metadata term, CroRec ID, Radio Courtoisie program ID, Russia.tv actor profile ID, LNB Coach id, Sachsen Schutzgebiete-ID, Dictionnaire des Vendéens ID, Trainline ID
- Query examples:
- Newest database reports: first names of Italians
- Newest properties:
- Development
- More work on documenting and preparing the announcement for the Wikidata External Landscape dashboard (phab:T204440)
- Improved the documentation of WMDE analytic documents (phab:T219844)
- Set up translatable schema edit summaries using the FormatAutocomments hook (phab:T218893)
- Improved right-to-left support on schema pages (phab:T219298)
- Protected schemas against imports (phab:T218181) and page moves (phab:T219313) and disabled the useless “move” and “create” protections for them (phab:T219980)
- Improved schema edit conflict detection to allow merging of non-conflicting edits (phab:T218300, phab:T219173)
- Improved the Extension:WikibaseSchema documentation on mediawiki.org (phab:T219979)
- Fixed a bug on Lexicographical Data when editing existing grammatical features (phab:T219318)
- Increased musical notation datatype string length limit to 1500 characters (phab:T218767)
- Got ready for the last steps of new constraint level for suggestions (phab:T204439)
- More work on allowing editing of mobile termbox fields (phab:T216987)
- Let term value fields grow with their content (phab:T220185)
- More work on migrating away from wb_terms
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!
- A miracle, I do like a new ID, LibreGameWiki ID (P6666) also has a nice number. –84.46.52.219 09:15, 11 April 2019 (UTC)
I am working on a list of paintings using wikidata data. See nl:Gebruiker:Vincent Steenberg/Lijst van werken van Roelant Savery. Some dates, however, are rendered incorrectly. "17th century" for example is rendered as "1700s". This is incorrect and should be "1600s" or better "17th century". How do I change this? Rehards, Vincent Steenberg (talk) 20:09, 8 April 2019 (UTC)
- @Vincent Steenberg: This is a combination of two problems, one of the Wikidata user interface, one of ListeriaBot that creates the tables on nl:Gebruiker:Vincent Steenberg/Lijst van werken van Roelant Savery:
- Citing from Help:Dates#Known issues: “See Phab:T95553. The user interface accepts and presents dates with precision 7 (100 years) strangely, enticing editors to enter incorrect dates.” That's why the user input created for example for the inception (P571) (mainsnak) on Landscape with Trees and Roots (Q22243304) the following internal value (see here): with "7" meaning "century". On Wikidata this is rendered as "17. century".
wikibase:timeValue "1700-01-01T00:00:00Z"^^xsd:dateTime ; wikibase:timePrecision "7"^^xsd:integer ;
- ListeriaBot on the other hand seems just to take the year and put an "s" at the end which gives "1700s".
- Citing from Help:Dates#Known issues: “See Phab:T95553. The user interface accepts and presents dates with precision 7 (100 years) strangely, enticing editors to enter incorrect dates.” That's why the user input created for example for the inception (P571) (mainsnak) on Landscape with Trees and Roots (Q22243304) the following internal value (see here):
- Workaround (which also leads to perhaps more meaningful internal mainsnak values): Give ((in the mainsnak)) a year that lies in the middle of the range known, here that would (between 1603 and 1613) be "1608" (if all we knew was it's e.g. 17th century it would be "1650"). In the interface it's possible to input this by first typing the year and then changing the precision by clicking on it. From Listeria you'll then get "1608s".
- If you need better output then Listeria's XXXXs that can be done with qualifiers and querying them with SPARQL and if you need help with that feel free to ask. Cheers, --Marsupium (talk) 21:18, 8 April 2019 (UTC)
- @Marsupium:, Thanks very much for your explanation. I'm beginning to understand I think. I'll try and tweak some of these dates. Hopefully that'll work. Regards, Vincent Steenberg (talk) 21:52, 8 April 2019 (UTC)
- And if that fails I have two hands and a keyboard. Vincent Steenberg (talk) 21:54, 8 April 2019 (UTC)
- @Vincent Steenberg: I've updated my robots some time ago to handle imprecise inception. I'm currently re-running a lot of the collections to import the missing dates. The logic works like Marsupium describes, so 1608 with precision century qualified with earliest date 1603 and latest date 1613. The collections I've worked on (and will be working on) are listed on my user page. While I'm at it, I'm also adding title statements. So the collections at Wikidata:WikiProject sum of all paintings/Property statistics that are very green for title, have already been processed and the red ones are still to do. That will probably fill some holes in your lists. Multichill (talk) 20:55, 9 April 2019 (UTC)
- Multichill's comment at 20:55, 9 April 2019 (UTC) seems to conflate centuries and decades. Jc3s5h (talk) 01:24, 11 April 2019 (UTC)
- @Jc3s5h: That's not the case, 1603 is in the 1600s (Q42995) and 1613 is in the 1610s (Q46050). Both are in the 17th century (Q7016). Multichill (talk) 08:56, 11 April 2019 (UTC)
- Multichill's comment at 20:55, 9 April 2019 (UTC) seems to conflate centuries and decades. Jc3s5h (talk) 01:24, 11 April 2019 (UTC)
- @Vincent Steenberg: I've updated my robots some time ago to handle imprecise inception. I'm currently re-running a lot of the collections to import the missing dates. The logic works like Marsupium describes, so 1608 with precision century qualified with earliest date 1603 and latest date 1613. The collections I've worked on (and will be working on) are listed on my user page. While I'm at it, I'm also adding title statements. So the collections at Wikidata:WikiProject sum of all paintings/Property statistics that are very green for title, have already been processed and the red ones are still to do. That will probably fill some holes in your lists. Multichill (talk) 20:55, 9 April 2019 (UTC)
- And if that fails I have two hands and a keyboard. Vincent Steenberg (talk) 21:54, 8 April 2019 (UTC)
- @Marsupium:, Thanks very much for your explanation. I'm beginning to understand I think. I'll try and tweak some of these dates. Hopefully that'll work. Regards, Vincent Steenberg (talk) 21:52, 8 April 2019 (UTC)
Reactions with molecules or atoms
How do I represent reactions from one molecule/atom to another. Like the famous oxygen reaction with hydrogen to water. At the moment there is no qualifier to do this, or is there? And which one is it?
I searched a bit on the Help page but I did not find anything Juliansteinb (talk) 20:16, 8 April 2019 (UTC)
- There are a few items that are instances of chemical reaction (Q36534), and some subclasses of it, and maybe instances of the subclasses. Ghouston (talk) 00:27, 9 April 2019 (UTC)
- As far as I can tell, there is currently no property for this. You want to go to Wikidata:Property proposal. Circeus (talk) 00:29, 9 April 2019 (UTC)
- pinging Chemistry folks here: ArthurPSmith (talk) 17:30, 9 April 2019 (UTC)
Notified participants of WikiProject Chemistry
- @Juliansteinb, ArthurPSmith: We are already started the discussion about that topic but we never came up with a solution, see Wikidata_talk:WikiProject_Chemistry#Modelling_a_chemical_reaction?. So if someone can propose an good idea, why not. Snipre (talk) 18:32, 9 April 2019 (UTC)
- There are many ways to represent a reaction: 2 H2 + O2 → 2 H2O; H2 + 1⁄2O2 → H2O. --Leiem (talk) 01:44, 10 April 2019 (UTC)
Displaying label and description in user's preferred language, on item talk pages
I've created a Phabricator ticket, requesting that item labels and descriptions be displayed on item talk pages, in the user's preferred language.
In the meantime, does anyone know of a user-script or other tool that will do this? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:31, 9 April 2019 (UTC)
- T220487 merged to T53044 - which was created on Jul 9 2013! Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:32, 10 April 2019 (UTC)
International Directory of Company Histories
How to create item for a journal? The "journal" published histories of company and constantly renewed the articles in the new volumes. They have individual ISBN and may be the whole series had ISSN. Thus, how to create wikidata item? One volume (book) an item? 130.95.71.20 10:52, 9 April 2019 (UTC)
- I would recommend one item for the series/journal with instance of (P31):book series (Q277759), and an item for each seperate book in the series, using part of (P361). Andrew Gray (talk) 11:50, 9 April 2019 (UTC)
Meta-identifiers?
Is tone/news an appropriate Guardian topic ID (P3106) for news (Q38926)? Usually, the property is used where the subject of the Wikidata item is the same as the subject of the news articles tagged with the topic. However, in this case the news articles are not specifically about news; the topic is a catch-all for all news articles. (There are some other topics – e.g. tone/features, /obituaries, /letters, /quizzes, /blog, /extract, /help, /competitions, /polls – which would also currently throw a constraint violation because their IDs begin with "tone".) Jc86035 (talk) 16:07, 9 April 2019 (UTC)
Reminder: Wikidatacon application deadline is April 29
Since this has already slipped off Project Chat I thought I should remind people - if you're interested in attending Wikidatacon in October, there's an application deadline coming up soon - application is via a Google form here. Lots more details on the Wikidatacon 2019 talk page. It would also be nice if people could post a reminder about the application deadline in the other language versions of this page... ArthurPSmith (talk) 20:01, 9 April 2019 (UTC)
multiple editions of a book?
I just created a Wikidata entry for the 1957 edition of "The effects of nuclear weapons" (Q63072754).
There are also a "revised edition" published in 1962 and a third edition from 1977.
Is there some special way to note all three editions with the same Wikidata Q number? Or some way to connect multiple entries, so it's easy to find the second edition from the first, etc.? Or I should just create three separate Wikidata items for the three separate editions and not try to connect them?
Thanks, DavidMCEddy (talk) 04:31, 10 April 2019 (UTC)
- Editions of a book should normally each be different items, all relating to the item for the underlying work. See Wikidata:WikiProject Books. - Jmabel (talk) 05:01, 10 April 2019 (UTC)
- Thanks. DavidMCEddy (talk) 11:46, 10 April 2019 (UTC)
- I'm having problems with the following:
- What needs to happen to fix these two, so each points appropriately to the other, and neither has "potential issues"?
- Conveniently, all three editions are US government documents, which means they are in the public domain. Moreover, scanned images of all three are available.
- However, a Wikipedia article that mentions them (Samuel Glasstone) does not yet provide a link to any of these three. I can fix that, but I think I should get this right first.
- Thanks, DavidMCEddy (talk) 13:14, 10 April 2019 (UTC)
- @DavidMCEddy: I modified both items to match the classification scheme of WD. Wikidata has no book concept but a work concept and an edition concept. For particular exemplar usually we create an additional item. Snipre (talk) 16:10, 10 April 2019 (UTC)
RfC on non-free content
Pursuant to this discussion a few sections up, I have started an RfC concerning Wikidata's approach to non-free content, since currently the lack of policy on the matter creates ambiguity on whether non-free content can be used under the fair use doctrine of US copyright law. Jc86035 (talk) 10:24, 10 April 2019 (UTC)
Pantone colors
Is there any to note Pantone Color Systems (Q749816) colors? I'm thinking of color (P462) or official color (P6364), where a specific color is specified. For example, Princeton University specifies that "Princeton Orange" is Pantone (PMS) 158. Trivialist (talk) 02:58, 11 April 2019 (UTC)
- The instructions for official color (P6364) say that the value must be an item which is an instance of (P31) color (Q1075). So far it's simple, silver (Q1090) fails, silver (Q317802) passes. LightGoldenrodYellow fails, if the unnumbered rgb.txt X11 colours aren't complete don't even think about Pantone 158, unless it's Pantone 448 C (Q24885519).
- Just kidding, create an item for Pantone 158 with a notability of "you said so", but better explain and discuss what you plan, if it's about hundreds or thousands of new items (my rgb.txt has only 500 lines / colours.) –84.46.52.219 09:39, 11 April 2019 (UTC)
- Nah, nothing that complex, just wondering if there was a suitable qualifier to use for such things. Trivialist (talk) 00:55, 12 April 2019 (UTC)
- Somehow that interests me, and I love subversive editing. Is there some site for the Pantone colour numbers, i.e., individual pages per value? Maybe we could twist that into one of those (too many) IDs favoured here… –84.46.52.142 21:22, 12 April 2019 (UTC)
- Pantone's site has individual pages for its color IDs—here's Pantone 158 C. Trivialist (talk) 01:39, 14 April 2019 (UTC)
- Nice, maybe suggest Pantone color by number or similar as new property. –84.46.53.155 00:13, 18 April 2019 (UTC)
- Pantone's site has individual pages for its color IDs—here's Pantone 158 C. Trivialist (talk) 01:39, 14 April 2019 (UTC)
- Somehow that interests me, and I love subversive editing. Is there some site for the Pantone colour numbers, i.e., individual pages per value? Maybe we could twist that into one of those (too many) IDs favoured here… –84.46.52.142 21:22, 12 April 2019 (UTC)
- Nah, nothing that complex, just wondering if there was a suitable qualifier to use for such things. Trivialist (talk) 00:55, 12 April 2019 (UTC)
A Wiki alphabet
A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z
Some amusing trolling:
- The language of which LGBT-unfriendly country was chosen for the link to a famous LGBT computer scientist ?
- Which city not in the People's Republic was chosen for the only link to a page in Chinese ?
- How impressively language-neutral is the link to a famous language-divided city ?
- Where did at least one other link originally go to, before it ended up linking to 'technical error' ?
Oh, and props to the sharp shooting of international wikidata user of mystery, who managed to bag himself QX ... beats nerve agent VX, I suppose, pointing to a dead page on a dead wiki.
:-) Jheald (talk) 21:31, 11 April 2019 (UTC)
- The language you're referring to which is my native language is actually pretty gay-friendly wiki. Look at Homosexuality Same-sex marriage and Homosexual behavior in animals. Aren't we supposed to not judge languages by their countries? (isn't it called racism and prejudice?)
- The cities are chosen on merit that they hosted Wikimedia events specially, Wikimania or Wikimedia hackathon.
- Some letters are intentionally was left out, like "I", "l", "0", "1" because they are confusing to readers.
BestAmir (talk) 09:13, 12 April 2019 (UTC)
- Ahem. Thanks Amir. I feel suitably schooled and chastened. Thanks for putting me right. Jheald (talk) 16:11, 12 April 2019 (UTC)
- What Wikimedia community, instead of complaining about the Easter eggs, already moved forward with the feature and created their template to use it more easily? English Wikipedia :-) Lea Lacroix (WMDE) (talk) 09:18, 12 April 2019 (UTC)
@Jheald: See phab:T220432 (declined), which I filed. I think the resolution has mostly been satisfactory, considering the apparent software constraints of modifying the extension to allow for it to be changed. The reason https://w.wiki/VX is a dead link is because I used a shell script to reserve links for the 600 Incubator, Beta Wikiversity and Multilingual Wikisource languages (excluding projects without language codes), in addition to creating redirects for basically all active projects and other subdomains. Jc86035 (talk) 09:25, 14 April 2019 (UTC)
Case-insensitive properties
Some identifiers found in Wikidata, such as Property:P638, are case-insensitive and often subject to duplication in both upper-case and lower-case (or even mixed) forms. One such example is found in Q13561329. What is the recommended course of action to solve such a problem:
- Modified the syntax regex to accept one letter case only, or
- Ask for Wikidata to check for such duplicates somehow?
--Artoria2e5 (talk) 22:25, 11 April 2019 (UTC)
- I think it's best to normalize to one form. Ghouston (talk) 01:03, 12 April 2019 (UTC)
- By a bot ? A constraint ? It could puzzle a naive user anyway, if naive users are entering ids.
- @Lucas Werkmeister (WMDE): Do you think it would be doable to add a constraint with a « non normalized » regex together with a « normalized » id, to put a useful constraint violation message to the user in the UI ("your ID is ok but not normalized, the correct format is [regexp…]. Usually this means replacing upper case letters with lower case or the converse.", for example. author TomT0m / talk page 09:35, 12 April 2019 (UTC)
- There's a bot that changes the format of ISBNs, as a precedent (User:DeltaBot). Ghouston (talk) 10:02, 12 April 2019 (UTC)
- @TomT0m: I’m sure it’s possible with enough effort, but I’m not sure it’s worth it. (It should probably be discussed with Wikidata:WikiProject property constraints first, anyways.) What you can do right now, though, is define a syntax clarification (P2916) on a format constraint (Q21502404) which is shown to the user to explain the regexp, e. g. “all lowercase” for a regexp that prevents uppercase characters. (You can also have multiple format constraints on a property, instead of combining all requirements into a single complicated regexp – that could make violations easier to understand, too.) --Lucas Werkmeister (WMDE) (talk) 10:54, 12 April 2019 (UTC)
- In the case of P638, the target site normalises to upper case; we should follow suit. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:16, 12 April 2019 (UTC)
- In this case, post of those protein ID's get created by @ProteinBoxBot:. It would make sense to raise the topic on that talk page or speak with people who maintain that bot. ChristianKl ❪✉❫ 16:16, 12 April 2019 (UTC)
Multiple Start and End Times
I was hoping to add the start and end times to when a specific person was the mayor of a town. He has been the mayor multiple times (three times total). Is there a standard for how we would handle qualifying the Position Held: Mayor property with multiple starts and multiple ends? Kushboy (talk) 23:33, 11 April 2019 (UTC)
- @Kushboy: Three different position held (P39) statements, each one with its own start time and end time. Jheald (talk) 23:43, 11 April 2019 (UTC)
Phd (and other kind of) thesis advisors modelling
A relevant question about the advisors of a thesis : How do we link the thesis, PhD thesis and other kind, to the thesis director and so on ? Atm the custom is to link the doctor and its thesis masters with doctoral advisor (P184) and doctoral student (P185) is supposed to be the inverse property. The point is that a thesis advisor is linked to a specific thesis, if the doctor has several PhD we must find a way to link the director to the species itself. We can qualify the doctoral advisor (P184) statement with the thesis, and we can link the director into the thesis item and broaden the property domain.
Related : Which WikiProject for this kind of questions ? I found WikiProject Education and indexed it on Help:Modelling Any other idea ?
@Ehitaja:
Notified participants of WikiProject Education author TomT0m / talk page 16:38, 12 April 2019 (UTC)
- Depends on the timeframe. E.g. works published in Amoenitates Academicae (Q473804) are often ascribed to Carl Linnaeus (Q1043) and not to his scholars. --Succu (talk) 21:24, 12 April 2019 (UTC)
Wikimedia Foundation Medium-Term Plan feedback request
Please help translate to your language
A third tab?
Pages like Talk:Q14211, and all of our property pages, contain very useful information - but that obscures and overwhelms discussion. Should we request that the devs add a third tab, perhaps called "Documentation"? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:11, 13 April 2019 (UTC)
- A long time ago I implemented a footer for properties, see for example bottom of OMIM ID (P492) based Property talk:P492/footer. Never really took off. Maybe having an extra link for documentation is better. Shouldn't be too hard to add it with a bit of JavaScript. Multichill (talk) 20:15, 13 April 2019 (UTC)
- Support I haven't seen that before, looks super useful! Is it implemented using Listeria? Would love to see some documentation or a tutorial on how to implement something like that for other types of items, like cover versions of songs. Moebeus (talk) 20:44, 13 April 2019 (UTC)
- Started as a User:ListeriaBot job. ---Succu (talk) 20:55, 13 April 2019 (UTC)
- Oh my: Talk:Q20895456. --Succu (talk) 21:04, 13 April 2019 (UTC)
- I was curious what the values were as part of Wikidata:Wiki-wetenschappers, might import a bunch of data tomorrow. :) Sjoerd de Bruin (talk) 21:07, 13 April 2019 (UTC)
- This patch needs a subclass of it's own. Regards --Succu (talk) 21:15, 13 April 2019 (UTC)
- I was curious what the values were as part of Wikidata:Wiki-wetenschappers, might import a bunch of data tomorrow. :) Sjoerd de Bruin (talk) 21:07, 13 April 2019 (UTC)
genre
Hello. What value genre (P136) must have for:
Xaris333 (talk) 12:03, 14 April 2019 (UTC)
- None? genre (P136) is meant for individual works and performers, not professions. The equivalent here, and it's already being used on this item, is field of this occupation (P425). Circeus (talk) 12:52, 14 April 2019 (UTC)
- So genre (P136) is not about actors? (I know that is for individual works and performers, not professions. I am just trying to find how (and if) this property could work for actors). Xaris333 (talk) 13:45, 14 April 2019 (UTC)
- No. Even if a particular actor worked overwhelmingly in a particular genre, it would be rare to have one who worked entirely in a particular genre. I could imagine having some way to associate an actor with genres or bodies of work with which they are particularly associated (e.g. Humphrey Bogart with film noir, Laurence Olivier with the works of Shakespeare), but in both cases these are loose associations rather than inherent characteristics. It would still be better to get this by some sort of query on the genres of the works with which they are associated. - Jmabel (talk) 14:53, 14 April 2019 (UTC)
- So genre (P136) is not about actors? (I know that is for individual works and performers, not professions. I am just trying to find how (and if) this property could work for actors). Xaris333 (talk) 13:45, 14 April 2019 (UTC)
Should Q29234537 and Q5322 be merged?
capacitors (Q29234537) and capacitor (Q5322) look the same but they have a different English Wikiversity page. Not sure if they should be merged or not TB5ivVaO1y55FkAogw1X (talk) 20:20, 14 April 2019 (UTC)
- Wikiversity has at least three, there's also capacitor (Q60172786). Ghouston (talk) 00:27, 15 April 2019 (UTC)
New dashboard: external IDs and their usage on Wikidata
Hello all,
As you might know, there are plenty of tools analyzing Wikidata’s content and its usage across the Wikimedia projects.
The new dashboard we would like to present you today, the Wikidata Identifier Landscape, is focusing on the external identifiers and their usage on Wikidata. Its different views allow to answer questions like: how much do our external identifiers overlap with each other? With how many statements are they currently described? Which identifiers represent certain topic areas? On what type of items are they usually used? How can we map the galaxy of our external identifiers?
Map of the external identifiers galaxy
---
On the dashboard, you can browse through different tabs:
- the Similarity Map presents a global overview of the overlap in the usage of Wikidata identifiers
- the Overlap Network visualizes all Wikidata external identifiers in a network of nearest neighbors
- the Tables section allows you to check directly the number of items using a certain external identifier, and the number of items using two external identifiers of your choice
- the Identifier Classes tab maps the relationships between the external identifiers belonging to the same class (eg chemistry, cultural heritage, feminism…)
- the Particular Identifier tab provides for each identifier a map of its neighbors and some examples of items where this identifier is used
On every tab, the descriptions gives you more information about the calculation method and the result. You can also check the documentation page.
Map of the external identifiers neighbors of Mérimée ID (P380)
---
If you have any question, if you find a bug of if you have a request for future development, feel free to ping me or to comment on this Phabricator task.
And of course, feel free to share the dashboard with people or projects that could be interested in playing with identifiers :) Cheers, Lea Lacroix (WMDE) (talk) 07:10, 15 April 2019 (UTC)
Merge Q13217298 and Q12508
Please see long simmering debate to Q13217298. Q13217298 and Q12508 are obviously doubles. WHo can repair that?Kipala (talk) 08:28, 15 April 2019 (UTC)
- Link? It appears that they are not the same; one (Giza Pyramids (Q13217298)) is a subset of the other (Giza pyramid complex (Q12508)). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:37, 15 April 2019 (UTC)
Merge Seedot
Hello, it seems that Q49061495 should get merged into Q32006. Could somebody do it, please? --GeXeS (talk) 13:19, 15 April 2019 (UTC)
- Done, you can read Help:Merge next time to see how you can do it yourself. Sjoerd de Bruin (talk) 13:32, 15 April 2019 (UTC)
- Thank you! I've looked it up in Help, but I must admit it seemed too complicated. --GeXeS (talk) 13:40, 15 April 2019 (UTC)
- @GeXeS:, you might try this: in your user preferences, select Gadgets and check the Merge tool. It adds a "merge with..." option to the More dropdown at the top of the page. Really easy. - PKM (talk) 19:27, 15 April 2019 (UTC)
- @PKM: Ah, there it was! Thanks a lot, I'll try using it the next time :o) --GeXeS (talk) 06:09, 16 April 2019 (UTC)
- @GeXeS:, you might try this: in your user preferences, select Gadgets and check the Merge tool. It adds a "merge with..." option to the More dropdown at the top of the page. Really easy. - PKM (talk) 19:27, 15 April 2019 (UTC)
- Thank you! I've looked it up in Help, but I must admit it seemed too complicated. --GeXeS (talk) 13:40, 15 April 2019 (UTC)
Wikidata weekly summary #360
- Discussions
- New request for comments: Non-free content
- Events
- Past: Wikidata IRC office hour, on April 9th (read the log)
- Upcoming: Wikidata meetup in Paris, April 19th
- Upcoming: Wikidata Lab XIV, April 25th in São Paulo, Brazil
- Other Noteworthy Stuff
- New tool: qwikidata, a Python package to process Wikidata entities and dumps
- New dashboard: visualisations of external identifiers on Wikidata
- Several Wikidata-related projects will be funded by WMF Project Grants
- The page Wikidata:Wikimania 2019 is here to help you coordinating with other people regarding your submissions for Wikimania 2019. The opening of submissions is planned for late April.
- Reminder: you can apply to participate to the WikidataCon 2019 before April 29th
- Did you know?
- Newest properties:
- General datatypes: first attested from, Wikidata property example for media, musical motif
- External identifiers: French public service directory ID, Placar UOL Eleições ID, Memórias da Ditadura ID, Desaparecidos Políticos ID, OpenEdition book ID, OpenEdition Books author ID, WoRMS source ID, e-teatr.pl play ID, MESH Term ID, EUNIS ID for habitats, Motorsports Hall of Fame of America ID, Alexander Turnbull Library Name ID, IANA timezone ID
- New property proposals to review:
- General datatypes: Recognition, recognized by, not recognized by, jurisdiction status, job title, military unit size, business partner, microarchitecture, Video system, Mesh Qualifier ID, cache l1-l2-l3, text features, Software development model, Dimore Storiche Italiane ID, SIUSA ID, FTP server
- External identifiers: Shanghai Library person ID, Shanghai Library place ID, IMTL.org id, CNV-SP ID, MyNeta.info political party ID, GruCultura ID, CEMDP ID, identifiant Projet de recherche en littérature de langue bretonne, SportSport.ba player ID, SportSport.ba club ID, SportSport.ba news ID, Heritage Gazetteer of Libya, FoodOn ID, Finnish Trade Register ID
- Query examples:
- Gender balance of art prizes and Gender balance of literary awards (source)
- Images used on more than one item about a person (source)
- Map of public libraries in Wales coloured by county (source)
- Artworks by street artist Invader in Versailles (source)
- American Sign Language signs for the letters of the English alphabet
- French Sign Language signs for the letters of the French alphabet
- Newest properties:
- Development
- Added Sámi monolingual language codes
sia
(Akkala),sjk
(Kemi) andsjt
(Ter), thanks to Jon Harald Søby (phab:T217521) - Moving forward with enabling constraints suggestions for everyone and remove beta feature (phab:T220609)
- Fixing an issue with displaying mapframes for geocoordinate on client (phab:T220122)
- Make it impossible to set the same content in the same language for label and description (phab:T212869)
- Catch Exceptions where the entity can not be serialized due to being too big (phab:T217741)
- Fix the order of value suggestions based on constraint (phab:T220587)
- Add links on entity suggestions from constraint definitions (phab:T207363)
- Increase musical notation datatype string length limit to 1500 characters (phab:T218767)
- More work on making the new mobile termbox editable (phab:T216987)
- More work on migrating away from wb_terms
- Added Sámi monolingual language codes
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!
missing artworks
Please find discpage. Regards, Conny (talk) 17:52, 15 April 2019 (UTC).
URL shortener on Wikidata Query Service
Hi!
Starting today, the URL shortener on Wikidata Query Service has been switched to Wikimedia URL shortener. This means you can now create and post links to queries like this: http://w.wiki/WQ . Please note that since WDQS uses the anonymous API, the limit is currently 10 short URLs per 2 minutes, or one per 12 seconds. Which means, if too many people do that at once, it would fail. In that case, please wait for a bit and try again.
Smalyshev (WMF) (talk) 18:40, 15 April 2019 (UTC)
to editors and interested on tropical cyclone ontology
Hi. As I suspect that the Wikidata:WikiProject Tropical cyclones is inactive, I invite from this chat, to interested people on cyclone/hurricane topic, about a change in the use of properties explained on its discussion. Thanks, for yours suggestions in those page. Amadalvarez (talk) 22:10, 15 April 2019 (UTC)
Unable to add Commons category to Wikidata item
I'm working on the Amazon Mechanical Turk page on Wikipedia, and would like to use a Wikidata Infobox. Unfortunately, when I try to add the category in the "Other Sites" > "categories" field, I get this error message:
- A page "Category:Amazon Mechanical Turk" could not be found on "commonswiki".
- The external client site "commonswiki" did not provide page information for page "Category:Amazon Mechanical Turk".
I have tried adding the Wikidata Infobox template, and it comes up poorly populated - the label, description and aka are included, but none of the actual data (Q733115).
I've gone through all the tutorials and templates and am still very confused. Any help would be much appreciated. - Seazzy (talk) 01:26, 16 April 2019 (UTC)
- It's true that Commons doesn't have any "Category:Amazon Mechanical Turk". I'm not entirely sure what you are trying to do. Ghouston (talk) 02:26, 16 April 2019 (UTC)
- You'd need to create the category first on Commons before linking it to Wikidata. Ghouston (talk) 02:29, 16 April 2019 (UTC)
- @Seazzy: I think I know what's happening. First, you or someone else needs to create c:Category:Amazon Mechanical Turk (assuming there is enough media to actually populate such a category. When you create the category, include c:Template:Wikidata infobox. Then come here and edit Q733115 to add that category in the Other Sites field. Once you go back to Commons, you will find it populated. Note that Q733115 doesn't have much data on it now, so not much data will display in the infobox; if there are only four statements made at Wikidata, not a lot can be imported elsewhere. Let me know if you have more questions. —Justin (koavf)❤T☮C☺M☯ 02:30, 16 April 2019 (UTC)
- en:Template:Wikidata Infobox also exists, and may be causing some confusion. It's possible to add that directly to the Wikipedia article, but it's not well-tested at the moment, and things like the Alexa rank of websites aren't included in the infobox yet, so they won't show up. Thanks. Mike Peel (talk) 06:49, 16 April 2019 (UTC)
- Thanks for your help with this, everyone. I should mention that I regularly facilitate editing workshops at various edit-a-thons, and am hoping to integrate Wikidata Infoboxes into trainings for new editors. The process is very complex for beginners at this point, so I'm hoping that contributing to Wikidata items and linking the data through templates can become more streamlined. - Seazzy (talk) 14:23, 16 April 2019 (UTC)
- en:Template:Wikidata Infobox also exists, and may be causing some confusion. It's possible to add that directly to the Wikipedia article, but it's not well-tested at the moment, and things like the Alexa rank of websites aren't included in the infobox yet, so they won't show up. Thanks. Mike Peel (talk) 06:49, 16 April 2019 (UTC)
Place for articles in small languages
Allow me to poke on a probably age-old topic which is new to me: We are creating activities around Saami languages in Wikimedia Finland. We have now the capability to add labels in Inari and Skolt Saami, which are both official minority languages in Finland. (Thank you for everyone who participated!) When we start planning the use and addition on labels, we become curious where to store the articles. We acknowledge that the languages will probably never be able to support their own Wikipedias. What is the status of incorporating Incubator in Wikidata? Could a multilingual Saami Wikipedia be an option to host all Saami languages? What would the technical solution look like?
Another thing enabled by the addition of the language tags is the capability to navigate the Wikidocumentaries project in those languages (translations to sms or fallback for the interface don't exist yet). It would be awesome to be able to display articles that exist in the Incubator and include them whenever there has been a contribution in that language, otherwise rely on language fallback. – Susanna Ånäs (Susannaanas) (talk) 07:47, 16 April 2019 (UTC)
- When languages are added, there are two options. When a mono lingual code is added, it is to enable the inclusion of a string of text is specific fields open for this. You always have to add the code for that language.
- The other, more productive option is to enable a language in MediaWiki. This does not mean that a language "must have" a project but that multilingual projects like Wikidata are open for content in that language. So when Saami languages are enabled as such, it follows that in Translatewiki.net you may include localisations and that you can add labels that will show in the Wikidata user interface but also in tools like Reasonator. I am in favour of having these languages accepted in the MediaWiki user interface. It enables the language for sharing on the topics Wikidata has information on. Thanks, GerardM (talk) 09:59, 16 April 2019 (UTC)
I get easily confused with the peculiarities of languages administration, but as far as I understand, this is what we did already. Now that we have the codes, we are figuring out how we can connect texts made in these languages to data recorded in these languages, as they do not have their own projects. – Susanna Ånäs (Susannaanas) (talk) 14:16, 16 April 2019 (UTC)
Help needed: Mix'n'match scraper
I'm looking for someone much better at technical stuff that I am to create a Mix'n'match scraper in order to harvest and add to Mix'n'match some new data from e-teatr.pl. This would really help me in adding statements for the newly created Encyklopedia Teatru Polskiego play ID (P6679). If someone feels like doing it, please ping me. Thank you in advance. Powerek38 (talk) 10:34, 16 April 2019 (UTC)
URL-to-statement converter
Is there a Wikidata tool that can quickly add a well-formed identifier statement to an item based solely on URLs? This would be similar to the MusicBrainz interface, which can automatically recognize valid URLs when they are input into the external links boxes. Something like this could potentially remove a large proportion of the delay involved in manually adding lots of identifier statements to individual items. Jc86035 (talk) 15:34, 16 April 2019 (UTC)
- Amen! I've been looking for this too, it would be an enormous timesaver when adding any identifiers, but especially ones like spotify that add query parameters to the end adding an extra-extra step. Moebeus (talk) 15:49, 16 April 2019 (UTC)
- @Moebeus: I've noticed that w:ru:Википедия:WE-Framework (which I previously installed) does have a popup for searching all of the external identifiers and adding several all at once. I haven't tried it, though. Jc86035 (talk) 16:02, 16 April 2019 (UTC)
- Just add it with described at URL (P973) and wait for Krbot --- Jura 16:51, 16 April 2019 (UTC)
- @Jura1: I don't think I knew about that. I've added some autofixes since the list isn't very complete at the moment. Jc86035 (talk) 09:27, 17 April 2019 (UTC)
Short URL parameter in Template:SPARQL
I have added an optional |shortURL=
parameter to {{SPARQL}}
; it takes a value of just the URL slug, thus: |shortURL=37V
, and renders, for example:
#Author name strings
SELECT ?item ?itemLabel
{
?item wdt:P2093 "Bill Thompson" .
SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
}
-- Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:15, 17 April 2019 (UTC)
Statistics about scholarly articles
I am intersted in statistics about the already imported and yet to import articles. Is this somewhere documented? If not, how many scholarly articles are there in total, and how many have already been imported? 88.67.117.214 18:16, 12 April 2019 (UTC)
- There are over 100 million scholarly articles indexed by Crossref; Wikidata has about 20 million (Wikidata:Statistics has not quite 19 million but is several months out of date on that figure I believe). ArthurPSmith (talk) 19:11, 12 April 2019 (UTC)
- There are some pertinent statistics on the front page of Scholia: https://tools.wmflabs.org/scholia/ Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:09, 12 April 2019 (UTC)
- A subset: Wikidata:Database reports/Constraint violations/P356. --Succu (talk) 21:14, 12 April 2019 (UTC)
- Note that the articles currently imported form a mostly arbitrary collection. These imports are done by a few editors on their own, without coordinating about any criteria for inclusion. It seems to me that the goal is just to import as many as they can given (or rather despite) the recurrent complaints about this mass-flooding (the constraint violations pointed out by Succu being one example). − Pintoch (talk) 15:06, 14 April 2019 (UTC)
- Some of the constraint violations claimed there look bogus - if you click on some of the "Format" violation DOI's, they work just fine. The regex needs to be fixed I guess. Also, why are there 2 "Format" sections in the constraint report? In any case, the overall constraint violation rate is at most around 0.2% (in the 30,000 range out of almost 17 million). Also on the order of 10,000 of these should have been cleaned up in the last few days with fixes for the <...> problem. ArthurPSmith (talk) 16:59, 15 April 2019 (UTC)
- Note I corrected the first format constraint on DOI (P356) so it allows the '[' and ']' characters, which are perfectly valid. That should remove a lot of the constraint violations. I'm also running a batch to clean up some remaining '%' URL-encoding issues. There do seem to be some other persistent problems with DOI's in Wikidata, I'm going to continue to work on fixing these. But at least the number of violations should be much reduced the next time that constraint check runs. ArthurPSmith (talk) 18:21, 16 April 2019 (UTC)
- Some of the constraint violations claimed there look bogus - if you click on some of the "Format" violation DOI's, they work just fine. The regex needs to be fixed I guess. Also, why are there 2 "Format" sections in the constraint report? In any case, the overall constraint violation rate is at most around 0.2% (in the 30,000 range out of almost 17 million). Also on the order of 10,000 of these should have been cleaned up in the last few days with fixes for the <...> problem. ArthurPSmith (talk) 16:59, 15 April 2019 (UTC)
- Note that the articles currently imported form a mostly arbitrary collection. These imports are done by a few editors on their own, without coordinating about any criteria for inclusion. It seems to me that the goal is just to import as many as they can given (or rather despite) the recurrent complaints about this mass-flooding (the constraint violations pointed out by Succu being one example). − Pintoch (talk) 15:06, 14 April 2019 (UTC)
- Does anybody know how to trigger a re-build of Wikidata:Database reports/Constraint violations/P356? It would be really nice to see where we are now with regard to these violations, now that one constraint has been fixed and a lot of DOI's have been cleaned up (or items merged for dups). ArthurPSmith (talk) 20:21, 17 April 2019 (UTC)
The constraint page at Wikidata:Database reports/Constraint violations/P356 is currently 1,800,890 bytes - even my high-spec Dell XPS struggles to open it. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:58, 18 April 2019 (UTC)
- It's currently dated April 6 - 12 days old. ArthurPSmith (talk) 17:11, 18 April 2019 (UTC)
Rivers with several named sections
There is some ambiguity with river entities. E.g. Nile river Q3392 is claimed to be 6,690 km, but Nile River proper actually starts at the junction of While and Blue Niles.
So the length actually applies to the main watercourse of Nile basin (Nile<-White Nile<-Bahr al Jabal<-Albert Nile<-Victoria Nile<-Akagera<-Ruvubu<-Ruvironza) rather than to Nile River itself. The same issue applies to quite many world famous rivers like Amazon Q3783 (Amazon<-Rio Solimões<-Ucayali<-Tambo<-Ene<-Apurimac) or Yangtze Q5413 (Yangtze<-Chang Jiang<-Jinsha<-Tongtian<-Tuotuo).
Would it make sense to create entities for each named section with their proper lengths and put the total lengths into the basin entity only? – The preceding unsigned comment was added by Yaugenka (talk • contribs) at 18:10, 15 April 2019 (UTC).
- Ideally, it should be clear what a particular item represents. If it's a particular stretch of the river, it should have an appropriate description and length. The English Wikipedia article en:Nile in its lead says "The Nile, which is about 6,650 km (4,130 mi)[n 1] long" and then "The river Nile has two major tributaries, the White Nile and Blue Nile." So how long is the entire river, the Nile plus the White Nile (which is the longer branch?) Or does the 6650km length already include both? Ghouston (talk) 00:12, 16 April 2019 (UTC)
- I think that perhaps two items would be useful, one for the stretch of river from the confluence of the White and Blue Niles to the sea, known as the Nile, and another for the "Nile river system" which would include all tributaries. These two concepts seem to be conflated in common use, so it's tricky. I assume that the "length" of a river system can be taken as the longest path from a source to the mouth, rather than the recursive addition of the length of all tributaries. I suppose the enwiki article is about the entire river system, based on the map and length that it gives. Ghouston (talk) 22:48, 18 April 2019 (UTC)
- Don't you think that "river system" is somewhat equal to "river basin"? There are "river basin" enities already (e.g. Nile basin Q2887548). btw the 6,650km length is not from the Lake Victoria to the sea but from the most remote spring before the lake (see the river chain in the first post of mine).
Separating person and incident
In case I've done something wrong here, was I correct to separate Junko Furuta (Q1204879) and Junko Furuta (Q61872806)? I got reverted by an unregistered editor on both items, but I reverted back because they left the newer item empty. Jc86035 (talk) 09:54, 18 April 2019 (UTC)
- @Jc86035: No. I believe this was a proper split indeed. I made a few edits and removed the significant event (P793) statement as it is now connected using the more specific statement is subject of (P805) instead. Circeus (talk) 22:01, 18 April 2019 (UTC)
how to use talk page?
how to use talk page? any resource
Thanks
{{页面}}
Jiangchaowiki (talk) 08:07, 19 April 2019 (UTC)
页面
–
Exactly the same way you use this page. - Jmabel (talk) 15:33, 19 April 2019 (UTC)
Gadget: Links count
I've activated the "Links count" gadget (MediaWiki:Gadget-linkscount.js), but can't see any difference (I've purged and done a browser restart). I've also installed it on Wikispecies, with the same result. Is it working for anyone else? Where should the count appear? @Ebrahim: who added it to this wiki. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:08, 25 April 2019 (UTC)
- Hey there, click on "What links here" on your left side toolbox of the page you like then click on "(count)" link, it should work. Thanks −ebrahimtalk 15:04, 25 April 2019 (UTC)
- @Ebrahim: Ah, now I see it - the link was not where I expected to find it. Thank you. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:01, 25 April 2019 (UTC)
- This section was archived on a request by: Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:37, 25 April 2019 (UTC)
Representing criminal inquiries in Wikidata
Many Wikipedia articles about events like disappearance of Madeleine McCann (Q639251) and Junko Furuta (Q61872806) contain much more detail about the ensuing legal affairs than the actual incidents. If Wikidata were to represent those, would we need to create separate items for each related investigation and trial? Jc86035 (talk) 11:31, 18 April 2019 (UTC)
- Yes, you would need to have an item for the trials. I did created copyright trials. NB I'm still struggling with legal information modelling https://www.wikidata.org/wiki/Wikidata:CopyClear/rechtszaken --Hannolans (talk) 08:47, 20 April 2019 (UTC)
P31 stats
I'm looking for statistics about instance of (P31). That means what are the common items used to identify other items. There are some old statistics at Property talk:P31#Value statistics but this is from 2014.
I tried using SPARQL but that always fails with timeouts. P31 is pretty important so I assume there are statistics somewhere, but where do I find it? --Slomox (talk) 14:54, 19 April 2019 (UTC)
- Wikidata:Statistics has at least some top-level analysis, though the main graph there is almost a year old. ArthurPSmith (talk) 16:05, 19 April 2019 (UTC)
- Many on Wikidata:Database_reports/Popular_items are (list is updated daily).
- https://grafana.wikimedia.org/d/000000175/wikidata-datamodel-statements?refresh=30m&orgId=1 used to have data on "instance of counts", but somehow it seems borked. @Lydia Pintscher (WMDE): --- Jura 08:47, 20 April 2019 (UTC)
Images
Hello. Which are the icons we are using for feature and good article in wikidata near Wikipedia sitelinks? I mean commons image. Xaris333 (talk) 09:25, 20 April 2019 (UTC)
- @Xaris333: According to Firefox's element inspector, the images are SVGs directly embedded in the page CSS, and the fallback is this image. The HTML looks like
<span class="wb-badge wb-badge-Q17437798 wb-badge-goodarticle" title="good article" data-wb-badge="Q1"></span>
. Jc86035 (talk) 18:23, 20 April 2019 (UTC)
Czech check: Are Státní hymny and Národní hymna not covering the same thing?
Seems to me like Kategorie:Státní hymny and Kategorie:Národní hymny are really trying to cover the same thing, but I don't speak the language so I might be wrong. Doing some heavy spring cleaning on religious hymns Vs. anthems Vs. psalms etc. and this came up. Moebeus (talk) 10:03, 20 April 2019 (UTC)
- See interwiki links on Wikipedia:Local Embassy (Q6090776); one should be for the Czech Wikipedia. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:40, 20 April 2019 (UTC)
- Project chat in Czech might be a more suitable venue. --- Jura 16:15, 20 April 2019 (UTC)
- Ah, thanks to both of you, I wasn't aware of either of those, I'll give it a go. Moebeus (talk) 16:53, 20 April 2019 (UTC)
- "stát" = country, "národ" = nation. The former category collects anthems which a country has, whereas those of the latter are less official (something like regional hymn (Q19659229) maybe). Matěj Suchánek (talk) 18:35, 20 April 2019 (UTC)
Slow
Seems that many things are timing-out today. What's happening? --- Jura 10:47, 20 April 2019 (UTC)
- @Jura1: phab:T221458 and phab:T221380 are probably related. Jc86035 (talk) 18:21, 20 April 2019 (UTC)
Another conflicted merge: Kwajalein (Atoll)
Kwajalein (Q309172) is clearly primary.
Kwajalein (Q33688221) is a dup.
But there are distict sitelinks at cebwiki, so a conventional merge fails.
I gather that in these cases, we simply can't do a merge here until the sitelink problem is fixed (typically with a merge and/or redirect on the offending site, I guess). And when for whatever reason that's impossible, we have to settle for permanent duplicated item (P2959) here. Is this true? Scs (talk) 12:37, 20 April 2019 (UTC)
- According to Wikipeida, there's a Kwajalein Atoll / municipality comprising 97 islands and islets, and one of the islands is Kwajalein Island, so there are two entities (or 3 if you want a separate item for the atoll and municipality). Ghouston (talk) 12:52, 20 April 2019 (UTC)
- Ah. Good point. That distinction isn't really reflected in the way Q309172/Q33688221 are currently tagged, but it looks like it is the distinction that ceb:Kwajalein (pulo)/ceb:Kwajalein Atoll (munisipyo) captures. Scs (talk) 13:39, 20 April 2019 (UTC)
ResearcherID vs Publons
Clarivate have transitioned ResearcherID to Publons. Eg http://www.researcherid.com/rid/J-3403-2017 goes to https://publons.com/researcher/2097467.
I think we should keep both, but encourage the population of Publons.
- Migration: ResearcherID (P1053) has 52.3k items while Publons author ID (P3829) has only 0.3k. Obviously Clarivate must have a mapping somewhere, can we obtain it somehow?
- By the same token, Clarivate have a number of ResearcherID -> ORCID ID (eg I entered my ORCID at their site). Will write to them to get these mappings.
- I added Publons (Q18389628) replaces (P1365) ResearcherID (Q7315186)
- I added ResearcherID (Q7315186) replaced by (P1366) Publons (Q18389628)
- I added Publons author ID (P3829) replaces (P1365) ResearcherID (P1053)
- But I can't add the inverse ResearcherID (P1053) replaced by (P1366) Publons author ID (P3829) even though WD prompted me, because P1366 is somehow defective: it can't be applied to properties
--Vladimir Alexiev (talk) 12:59, 20 April 2019 (UTC)
- Actually you added Publons author ID (P3829) replaces (P1365) ResearcherID (Q7315186) - properties have a designated data type, which is "item" for both replaced by (P1366) and replaces (P1365), so they can't have another property as a value. Thanks for initiating this though, I was just noticing the other day that ResearcherID links redirected to publons. ArthurPSmith (talk) 16:13, 20 April 2019 (UTC)
Wikipedias' 'local embassy' pages
Did you know that, in many cases, you can ask a question about (or request a change on) a Wikipedia in language you don't speak, using your own language, on their 'local embassy' page?
From several recent questions here, it seems this feature is little-known.
See Wikipedia:Local Embassy (Q6090776) for links to the 'local embassy' pages of those Wikipedias which have them. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:44, 20 April 2019 (UTC)
Spam blacklist
Does Wikidata have its own spam blacklist, or does it use the global one? I've been looking for a local one but have been unable to find it. Trivialist (talk) 18:02, 20 April 2019 (UTC)
- @Trivialist: It's at MediaWiki:Spam-blacklist. Jc86035 (talk) 18:12, 20 April 2019 (UTC)
- @Jc86035: Wow, that's it? Surprised it has so few entries. Thanks for the pointer. Trivialist (talk) 18:14, 20 April 2019 (UTC)
difference between flash fiction (Q5457615) and flash fiction (Q18235012)
The Japanese Wikipedia has a different article for each item. Is there someone who knows japanese?--Malore (talk) 22:36, 12 April 2019 (UTC)
- @Yukida-R, Libertas, Sakamoto3~jawiki: If they know. --Liuxinyu970226 (talk) 23:30, 12 April 2019 (UTC)
- @Malore: You can ask at ja:Wikipedia:Help for Non-Japanese Speakers. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:30, 13 April 2019 (UTC)
- @Malore: I can't find "フラッシュフィクション" (Flash-fiction) in some Japanese dictionaries, but "ショートショート" (Short-short). "フラッシュフィクション" is only Japanization of "Flash fiction", I think, that is used in America.--SilverSpeech (talk) 00:36, 22 April 2019 (UTC)
Classes for defunct entities
Border Reivers (Q893414) has recently been made an instance of defunct rugby union club (Q63171186) which is a subclass of rugby union team (Q14645593). Apart from the issue that clubs aren't teams, this isn't desirable, is it? We don't have a class like "dead human" for persons. @Blackcat:. Additionally, there are items like Prussian Union of Churches (Q163202) and AltaVista (Q433505) which are instances of former entity (Q15893266). Ghouston (talk) 00:17, 17 April 2019 (UTC)
- Hello @Ghouston:, I thought it was useful even because there's a Commons subcat for defunct sports teams. Anyway If it's not OK there's no problem for me. -- Blackcat (talk) 07:38, 17 April 2019 (UTC)
- Yeah, I don't think it's a good idea, because former entities are handled in Wikidata by adding a dissolved, abolished or demolished date (P576) statement. Adding additional instance statements, and class versions for former entities, is counterproductive. It adds no extra information and makes it harder to make queries, since if there are two ways of doing something you have to check both and merge the results. To do it properly that way, you'd basically need a class "former X" for every entity "X", so the dissolved, abolished or demolished date (P576) method is a lot easier. Ghouston (talk) 10:57, 17 April 2019 (UTC)
- There are such classes that have instances, such as historical country (Q3024240), I think the same would apply. Ghouston (talk) 11:09, 17 April 2019 (UTC)
- +1. Defining something as historic or defunct is subjective. The problem is there is no real rule to handle the addition of dissolved, abolished or demolished date (P576). Snipre (talk) 18:42, 17 April 2019 (UTC)
- I suppose something that doesn't exist any more can be described as "historic" or "defunct", so it's no more subjective than adding a P576. The ambiguity comes in when you are trying to work out whether an item is actually defunct, or whether it continues in a different form. Maybe we have a country with a name change and/or a new form of government: is it the same county, or a different one? The answer is that you can do it either way, or both ways simultaneously with different items. As for whether P576 (and related properties, such as date of death (P570) are sufficient on their own, or need to be augmented with "instance of defunct entity" or "instance of dead human", can only be decided by consensus discussions like this one. If there's no consensus, anyone is free to do it either way. Ghouston (talk) 22:58, 18 April 2019 (UTC)
- +1. Defining something as historic or defunct is subjective. The problem is there is no real rule to handle the addition of dissolved, abolished or demolished date (P576). Snipre (talk) 18:42, 17 April 2019 (UTC)
- Hello @Ghouston:, I thought it was useful even because there's a Commons subcat for defunct sports teams. Anyway If it's not OK there's no problem for me. -- Blackcat (talk) 07:38, 17 April 2019 (UTC)
- @Ghouston: What's your take on former municipality and it's subs like former municipality of the Netherlands, former municipality of Switzerland, etc, etc. ? I definitely see your point, but there are thousands of these we need to clean up if this is to be streamlined. Moebeus (talk) 23:46, 18 April 2019 (UTC)
- These are more instances of the same thing. Any changes can be done with scripts, so the actual number isn't an issue I think. former municipality of the Netherlands (Q7265977) actually has a description in Dutch that reads "een niet meer bestaande gemeente (gebruik voor claims bij voorkeur item gemeente met einddatum als kwalificatie)", i.e., "a no longer existing municipality (in claims preferably use municipality with and end date qualifier)", so the issue has already been recognized there. Ghouston (talk) 00:19, 19 April 2019 (UTC)
- Cool, how do we advance this? I'm up for helping any way that I can, but I *do* see some challenges with script-automation when it comes to locating start/end times (and do we want end cause?). There's a whole lot of these, like former populated place, former protected area, former church, former cultural heritage site, former village, former administrative territorial entity, the list goes on. Would it be a good idea to set up a small project/task force/Trello board to work through all of these in an "orderly fashion" perhaps? Moebeus (talk) 20:50, 19 April 2019 (UTC)
- If the end date was missing, I'd just insert an end date with an unknown value.
- Cool, how do we advance this? I'm up for helping any way that I can, but I *do* see some challenges with script-automation when it comes to locating start/end times (and do we want end cause?). There's a whole lot of these, like former populated place, former protected area, former church, former cultural heritage site, former village, former administrative territorial entity, the list goes on. Would it be a good idea to set up a small project/task force/Trello board to work through all of these in an "orderly fashion" perhaps? Moebeus (talk) 20:50, 19 April 2019 (UTC)
- These are more instances of the same thing. Any changes can be done with scripts, so the actual number isn't an issue I think. former municipality of the Netherlands (Q7265977) actually has a description in Dutch that reads "een niet meer bestaande gemeente (gebruik voor claims bij voorkeur item gemeente met einddatum als kwalificatie)", i.e., "a no longer existing municipality (in claims preferably use municipality with and end date qualifier)", so the issue has already been recognized there. Ghouston (talk) 00:19, 19 April 2019 (UTC)