User talk:Jarekt/2023

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Prośba o pomoc

Czy mógłbyś pokierować rozwiązaniem tego problemu? Zdjęcie jako legitymacyjne nie jest przedmiotem PA, więc chyba może zostać, ale poprawnie opisane, a nie jak jest teraz. File:Zygmunt Wilczkowski, aktor polski, syn Wacława Michała, 1877-1964.jpg. Pozdrawiam. Ciacho5 (talk) 18:00, 2 January 2023 (UTC)

Ciacho5, Poprawiłem troche opis ale co do licencji to nie jestem pewien. W prawie polskim ani EU nie ma chyba nic na temat legitymacyjnych zdjęć. Jeśli zdjecie było opublikowane przed 1953 rokiem to można użyć {{PD-anon-70-EU}} a jesli byly opublikowane w Polsce to może {{PD-Polish}}. Ale jeśli nic wiecej nie wiadomo na temat zdjecia to nie ma dowodu na domenę publiczna. Pozdrawiam. --Jarekt (talk) 02:35, 3 January 2023 (UTC)
Jest jakiś pogląd, że zdjęcie legitymacyjne/paszportowe, jako zrobione według ścisłego przepisu, bez miejsca na inwencję własną fotografa, nie jest dziełem artystycznym czy coś takiego i nie jest chroniony prawem. Nie korzystam z tego, ale kiedyś się z taką opinią (na jakimś zlocie Wikipedystów chyba) spotkałem i widzę to jako szansę dla takich zdjęć. Ciacho5 (talk) 16:58, 3 January 2023 (UTC)
Ciacho5, Tez się kiedys z tym spotkałem ale chodziło o niemieckie zdjęcia podlegające niemieckiemu prawu. Nie widzę w Commons:Copyright rules by territory/Poland nic na ten temat. Czy wiesz jaki to byl szablon? --Jarekt (talk) 02:55, 4 January 2023 (UTC)
  • Nie wiem. Nie zajmuję się, ładuję tylko własnoręcznie zrobione zdjęcia. Niemniej słyszałem taką opinię, jak też i opinię, że ta opinia jest do podważenia przez prawników). Ciacho5 (talk) 14:09, 4 January 2023 (UTC)

Tech News: 2023-02

MediaWiki message delivery 01:05, 10 January 2023 (UTC)

Tech News: 2023-03

MediaWiki message delivery 01:07, 17 January 2023 (UTC)

Delete Revision Request

These revisions are really offensive, please delete it:

--121.202.148.136 22:59, 21 January 2023 (UTC)

Rembertów COA

Hi Jarek, we have received the following request on pl-Wiki. Mr Piotr Stanisławski has sent us a proper COA. I've uploaded it and exchanged everywhere for a proper one. Do you think you can delete it to avoid future confussion? It seems it is a terrible OR. Thank you. Boston9 (talk) 20:32, 23 January 2023 (UTC)

Boston9, Copyright issues related to COAs are a mess. Per Commons:Coats_of_arms specific images of COAs created by others are copyrighted, however what is in the law is a loose description of the COA, which is in PD. So we do not use images found on the internet but draw something similar that meets the description found in law (tak zwane w:pl:Blazonowanie). That is what User:WarX did when he draw File:POL gmina Rembertów COA.svg. If there were changes in the description or if our rendition does not match the description than our version should be altered. {{PD-PolishGov}} does no apply to COAs (images) only to descriptions. Some countries have templates like {{PD-Coa-Germany}}, when their law allows them, but Poland does not. File:HERB Rembertowa 2023.jpg could stay if it is known who draw it, and if that person sends permission to OTRS. A better way would be to find who on polish wiki works with COAs, like User:WarX did a decade ago. Sorry to be a bearer of bad news.--Jarekt (talk) 03:16, 24 January 2023 (UTC)

Tech News: 2023-04

MediaWiki message delivery 23:43, 23 January 2023 (UTC)

Tech News: 2023-05

MediaWiki message delivery 00:03, 31 January 2023 (UTC)

Photo Challenge January 2023

Hallo Jarekt - for your info : January 2023 is missing completely (for voting). Best regards from Cologne : Michael Gordito1869 (talk) 12:00, 5 February 2023 (UTC)

Tech News: 2023-06

MediaWiki message delivery 10:18, 6 February 2023 (UTC)

Tech News: 2023-07

MediaWiki message delivery 01:46, 14 February 2023 (UTC)

Commons:Photo challenge/2023 - February - Handles has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this project page, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Choskit (talk) 20:08, 19 February 2023 (UTC)

Tech News: 2023-08

MediaWiki message delivery 01:55, 21 February 2023 (UTC)

Tech News: 2023-09

MediaWiki message delivery 23:45, 27 February 2023 (UTC)

YGM

Zhuyifei1999 (talk) 13:38, 11 February 2023 (UTC)

I am not very familiar with proceedings here, but I also sent you an e-mail, Jarekt.Thanks for coming back to me. Spreekucker (talk) 01:58, 4 March 2023 (UTC)

Tech News: 2023-10

MediaWiki message delivery 23:47, 6 March 2023 (UTC)

Voting February-23

Good morning Jarekt, please check Voting February/23 ... both challenges don't work (like this one). - Best regards : Gordito1869 (talk) 07:54, 8 March 2023 (UTC)

Hi Jarek, do you still empty that one out every once in a while? Plenty of edits possible now. Multichill (talk) 20:44, 13 March 2023 (UTC)

Beware of some of the false positives by the way. Multichill (talk) 21:18, 13 March 2023 (UTC)
Probably best to disable all the artwork logic if you encounter DPLA subject term (P4272). Multichill (talk) 21:26, 13 March 2023 (UTC)
Multichill, I was trying to figure out how the File:Martha and Franklin Nickerson and friends of Whitman County, Washington, circa 1885 - DPLA - 5121d19c20d1e1c58b334d1ef38b85a9.jpg got connected to Portrait Photographs (MoMA exhibition) (Q110891521), as the file does not seem to depict that exhibit. I think the file has wrong main subject (P921) and than the LUA code incorrectly connects the file to that item using P921. I though the code was supposed to only connect artworks to items using P921. Do you know how to prevent such connection? --Jarekt (talk) 00:54, 14 March 2023 (UTC)

Tech News: 2023-11

MediaWiki message delivery 23:17, 13 March 2023 (UTC)

Opinion...

OmegaFallon thinks that Template:I18n/manufacturer should not be in translation because it is just a single word. I agree with them and I have discouraged the translation while undoing their edit. Asking you here because you have had created this page several years ago. ─ The Aafī (talk) 17:17, 18 March 2023 (UTC)

@OmegaFallon and TheAafi: , I think this page is no longer needed and it does not seem the be used. Currently single words translations come from Wikidata, for example manufacturer (P176). --Jarekt (talk) 18:01, 18 March 2023 (UTC)
so why not just delete it? ─ The Aafī (talk) 18:17, 18 March 2023 (UTC)
On that note, there's actually a bunch of such templates that don't which I recently switched over. Seems like something we should be doing a lot more often. OmegaFallon (talk) 18:57, 18 March 2023 (UTC)
templates which don't use Wikidata items for labels when they could, I mean. OmegaFallon (talk) 18:58, 18 March 2023 (UTC)
OmegaFallon, I switched the template to wikidata based translation. I did a mass conversion of many templates like that 7 years ago, changing templates like {{Paris}}, etc. but I guess there are still some templates using {{LangSwitch}} or translation extension. --Jarekt (talk) 23:26, 18 March 2023 (UTC)
Yup, mostly prefix i18n ones. I think I got most of them, though. OmegaFallon (talk) 23:35, 18 March 2023 (UTC)

Tech News: 2023-12

MediaWiki message delivery 01:23, 21 March 2023 (UTC)

Question about saving lexeme IDs for translations

Now that Lua access to lexemes is finally possible since some while I've started some preliminary considerations to actually use it for translations. Since finding a lexemes connected to Wikidata items with the item for this sense (P5137) isn't available (cf. phab:T294637#7688057) I'm thinking about the best way to save these links here. For {{Technique}} I've created this tabular data for testing purposes. But I think it would make sense to establish a workflow not only for this template, as other templates have a similar situation and could use the same code to create and read such item–lexeme mapping data. That's why I'm asking. Is it a good idea to use tabular data for that? And do you think to data structure used by the tabular data test table is a good choice? Do you have any thoughts for improvement? Thanks in advance, --Marsupium (talk) 19:03, 21 March 2023 (UTC)

Marsupium The big advantage of tabular data is that all the projects reach back to a single copy of it on Commons. That way if you move your lua code to 50 projects than they all rely on a single translation instead of having to maintain individual translations. That might be useful for {{Technique}}, but I am not sure it it will be ported to other projects. Disadvantages of tabular data is hard to find, read and alter, so few people will touch it. Your Data:Test.tab seems hard to read as it lacks comments, so I would add a comment column, which will not be used otherwise except to help humans. As for using lexmes, I have not tried them yet, so I do not have much knowlege about them. --Jarekt (talk) 12:44, 23 March 2023 (UTC)

Cześć. Ta grafika najpewniej łamie prawo autorskie. Nie jest to herb, a promocyjne logo. Kształty bynajmniej nie są proste, to twórcza praca liternicza. Tobie chyba łatwiej byłoby napisać odpowiednie uzasadnienie przy zgłoszeniu. Z góry dziękuję. Sławek Borewicz (talk) 05:46, 24 March 2023 (UTC)

Nadpisywanie plików

Generalnie nadpisywanie plików wersją z innego źródła, tym bardziej bez zmiany źródła w opisie plików, jest sprzeczne z Commons:CROP. W szczególności łamie to zasadę nienadpisywania "✘ Different files relating to the exact same object (building, statue, etc)". Co prawda dzieło malarskie jest dwuwymiarowe, w przeciwieństwie do np. rzeźby, ale fotografia może zostać wykonana innym sprzętem, innymi ustawieniami tegoż, etc. Zastanawiam się nad tym czy to jest prawidłowe działanie. Matlin (talk) 14:37, 25 March 2023 (UTC)

Nie jestem pewien o którym pliku mowa. Przypuszczalnie, jeden z plików w artykule pl:Lista dzieł malarskich Stanisława Ignacego Witkiewicza, gdzie ala każdej z okolo 2k prac Witkacego próbuje znaleźć najlepszej jakości grafikę, czasami nadpisując ten sam plik 4-5 razy. Jednak chyba zawsze podaje źródło nowej wersji. --Jarekt (talk) 00:06, 26 March 2023 (UTC)

Tech News: 2023-13

MediaWiki message delivery 01:11, 28 March 2023 (UTC)

Templates and alternative names

<me> [[Creator:François Boucher]] - is there a reason that the "alternative names" field on this one is full of Cyrillic?
<AntiComposite> I don't have a confident answer, but if I had to guess I'd probably blame the number of other names on Wikidata
<AntiComposite> I'd suggest asking Jarekt DS (talk) 18:29, 30 March 2023 (UTC)

@DragonflySixtyseven and AntiComposite: That is quite odd. The intention of the code was to not show any aliases since English has more than 8, but something goes wrong and Russian aliases are show. I will test it some more tomorrow. --Jarekt (talk) 04:16, 31 March 2023 (UTC)
Fixed I found a bug in the Module:Creator code that was causing that issue. Thanks for reporting. --Jarekt (talk) 12:25, 31 March 2023 (UTC)

Tech News: 2023-14

MediaWiki message delivery 23:37, 3 April 2023 (UTC)

In the spirit of "do it wrong and someone will correct you" I created {{Heritage information from SDC}} and included it in some heritage templates. See for example File:Oudezijds Achterburgwal 69 and 71 top.JPG and File:Burlingame caltrain station.JPG. Want to help improve it? Multichill (talk) 17:43, 6 April 2023 (UTC)

Licensing intermezzo

Not to weigh in on the template itself, but now the image has a CC BY-SA 2.0 and CC BY-SA 3.0, which I assume is wrong. I was going to fix it by removing the CC BY-SA 2.0 license, since I assume that was what it was uploaded as, but aren't they irrevocable? If so, I'm at a lose to if that includes changing the license to another one that's also CC BY-SA. So, I thought I'd just leave it up to you to deal with. I don't think it should have two different license though. --Adamant1 (talk) 18:06, 6 April 2023 (UTC)
Adamant1, multiple CC license might not look pretty, but they are actually quite common and there is nothing to fix. We do not change licenses on existing files. --Jarekt (talk) 19:20, 6 April 2023 (UTC)
So is it CC BY-SA 2.0 or CC BY-SA 3.0 licensed then or does it not really matter? --Adamant1 (talk) 19:58, 6 April 2023 (UTC)
It's GFDL, CC BY-SA 3.0 & CC BY-SA 2.0. A re-user can choose. Multichill (talk) 16:59, 7 April 2023 (UTC)

Back to Template:Heritage information from SDC

I created {{Heritage information from SDC}} to make information in SDC more visible and to get derived information into the search index.

Multichill (talk) 16:59, 7 April 2023 (UTC)

Focusing on location of creation, see {{Location/sandbox}} and Commons_talk:Structured_data#Location_of_creation. What do you think? I did it in template code, but do you think that's something that can be integrated in the LUA code? Multichill (talk) 22:26, 8 April 2023 (UTC)
@Multichill: One thing I would flag, is that for any template drawing from SDC, it should be possible for users who only know wikitext (or only want to work in wikitext) to either over-ride what is in the SDC (which should possibly also trigger a maintenance category), and to be able to add additional information to what is drawn from SDC.
I'd suggest that there is an issue with the current Geograph templates that it is not so obvious how to do either of these things. A wikitext 'additional information' field on that template in particular would be very useful. Jheald (talk) 09:15, 9 April 2023 (UTC)
@Multichill: , I will look into Template:Heritage information from SDC now. --Jarekt (talk) 02:08, 10 April 2023 (UTC)
Can you review these changes and deploy it?
This will add Category:Files with coordinates missing SDC location of creation to files which do have coordinates, but don't have location of creation (P1071).
For the Netherlands I'm doing a pilot where I divide it up in one by one degree categories like for example Category:Files with coordinates missing SDC location of creation (52° N, 4°E). If that works well, we can enable it for a larger region. Multichill (talk) 17:25, 10 April 2023 (UTC)

Category:Lithographs by century

Hello, could you explain to me how could people produce lithographic prints before 1796 ? Where did you get this ? I can't find any kind of references. Regards Marc-AntoineV (talk) 08:28, 7 April 2023 (UTC)

Marc-AntoineV, I do not know much about lithographs. If you are looking for information or references about the process I would suggest en:Talk:Lithography or the article. I am not one of the authors of that article and I do not think I ever claimed that there are pre-1796 lithographs. I can imagine that if you find pre-1796 files claiming to be lithographs, than you know that either the date or the printing process is not correct. --Jarekt (talk) 03:10, 9 April 2023 (UTC)
Thanks for your answer. I didn't write that you claimed there are lithographs before 1798. I just noticed that you created categories for 16th and 17th centuries. Which should be cancelled. Because I don't know how to cancel its. Lithographs emerged in Europe at the very end of the 18th century, that is for sure. Regards, --Marc-AntoineV (talk) 05:16, 9 April 2023 (UTC)
Marc-AntoineV I did not created Category:16th-century lithographs or Category:17th-century lithographs, but I can delete them. I agree they are not needed. --Jarekt (talk) 01:52, 10 April 2023 (UTC)
Jarekt Thanks for yout help. Regards, --Marc-AntoineV (talk) 06:25, 10 April 2023 (UTC)

Tech News: 2023-15

MediaWiki message delivery 20:03, 10 April 2023 (UTC)

Tech News: 2023-16

MediaWiki message delivery 01:52, 18 April 2023 (UTC)

Round 1 of Picture of the Year 2022 voting is open!

2022 Picture of the Year: Saint John Church of Sohrol in Iran.

Read this message in your language

Dear Wikimedian,

Wikimedia Commons is happy to announce that the 2022 Picture of the Year competition is now open. This year will be the seventeenth edition of the annual Wikimedia Commons photo competition, which recognizes exceptional contributions by users on Wikimedia Commons. Wikimedia users are invited to vote for their favorite images featured on Commons during the last year (2022) to produce a single Picture of the Year.

Hundreds of images that have been rated Featured Pictures by the international Wikimedia Commons community in the past year are all entered in this competition. These images include professional animal and plant shots, breathtaking panoramas and skylines, restorations of historical images, photographs portraying the world's best architecture, impressive human portraits, and so much more.

For your convenience, we have sorted the images into topical categories. Two rounds of voting will be held: In the first round, you may vote for as many images as you like. The top 30 overall and the two most popular images in each category will continue to the final. In the final round, you may vote for just three images to become the Picture of the Year.

Round 1 will end on UTC.

Click here to vote now!

Thanks,
the Wikimedia Commons Picture of the Year committee

You are receiving this message because you voted in the 2021 Picture of the Year contest.

Delivered by MediaWiki message delivery (talk) 09:15, 20 April 2023 (UTC)

File:A-Lee 2013.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Adamant1 (talk) 09:31, 21 April 2023 (UTC)

Tech News: 2023-17

MediaWiki message delivery 22:01, 24 April 2023 (UTC)

Tech News: 2023-18

MediaWiki message delivery 01:43, 2 May 2023 (UTC)

Tech News: 2023-19

MediaWiki message delivery 00:34, 9 May 2023 (UTC)

Elon Musk

Vi Văn Khoa Chàng Trai Tài phiệt Sinh Năm 2008 hiện mới độ tuổi 16 nhưng anh đã Có khối tài sản kết xì Hanhuy2 (talk) 02:05, 14 May 2023 (UTC)

File:TANK PAD-Royal Enfield Motorcycle 1961.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

10mmsocket (talk) 12:39, 15 May 2023 (UTC)

Tech News: 2023-20

MediaWiki message delivery 21:42, 15 May 2023 (UTC)

Tech News: 2023-21

16:52, 22 May 2023 (UTC)

Tech News: 2023-22

MediaWiki message delivery 21:58, 29 May 2023 (UTC)

Tech News: 2023-23

MediaWiki message delivery 22:50, 5 June 2023 (UTC)

Tech News: 2023-24

MediaWiki message delivery 14:48, 12 June 2023 (UTC)

Tech News: 2023-25

MediaWiki message delivery 20:06, 19 June 2023 (UTC)

Tech News: 2023-26

MediaWiki message delivery 16:16, 26 June 2023 (UTC)

Photo of Michał Kołodziejczak

Hi Jarek, do you think you could help me out with this? He keeps reverting my pic to the poorer, undeveloped version. Jacek Halicki worked on my RAW upon my request and did a great job. This is exactly the same photo. Thanks! Boston9 (talk) 19:29, 26 June 2023 (UTC)

Boston9 sorry I was on vacation. It seems like the editwar stabilized, so unless it flares up again I would let it be. That said, why not upload the original as a separate file if it is an issue for some? --Jarekt (talk) 20:15, 30 June 2023 (UTC)

Possibly weird edits

Hi Jarek, I do not want to sound alarmist. But some possibly weird edits have occurred on this page. I still do not know why file names were changed and why some files were removed (one was my contribution). Going through the recent history, I see there were some more deletions/modifications made by the same user. Since it's a contest page of June, I do not know what's the right approach to handle this situation. Your help/feedback will be appreciated. John Samuel (talk) 10:39, 2 July 2023 (UTC)

Tech News: 2023-27

MediaWiki message delivery 22:49, 3 July 2023 (UTC)

Need your input on a policy impacting gadgets and UserJS

Dear interface administrator,

This is Samuel from the Security team and I hope my message finds you well.

There is an ongoing discussion on a proposed policy governing the use of external resources in gadgets and UserJS. The proposed Third-party resources policy aims at making the UserJS and Gadgets landscape a bit safer by encouraging best practices around external resources. After an initial non-public conversation with a small number of interface admins and staff, we've launched a much larger, public consultation to get a wider pool of feedback for improving the policy proposal. Based on the ideas received so far, the proposed policy now includes some of the risks related to user scripts and gadgets loading third-party resources, best practices for gadgets and UserJS developers, and exemptions requirements such as code transparency and inspectability.

As an interface administrator, your feedback and suggestions are warmly welcome until July 17, 2023 on the policy talk page.

Have a great day!

Samuel (WMF), on behalf of the Foundation's Security team 23:02, 7 July 2023 (UTC)

Tech News: 2023-28

MediaWiki message delivery 19:51, 10 July 2023 (UTC)

FP Promotion

This image has been promoted to Featured picture!

The image File:Crack climbing in Indian Creek, Utah.jpg, that you uploaded is now assessed as one of the finest pictures on Wikimedia Commons, the nomination is available at Commons:Featured picture candidates/File:Crack climbing in Indian Creek, Utah.jpg. Thank you for your contribution. If you would like to nominate, please do so at this nomination page.

/FPCBot (talk) 21:01, 17 July 2023 (UTC)

Tech News: 2023-29

MediaWiki message delivery 23:06, 17 July 2023 (UTC)

What's going on here?

This seems like a really weird edit, and with no summary. Is it intentional? If I saw this from a less experienced user, I would have assumed vandalism & reverted it. - Jmabel ! talk 23:50, 17 July 2023 (UTC)

Actually, looking again: it has to be wrong, because not only did you revive a bunch of old discussions, you also killed all the current ones. I'll revert, then you can do again whatever you meant to do. - Jmabel ! talk 23:52, 17 July 2023 (UTC)

Is it okay to start using {{License from structured data}} on a large number of pages? I incorporated it into {{DPLA metadata}}—which is able to display all DPLA fields except for two now—and I'd like to start doing replacements soon like this one. I have my template working for all cases in the DPLA files, but I didn't want to start applying it widely without checking with you first. Dominic (talk) 01:35, 18 July 2023 (UTC)

Tech News: 2023-30

MediaWiki message delivery 02:18, 25 July 2023 (UTC)

Tech News: 2023-31

MediaWiki message delivery 23:52, 31 July 2023 (UTC)

Tech News: 2023-32

MediaWiki message delivery 21:18, 7 August 2023 (UTC)

Tech News: 2023-33

MediaWiki message delivery 05:57, 15 August 2023 (UTC)

Hi, There is a copy of this work with much higher resolution on File:Ottoman Manuscript Atlas, by Piri Reis (W658 000001).jpg (davidrumsey.com). I started downloading and converting images to JPEG (they are on JPEG2000 format there), when I noticed the files uploaded by Kaldari, who is inactive now. Is there a way to avoid uploading duplicates? I contact you since you created this category. Thanks, Yann (talk) 21:27, 12 August 2023 (UTC)

Yann, The history of the category was that in 2012 Kaldari, me and couple other people worked together with Walters museum staff to upload their entire digitized collection, see Commons:Walters Art Museum. Kaldari was doing uploads and I was fixing metadata. I am not sure what is David Rumsey Historical Map Collection and how it relates to Walters Art Museum collection. It is quite common to have multiple version of the same artwork, but it would be good to have the same description. Commons software can detect attempts to upload binary identical images, but I do not know how to avoid uploading different resolution images of the same object. --Jarekt (talk) 19:43, 14 August 2023 (UTC)
Hi, Thanks for answering. This is the same document, as it is mentioned on David Rumsey's website (images are also numbered W658 for Walters MS 658. But the resolution is much higher and there are more available pages. Yann (talk) 20:06, 14 August 2023 (UTC)
I uploaded the whole work. Yann (talk) 20:49, 20 August 2023 (UTC)
Yann, great. The old category only had illustrations while yours the whole thing. --Jarekt (talk) 06:35, 21 August 2023 (UTC)

Tech News: 2023-34

15:22, 21 August 2023 (UTC)

Dear Jarekt, please see: File:Joelibby 2016 angry-arty-300-1.jpg. Why does the VRTS link render to "https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom&TicketID=2023081010001458" while "TicketID" doesn't appear at all in the module, and the correct parameter was TicketNumber? --Krd 13:55, 10 August 2023 (UTC)

Krd, it is related to resent changes from external to internal style links in Template:PermissionTicket/en and other similar templates. User:Lucas Werkmeister, I fixed Template:PermissionTicket/en but similar correction will have to be made in other language subtemplates. Can you fix those? I am at the traveling at the moment and might be offline for couple days. --Jarekt (talk) 19:27, 14 August 2023 (UTC)
It looks like already done. Thank you! Krd 16:11, 19 August 2023 (UTC)
Yeah, I did a few replacements of the translated pages after seeing this explanation above. Hopefully it will be fixed now :) --Jonatan Svensson Glad (talk) 20:58, 19 August 2023 (UTC)
Thank you both! Lucas Werkmeister (talk) 17:50, 23 August 2023 (UTC)

Tech News: 2023-35

MediaWiki message delivery 13:58, 28 August 2023 (UTC)

Zmiana dla konkursu WLZ

Cześć. Mam prośbę. Czy mógłbyś zmienić nazwę parametru. Przez jakąś zaszłość to miał być ID z bazy, ale teraz podajemy tam Q z Wikidanych.

Coś takiego powinno być OK:

Nr zabytku w Wikidanych (Q...)

Pozdrawiam, Nux (talk··dyskusja) 16:00, 19 August 2023 (UTC)

Nux który to szablon to używa? A może Kreator przesyłania plików (typu wlm-pl) to używa? Ja chętnie zmienie ale chce sie upewnić że nie uszkodzę istniejacych stron. --Jarekt (talk) 19:07, 20 August 2023 (UTC)
Tak, używa tego formularz kampanijny (startujemy za tydzień z hakiem). Tutaj jest nowa wersja mapki: https://zabytki.toolforge.org/#!?c=52.2321:21.0067:15 (stworzona pierwotnie przez Yarla). Po kliknięciu na jeden z linków „prześlij” dostajesz URL ze wstępnie wypełnionymi danymi. Url zawiera id, w którym jest Q. To co jest wpisane w id trafia potem jako parametr szablonu {{Zabytek nieruchomy}}. Nux (talk··dyskusja) 07:34, 21 August 2023 (UTC)
Nux Przepraszam zapomnialem o tej rozmowie. Poprawilem nazwę parametru, ale na stronie Kampanii. --Jarekt (talk) 02:54, 31 August 2023 (UTC)

I was just wondering if you saw this question from a few weeks ago? I just wanted to make sure to check in with you before using this template across many pages. Dominic (talk) 19:34, 28 August 2023 (UTC)

Dominic, I did see it, but did not had time that day, and than I forgot. Sorry about it. Module:License which if the backbone of {{License from structured data}} as I recall is stable and I am not working on it at the moment. It supports only limited number of licenses and relies to some degree on license related wikidata items to be set up correctly, so there is a danger that someone can cause large number of licenses to disappear by deleting key property from an key item. I would also test it for each license type. --Jarekt (talk) 04:08, 29 August 2023 (UTC)
Right now, I really only need standard CC licenses. Here is my full list of possible DPLA rights values where I look up the Qid for SDC based on URI (not all of which would ever be uploaded to Commons, of course). It would maybe be useful to have a fallback condition in case there is an unrecognized case, if there isn't already. With a category that could be monitored, too.

The only cases I know aren't covered by the template currently (and so I have built in exceptions for them) are RightsStatements.org statement according to source website (P6426) No Copyright - United States (Q47530911) -> {{NoC-US}} and RightsStatements.org statement according to source website (P6426) No Known Copyright (Q47530955) -> {{NKC}}. It would be great if the template could support the rights statement property—these are the only two statements really compatible with Commons, except for edge cases. They require a P195 statement as well, since a rights statement is applied by an institution, not Commons editors. I can still go ahead even if it only supports CC for now, though. Dominic (talk) 15:51, 30 August 2023 (UTC)

Powazne lamanie prywatnosci naszego obywatela przez wikicholote pospolita odwieczna!

Pisalam ci 2 razy a ty nic! Ciezko odpisac i dac paprcie? -Wanda 102.184.211.93 21:17, 30 August 2023 (UTC)

Oszczegam cie ostatni raz... nie ignoruj tego problemu, bo bedzie tobie i calej wikipedii "encycklopedii" a r ch've.is/Y'0'B;B bedize na wieki wiekow zle... chcesz tez zeby twoje imie bylo smiec? obiecuj mi ze na moj email odpiszesz i zalatwisz problem a napewno masz kumpla polskiego z commons ktory da ci wsparcie.

Jestem starsza osoba a masz tylko dzisiaj zeby dales mi pozytywna odpowiedz i pokazales troche szacunku ktorej wikimedia foundation misinformation disinformation wogole nie ma!

ritualabuse.us/riLtualabuse/articles/wikipedia-has-a-long-history-of-problems/ AND GROWING EXPONENTIALLY EVERY DAY!!!

JA CI GNOJU/GNOJKU POKAZE (GDZIE PIEPSZ ROSNIE) ZE BEDZIESZ CYTOWANY W LAWSUIT VS WMF z raymond I INNA CHOLOTA POSPOLITA OVERSIGHTERS ZBEDNI KTORZY SWEJ POWINNOSCI NIE ROBIA I NAPEWNO NA WIEKI WIEKOW BEDZIECIE PAMIETANI JAKO NIE PRZEBACZALNE WIKISMIECI!!!!

jarekt, Typowy polski wikiZdrajca, na wieki wiekow pluc na takiego gnoja i na jego pamiec!!!!!!!!!!!!

Tech News: 2023-36

MediaWiki message delivery 23:31, 4 September 2023 (UTC)

Tech News: 2023-37

MediaWiki message delivery 21:05, 11 September 2023 (UTC)

Tech News: 2023-38

MediaWiki message delivery 19:17, 18 September 2023 (UTC)

Tech News: 2023-39

MediaWiki message delivery 16:49, 26 September 2023 (UTC)

PWPW logos for deletion

Prośba o przyspieszenie usunięcia plików.

Cześć, w lipcu opublikowałem cztery wersje logo Polskiej Wytwórni Papierów Wartościowych popełniając błąd, ponieważ nie były one na wolnej licencji, na co zwrócił mi uwagę Boston9, mimo iż są one dostępne do pobrania na oficjalnej stronie PWPW (link). Boston9 zgłosił wtedy do usunięcia tylko jeden z plików (został usunięty). Napisałem również do PWPW z zapytaniem o wyjaśnienie na jakiej licencji opublikowali logo na swojej stronie. We wrześniu otrzymałem odpowiedź z prośbą o usunięcie pozostałych trzech plików z repozytorium. Byłbym wdzięczny gdybyś mógł mi pomóc i przyspieszyć ich skasowanie i tym samym pomóc mi naprawić moje błędy. Poniżej linki do zgłoszeń:

Pozdrawiam — Antoni12345 (talk) 23:06, 1 October 2023 (UTC)

Antoni12345, ✓ Zrobione --Jarekt (talk) 03:15, 2 October 2023 (UTC)
Dziękuje bardzo! Antoni12345 (talk) 14:45, 2 October 2023 (UTC)

Tech News: 2023-40

MediaWiki message delivery 01:24, 3 October 2023 (UTC)

Challenge beach 2023/09

Hello Jarekt, is there any chance to eliminate double entries in the challenges? Or do any rules prevent this? I believe that the two double entries of 'Long Strand Beach' and 'Sheep Cove' were not done intentionally. As there are no votes yet, this could be changed without disturbing any sorting. Greetings, --PtrQs (talk) 13:33, 6 October 2023 (UTC).

PtrQs ✓ Done thanks for letting me know.--Jarekt (talk) 02:35, 8 October 2023 (UTC)

Tech News: 2023-41

MediaWiki message delivery 14:36, 9 October 2023 (UTC)

Template:SDC statement or Module:SDC tracking not working for Preferred Ranks

Hi Jarekt, could I ask you to look into the following case:

Happy to hear your thoughts. --Schlurcher (talk) 10:28, 6 October 2023 (UTC)

Schlurcher, I got your message but did not have a chance to look into it yet. --Jarekt (talk) 03:54, 11 October 2023 (UTC)
Schlurcher, You are correct that is caused by line 76 of Module:SDC_tracking where the code is seeking the "best" statements instead of "All" statements. SDC "preferred" mark is called on Wikidata a rank where one can choose "Preferred Rank", "Normal Rank" or "Depreciated Rank". Page d:Help:Ranking, explains how to use them. The use of ranks in File:Abschiedsbesuch des amerikanischen Botschafters Philip D. Murphy im Kölner Rathaus-0669.jpg makes no sense to me as it marks a single license as one special one. Licenses are not like that as different people could prefer different licenses. I would just change the rank to the normal one. I am also a bit afraid to mess with this statement as including all statements would also include depreciated statements and those should be avoided (I am not sure if there is a way to set them in GUI, or wouth they be set by bots. --Jarekt (talk) 03:49, 13 October 2023 (UTC)
Thanks for the explanation. I think that the logic in Wikidata makes less sense here in Commons. Could I ask you to change the SDC tracking module to check "All" statements then? Please also consider the following two aspects:
  1. Whereas I agree that differents ranks for license statementes may be less appropriate. In this case the user would like to have a preferred license for the endusers to use ([172]).
  2. I'm quite sure there is no GUI option to add depreciated statements. And according to this Query ([173]), depreciated statements are not used so far on Commons. So there should be no issue with depreciated statements.
Happy to hear your further thoughts. @Raymond: pinging you for awareness. --Schlurcher (talk) 09:23, 14 October 2023 (UTC)
@Schlurcher, Jarekt: My idea to mark CC BY-SA 4.0 license as preferred, is that it is the most modern and current license. Nobody needs the older licenses GFDL/CC BY-SA 3.0. Therefore I think it is a good idea to "hide" the older licenses in case someone uses the API to request image and license information for reusage. Why to clutter the API output with 3 licenses and make the reusage more complicate the necessary? This is the case with older of my images only. Since release of the CC version 4 I am using CC BY-SA 4.0 only. Raymond (talk) 16:19, 14 October 2023 (UTC)
@Schlurcher and Raymond: Ok, I think that without depreciated ranks being used on Commons, that would make sense. @Multichill: , you are big user of this module and template. Do you see any potential consequences I do not see but we should consider? If not I will change it in a day or two. --Jarekt (talk) 21:10, 14 October 2023 (UTC)
@Schlurcher, I changed the code. Let me know if it is OK now. --Jarekt (talk) 00:28, 16 October 2023 (UTC)
Thanks, this works perfectly for the case mentioned above. I'll also make a mental note to never use depreciated statements with my bot. I'm currently working on all these mismatching categories, so I will report back in case there are any hick-ups. On a different note, could I also ask you to have a look at this edit-request: Template talk:GFDL-1.3. I'm trying to solve GFDL-1.2+ vs. GFDL-1.3+ and this would give me an easy way to find those files. Unfortunately, nobody seems to timely monitor these edit request, so that's why I'm asking. --Schlurcher (talk) 08:26, 16 October 2023 (UTC)
Schlurcher, as someone that was often worked on evaluating and fulfilling edit requests in the past, sorry for not checking on them lately. However if you ping me I will be happy to help. --Jarekt (talk) 02:48, 18 October 2023 (UTC)

Invitation to participate in/contribute to a photo contest.

English

Dear Jarekt,

We’re excited to share with you our first-ever art and photo contest for this year’s #VisibleWikiWomen, on Unpacking Body Plurality in Sports!

We’re inviting submissions of photos, illustrations, and other forms of art depicting womxn and non-binary people in sports — as athletes, fans, cheerleaders, referees, journalists, and much more. Our #VisibleWikiWomxn contest celebrates the bodies of womxn in sports by centering their voices, images, stories, and experiences in all their diversity, plurality, and glory.

You can find all the information on our landing page: Unpacking Body Plurality in Sports

Spanish

Hola Jarekt,

Queremos invitarte a participar de nuestro primer concurso de arte y fotografía "Cuerpos plurales en el deporte" en el marco de la campaña #VisibleWikiWomen de este año.

Estamos convocando a presentar fotos, ilustraciones y otras formas de arte que representen a mujeres y personas no binarias en el deporte - atletas, personas aficionadas, animadoras, árbitras, periodistas y personas ligadas al deporte en todos los aspectos. Nuestro concurso #VisibleWikiWomxn celebra los cuerpos de las mujeres en el deporte centrándose en sus voces, imágenes, historias y experiencias en toda su diversidad, pluralidad y gloria.

Puedes encontrar toda la información en la página del concurso.

Portuguese

Olá Jarekt,

Ficamos felizes em convidar você a participar de nossa primeira Wiki-competição de arte e fotografia, como parte da campanha #VisibleWikiWomen deste ano, sobre "Corpos plurais no esporte"!

Estamos recebendo fotos, ilustrações, e outras formas de arte que retratem mulheres e pessoas não-binárias nos esportes — como atletas, torcedoras, juízas, jornalistas, e muito mais. Nossa competição #VisibleWikiWomxn celebra os corpors de mulheres e pessoas não-binárias e coloca ao centro suas vozes, imagens, histórias, e experiências em toda sua pluralidade e glória.

Você pode encontrar todas as informações necessárias em nossa página: Unpacking Body Plurality in Sports.


Sunshine Fionah Komusana (talk) 14:39, 12 October 2023 (UTC)

Hi Jarekt, I hope this finds you well. Please could you kindly help with the above images, which are not showing on their filepages? I am currently uploading a large number of pictures from a scarecrow carnival in this category, and the other uploads are working fine, so I cannot identify the problem. I have clicked on "purge" a million times, to no avail. NB. I have attempted to re-upload the same picture to the same file, but the system will not let me, citing duplication. (Please ping me when answering?) Thank you. Storye book (talk) 17:06, 12 October 2023 (UTC)

Storye book, I do not know what is wrong with those so I created a ticket phabricator:T348827 at phabricator, as there is something wrong with the software. I will give it a few days, and if there is no prograss I would try to reupload. --Jarekt (talk) 03:08, 13 October 2023 (UTC)
Thank you. Today both files are still showing no picture, so I'll wait as advised. Storye book (talk) 08:54, 13 October 2023 (UTC)
Update. I have just begun today's image file uploads in the same category, and the first upload shows no picture. The automatic error message is: "An unknown error occurred in storage backend "local-swift-eqiad".". I'll try a couple more, and if they come out blank too, I'll have to stop. That is a pain, as I have loads more to upload. Storye book (talk) 09:02, 13 October 2023 (UTC)
Update 2: I forgot to say the third faulty upload is File:011 Baildon Scarecrows 30 September 2023 (250a).JPG. I tried uploading it as a slightly cropped version and, interestingly, the slightly cropped picture shows up in the file history at the bottom of the filepage, but not as the big picture at the top. Weird. I'll try again with a gif version of the original pic, then one last try with a new pic and filepage. Is this happening to anyone else? Or is my camera introducing some issue that is tripping Commons software? Storye book (talk) 09:20, 13 October 2023 (UTC)
Update 3: After the various abovementioned experimental attempts to rectify the three filepages, we now have success in all three. I don't know whether the Commons system has been recified (if so, thank you!), or whether I hit on a lucky tactic myself? I have since uploaded one more new image filepage, and that worked fine. Fingers crossed, and thank you for your patience ... Storye book (talk) 10:15, 13 October 2023 (UTC)
Update 4. Since the last update, I have managed to upload the rest of that category of images so that they show on the filepage. However the occasional filepage is still refusing to display the picture after my first upload attempt. After several further attempts, using the abovementioned tactics, those errant filepages have displayed the image properly. However, I shouldn't have to be faced with a pictureless filepage, and the effort to put it right is time-consuming. I guess there is still more techy work to do, for the Commons elves. Sigh. Storye book (talk) 09:41, 14 October 2023 (UTC)
Something is broken, please see phabricator:T348586 to see and maybe join discussion about it. --Jarekt (talk) 21:02, 14 October 2023 (UTC)
Thank you. I looked at that page and my brain pixellated. I have used computers since 1982, and I was married for 30 years to someone with a PhD in IT tech, but ... nope. I think I shall sit out on this one, and admire the good work from a polite distance, being humbly grateful for their good work. I did another photoshoot yesterday, and will be uploading that lot soon, but I'm hoping that Monday's software repair/reset will do the trick. Fingers crossed. Storye book (talk) 09:03, 15 October 2023 (UTC)

Tech News: 2023-42

MediaWiki message delivery 23:44, 16 October 2023 (UTC)

Tech News: 2023-43

MediaWiki message delivery 23:14, 23 October 2023 (UTC)

Tech News: 2023-44

MediaWiki message delivery 23:19, 30 October 2023 (UTC)

JarektBot was misbehaving

Hi Jarekt, I reverted the edit of your misbehaving bot. How do I get rid of all the wrong infos?. Regards Oursana (talk) 15:06, 5 November 2023 (UTC)

Oursana, I was using my bot account because I was editing at a fast pace, but those edits from 5 years ago were quite manual. When the file File:Davidis-Teniers - After Raphael.jpg was uploaded 7 yeatrs ago by User:Jane023 it was connected to a wrong wikidata item: Naked Young Woman in Front of the Mirror (Q3766167), based on that some years latter I added digital representation of (P6243). I would use SQL query to capture wikidata items artworks were connected to, create QuickStatements from them and add those to the files. The wrong info was in the file before my edits. We could look at the Jane023 other uploads from that time to see how often did issue happen, but other than that I do not know how to detect other "wrong infos". --Jarekt (talk) 00:51, 6 November 2023 (UTC)
Thank you Jarekt, sorry I did not see the starting mistake, I was afraid, your bot was misbehaving. My problem is still to get rid of this wrong Qnumber's info, as deletion was not sufficient to eliminate this Wikidata connection. You certainly can help. Thanks--Oursana (talk) 01:08, 6 November 2023 (UTC)
Oursana, I cleared the wrong qnumber. --Jarekt (talk) 01:19, 6 November 2023 (UTC)
Again thanks and stupid, that I did not realize the impact of these statements. I hope to remember..--Oursana (talk) 01:27, 6 November 2023 (UTC)
Thanks for all your work on wikidata-Commons synchronization for artworks, Jarekt! This set of images (old scans of 1660s engravings made after paintings or miniature copies by Teniers that were in the Archducal collection at Antwerp in 1650) still needs to be fully indexed, but I still have trouble with the data modelling approach for popular engravings such as these. Especially when not all of the miniatures survive and not even all the originals survive. Jane023 (talk) 10:00, 6 November 2023 (UTC)
Yes, my gut feeling is that we shouldn't have multiple copies of engravings on Wikidata, but I guess it depends on the age of the engravings. woodcuts involve more work and have fewer copies than the 1660 set, but 1660 is early enough that I won't merge multiple copies if someone adds them. Jane023 (talk) 14:23, 6 November 2023 (UTC)
Jane023, I ran into some engraving modeling issues when working on w:List of woodcuts by Albrecht Dürer some years back. My issues were mostly related to different copies of a single woodcut being in the many museums and different museums having different metadata like year, size, etc. I ended up using one item per woodcut, as opposed to one item per copy. The modeling was tricky at a time. --Jarekt (talk) 13:07, 6 November 2023 (UTC)

Tech News: 2023-45

MediaWiki message delivery 21:03, 6 November 2023 (UTC)

Tech News: 2023-46

MediaWiki message delivery 23:49, 13 November 2023 (UTC)

Tech News: 2023-47

MediaWiki message delivery 00:52, 21 November 2023 (UTC)

File:Rebecca makkai 8315471.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Nv8200p (talk) 16:43, 27 November 2023 (UTC)

Tech News: 2023-48

MediaWiki message delivery 23:06, 27 November 2023 (UTC)

Tech News: 2023-49

MediaWiki message delivery 23:47, 4 December 2023 (UTC)

Lua error in Template:Redeye

Hi, Jarekt, this template has a error due to a bad edit by a newbie. Do you have any way to fix it? 0x0a (talk) 13:54, 9 December 2023 (UTC)

0x0a I think I fixed it. --Jarekt (talk) 03:49, 12 December 2023 (UTC)

Hi, I saw that you added a VRTS ticket number to the above file on 13 April 2022‎, would it be possible to check if the ticket is valid? The user who uploaded the file is now blocked on all Wikimedia sites and their Commons talk page, User talk:Oli2000s, shows two other files they uploaded have been deleted as copyright violations. I investigated after seeing a query at en:Wikipedia:Help desk#how can I remove a photo?. TSventon (talk) 14:10, 11 December 2023 (UTC)

TSventon, Yes I was handling this VRTS ticket, but I do not remember anything about it and no longer have access to VRTS tickets. VRTS ticket mostly means that someone was willing to send an email from a existing email account with presumably real name, stating that they are the copyright owners of that image. If the image and the email does not raise any of many possible red flags, than the statement is taken at the face value and stored in VRTS database. There is no way to know if statements made in the email or the names are true, but it would have been the first time I run into a fraudulent VRTS ticket. I would reach out to active VRTS members and they can have a second look or contact original email address with questions. --Jarekt (talk) 03:35, 12 December 2023 (UTC)
Thank you,I will try VRT/N. TSventon (talk) 03:46, 12 December 2023 (UTC)

Tech News: 2023-50

MediaWiki message delivery 02:10, 12 December 2023 (UTC)

Tech News: 2023-51

MediaWiki message delivery 16:15, 18 December 2023 (UTC)

User:Klovija

Please would you kindly look at the user contributions for the above? Since they are apparently a brand new user, it is odd that they have almost consistently confined their edits to depicts statements, and have got the entries all wrong due (presumably) to a language barrier. I am wondering whether they are a previously banned editor in a new sock? I have attempted to correct their statements which appear to be in several languages (Slovenian, Arabic etc.) plus some mis-spelt and misunderstood English, but I am no expert on the depicts system. But if they are going to continue this behaviour, we can't use all our time reverting everything. Storye book (talk) 17:19, 19 December 2023 (UTC)

Storye book, I agree, ocassional wrong depict statement is could happen but most of his seems bad. I think this might be case of vandalism and reported it at Commons:Administrators' noticeboard/Vandalism. --Jarekt (talk) 16:39, 24 December 2023 (UTC)
Could you put on your Admin hat and do something about it?   — 🇺🇦Jeff G. please ping or talk to me🇺🇦 16:42, 24 December 2023 (UTC)
Jeff G., I could, but I have not dealt with vandalism cases for a while and do not remember the procedure, proper warning templates, etc. Also I am not 100% sure it was intentional and could use second opinion. So it seems easier to leave it to "professionals". --Jarekt (talk) 17:03, 24 December 2023 (UTC)

Hi Jarek, any idea why Category:Artworks with digital representation of missing same main subject is full with books that don't use {{Artwork}}? Multichill (talk) 21:58, 24 December 2023 (UTC)

Multichill, {{Artwork}} and {{Book}} templates are both based on Module:Artwork, so they share 99% of the code. I guess someone added digital representation of (P6243) to them but not main subject (P921), so they landed in that maintenance category. I was not doing much of SDC adding lately, and some of those maintenance categories got quite big. --Jarekt (talk) 00:02, 25 December 2023 (UTC)

Merry Christmas

Merry Christmas and a Prosperous 2024!

Hello Jarekt, may you be surrounded by peace, success and happiness on this seasonal occasion. Spread the WikiLove by wishing another user a Merry Christmas and a Happy New Year, whether it be someone you have had disagreements with in the past, a good friend, or just some random person. Sending you heartfelt and warm greetings for Christmas and New Year 2024.
Happy editing,

ᴀlbanɢeller (talk) 20:16, 25 December 2023 (UTC)

Spread the love by adding {{subst:Seasonal Greetings}} to other user talk pages.

ᴀlbanɢeller (talk) 20:16, 25 December 2023 (UTC)