In T312718#11848462, @Jahl_de_Vautban wrote:

could you modifiy the module with it? Thanks again!

I reopen because Artists of the World is still not available just as in January 2026.

In T312718#11726535, @Jahl_de_Vautban wrote:

Later edit : well GND might still be too much, I didn't get it to work again but with LIMIT 10000 it still has interesting results : https://w.wiki/JzXj

Same query without the labels in QLever on their main instance (https://qlever.dev/wikidata/VxMg4r) takes 290s, but optimizing for QLever might allow to remove the LIMIT.

In T312718#11747679, @Jahl_de_Vautban wrote:

Good idea, but I am unsure how to do it. Are the queries stored in the LUA code? This query also need to be adaped to construct the URL from the property statements, which I have read might be less efficient than supplying it directly - though it still work fines for ArchInform (https://w.wiki/KKET).

Hello @Samwalton9-WMF, (some?) Oxford Art Online resources are unavailable again (example). The same applies to the Oxford Dictionary of National Biography (example).

The query looks good! Thank you! What do you think about adding it to Template:Property documentation?

Artists of the World is still not available which is a pity for up to date information on artists.

Since a few weeks (?) I cannot access the "Artists of the World" (AoW) database. Wikipedia Library had provided access to it until recently. https://www-degruyterbrill-com.wikipedialibrary.idm.oclc.org/database/aow/html has an "Unlicensed" tag. Is this related to the issue of this ticket or has De Gruyter Brill revoked access for it for Wikipedia Library? If this is gone it would be a huge loss.

In case it is of any use: I have been using Parsoid globally for quite some weeks now and didn't notice any issues. I will end its usage now for the only reason of getting rid of the annoying pop-up. So if there is a way to make it less obtrusive that would be nice!

In T312718#10235392, @Jahl_de_Vautban wrote:

Some months ago I made the query https://w.wiki/9QXY to get all the deprecated statements sourced with a specific identifier (in this case, P7796) and the normal or prefered statement that could be used instead. It currently relies on the presence of a specifc P248 as well in the ref, but probably that could be scrapped. This query however has scaling issues (on P269 it doesn’t work without restricting the items considered).

I believe such query-based approach could be a good start, if only to get errors coming from a specific source, as well as suggestions of correction. They can be easily constructed from the property itself, so adding a link to the property talk page should be feasible.

I have probably found what caused it on my side: In the UploadWizard preferences as the "Author's name" I have put "[[User:Marsupium|Marsupium]]". Until 16 October this had not caused any issues though and I guess there was some reason to put that in the past. So it looks like I can fix it for me, but the syntax of this "Author's name" still seems to have changed in an unexpected way.

I agree that having support in WikiHiero for rendering the hieroglyphs in RTL order would be useful.
By the way, some information on historical writing direction of hieroglyphs can be found on English Wikipedia here.

In T321644#8713162, @Lydia_Pintscher wrote:

Can you please add the ltem for the language? Thanks!

In T294637#7688057, @Lucas_Werkmeister_WMDE wrote:

Yes, I imagine step 2 would require something like T185313 or T199887. You could probably put the lexeme IDs into data pages, but I’m not sure if that still offers a meaningful benefit over the current data pages.

Hello, I'm not sure if I've described the use case somewhere before. But a future use case for this would be c:Module:Technique. The module translates (concepts) of materials, (artistic) techniques, colors and some similar things from a controlled English-language vocabulary of roughly 1000 terms into grammatically correct descriptions in currently 35 languages.
With Lua access to lexicographical data we could get rid of local data on Commons in templates like this one and new languages could easily added and thus internationalization of Commons improved.
For that a performant way for this would be necessary:

1. Click the "Advanced" label under the main input field;
   1. fix the summary manually.

Thanks for retagging! It happened to me while logged in. But now it doesn't happen any more. The file appears both logged in and logged out. I guess the task can be closed! Thanks!

Not this happens for Lake Maggiore, see https://maps.wikimedia.org/#10/45.9000/8.5776.

Now in contrast, there is a huge invented water body in Sughd, Tajikistan, apparently bordered by rivers. See https://maps.wikimedia.org/#9/39.2312/68.6810.
Screenshot:

In T160281#5127418, @Jc86035 wrote:

@Marsupium Have you tried using the wmflabs tool wikidata-externalid-url? I used it for the formatter URL for Twitch game ID (P4467) in September because of the space issue, and it worked without any changes to the actual Toolforge code.

Spaces can also cause problems: Obviously a space " " gets encoded as a plus "+". This breaks the links generated for Iconclass notation (P1256). For example http://iconclass.org/11H(COSMAS+&+DAMIAN) generated from "11H(COSMAS & DAMIAN)" instead of http://iconclass.org/rkd/11H(COSMAS%20&%20DAMIAN)/ (from this item).

This is very cool to find existing constraint violations! A great next step would be a service to test if a not yet existing statement would raise any violations! Is there a ticket for the constraint API to test not yet existing statements?

@Jc3s5h, perhaps a combination is possible, doing both 1. and 2. on API level by introducing new parallel input and output formats with the new features and deprecating the old one that can be deleted later?
It should indeed be possible to define the timezone or not, so we need a precision "11.5" additionally for "day with timezone specified"?

Sorry! It works fine in Chromium, I don't know why I couldn't see it work yesterday, perhaps I simply didn't wait for the checker to reach my position or so … Excuse my injection!

Spellchecking still doesn't work for me, neither in Firefox 58.0.2 nor in Chromium 64.0.3282.140 on Ubuntu. :-(

In T183794#3866917, @Lucas_Werkmeister_WMDE wrote:

(Minor note: comments at the beginning of a line – without any leading whitespace – are preserved and moved to the top of the query.)

Magnus has written a script that uses Mix'n'match for reference adding: d:User:Magnus Manske/mixnmatch gadget.js. Data on Mix'n'match sometimes differs and it does not have all IDs (e.g. large catalogues) in stock, but fulfills part of what was requested here I think.

Perhaps the set problem could be solved with qualifiers, too.