Jump to content

User talk:Jarekt

From Wikimedia Commons, the free media repository

Template:Art_Photo - no_qs

[edit]

Good morning Jarekt, thank you for your change. Just one comprehension question: What is the meaning of “|no_qs=1”. I could not find the parameter here (Is there a lack of quality assurance here?). Best regards Molgreen (talk) 04:24, 1 May 2025 (UTC)[reply]

@Molgreen: It is kind of a long story. All templates based on Module:Artwork share input parameters. They are also designed to create QuickStatement ("QS") commands if they have information which is missing on Wikidata. The QuickStatement commands can be used to copy the data to Wikidata by clicking on icon. See any file in Category:Artworks with Wikidata item: quick statements. This whole system works best for images of artworks using {{Artwork}} or books using {{Book}} template. If a photo of a building is using {{Artwork}} or {{Art photo}} template, it is not wrong, but the QuickStatement commands can become nonsensical. The parameter "no_qs=1" is an easy way to turn off broadcasting QuickStatement commands and remove the file from Category:Artworks with Wikidata item: quick statements, so that no one presses the button to send wrong data to Wikidata. I agree with you that the parameter should be documented better, but it is hard to explain it's use without an essay. --Jarekt (talk) 12:21, 1 May 2025 (UTC)[reply]
Good morning Jarekt, thanks for the explanation. Would it be a good idea to suggest on the discussion page that the parameter is mentioned (explained) and refer to this discussion here? Best regards Molgreen (talk) 05:05, 2 May 2025 (UTC)[reply]

Hi there. At Commons talk:Photo challenge/themes, the bot keeps archiving "parking lots", but it's still an active discussion. Would you be able to help? Thanks! Magnolia677 (talk) 10:29, 2 May 2025 (UTC)[reply]

@Magnolia677: I restored the section, looked through all the settings documented at Template:Autoarchive resolved section and I do not see any obvious reason why the bot would be archiving this section. User:Euku runs User:SpBot maybe he can help. --Jarekt (talk) 12:47, 2 May 2025 (UTC)[reply]
Hi all! Thanks for reporting that! The bot merged the previous "Camelidae" section with the "Parking lots". It seems for the last 18 years nobody reported any issue with a headline like == {{Q-|Q6501349|capitalization=ucfirst}} == <!-- Car parks -->. There were two traps for the bot. The first is the = within the headline text. The second problem was the comment after the last ==. Both was not expected, but MediaWiki still eats it. This is fixed now. Euku: 18:16, 4 May 2025 (UTC)[reply]

Tech News: 2025-19

[edit]

MediaWiki message delivery 00:11, 6 May 2025 (UTC)[reply]

Igenc Tech News

[edit]

Hi Jarekt,
I've finally solved the issue mentioned here (at 'This coat of arms was created with Inkscape…important by xxx'), the “important” option creates a link that leads to a section of the manual with the aim of informing the user that his file is not optimized; the option is generated by the code “im”, its counterpart is the code “iz”, that informs the user that the file is indeed optimized, it's still visible on this file, just click on “optimized” to get to the help in question. It's likely that this attention wasn't correctly perceived by users, as the link wasn't visible, and I think I'll deprecate it when I get to the related extension ; also, the code “iz” is defined elsewhere than in Module:IgenCoa, probably at the top level, i.e. Template:Image_generation that the module depends on.
Which brings to the next point: Managing users in IgenCoa does indeed make it hard to maintain - I'm gradually reducing the number of ids, per each user's files managed in, also the categorization can also be done directly in the file by adjusting the options ; the advantage of user-categorization by igen code (directly in the file page) is to avoid categorization in a user's category of another user's files, when categories entered normally are copy-pasted from one file to another without verification, which happens frequently…
The next point, then, is that IgenCoa is just a part of Template:Image_generation, which doesn't only define CoAs but also logos, diagrams, flags, icons, seals, emblems, symbols, which is great, but the main issue is that it also defines tools and there are too many of them, some of which are barely used, example: this category handles many subcategories for a too-limited amount of files, then it might be relevant to merge the categorization of barely used tools (other than Adobe, inkscape, Corel, Txt, etc.) with Other tools, while retaining the icon on the file description
I'm not there yet. BR,--Kontributor 2K (talk) 10:23, 11 May 2025 (UTC)[reply]

Kontributor 2K, Thank you for the update. I am also still confused by "important" option. I read Help:Inkscape and {{Image generation}} and still message "This vector image was created with Inkscape…important by v" visible in File:Cilician Armenia-en.svg makes no sense and the link does not help. Does it just mean that it is stored as Inkscape SVG not plain SVG? Or if it means it is not optimized than maybe the message should be "This unoptimized vector image was created with Inkscape by v". The message " This PNG …important was created with Inkscape…important." visible in File:Tropfsteine-hell edited with tags.png also makes no sense in English. --Jarekt (talk) 02:26, 13 May 2025 (UTC)[reply]
Thanks for this update too,
"This vector image was created with Inkscape…important by" does just look to mean, according to "Handling Inkscape SVG" section on the target page, that it's "stored in Inkscape SVG" rather than plain/optimized, and tagged as such by a user; that said it's unlikely that users would handle this paremeter correctly, or even simply use it, so this option seems above all to add some complexity, globally.
I think too that the message could indeed be "This unoptimized vector file…", rather than "…important".
The message on the .png file indeed makes no sense, of course there's no reason for Im to be used on raster files, other than a careless code copy-paste, For now I've removed the im/iz parameters from the user table in Igencoa/sb. --Kontributor 2K (talk) 17:13, 13 May 2025 (UTC)[reply]

Tech News: 2025-20

[edit]

MediaWiki message delivery 22:34, 12 May 2025 (UTC)[reply]