Hi, Could you filter out rowiki pages from category W:ro:Categorie:Articole de unit ? Also, the "Skip" option seems to be down this week-end, at least for rowiki. Thanks !
User talk:Magnus Manske
About this board
Previous discussion was archived at User talk:Magnus Manske/Archive 9 on 2015-08-10.
Additional filter for Duplicity
Category added. Skip won't work if opened from the list (with "&page=..." in the URL).
Great, thanks a bunch. About Skip, is that new? I worked from the list at some point, and I don't remember that.
BtW, you could exclude every category linked to Category:Articles to be merged (Q5324335) in their respective wiki
Filter for duplicity.php
Hi, I've read that duplicty already filters out some articles based on the templates they use. Could it exclude frwiki articles using fr:Template:Admissibilité or, equivalently, categorized in fr:Category:Tous les articles dont l'admissibilité est à vérifier (0 depth) ? Thanks !
Done, and updated frwiki.
Thanks, I've done a few runs that have decreased the total number, but I'll try to focus more on zhwiki as, unsurprisingly, non-latin scripts tend to have longer lists.
Properties with units (quantity) in listeria?
I created WikiProject Physics/AutoList of Nuclides as a test page including the 'half-life' quantity that's starting to appear for the nuclides - however, it is missing the 'unit' part of the quantity values. For example for tritium, half-life is 12.32 years, but the 'years' unit does not appear in the list display. Also it would be nice for the uncertainty (±) to show as well. Thanks!
Listeria - timeout problem?
it seems that Listeria tends to skip some of the longer lists at some wikis, but not at others.
There might be a timeout issue when it runs.
Yes, I think it dies on one long list, and then doesn't finish the others for that language.
Better stick to the tool version ;-)
Hmm .. it might be the countless cardinals that breaks it at Wikidata.
I generally use TAB for dynamic lists ;)
I'm not sure if people will go to toolserver for lists if they already don't come to Wikidata. So it might be better to display the lists directly at Wikipedia.
Resonator and Tempo spatial display bugs
Listeria section based on qualifier
That's nice! I managed to click around and create a number of duplicate lists. Oops :-) Will the on wiki Listeria support this too in the future?
I think I'll focus on the stand-alone tool for development. I expect Wikibase to eventually get an on-wiki list generator of some sort, to replace the Listeria bot.
I know just having the section option on-wiki would make User:Wittylama very happy. Shouldn't be too difficult right? You already have the field, it just has to be accepted for sections. But that's just a guess without having seen any code....
Is there a way to delete a list I created ?
I did one that is not what I wanted, and is enormous.... but I could not see before saving it.
Thanks for that new beautiful
toy tool ;)
ok, after modifying it https://tools.wmflabs.org/listeria/dynamic.html#list=23 I now have an empty list, and I cannot edit the request. :(
can you please help me, or just delete it ? Thanks a lot...
It now shows the list header, so you can edit the WDQ.
I think I'll slap on a mechanism for the owner to deactivate lists at some point, but don't fret about leaving broken/duplicate lists behind for now, the footprint is very small.
Feed for the date game (or separate game)
Is there a way to try to feed the items on reports of Wikidata:Database reports/Deaths at Wikipedia into http://tools.wmflabs.org/wikidata-game/#mode=no_date either directly into the game and/or a special mode?
The game currently attempts to find mainly P570 for living people ;)
BTW, the date parser might need update to the new format. If a date is already defined, it displays something like "date of birth-01T00:00:"
I'd love to see The Game as a WDQ/PagePile consumer! That would allow to swiftly go through a list of items from e.g. a constraint violation report and fix them.
Mix'n'Match would be great too, with an item-centric game instead of a catalog-focused one. I think it can be more efficient to match an item through every possible catalog rather than just one at a time, and starting with a pre-selected list of possible matches also helps.
Actually, I've been doing just that for some time now: extract items through autolist/tabernacle and generate a static list of links to a "kind-of-hacked" version of Mix'n'match that basically allows me to run a search with a pre-selected candidate item that can then be matched with a single click against each result cross-catalogs. This way, even if targeting a specific catalog through my initial selection, I can perform a number of incidental matches in other catalogs too, while the current game mode only allows to confirm a few auto-matches on the way. Having it natively integrated into the tool would be really great...
I was considering "hacking" the date game too, but I think it makes sense to turn them all into PagePile consumers. What do you think?
I did contemplate (several times) a "distributed game", with a standard interface, and many external data providers. That would be a more generic solution to the issue; providers could use any data source, as long as they communicate in a standard way with the game.
The devil is, as so often, in the detail. If I restrict the API "language" to some scenarios (e.g. "chose one/multiple of these values for a property"), it would exclude game variants I can't think of yet. OTOH, if I just display some HTML blob from the data providers, the interface will not be consistent, there is danger of XSS attacks, etc.
So, it's possible, either as an addition to the current game, or as a new one (the "old" one could be migrated over to providers), but implementation details are complex.
Doesn't the PagePile option respond to both criteria, i.e. being standardised and intrinsically safe since you only get a list of Qs and just load data from the item/article?
Granted it may not be as elegant as a factory of pluggable providers, but I understood you advertised PagePile as the way to satisfy mashup demands from your faithful user base... We have a perfect use case ;-)
Any way, that was just a suggestion that I thought would be useful... and I'm confident you'll soon come up with a new tool!
Well, getting items to process in the game is one thing, but then what action to perform on them? Instance of? Gender? Dates? Any keywords to highlight? I would have to hard-code that into the game too.
How about a setting in the preferences to specify a pagepile number as input?
Maybe it's easier to implement an approach that is not quite as generic as the two of you envision:
feeding QIDs into an existing game, but filtering them to require, e.g. P31:Q5 and the absence of either P570 or P569 (for the above game).
I am already doing that filtering, as the pre-computed list in the game does go stale. I could "just" have people add PagePile lists to individual games, but then I'll have to clean up if someone imports nonsense.
That could also happen with just about any other tool, no?
Filitering for P31:Q5 should limit it.
mix-n-match: formatterURL vs formatterURLdata
Do we need two props to point to human-readable vs machine-readable URL for an entity in an authority file?
Discussion started at Wikidata:Property proposal/Authority control#BabelNet id. Please comment here
The games marks pages as
- disambiguation + given name
- disambiguation + family name
- disambiguation + given name + family name
Currently, we cleaned up many items to split
- given name
(English Wikipedia, as several other languages, have separate pages on each), so "disambigation" shouldn't be combined with "given name".
I think we should be able to assign P31 for all items merely based on categories. Personally, I would limit the choices in the game to "disambiguation" and "other".
Would you consider looking into this?