User talk:Mike Peel/Archive 51
![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 45 | ← | Archive 49 | Archive 50 | Archive 51 | Archive 52 | Archive 53 | → | Archive 55 |
Wikidata weekly summary #397
- Events
- New: you can Wikidata-related events in the calendar of Wikimedia Space
- Upcoming: next Wikidata office hour, January 22nd, 18:00 (UTC+1), on the Wikidata Telegram channel
- Upcoming: Wikidata workshop in Grenoble, France, January 16th
- Tool of the week
- Resolver allows you to quickly find an item based on a property+value string pair. It is especially useful for checking whether an external identifier such as a VIAF ID (P214) or Getty AAT ID (P1014) is already in use in Wikidata.
- Did you know?
- Newest properties:
- General datatypes: copyright status as a creator, serving temperature, egg incubation period, member of military unit
- External identifiers: ZX81 Collection publisher ID, ZX81 Collection ID, DAF ID, Computer Emuzone game ID, console music history ID, Czech cohesion region ID, Czech territorial region ID, deviantArt person ID, EEPS ID, garaph.info game ID, garaph.info group ID, IDFA film ID, Lithuanian Football Encyclopedia player ID, Microworld ID, Mille Anni di Scienza in Italia ID, Movie Walker person ID, Natural Product Atlas ID, NES Cart Database ID, NIPS Proceedings author ID, Nomenclature for Museum Cataloging, Nonfiction ID, portable music history ID, Prague territorial district ID, Projekt Gutenberg-DE ID, PS photographer ID, ScreenScraper company ID, ScreenScraper game ID, ScreenScraper platform ID, SPIE profile ID, The Video Games Museum system ID, Tubi movie ID, Tubi series ID, VBProfiles person ID, Archives Portal Europe ID, DES ID, Bob ID, Australian National Maritime Museum object ID, Australian National Maritime Museum person ID, PersonalData.IO ID, Atlas Obscura identifier, The Digital Local Culture Encyclopedia of Korea ID, The Good Old Days ID, RationalWiki ID, SSNE person ID, AdoroCinema film ID, Museum of Modern Art exhibition ID
- New property proposals to review:
- General datatypes: literary form, HASC, Stairway To Hell ID, number of reviews or ratings, armament used, equipment used
- External identifiers: bauhaus.community, LaunchBox Games Database game ID, OpenBibArt ID, LaunchBox Games Database developer ID, Saregama artist ID, openSUSE package, LaunchBox Games Database publisher ID, Orthodox Wiki ID, Wien Geschichte Wiki ID, What is the Apple IIGS? ID, BookBrainz work ID, NMVW id, David Wojnarowicz Knowledge Base ID, FandangoNow ID, CPCWiki ID, Sarvavijnanakosam ID, Punjabipedia ID, Open Churches ID, Apple IIGS France ID
- Query examples:
- Horses sorted by age of death (source)
- Affiliates of the USA organization Peace Action (source)
- 100 random paintings related to Haarlem (source)
- Timeline of adaptations of Little Women and actresses who played Jo's character (source)
- Indian people whose work is entering public domain in 2020 (source)
- Newest properties:
- 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!
This Month in GLAM: December 2019
|
Expanding the use of wikidata in Commons interwiki link templates?
Hi, Mike. When an editor uses {{commons}} without any arguments, the template falls back to performing a search for {{PAGENAME}} on Commons. The problem is that the behavior of the Commons search engine has changed. It used to be that Commons:Special:Search/Dog would take a reader directly to Commons:Dog. Now it provides a ranked list with lots of noisy distraction. This isn't a good user experience (in my opinion).
I was thinking that {{commons}} (and related templates, e.g, {{commons-inline}}, {{commons and category}}, {{commons and category-inline}}) could use wikidata to find related Commons galleries and categories, before falling back to an unsatisfying search. I know you proposed the 2018 RfC for using wikidata in commons links, and have done a bunch of work on {{commons category}}. I thought you would be a good source of feedback before we surface anything to the broader community.
As an experiment, I made versions of these templates that do wikidata lookup before falling back to search: {{commons/sandbox}}, {{commons-inline/sandbox}}, {{commons and category/sandbox}}, and {{commons and category-inline/sandbox}}. I expanded the corresponding test pages to test behavior for different pages.
A couple of notes:
- These don't change the current behavior of the templates when given positional arguments: for the large majority of usage, there is no change.
- After some experimentation, I decided to use P935 (Commons gallery) and P373 (Commons category), rather than commons sitelink or WikidataIB.getCommonsLink(). After poking around, it didn't seem that the commons sitelink was consistently pointing to galleries or categories. For {{commons}}, I wanted to restore the old behavior of going to a gallery if it exists, otherwise going to a category. For {{commons and category}}, I needed to have separate links for the gallery and category.
What do you think of this? Any advice to give, or changes to make? I think your feedback would be super helpful. — hike395 (talk) 19:07, 4 January 2020 (UTC)
- @Hike395: Thanks for looking at this! I have this on my radar to look at eventually, but I've been busy cleaning up the commons category links at Category:Commons category Wikidata tracking categories. A few notes:
- {{Commonscat}} actually uses {{Commons}} in the backend - I want to change that at some point so we can deal with galleries separately from galleries. So you don't actually have as many to deal with as you might think.
- Related to that, I think there's a number of cases of {{Commons}} being used to point to galleries, which need migrating over to {{Commonscat}} at some point.
- If you use the sitelinks rather than the properties, then they will auto-update over time. I'm hoping that we can get rid of Commons category (P373) at some point. Commons gallery (P935) is more work, as not all of the galleries are actually linked up on Wikidata (most of them are actually terrible anyway and should probably just be deleted...) I can probably adapt some of my bot tasks to update this property and the gallery sitelinks as well, I just haven't been motivated to do that yet.
- getCommonsLink has a parameter that you set to only get categories - without that being set, it gets the gallery first, and the category second. It doesn't have an option for just getting the gallery link, or linking to the search page, though - perhaps @RexxS: could add that option too? It might also be worth adding a Commons gallery (P935) fallback option like there is for Commons category (P373)
- You will want a set of tracking categories like those at Category:Commons category Wikidata tracking categories - these are very useful to find cases that need updating.
- I was wondering about proposing getting rid of the 'commons and category' templates, instead using the gallery/category ones separately, what would you think to this?
- The next-gen thought I had for commons cat was to use properties like category for the interior of the item (P7561) to auto-provide extra links, I'm not sure if there's something similar that might work for galleries.
- There is also {{Sister project links}} to consider at some point.
- Hope that helps - and I'm happy to chat further about this if that will help! Thanks. Mike Peel (talk) 19:30, 4 January 2020 (UTC)
- @Mike Peel: actually I don't really know how to return just galleries as I don't understand well enough what the conventions are on Commons. Is there something about a gallery page that I can look up on Wikidata that identifies it as a gallery? I can spot categories because the first nine characters of the sitelink are "Category:". I'll have to do some re-writing of the function to achieve what you want. Presumably it needs to be backwards-compatible, so perhaps it should still have
|onlycat=
as a boolean with true/yes as significant. That means I need another parameter to return only galleries, but what behaviour do you want if both are set to true? Optionally, should I allow|onlycat=
to be a string with values like "true", "false" or "galleries"? or something else? --RexxS (talk) 20:54, 4 January 2020 (UTC)- @RexxS: I think the best approach would be to have "onlygal" or similar as an additional parameter that then only returns sitelinks without 'Category:' in them. A nuance on that might be to avoid 'Creator:' and other namespaces, which I've seen a few times, but I don't think they are too common. Another approach might be to have something like "only=cat" vs. "only=gal", if we can have a short transition period. Thanks. Mike Peel (talk) 20:58, 4 January 2020 (UTC)
- @Mike Peel: actually I don't really know how to return just galleries as I don't understand well enough what the conventions are on Commons. Is there something about a gallery page that I can look up on Wikidata that identifies it as a gallery? I can spot categories because the first nine characters of the sitelink are "Category:". I'll have to do some re-writing of the function to achieve what you want. Presumably it needs to be backwards-compatible, so perhaps it should still have
- Thanks for all of the helpful tips! A few questions and comments:
- Is the auto-updating of fields in wikidata documented anywhere? What happens when there is both a Commons gallery and a Commons category that correspond to the wikidata item? How will the commons sitelink get chosen? Or does the choice happen once (when an editor links an item to Commons), and then it updates when the gallery or category moves? Why don't P373 or P935 auto-update?
- Setting up tracking categories is a good idea, I'll work on that.
- Good point about {{Sister project links}}: that's another one that preferentially links to galleries, instead of categories.
- I was thinking of perhaps starting with {{commons and category}} (or inline), because that will affect many fewer articles. For that template, I would need two links, not one. One of them is going to have to be P373 or P935 (right?) So one of the links will not auto-update?
- The way I read RexxS' code is that WikidataIB.getCommonsLink() first looks for a sitelink for an item, and then if that doesn't work, it does some extra logic looking for other sitelinks. Is there some specification that requires sitelinks to point to galleries before categories? I could not find such a thing. Or am I misunderstanding RexxS' code?
- I think that Commons categorization is getting bad. There are a number of editors who make incredibly detailed categories (e.g., Commons:Category:Iron oxidations at Kilauea). Because of OVERCAT, most images live down in the leaf nodes. Browsing broad-concept categories (like Commons:Category:Kīlauea) is almost impossible. That's why we need well-curated galleries like Commons:Kīlauea. This is why I think that {{commons}} should point to Commons galleries preferentially. (For more examples of well-curated galleries, see Commons:Mountains, Commons:Glacier, or Commons:Yosemite National Park).
- The old behavior of {{commons}} (inherited from Commons search) was to provide a "best landing page", e.g., a gallery if it exists, or a category otherwise. I think having {{commons}} continue that behavior would be good. That means editors could place {{commons}} with no arguments, and always have it go to a sensible place.
- Given the gallery vs. category controversy at Commons, having {{commons and category}} is important. There are several editors who prefer categories, and will go through en WP and replace {{commons}} with {{commonscat}}. Having a compromise {{commons and category}} makes both the pro-gallery and the pro-category editors happy. Taking it away will lead to editing strife.
- Thanks for all of the thoughts! — hike395 (talk) 06:19, 5 January 2020 (UTC)
- @Hike395: I'll reply properly soon, but for now I've started a brain-dump at wikidata:User:Mike Peel/Commons linking that you might find useful. Thanks. Mike Peel (talk) 07:35, 6 January 2020 (UTC)
- Thanks for all of the helpful tips! A few questions and comments:
Commons link statistics
@Mike Peel and RexxS: I did a data-gathering exercise yesterday that I think you'd find interesting. I instrumented {{commons and category-inline}} to which articles were defaulting to Commons search, and then did a wikidata dump for the relevant fields. Out of the 129 transclusions of {{commons and category-inline}}, 84 of them were missing one or two arguments, and 57 were missing both. The relevant fields for the 84 articles are saved here (Lua code to generate it is here.) This means that 65% of the usage of {{commons and category-inline}} can benefit from wikidata.
Some statistics you may find interesting:
- 76/84 (90%) of the articles have a commons sitelink defined
- 65/76 (86%) of the sitelinks point to galleries, while 11/76 (15%) point to categories
- 67/84 (80%) of the articles have P935 (Commons gallery) defined.
- One article (Rhodes Street Historic District) has a gallery sitelink defined, but is missing P935.
- For 66/67 of the articles with P935, the Commons gallery field matches the Commons sitelink
- One article (Galicia (Spain)) has a Commons sitelink gallery that is different. It looks like the sitelink is better than P935.
- 78/84 (93%) of the articles have P373 (Commons category) defined.
- The category sitelink always matches P373, when both P373 and the sitelink is present.
- RexxS code that looks at P910 finds Commons categories for 8/9 (89%) of the missing common sitelinks
- For two articles (Municipality of Rogatec, Municipality of Vipava), the P910 fallback category link is different than the P373 link. In both cases, the P910 is a better choice.
Some conclusions:
- The commons sitelink is not consistently either galleries or categories
- Using the commons sitelink to find galleries fixes 2/65 (3%) mistakes in P935
- Using the commons sitelink, and then falling back to P910 sitelinks fixes 2/11 (18%) mistakes in P373.
The question in my mind when I gathered this data is: the extra logic in getCommonsLink() comes at a cost of user transparency. If getCommonsLink() makes a mistake, a typical editor would not know how to fix the incorrect data in wikidata. Of course, editors can always override default wikidata results, so maybe it's not a big deal.
Seeing that all 4 errors out of the 84 articles were fixed by getCommonsLink(), my tentative conclusion is that the extra logic is worth it. I'm tempted to instrument {{Commons and category}} to get ~1000 samples. If the wikidata self-contradiction rate is only ~5%, then I'm happy to manually inspect ~50 of those and report back. — hike395 (talk) 16:54, 6 January 2020 (UTC)
- @Hike395: Interesting - but with such a small number of uses I still think it's worth using {{Commons}} or {{Commonscat}} (or both) instead! For comparison, there are around 700,000 {{commons category}} links. Thanks. Mike Peel (talk) 17:57, 6 January 2020 (UTC)
- I don't know how to automatically iterate through the articles in a category from Lua. I generated the calls to the Lua function via cut-and-paste. I don't think I want to cut and paste 700,000 article names :-). Do you know how to automatically iterate through a category in Lua? — hike395 (talk) 06:18, 7 January 2020 (UTC)
- @Hike395: The problem in getting the contents of a category into a Lua module to scan through is that there isn't a call in the Scribunto library to get the rendered text of a page (and that's pretty much impossible because the server runs the Lua module before it renders the page). You can get the wikitext using
mw.title.new(categoryname, 14):getContent()
, but that's no use for a category because the wikitext doesn't contain the content you're interested in. If you want to work within a wikipage, you need JavaScript which can access the Wikipedia API. Otherwise the simplest way is to use Pywikibot in Python locally. --RexxS (talk) 18:02, 7 January 2020 (UTC)
- @Hike395: The problem in getting the contents of a category into a Lua module to scan through is that there isn't a call in the Scribunto library to get the rendered text of a page (and that's pretty much impossible because the server runs the Lua module before it renders the page). You can get the wikitext using
- I don't know how to automatically iterate through the articles in a category from Lua. I generated the calls to the Lua function via cut-and-paste. I don't think I want to cut and paste 700,000 article names :-). Do you know how to automatically iterate through a category in Lua? — hike395 (talk) 06:18, 7 January 2020 (UTC)
More statistics
@Mike Peel and RexxS: I instrumented {{Commons and category}} and now have 924 examples where one or more parameters is empty. I'm starting to run into Lua and Wikidata limits, so I had to split the query into two. The results are shown in User:Hike395/Commons link stats2 and User:Hike395/Commons link stats3, with "boring" article filtered out. A "boring" article has statements in wikidata for a Commons gallery, a Commons category, and a Commons sitelink, and they all agree. Interesting data to note:
- Commons gallery found for 692/924 (75%) of them. Of these:
- 5/692 have gallery sitelinks when they don't have P935 statements
- For 2/692 (Galicia (Spain) and Boeing 737 MAX), the gallery sitelink and P935 statements conflict, and the sitelink is better
- Commons category found for 814/924 (88%) of them. Of these:
- 2/814 have category or fallback (P910) category sitelinks when they don't have category statements (P373)
- 15/814 (2%) have a conflict between the P373 statement and the category or P910 sitelink. For these:
- 10/15 (67%) have a category or P910 sitelink that are better than P373 statements:
- 3/10 avoid category redirects (Autódromo José Carlos Pace, Citadel of the Ho Dynasty, Cherry Bullet)
- 7/10 have sitelinks or P910 sitelinks that are better than the P373 statement (His Master's Voice, Kia Motors, Municipality of Kobarid, Municipality of Rogatec, Municipality of Vipava, Papaya, Piper PA-46)
- However, 5/15 (33%) have P373 statement better than the category or P910 sitelink: (Berry, Bombadier Global Express, De Havilland Canada Dash 8, Pont du Gard, Python (genus))
- 10/15 (67%) have a category or P910 sitelink that are better than P373 statements:
Given that the sitelink or P910 sitelink is not always better than the P373 statement, I have a suggestion for the philosophy of the lookup. Any of these commons templates have an ultimate fallback of using Commons search. Instead of running the risk of generating a less-good link, how about if we use multiple statements to check for data quality? That is, if there is a conflict between the sitelink and P935, or between P373 and the sitelink (or fallback sitelink), then return nil, rather than trying to guess. This will slightly reduce the recall of the query (from 88% to 86% for categories), but reduce the error rate to essentially zero. I suspect this is worth it.
I was going to code this up in Lua for {{commons and category}}, but curious what you both think. — hike395 (talk) 07:01, 13 January 2020 (UTC)
- @Hike395: From my point of view, it looks like it would be an net improvement, albeit a slight one. When you have four possible choices for a link, the logic to decide which one to return is unlikely to please everyone, but it may be worth trying out your algorithm – as long as you're willing to roll it back if the editors curating articles that are then affected kick up a fuss. I know that Mike is hoping to deprecate at least one of Commons category (P373) and topic's main category (P910) in favour of the Commons sitelink, but he'll be able to express himself better than I can. --RexxS (talk) 15:33, 13 January 2020 (UTC)
Wikidata weekly summary #398
- Events
- Registration for the Wikimedia Hackathon in Tirana (May 9-11) opened
- Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: getting started in Wikidata, labels, and aliases, 14 January. Agenda
- Press, articles, blog posts
- Report of Wiki Techstorm 2019 by Jsamwrites
- Aberdeen Plaques – Part Two: Visualisations, calculations, and analysis using wikidata by Ian Watt
- Overview of Wikidata gadgets and user scripts - slides from LD4 Wikidata Affinity Group Meetings
- Wikipedia Rolls Out Our Research on Providing Semantic Information for Mathematical Formulae - this feature uses Wikidata
- Tool of the week
- Tabernacle creates a tabular view of a set of data items from a SPARQL query, PagePile list, or manual list of items. You can select which languages and properties to display. The tool lets you drag-and-drop statements from one item to another, and manually add or edit statements without leaving the page. Tabernacle is great for harmonizing a set of related items or identifying items that need their labels and descriptions translated.
- Other Noteworthy Stuff
- You can test a new feature highlighting mismatched references
- The next Weekly Summary (January 20) will be the issue #400. Please help us collecting interesting Wikidata-related facts around the number 400!
- Did you know?
- Newest properties:
- General datatypes: exonerated of, Commons category for ship name, heading, filename in archive
- External identifiers: Russian PFL player ID, J-GLOBAL ID, LaunchBox Games Database developer ID, LaunchBox Games Database game ID, Époques ID, openSUSE package, Ten-Bruggencatenummer, DLE RAE ID, NTIS accession number, PubAg ID, Games Database developer ID
- New property proposals to review:
- General datatypes: Beta Masaheft ID, ordered by, university of the third age, period of lactation, position, grape variety, merged into, distribution map of taxon
- External identifiers: Ogólnopolska Baza Kolejowa - stacja ID, Livelib.ru person ID, ScummVM wiki ID, Instituto Moreira Salles ID, Arcade PCB database game ID, Cambridge Encyclopedia of Anthropology ID, eu-football team ID, Museen in OÖ ID, Voetbal International player ID, Museums in Salzburg (AT) ID, C64.COM ID, Museen in Burgenland (AT) ID, FlashScore.com team ID, Soccerdonna team ID, c64games.de ID, Museums in Austria Code, Canmore thesaurus ID, The Cutting Room Floor ID, NPDRIM record ID, EFIS person ID, coinop.org game ID, EFIS film ID, EFIS filmmaker ID, EFIS film festival ID, WeChangEd ID, marterl.at ID
- Query examples:
- Newest properties:
- Development
- More work on finishing the migration of wb_terms table
- Don’t check constraints on “Wikidata property example for media” statements (phab:T227865)
- Warn users that they're not nogged-in before performing restore or undo (phab:T234430, thanks to Matěj Suchánek)
- Remove edit link from Special:NewPages if page is not directly editable (phab:T240561, thanks to Matěj Suchánek)
- Introduce MwEraParser and improve i18n of dates BCE (phab:T140541, thanks to Matěj Suchánek)
- Bridge: show error dialog if the user isn't allowed to edit Wikidata (phab:T235154)
- Bridge: ask the user if the change is a fix or an update (phab:T237333)
- Enabled tainted references on test.wikidata.org
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!
Category:Air Force templates has been nominated for discussion
Category:Air Force templates, which you created, has been nominated for possible deletion, merging, or renaming. A discussion is taking place to decide whether this proposal complies with the categorization guidelines. If you would like to participate in the discussion, you are invited to add your comments at the category's entry on the categories for discussion page. Thank you. DexDor (talk) 20:51, 13 January 2020 (UTC)
Links to sister projects
Hey Mike, I saw you removing dead links to Commons and with your Commons experience I thought you might have insight on Wikipedia:Bot requests#Remove sister project templates with no target. Thanks and keep up the good work, SchreiberBike | ⌨ 21:29, 17 January 2020 (UTC)
- @SchreiberBike: Thanks! Pi bot will take care of dead links to commons categories, but not galleries or wikispecies at the moment. I'll look into this more tomorrow. Thanks. Mike Peel (talk) 21:32, 17 January 2020 (UTC)
Cochrane Bot is working really well!
Hi Mike, I hope that you are well and the start of 2020 has gone smoothly. I just wanted to thank you again for all your help with the bot. It is working really well!
JenOttawa (talk) 03:12, 18 January 2020 (UTC)
- @JenOttawa: Thanks for continuing to update Wikipedia! Let me know if there's anything else I can do to help. Thanks. Mike Peel (talk) 09:19, 18 January 2020 (UTC)
image enquiry
Gooday. I noticed your name cropping up changing cats on motorcycle makes. I saw you were admin on en-wiki and Commons. I noticed an image had been uploaded with peculiar licensing and wondered if it was possible to crop-out a section showing a building as a derivative work? It would be for a list article displayed normally at 150px. c:File:Bray Hill (1904).jpg
It may not be adequate-enough resolution as it's been scanned large, but can try if there are no objections. Thanks.--Rocknrollmancer (talk) 02:10, 18 January 2020 (UTC)
- @Rocknrollmancer: I'm not a copyright expert, but given the age of the image I think it should be OK. If you want to be sure, I suggest checking at commons:Commons:Village pump/Copyright. Thanks. Mike Peel (talk) 09:18, 18 January 2020 (UTC)
- Thx, normally I would've approached Ronhjones who is admin at WP and Commons, but abruptly stopped last April, so hope everything is OK there.--Rocknrollmancer (talk) 13:02, 18 January 2020 (UTC)
Wikidata weekly summary #399
- Events
- Past: Wikidata OpenRefine Workshop in Prague (Q1085)
- Upcoming: next Wikidata office hour, January 22nd, at 17:00 UTC (18:00 UTC+1), on the Wikidata Telegram channel. Topics: presenting the roadmap for 2020 and some news from the development team
- Tool of the week
- The Wikidata Card Game Generator generates printable cards based on a topic (eg chemical elements) and some statements of the item.
- Other Noteworthy Stuff
- New gadget added to Preferences, "Show UnpatrolledEdits" (see discussion): it shows if the last edit to the item has not been patrolled
- Pywikibot deprecates Python 2 support. Any scripts running via Python 2 should be migrated soon, see more at [1]
- The next Weekly Summary (January 27) will be the issue #400. Please help us collecting interesting Wikidata-related facts around the number 400!
- Did you know?
- Newest properties:
- General datatypes: none
- External identifiers: National September 11 Memorial ID, BeWeb person ID, BeWeb entity ID, BeWeb family ID, Apple IIGS France ID, bauhaus.community ID, CEEB K-12 school code, D-MSX ID, Decine21 person ID, dovidka.com.ua person ID, Games Database publisher ID, Games Database system ID, ICD-11 (foundation), kino-teatr.ru person ID, LaunchBox Games Database platform ID, LaunchBox Games Database publisher ID, Macintosh Garden game ID, Macintosh Repository ID, Open Churches ID, OpenBibArt ID, textove.com artist ID, textove.com song ID, Electronic library Ukrainica ID, article in French Vikidia, OrthodoxWiki ID (English), Punjabipedia ID, Sarvavijnanakosam ID, article in Italian Vikidia, BookBrainz work ID, CPCWiki ID, UCUM code, VGMPF ID, article in Spanish Vikidia, What is the Apple IIGS? ID, article in English Vikidia, LiverTox ID, NMVW id, article in Basque Vikidia, Authenticus ID, Instituto Moreira Salles ID, Livelib.ru person ID, Nederlands Fotomuseum photographer ID, Polish Nationwide Railway Database - station ID, Saregama artist ID, ScummVM wiki ID, article in Armenian Vikidia, Vienna History Wiki ID, article in German Vikidia, Joconde object type ID, MarketScreener business leaders ID, Beta maṣāḥǝft ID, DigitaltMuseum ID, Frick Art Reference Library artist file ID, Panoptikum podcast episode ID, Joconde location ID, Identifier for a resource held by the Smithsonian Institution
- New property proposals to review:
- General datatypes: local to a language context, category for files created with program, Used with verb, Commons postcards category, Indonesian intangible cultural heritage, IP address or range, Commons map category V2, necessary property for class, 8-bits ID
- External identifiers: CoBiS author ID, The Cover Project game ID, Analysis & Policy Observatory node ID, Analysis & Policy Observatory term ID, Swedish School Registry ID, Eurogamer ID, VR GameCritic ID, GameStar ID, Media Art Database ID, IGCD game ID, GameTDB game ID, identifier HAL for article, Diccionari del cinema a Catalunya ID, VGMRips composer ID, Historical Marker Database ID
- Query examples:
- Newest properties:
- Development
- More work on wb_terms table migration: information about property terms is no longer updated and removed from wb_terms table.
- Add "wikibase-statementsection-identifiers i18n message key to Wikibase (phab:T240356)
- Stop using $wgUser in Wikibase (phab:T241947)
- Document possible configuration options for Wikibase Repository and Wikibase Client installations (phab:T165973)
- Document Wikibase Usage Aspects (phab:T236772)
- Document Wikibase tables (phab:T124603)
- Wikidata Bridge: add the RadioButton to the component library (phab:T239799)
- Showing error dialogs if users can’t edit on the repo wiki (phab:T235154)
- Tainted references: work on keeping the warning visible when users cancel an edit
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!
It seemed a bit of a shame that Betelgeuse was a FA and Rigel wasn't...so a few of us have been buffing it. Would be insanely grateful for more eyes on it re cohesiveness, readability etc. Cas Liber (talk · contribs) 23:56, 24 January 2020 (UTC)
The Signpost: 27 January 2020
- From the editor: Reaching six million articles is great, but we need a moratorium
- News and notes: Six million articles on the English language Wikipedia
- Special report: The limits of volunteerism and the gatekeepers of Team Encarta
- Arbitration report: Three cases at ArbCom
- Traffic report: The most viewed articles of 2019
- News from the WMF: Capacity Building: Top 5 Themes from Community Conversations
- Community view: Our most important new article since November 1, 2015
- From the archives: A decade of The Signpost, 2005-2015
- On the bright side: What's making you happy this month?
- WikiProject report: WikiProject Japan: a wikiProject Report
Wikidata weekly summary #400
- Welcome to the 400th Weekly Summary! Here are some interesting Wikidata facts or queries collected by the community and related to the number 400:
- Item #400 is Jenna Jameson; Property #400 is platform (software), and Lexeme #400 is "vierhonderd" - Dutch for "four hundred". The QID for the natural number 400 is Q1535396. The QID for the year 400 is Q25621.
- The page ID 400 is Ludwig van Beethoven; the Wikidata page version ID 400 was a version of printer.
- The Greek philosopher Hypatia, one of the first women scientists, became head of the Neo-Platonist school at Alexandria, in 400 AD. We include her here in tribute to those working to reduce Wikidata's gender gap.
- Wikimedia Commons has 627 images taken with the Canon PowerShot A400 - you can see one on baritone saxophone.
- Map of things at an altitude of 400 m.
- Map of places with a population of 400 ± 5 (yellow) graduating to 400 ± 0 (red).
- From this query, Wikidata knows of 21 theatres, 15 cinemas, 11 sports venues, 11 event venues, and 9 ships having a maximum capacity of 400.
- Image grid of taxa with a highest observed lifespan of at least 400 years.
- Image grid of items with a mass of 400 kilograms and image grid of items with a mass of 400 grams.
- List of 400m distance sports events.
- 400 Ducrosa is a main-belt asteroid named after J. Ducros.
- List of items with an external ID equal to 400.
- Last but not least, 400 dahlias for Léa, Lydia and the other contributors to this list!
- Events
- Past: Wikidata office hour on Telegram, January 22nd. Notes of the meeting
- Upcoming: WikiTuesday / Wikidata Talks Meetup in Istambul, Turkey, January 28th
- Upcoming: online meeting dedicated to organizers of Wikidata's 8th birthday, January 29th
- Tool of the week
- Duplicate Item copies the current item (without descriptions or sitelinks) to a new item. This tool is useful for splitting items and for making sets of similar items. Recommended for experienced users.
- Other Noteworthy Stuff
- Did you know?
- Newest properties:
- General datatypes: attested as, category for files created with program, period of lactation, aperture
- External identifiers: C64.COM ID, c64games.de ID, eu-football.info team ID, museum in Salzburg (AT) ID, fyyd podcast episode ID, Upper Austria Museum ID, WorldCat Identities ID, word in DEJ of RAE ID, HAL article ID
- New property proposals to review:
- General datatypes: LiverTox Likelihood Score, dean, stated age in source, US Bureau of Prisons Register Number, located in the constituency, motherboard, WMF short URL, Recognition, recognized by, not recognized by, jurisdiction status, supported metadata, expansion, historic first, number of pins, number of pin positions, catalogue raisonné, Dose, value group number, external georeferencer URL, axis, Voting system, image revision-id, region within image, georeferencing data, based on tabular data, Number of active electronic terminals, associated with, translated title, position in sequence, Attribution text, food energy, madhhab, Maximum number of playable characters, Main deity, electron configuration, capital social, gained territory from, key col of, religion or world view, CMF identifier, masculine form, feminine form, menu items, food composition, IP address or range, featured in, lighting, general law, territorial entity ranking context, references, mentions named entity, hardiness
- External identifiers: NASA active astronaut ID, VGMRips company ID, DSSTOX compound identifier, Roglo person ID, VGMRips system ID, Museu de Memes ID, Nobel API ID, VideoGamer.com game ID, Canmore object-type ID, Canmore maritime-type ID, GameRevolution game ID, TrueAchievements game ID, PARADISEC Catalog, ELAR ID, ChemSynthesis ID, Whaling History ID, ft.dk politician identifier, Ciência ID, 7digital United Kingdom artist ID, Ident.Nr., GoodRx, part number, Faculté des sciences de Nancy ID, MIC, UEFA referee ID, name-suggestion-index identifier, TrueAchievements series ID, Bollywood Hungama ID 2, Gamekult game ID
- Query examples:
- The results of the Australian Triple J Hottest 100, 2019 music voting poll were published on 25 January 2019. See the results with associated music videos to watch.
- Map of destinations from Wuhan Tianhe International Airport
- 50 philosophers for which DBpedia and Wikidata state different date of birth (source)
- Newest properties:
- Development
- More work on wb_terms migration
- Units support for quantity datatype (phab:T239474)
- Fix the link to rawgraphs.io from WDQS (phab:T222257)
- More work on showing messages related to permissions on the Wikidata Bridge
- Tainted references: fix minor alignment issues (phab:T243269, phab:T242212)
- Add a "remove warning" button to confirm a correct reference (phab:T234789)
- Preparing the ground for a unified component library for the Wikidata UI
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!
Administrators' newsletter – February 2020
News and updates for administrators from the past month (January 2020).
|
Interface administrator changes
|
- Following a request for comment, partial blocks are now enabled on the English Wikipedia. This functionality allows administrators to block users from editing specific pages or namespaces rather than the entire site. A draft policy is being workshopped at Wikipedia:Partial blocks.
- The request for comment seeking the community's sentiment for a binding desysop procedure closed with
wide-spread support for an alternative desysoping procedure based on community input
. No proposed process received consensus.
- Twinkle now supports partial blocking. There is a small checkbox that toggles the "partial" status for both blocks and templating. There is currently one template: {{uw-pblock}}.
- When trying to move a page, if the target title already exists then a warning message is shown. The warning message will now include a link to the target title. [2]
- Following a recent arbitration case, the Arbitration Committee reminded administrators
that checkuser and oversight blocks must not be reversed or modified without prior consultation with the checkuser or oversighter who placed the block, the respective functionary team, or the Arbitration Committee.
- Following a recent arbitration case, the Arbitration Committee reminded administrators
- Voting in the 2020 Steward elections will begin on 08 February 2020, 14:00 (UTC) and end on 28 February 2020, 13:59 (UTC). The confirmation process of current stewards is being held in parallel. You can automatically check your eligibility to vote.
- The English Wikipedia has reached six million articles. Thank you everyone for your contributions!
Wikidata weekly summary #401
- Discussions
- Open request for adminship: Mike Peel
- Events
- Past: Wikidata in Social Science Classroom - Workshop, Dubai, January 21st
- Upcoming: Wikibase Community User Group online meeting (date to be decided, you can vote here)
- Upcoming: OSM TW x Wikidata Taiwan meetup, February 10th, Taipei
- Press, articles, blog posts
- A newbie's guide to querying Wikidata, by Mark Needham
- Tool of the week
- VizQuery allows you to use the Wikidata Query Service without having to know SPARQL. Simply use a couple of autocomplete input boxes and you can do most basic queries.
- Other Noteworthy Stuff
- Bruno and Denny present how to use Lexical Masks in ShEx to validate lexemes, including a first set of example schemata. They also invite everyone to work on more languages, and will keep adding more ShEx schema over time.
- 2020 report on Property constraints by user:Abián
- Wikimedia Hackathon in Tirana: scholarship requests and registration for people needing visa support are open until February 9th.
- Mismatched reference: first version to be deployed this week
- OpenRefine 3.3 was released
- Did you know?
- Newest properties:
- General datatypes: category for maps, number of reviews/ratings, merged into, 8-bits.info ID
- External identifiers: CoBiS author ID, marterl.at ID, NPDRIM record ID, Analysis & Policy Observatory node ID, Analysis & Policy Observatory term ID, PCBdB game ID, Diccionari del cinema a Catalunya ID, EFIS film festival ID, EFIS person ID, Eurogamer ID, FlashScore.com team ID, GameStar ID, Soccerdonna team ID, The Video Games Museum game ID, Voetbal International player ID, Games Database game ID, ft.dk politician identifier, Historical Marker Database ID, Joconde Inscription ID, Joconde time period ID, Media Art Database ID, Cambridge Encyclopedia of Anthropology ID, EFIS filmfirm ID, EFIS film ID, Ciência ID, Swedish School Registry ID, Whaling History ID
- New property proposals to review:
- General datatypes: hierarchy switch, Wikipedia infobox field, ontological level of Wikidata item, status of mortal remains, TheTVDB person ID, fails compliance with
- External identifiers: Gamekult company ID, Gamekult franchise ID, CNGB project ID, Gamekult platform ID, Adelsvapen ID, Bibliotheca Hagiographica Latina ID, Clavis Clavium ID, FEMA number, SerialStation game ID, GBAtemp game ID, AnimalBase ID, RPGamer ID, Denkmalatlas Niedersachsen Objekt-ID, DR music artist ID, Jurisdiction List Number, Médias 19 ID, ArchiWebture ID, MOCAGH ID
- Query examples:
- Newest properties:
- Development
- Enable the first version of tainted/mismatched references on wikidata.org
- Work on adding a button to hide the notification (phab:T234789)
- Show the icon after canceling editing if the icon was shown before (phab:T234790)
- More work on Wikidata Bridge (restrict editing based on user rights or data types)
- More work on wb_terms migration
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!
Use of IMO categories for ships with only one identiy
Hi Mike, As you've probably noticed, I've undone a few of your changes where you'd replaced links to Commons categories for ships which have only ever operated under one identity with the IMO cat (for instance, HMAS Canberra (L02)). As the IMO cat in each case only contained the ship name category, I don't think that this change is helpful for readers. I'd suggest that this only be done for instances where the ship has had multiple identities and the article covers all of them. Nick-D (talk) 22:52, 9 February 2020 (UTC)
- @Nick-D: Commons seems to use the IMO categories for cases where the ships have used multiple names over the years, I'm just synchronising things with that system. If you think these IMO categories aren't useful, could you nominate them for deletion/discussion on Commons? Thanks. Mike Peel (talk) 22:54, 9 February 2020 (UTC)
- The Commons conventions for ship names are a massive problem which I don't want to take on to be honest. Having IMO numbers in the background there is probably an OK idea as ships often will change names. I found this useful for setting up a category for a Japanese coast guard ship a few months ago. This is also much less odd than the decision made years ago to use things like Category:Dunkerque (ship, 1935) instead of the conventions used in Wikipedia articles such as French battleship Dunkerque: from memory, that naming convention was adopted when Commons' governance problems were at their worst. Regards, Nick-D (talk) 23:02, 9 February 2020 (UTC)
- @Nick-D: OK, I've started commons:Commons:Categories for discussion/2020/02/Category:IMO 9608960, let's see how that one goes. Personally I'm less fussed about naming conventions than I am about category maintenance, and I know that there are photos of ships that we're not linking to since they're in a different name category. Thanks. Mike Peel (talk) 23:09, 9 February 2020 (UTC)
- The Commons conventions for ship names are a massive problem which I don't want to take on to be honest. Having IMO numbers in the background there is probably an OK idea as ships often will change names. I found this useful for setting up a category for a Japanese coast guard ship a few months ago. This is also much less odd than the decision made years ago to use things like Category:Dunkerque (ship, 1935) instead of the conventions used in Wikipedia articles such as French battleship Dunkerque: from memory, that naming convention was adopted when Commons' governance problems were at their worst. Regards, Nick-D (talk) 23:02, 9 February 2020 (UTC)
Wikidata weekly summary #402
- Discussions
- Open request for adminship: Nomen ad hoc
- Events
- Learn about the use of Wikidata, Wikipedia and sister projects in education, at the Wikimedia in Education UK Summit at Coventry University on 26 February
- Hackday Niederrhein, Germany, on March 28-29, including a Wikidata workshop
- Next Linked Data for Libraries LD4 Wikidata Affinity Group call: further discussion of labels and aliases; start looking at Google Sheets, 11 February. Agenda
- WikiCite meetup in Melbourne, Australia, on February 14th
- Wikidata Wednesday in Vienna, Austria, on February 19th
- Press, articles, blog posts
- Wikidata and Beyond – Knowledge for everyone by everyone, keynote video from Denny Vrandečić at SWAT4HCLS 2019
- Wikidata and the sum of all video games − 2019 edition, by Jean-Frédéric
- Discovering Implicational Knowledge in Wikidata, by Tom Hanika, Maximilian Marx and Gerd Stumme.
- Tool of the week
- Reasonator offers a visual formatted display of Wikidata information. It is useful for introducing Wikidata to new audiences and can help find missing or incorrect data by presenting a different view than the standard editing interface.
- Other Noteworthy Stuff
- The Kensho Derived Wikimedia Dataset is a a cleaned English subset of Wikipedia/Wikidata with 2.3B tokens, 5.3M pages, 51M nodes, and 120M edges for use in natural language processing (NLP) research
- Property talk pages now include a link to query for a few random items using the "SERVICE bd:sample" in SPARQL. Example: look for "random list" on d:Property talk:P279
- "Status of Wikidata Query Service" update from WMF, on Wikidata mailing list
- Facebook page of a volunteer working on Wikidata about the French local elections in Conflans
- Swiss newspaper Le Temps built a new front-end to interact with a Wikibase backend developed by nonprofit PersonalData.IO to power its citizen-led investigation of personal data flows.
- There are now 100,000 people with the name "John" in Wikidata. "Elizabeth" is now the most frequent female given name.
- Knowledge Grapher is a new tool to create Wikidata knowledge graphs without needing any knowledge of Wikidata Query or SPARQL code. Developed by Fuzheado, it is currently in early testing mode and helps create graphs as described by MartinPoulter at his 2019 blog post Making Wikidata Visible. Feedback is appreciated.
- Did you know?
- Newest properties:
- General datatypes: none
- External identifiers: Academia.edu publication ID, TI-99/4A Videogame House ID, National Aviation Hall of Fame ID
- New property proposals to review:
- General datatypes: гражданский чин, uses dataset, CVR person ID, description, Wikimedia community discussion, The Great Biography
- External identifiers: Visual AIDS Artist+ Registry ID, CYRI ID, Mendeley publication ID, CODEPAC-Bauru ID, Daughters of the American Revolution ancestor ID, PC Games Database.de game ID, Encyclopedia of Chicago, DANFS ID, Deutsche Biographie ID, Haz-Map ID, RAL ID, PC Games Database.de company ID, Kickstarter project ID, Adventure Games company ID, VcBA ID, Adventure Games series ID, Hrvatska enciklopedije ID, Biografisch Woordenboek van Nederland: 1880-2000 ID, Encyclopedia on Early Childhood Development ID, Trakt.tv uri, Open Food Facts label, Compendium heroicum ID, Gry Online game ID, Gram.pl game ID, startrekdb.se query, Legislative Assembly of Ontario MPP ID, Gry Online company ID
- Deleted properties: lithography (P2157)
- Query examples:
- Timeline of same-sex marriage legalization in various countries (source)
- Chart of the number of infections and deaths casued since the outbreak of novel coronavirus, as reported by the World Health Organisation
- Adjacent constituencies of the UK Parliament - query federated with Ordnance Survey's SPARQL endpoint. (source)
- List of this year’s Academy Awards winners
- Newest properties:
- Development
- Wikidata Bridge: more work on enabling error messages for various cases (datatype not supported, user can't edit on client or repo, etc.)
- Including the property label in the title of the Data Bridge dialog (phab:T233295)
- Mismatched references: follow-up of the deployment in production, adding the "remove warning" button
- Monitoring the number of times the feature reference warnings are being triggered and opened (phab:T231731)
- Fixing some issues connected to the train deployment
- Fixing an issue with new edit summaries not being displayed on client wikis (phab:T244129)
- Fixing an issue with ittem having label conflict with itself (phab:T243158)
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!
This Month in GLAM: January 2020
|
DYK for Tranvía Villasegura
On 14 February 2020, Did you know was updated with a fact from the article Tranvía Villasegura, which you recently created, substantially expanded, or brought to good article status. The fact was ... that after the closure of Tranvía Villasegura, Tenerife's first tram system, in the 1950s, one of the trams was reused as a bar? The nomination discussion and review may be seen at Template:Did you know nominations/Tranvía Villasegura. You are welcome to check how many page hits the article got while on the front page (here's how, Tranvía Villasegura), and it may be added to the statistics page if the total is over 5,000. Finally, if you know of an interesting fact from another recently created article, then please feel free to suggest it on the Did you know talk page.