User talk:Dominic/2023
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. |
This file was deleted. I am not sure why. Is it worth challenging this decision?
(@Koavf: The description on your cropped version says: The Children's Museum of Indianapolis Welcome Center, featuring two brachiosaurs attempting to enter the building. I assume that this is copied from the original, as is the category Brachiosaurus models. Please update descriptions on crops as necessary!)
(TCMI exterior panorama.png shows the context.) Brianjd (talk) 12:55, 31 December 2022 (UTC)
- It was deleted because the freedom of panorama in the United States does not allow for photographing sculptures without the copyright holder's permission. Since the version I cropped removes most of the dinosaur sculptures, just leaving architecture, it is allowable. —Justin (koavf)❤T☮C☺M☯ 19:01, 31 December 2022 (UTC)
- For what it's worth, typically as far as I can tell museums do not own the intellectual property rights to sculptures or other artwork that they use in manners like this, although they are likely to have a license for those rights. But we have no way to know whether that license allows derivative works by a third party, which Commons requires. - Jmabel ! talk 21:09, 31 December 2022 (UTC)
- What do you mean we have no way of knowing? It was uploaded by the institution itself, which claimed to have the right to it, and no other alleged rightsholder is making a claim. I find this whole discussion bizarre, and that Commons editors so often discount the statements by reputable parties over their own assumptions. No one ever even tried to research who the sculptor was, what their relationship was to the museum, etc. In any case, looks like it is back under discussion, now. Dominic (talk) 22:22, 31 December 2022 (UTC)
- Not much research required – it’s right there in the press released cited at the deletion request: ‘Staab Studio constructed the two life-sized Brachiosaur sculptures peeking into [the building]’. I think this is a misspelling of Staab Studios; I have contacted the latter for confirmation. Brianjd (talk) 10:53, 1 January 2023 (UTC)
- What do you mean we have no way of knowing? It was uploaded by the institution itself, which claimed to have the right to it, and no other alleged rightsholder is making a claim. I find this whole discussion bizarre, and that Commons editors so often discount the statements by reputable parties over their own assumptions. No one ever even tried to research who the sculptor was, what their relationship was to the museum, etc. In any case, looks like it is back under discussion, now. Dominic (talk) 22:22, 31 December 2022 (UTC)
- Derivative works can be a very annoying aspect. Photos primarily of sculptures are derivative works, and to be "free" also need the permission of the sculptor, as well as the photographer. Copyright is not transferred unless part of the contract. The U.S. Post Office found out the hard way, on a photo of the Korean Memorial in Washington DC -- they got permission from the photographer, but not the sculptor, and it was ruled infringement. There was another case involving a photo of the Vietnam Women's Memorial sculpture sold on T-shirts. Before 1978 when the law changed, public statues were considered "published", and if there was no copyright notice, the copyright was lost -- this happened often. Since then though, the copyright is usually valid, and definitely since 1989. Those two examples were for sculptures on the National Mall in Washington, and the government (nor the memorial commissions) got the copyright transferred, so the sculptors can sue over photos (usually would only bother for ones used to make money, but just the same, they could). The sculpture in this case was created in 2009. I don't see any copyright registrations from that artist, and maybe he does transfer copyright (he also did one of the big exhibits in the Smithsonian Natural History museum in Washington). But, maybe they didn't -- it's hard to know. As such, photos of modern sculpture in the U.S. are often not allowed. So, a reasonable nomination, and an understandable deletion. If there was COM:VRT evidence of the permission for the photo, maybe that would carry more weight -- that team would have followed up on whether the permission was just for the photo, or also included explicit permission from the sculptor (or that the copyright had been transferred). The fact it was uploaded by a museum representative probably should have been given more weight, but the statement in the DR that "FOP isn't a reason to delete" is unfortunately wrong. Carl Lindberg (talk) 00:19, 1 January 2023 (UTC)
- That all said, there have also been rulings that indicate that copyrighted works which unavoidably appear when photographing a larger subject do not cause the photo to become derivative. So, I started an undeletion request on that basis for this one. Carl Lindberg (talk) 00:19, 1 January 2023 (UTC)
- @Multichill: You categorised this as Undelete in 2107, with a question mark in the edit summary. I have some questions too. 2107 is 98 years after the completion of the building (2009, per the press release), which is also the best date I have for the sculptures (confirmed by Clindberg above). Where did you get 2107 from? Brianjd (talk) 12:28, 1 January 2023 (UTC)
- Year of publication 2011 + 95 to have it at least in some undeletion category. Multichill (talk) 12:52, 1 January 2023 (UTC)
- @Multichill As far as I can tell, the sculptures were installed in front of a public building in 2009, and therefore published then. Why do you think they were not published then? What happened in 2011? Brianjd (talk) 12:58, 1 January 2023 (UTC)
- Not sure it matters a whole lot. It would be 95 years if it was a work for hire, but if it was a work for hire, then the museum's photo license is good even if it is derivative. If not, then the term is 70pma, for a still-living author. I suppose the undelete would get it looked at, someday. Carl Lindberg (talk) 20:53, 1 January 2023 (UTC)
- @Clindberg The museum didn’t employ the sculptor directly, but engaged a separate company (see above). So I don’t understand your ‘work for hire’ comments. Brianjd (talk) 11:47, 2 January 2023 (UTC)
- Just a technicality, really. The U.S. copyright term these days for a work for hire is 95 years from publication; for other works it is 70pma. Either way it won't expire for a very long time. Gary Staab was the artist, I assume Staab Studio is his company then. I guess it would be a work for hire for that company, at least, so that would be the term. A commissioned work can also be a "work for hire" under very specific circumstances, even if not a direct employee. The ownership of the copyright, along with the right to license it, would depend on the contract with the museum. All very annoying when it comes to our policies, unfortunately. Public display is not necessarily publication these days, but 2009 would still be the best guess. Carl Lindberg (talk) 13:43, 2 January 2023 (UTC)
- @Clindberg The museum didn’t employ the sculptor directly, but engaged a separate company (see above). So I don’t understand your ‘work for hire’ comments. Brianjd (talk) 11:47, 2 January 2023 (UTC)
- Not sure it matters a whole lot. It would be 95 years if it was a work for hire, but if it was a work for hire, then the museum's photo license is good even if it is derivative. If not, then the term is 70pma, for a still-living author. I suppose the undelete would get it looked at, someday. Carl Lindberg (talk) 20:53, 1 January 2023 (UTC)
- @Multichill As far as I can tell, the sculptures were installed in front of a public building in 2009, and therefore published then. Why do you think they were not published then? What happened in 2011? Brianjd (talk) 12:58, 1 January 2023 (UTC)
- Year of publication 2011 + 95 to have it at least in some undeletion category. Multichill (talk) 12:52, 1 January 2023 (UTC)
- The file has been undeleted (archived discussion: Commons:Undeletion requests/Archive/2023-01#File:The Childrens Museum of Indianapolis Welcome Center.jpg). But the result is unsatisfactory:
- It is still described as: The Children's Museum of Indianapolis Welcome Center, featuring two brachiosaurs attempting to enter the building. (emphasis added) Surely, then, the new prominent {{De minimis}} tag can’t be referring to the brachiosaurs?
- It says: Uploaded with permission by The Children's Museum of Indianapolis. But the scope of the museum’s rights has not been clarified, nor is it clear why the museum’s permission was required to begin with (Is the museum the copyright owner of the image?). The reply I received from Gary Staab just says: I believe the museum has the right to use images of the sculptures in whatever way it sees fit. This seems useful, although it refers to images of the sculptures rather than the sculptures themselves.
- Brianjd (talk) 10:35, 3 January 2023 (UTC)
- Pinging @King of Hearts, Yann as admins who responded to the undeletion request. Pinging @Jmabel, Clindberg as other users who participated above. Brianjd (talk) 10:36, 3 January 2023 (UTC)
- It is not strictly speaking de minimis, but rather incidental, which we put in the Commons:De minimis policy page (item #3 in the ways things can be OK). Incidental inclusion is fine, even if prominent. The file File:Louvre Museum Wikimedia Commons.jpg mentions the pyramid, which is the copyrighted element there -- the French call this type of thing the "theory of the accessory" in their court cases. Similarly, you can have a photo of Mike Tyson mention his facial tattoo, as long as Mike Tyson is the subject of the photo, but photos focusing on the tattoo alone may be an issue. If you still want to remove the mention of the brachiosaurs from the description, go ahead, but they are part and parcel of the entire welcome center as a whole. Or create a slightly different tag, the way {{NoFoP-France}} is used on the pyramid. File:17723 EscherMuseum.jpg uses the de minimis tag though. Photos which focus on the copyrighted element can still be a problem, so the wording on de minimis tag is still largely correct. Carl Lindberg (talk) 16:10, 3 January 2023 (UTC)
- @Brianjd: Just to clarify that first point, this was uploaded by the museum. The user who uploaded it was a museum employee at the time, as was the photographer (because this is one of their marketing photos), and my understanding was that it was uploaded with a rights review conducted by the museum's counsel prior to upload. This is why I have been stating that it is bizarre to me that we are acting as if those facts have no bearing on our evaluation, and like we are guessing based on what we think is a likely scenario. The institution that commissioned the work (and not very many years ago) is the one saying they have the rights necessary to upload the image under the given license, and that alone feels like enough to me, absent any more compelling claim from a different rightsholder (and in this case, there is no competing claim at all). Dominic (talk) 20:23, 4 January 2023 (UTC)
- Was there a review of the contract relating to that sculpture? If there was a statement to that effect filed with VRT, that would probably eliminate any risk, if there was a VRT ticket associated. It's probably not apparent that there is permission for that as well. If the licensing template {{Children's Museum of Indianapolis-license}} was used instead, that might have helped. But there have been a number of deletions of that user's uploads on derivative work grounds, looking at the talk page, such as Commons:Deletion requests/File:The Childrens Museum of Indianapolis - Storyteller Under Sunny Skies clay sculpture.jpg. Like anyone else, uploaders would need to provide some evidence they have the right to license the photo that way. That could have simply been a statement sent to COM:VRT that the museum owns the rights to that particular statue. As that DR stated, such uploads generally do get treated the same as any others. Derivative rights are always a thorny issue. Carl Lindberg (talk) 22:45, 4 January 2023 (UTC)
Rename
Hello Dominic, hopefully I did not create a mess here. I'v renamed 2 files File:At the Doiran front. View towards Turka. March 1917 - NARA - 17390300.jpg and File:At the Doiran front. View towards Turka. March 1917 - NARA - 17390300.jpg without looking to the bottom of the Please do not overwrite this file. Hopefully this is not a problem, because I only corrected the spelling (as per description on the files). Thank yo so much for your time. Cheers Lotje (talk) 10:00, 20 March 2023 (UTC)
File:111-SC-34969 - NARA - 55229159 (page 1).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. |
Berserker276 (talk) 13:43, 29 March 2023 (UTC)
File:George Washington Memorial Parkway - Part of the Vietnam Memorial - NARA - 7718560.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. |
WFinch (talk) 12:34, 16 April 2023 (UTC)
File:Portrait of Mrs. Nixon - NARA - 194489.tif 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. |
Adamant1 (talk) 05:53, 17 April 2023 (UTC)
File:Katie Filbert head.png 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. |
— Red-tailed hawk (nest) 20:39, 23 June 2023 (UTC)
Question about views from category template
Hi. Thanks for making the views from category template. It's super useful. I was wondering if here's any chance the background color be changed to something less distracting and if there was a way to make the box and/or text smaller. I ask because the box and text takes up way to much room and the background color is super distracting. Espcially in cases where the category containing the template doesn't already have an infobox or something (if you want a good example check out Category:Postcards published by Western Publishing & Novelty Co.. Thanks. Adamant1 (talk) 16:39, 1 July 2023 (UTC)
- I made the color a lot lighter, but it looks like the text size is inherited from another template, and I don't want to get into that. - Jmabel ! talk 20:13, 1 July 2023 (UTC)
- Thanks. It's still an improvement. --Adamant1 (talk) 00:30, 2 July 2023 (UTC)
- @Adamant1 and Jmabel: Thanks, you're welcome to make any improvements to style you like (you can edit [[Template:Views from category and/or Template:Views from category/table). I am not much of a designer, and don't really have a strong opinion about it. This was sort of an experiment to see if we could display page views on Commons, especially since BaGLAMa is always breaking and data errors persist. I haven't really set it up to run at any regular cadence, but I'm glad if it's been useful to you. It doesn't work yet on very large categories, and isn't really documented anywhere, but let me know if you have any other ideas. Dominic (talk) 01:10, 4 July 2023 (UTC)
- Thanks. It's still an improvement. --Adamant1 (talk) 00:30, 2 July 2023 (UTC)
Hi. With Revision #782607753, Category:Media contributed by the National Archives and Records Administration is not a hidden category anymore. I'm not sure whether you meant to do this, and if yes what the reasoning behind this change is. This category contains 1.5M+ items which may now be marked as categorized due to having this one category. I added __HIDDENCAT__
back for now. If you'd like to make this category not hidden, I think this warrants a discussion first. Cheers. Cryptic-waveform (talk) 18:15, 21 July 2023 (UTC)
Bot keeps re-uploading deleted image
Hi. I just wanted to let you know that the DPLA bot keeps uploading this file (File:The Arm-co-operator, September 1953 - DPLA - 1e7808ec515b093b439f004ea64b23d8 (page 4).jpg) after it got nominated for deletion (discussion here). If there is anything you can do to stop this, that would be greatly appreciated. Thank you. (Oinkers42) (talk) 20:50, 3 August 2023 (UTC)
- @(Oinkers42): Sorry, I'll see what I can do. Might have to manually create a blacklist of some sort. Dominic (talk) 18:26, 4 August 2023 (UTC)
- Thank you. (Oinkers42) (talk) 14:46, 5 August 2023 (UTC)
Hello Dominic, coming across tese files, I was wondering if all these images fit into that category: or is Category:AK Steel a better option? Thank you so much for your time. Lotje (talk) 11:30, 5 August 2023 (UTC)
- @Lotje: I think that looks right. I am not any type of subject expert at all on these, however. I am just partnering with the source library on these uploads. Dominic (talk) 01:34, 6 August 2023 (UTC)
File:Batman Comic Book - NARA - 595420.gif 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. |
Nosferattus (talk) 05:53, 27 August 2023 (UTC)
800 Duplicates this night
Hi,
it looks like DPLAbot has made more then 800 uploads of duplicates this night??? C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 07:39, 3 September 2023 (UTC)
- Can you provide more information so I can look into it? I use Pywikibot, which should respect API warnings about duplicates. Dominic (talk) 15:36, 3 September 2023 (UTC)
- Pywikibot does respect duplicate warnings, but in the past sometimes no error was generated by the API. I always do a duplicate check based on the SHA1 hash prior to the actual upload to prevent these cases. Multichill (talk) 15:45, 3 September 2023 (UTC)
- File:Carroll, Fairfield County, Ohio, 1916 - DPLA - 7abaf2cfb2c2cba7573ccf6d9ac2093c (page 1).jpg and File:Carroll, Fairfield County, Ohio, 1916 - DPLA - 7abaf2cfb2c2cba7573ccf6d9ac2093c (page 1).jpeg is the latest I noticed (.jpg vs .jpeg). Seems there are 1561 by now. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 20:55, 3 September 2023 (UTC)
- The bot is no longer uploading. I am sorry it happened, of course, but I am going to have to sort it out first thing when I am back later this week. I am traveling for US holiday weekend in a rural area, and haven't had any time to work on it yet. It sounds like a solvable issue. Dominic (talk) 00:11, 5 September 2023 (UTC)
- File:Carroll, Fairfield County, Ohio, 1916 - DPLA - 7abaf2cfb2c2cba7573ccf6d9ac2093c (page 1).jpg and File:Carroll, Fairfield County, Ohio, 1916 - DPLA - 7abaf2cfb2c2cba7573ccf6d9ac2093c (page 1).jpeg is the latest I noticed (.jpg vs .jpeg). Seems there are 1561 by now. C.Suthorn (@Life_is@no-pony.farm - p7.ee/p) (talk) 20:55, 3 September 2023 (UTC)
- Pywikibot does respect duplicate warnings, but in the past sometimes no error was generated by the API. I always do a duplicate check based on the SHA1 hash prior to the actual upload to prevent these cases. Multichill (talk) 15:45, 3 September 2023 (UTC)
Broken file pages
This edit Revision of Template:DPLA appears to have broken the file pages on many of your bot's uploads, such as File:"Our Fighting Men Need Good Books" library display, March 16, 1943 - DPLA - dd6361a98eece67c31c319e396482b14.jpg. It appears that the template is "leaking out" and interfering with {{Institution}}. If you check Category:Pages with script errors it seems that the vast majority (at least in the first few pages) are uploads from your bot. I also see pages like File:1950 Census Enumeration District Maps - Virginia (VA) - Winchester City - Winchester - ED 126-1 to 18 - NARA - 51435706.jpg where the bot has inserted a second copy of the information template onto an already existing page. Jarnsax (talk) 18:53, 30 September 2023 (UTC)
- That second one is not my bot's doing. I haven't touched anything besides the SDC and didn't upload it. It looks like someone else added the second copy. I will look into the script error being thrown as you pointed out. Despite the big red error message, the only thing that is broken is a category not correctly being pulled from Wikidata when the ID is not supplied, not as major an issue as it could be. I will take a look at it soon. Dominic (talk) 01:16, 1 October 2023 (UTC)
- OK, I didn't catch that a duplicate file had been merged into it, and that's where the second template came from. Definitely not a problem with your bot, then. I'd just noticed the file wasn't one of your bot's uploads, and assumed it had added the second template to the existing file. My bad.
- Fiddling with it a little bit, this edit Revision of File:"Our Fighting Men Need Good Books" library display, March 16, 1943 - DPLA - dd6361a98eece67c31c319e396482b14.jpg made the error disappear.. not that I'm competent to understand the parserfunction foo, lol, but it's apparently not looking up the QID for the "hub" parameter, and instead trying to treat the passed text as a QID. Hope that helps point you in the right direction. Jarnsax (talk) 02:52, 2 October 2023 (UTC)
- In that edit to the DPLA template, I don't think an argument is being passed to the new internal templates. I wonder if that is the problem. Carl Lindberg (talk) 03:32, 2 October 2023 (UTC)
File:Chico Herrera tweet.png 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. |
-- Tamzin[cetacean needed] (she|they|xe) 09:07, 2 October 2023 (UTC)
Any guess what's going on with this error?
Any guess what's going on with the error at File:Illustration from a 1920 fashion ad.jpg? - Jmabel ! talk 00:24, 18 October 2023 (UTC)
- I edited the DPLA template a little, and the error seems to be gone. Carl Lindberg (talk) 16:18, 21 October 2023 (UTC)
Toronto
If you plan for us to present jointly, we should probably talk some time soon. I've done a draft of my part at User:Jmabel/Toronto draft, but without the context of knowing what you plan to say. - Jmabel ! talk 00:25, 18 October 2023 (UTC)
File:Great River Road - Antoine "Fats" Domino - NARA - 7719025.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. |
DanielPenfield (talk) 07:21, 21 October 2023 (UTC)
Possible duplicates from Columbus Metropolitan / David Lucas Collection
Hi @Dominic, hi @Ɱ, I just found out both of you uploaded the same picture around the same time (july/august):
- File:Horse-drawn fire engine - DPLA - ddcc03e8ee844dd182aa10ba8f906425.jpg
I'm afraid this applies to the whole David Lucas Collection (250 files), we should only keep a single version of each photograph. vip (talk) 17:48, 11 November 2023 (UTC)
- There is a difference in file size (though not image dimensions). Wonder what the difference is. Do both uploaders convert from tiff, I'm guessing? Those duplicates will be pretty hard to detect, as the jpg will always be a bit different. The DPLA uploads are done via bot. Carl Lindberg (talk) 19:33, 11 November 2023 (UTC)
File:Grand Rounds Scenic Byway - Driving Under Bridges on the Grand Rounds - NARA - 7718751.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. |
Hofoen (talk) 10:06, 28 November 2023 (UTC)
Category:Media contributed by Seattle Public Library appears to have been emptied. Care to fill me in? This is what I've been working through for a year or so now. - Jmabel ! talk 03:14, 18 December 2023 (UTC)
- @Jmabel: Someone made an edit to the template that is used on millions of pages which depopulated every DPLA institution category. These sorts of edits are such a time sink for me, because I have to figure out what the original complaint was about and fix it, and then maybe purge the cache for all the millions of affected pages to repair the categories... Dominic (talk) 19:36, 19 December 2023 (UTC)
- Sorry to hear that. And glad to see the category is back. - Jmabel ! talk 18:04, 20 December 2023 (UTC)
But now if I access a page like https://commons.wikimedia.org/wiki/File:The_Town_Crier,_v.15,_no.44,_Oct._30,_1920_-_DPLA_-_d309889d5f1fd4cfc731772f225f651c_(page_1).jpg I get a popup: SyntaxError: JSON.parse: expected ',' or '}' after property value in object at line 1 column 532 of the JSON data from https://commons.wikimedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=monobook line 10 > eval at line 34:696 StatementPanelConstructor@https://commons.wikimedia.org/w/load.php?lang=en&modules=wikibase.mediainfo.filePageDisplay&skin=monobook&version=1cr7e:34:696 createStatementsPanel@https://commons.wikimedia.org/w/load.php?lang=en&modules=wikibase.mediainfo.filePageDisplay&skin=monobook&version=1cr7e:3:273 resources/filepage/init.js/</</existingStatementPanels<@https://commons.wikimedia.org/w/load.php?lang=en&modules=wikibase.mediainfo.filePageDisplay&skin=monobook&version=1cr7e:5:230 resources/filepage/init.js/</<@https://commons.wikimedia.org/w/load.php?lang=en&modules=wikibase.mediainfo.filePageDisplay&skin=monobook&version=1cr7e:4:996 add@https://commons.wikimedia.org/w/load.php?lang=en&modules=mediawiki.base&skin=monobook&version=1cimc:4:451 resources/filepage/init.js/<@https:
It goes on from there, but if I try to see the rest of it, it goes away.
I'm not offhand sure whether it is an actual problem in using anything, though it is annoying. - Jmabel ! talk 04:46, 21 December 2023 (UTC)
- I'm not seeing that. Which browser? May be a problem elsewhere... are you only seeing this on files using that template? Carl Lindberg (talk) 05:13, 21 December 2023 (UTC)
- @Clindberg: Firefox, on a PC. With Monobook skin. I'm not sure exactly what are the parameters around which files show it, but I've seen it on all the files via DPLA bot that I've looked at in the last hour or so. File:"50 Years of US Art" Exhibit - DPLA - f534bf06e6fea448e81015f87615a916.jpg shows it, for example. But so does File:Mona Lisa, by Leonardo da Vinci, from C2RMF retouched.jpg, so maybe it's {{Artwork}} rather than anything about how a particular bot is using that. - Jmabel ! talk 06:38, 21 December 2023 (UTC)
- {{Geograph from structured data}} appears to have the same problem. - Jmabel ! talk 00:21, 22 December 2023 (UTC)
- It is imaginable (though I think not probable) that Commons:Help_desk#How_to_edit_the_location_of_creation_in_the_structured_data_of_an_image is in some way related.- Jmabel ! talk 00:23, 22 December 2023 (UTC)
- Seems to be fixed now. - Jmabel ! talk 19:31, 22 December 2023 (UTC)
- Protected the template {{DPLA}}. Multichill (talk) 11:25, 23 December 2023 (UTC)
- @Dominic: These issues could have been caught earlier if you had participated on the discussions in Template talk:DPLA/hub cat and Template talk:NARA-image-full. You were pinged in both cases. Cryptic-waveform (talk) 11:46, 23 December 2023 (UTC)
- @Cryptic-waveform: The change on NARA-image should have been reverted, like you did -- that made little sense to me. However, the change to comment them out on DPLA made little sense -- {{DPLA/hub cat}} was created as an extraction of content from the the DPLA template in the first place. The initial change forgot to forward the argument that the content was using, breaking lots of pages, but I think that had since been fixed. Perhaps some of them have not been purged and still show the problem, not sure, but removing the call completely broke lots of other stuff. The content in {{DPLA}} before the extraction was using the sandbox; unsure if that is/was correct or not but the original problem was not forwarding the argument into the new templates (and the first fix attempt fixed forwarded the wrong one causing the problem you tried to fix with your sandbox edit; DPLA was forwarding the wrong argument at that time). The day before you commented them out, the DPLA template was changed to not use sandbox (which has since been reverted); that was probably the source of the issues. And if not using the sandbox broke the DPLA template, maybe DPLA/hub cat should also go back to using the sandbox? Definitely unfortunate the original edit did not forward the correct argument, but it seems like various attempted fixes made things worse for a while. Carl Lindberg (talk) 16:06, 23 December 2023 (UTC)
- @Dominic: These issues could have been caught earlier if you had participated on the discussions in Template talk:DPLA/hub cat and Template talk:NARA-image-full. You were pinged in both cases. Cryptic-waveform (talk) 11:46, 23 December 2023 (UTC)
File:"Four Freedoms" with T-5 Norma Boudreau and M. Sgt. Louis Dovilla - DPLA - 69035ec6151f5ce80e71ac1945b54676 (page 1).jpg
File:"Four Freedoms" with T-5 Norma Boudreau and M. Sgt. Louis Dovilla - DPLA - 69035ec6151f5ce80e71ac1945b54676 (page 1).jpg has some lua errors related (I think) to bad input arguments to {{DPLA}}. Can you look at it. {{DPLA}} inputs are undocumented at this moment and I am not sure what is expected. Jarekt (talk) 14:05, 29 December 2023 (UTC)
- The ID Q30289637 is for the Indiana State Library and Historical Bureau, but it was redirected on Wikidata to Q14688462 some years ago. Not sure where to look for the older reference, or why the usage is not following the redirect. Carl Lindberg (talk) 16:25, 29 December 2023 (UTC)
- Oh, wait. Q83878471 is "Indiana Memory". Not sure what is combining that ID with the other one, but they are being concatenated with "!" and the combined value is not found, unsurprisingly. Probably some sort of Wikidata issue but I wouldn't know where to look. Carl Lindberg (talk) 18:23, 29 December 2023 (UTC)