Shortcut: COM:VP

#	💭 Title	💬	👥	🙋 Last editor	🕒 (UTC)
1	German currency files without machine-readable license	10	2	Jarekt	2024-07-19 23:52
2	POTY (Picture of the Year) competition needs help!	7	6	Giles Laurent	2024-07-19 18:01
3	Works of art of men smoking (activity)	4	4	ReneeWrites	2024-07-19 05:53
4	What are free media resources for illustrations?	2	1	Prototyperspective	2024-07-20 19:30
5	Oak Island's map	5	2	Tylwyth Eldar	2024-07-19 05:26
6	Category:Flickr streams/Category:Photographs by Flickr photographer	9	5	Prototyperspective	2024-07-19 11:11
7	Mysterious Intel microprocessor/IC	2	2	Glrx	2024-07-18 04:09
8	Results of Wiki Loves Folklore 2024 is out!	1	1	Rockpeterson	2024-07-18 08:25
9	empty sub-categories of Category:EuroGames_2024_Vienna	1	1	Zblace	2024-07-18 10:11
10	Book covers' copyright	2	2	Geohakkeri	2024-07-18 10:44
11	Wikimedia Movement Charter ratification voting results	1	1	MediaWiki message delivery	2024-07-18 17:51
12	Freedom of panorama for photos taken across the border	4	3	A1Cafel	2024-07-19 05:59
13	Glitch	3	3	Speravir	2024-07-19 23:57
14	Video question	4	2	PantheraLeo1359531	2024-07-19 19:08
15	Pre-implementation discussion on cross-wiki upload restriction	9	4	George Ho	2024-07-21 22:14
16	Croptool	3	2	Seth Whales	2024-07-21 05:00
17	Political donation from Thomas Crooks - public record image	5	5	B25es	2024-07-22 06:33
18	Error during upload	5	3	Palu	2024-07-21 11:31
19	What are outgoing and incoming wikilinks?	4	2	Jmabel	2024-07-23 19:13
20	Appropiate mother-cats🐈 for Category:Intel 8286	3	2	PantheraLeo1359531	2024-07-21 13:48
21	Extracted file deleted	3	2	Kakan spelar	2024-07-21 19:44
22	Commons Impact Metrics now available via data dumps and API	1	1	Sannita (WMF)	2024-07-22 14:11
23	Adding an artist to an image within Wikidata	7	3	Broichmore	2024-07-23 09:13
24	Location	6	4	Smiley.toerist	2024-07-23 08:13
25	Should documentation start recommending AV1 over VP9?	4	3	TheDJ	2024-07-24 13:51
26	Overlapping templates	1	1	Trade	2024-07-23 03:19
27	Category:Videos by subject	3	3	TheDJ	2024-07-24 13:50
28	Task — Wikimedia logos categorisation	1	1	JnpoJuwan	2024-07-23 21:01
29	Managing overpopulated categories	3	2	Sinigh	2024-07-24 02:15
30	My historic .svg Inkscape images now showing as blank	6	5	Glrx	2024-07-24 19:46
31	Need help with correct naming	2	2	Jmabel	2024-07-25 04:20
32	Image Annotation	3	3	Adamant1	2024-07-25 04:47

Legend
In the last hour
In the last day
In the last week
In the last month
More than one month
Manual settings
When exceptions occur, please check the setting first.

Centralized discussion See also: Village pump/Proposals   ■ Archive Commons:Requests for comment/Hosting of free fonts in Commons (18 July 2024) How do we organize categories by date (14 May 2024) Should PD-CQ Roll Call be used for recent images? (5 January 2024) Technical needs survey (17 December 2023) When does PDART apply to textile works? (15 November 2023) Does this image contain "love hearts"? (17 August 2023) Overhaul of categories by period (5 December 2022) Version of Saudi flag to use (11 July 2022) Concern regarding revocability of KOGL licenses (22 December 2021) Should deleting content from your own talk page be forbidden? (11 November 2021) Revise the COM:FOP Sweden section (1 February 2021) Change technical name of LRs to license-reviewer from image-reviewer(2 November 2023) Template: View   ■ Discuss    ■ Edit   ■ Watch

	SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 7 days.

Category:Files with no license using PD-GermanGov-currency has 3,409 files which reside in Category:Files with no machine-readable license due to the fact that they use {{PD-GermanGov-currency}} ex-license which was decommissioned some years ago. Some previous discussions:

• Commons:Village_pump/Copyright/Archive/2012/07#German_currency (2012)
• Commons:Deletion requests/Template:PD-GermanGov-currency (from 2013)
• COM:CUR#Germany

Those files were nominated for deletion in 2013, but saved because it was determined that due "the response from the German government, which is now an OTRS ticket, it would appear that the hosting of these files is in line with Commons' policies." That is great, news but the files still have to have some valid license. Can some German speakers or people understanding nuances of German law help us determine if we need to create some new license templates, resurrect {{PD-GermanGov-currency}}, or delete those files? Jarekt (talk) 03:45, 5 July 2024 (UTC)[reply]

Per COM:CUR#Germany, German currency units are "Not OK except for Deutsche Mark bank notes". They can still be ok though if they're some kind of PD-old or PD-ineligible. The Deutsche Mark bank notes would probably need some new specialised license tag. The others will need to be examined one by one if they're ok for PD-old or PD-ineligible reasons, else they will need to be nominated for deletion. This is an ongoing process, just like the one concerning German stamps. I've looked at files showing German currency every now and then and either nominated them for deletion (Category:Currency related deletion requests) or replaced the PD-GermanGov-currency tag with the proper license tags. --Rosenzweig τ 07:46, 5 July 2024 (UTC)[reply]

@Rosenzweig: That is a great work you are doing in Category:German currency-related deletion requests/deleted, and a bit sad, as nobody wants to delete good files. The issue is that last time we looked at this in 2013, people were debating about 500 files in Category:PD-GermanGov-currency but 11 years latter we have 3697 files in the same category, so it seems like we gain German currency files with no license much faster than we loose them. Maybe we can start with new PD template for Deutsche Mark bank notes. What would be the rationale behind it? --Jarekt (talk) 12:56, 5 July 2024 (UTC)[reply]

I've also removed the deprecated tag from quite a few and added proper PD license tags, so it's not just deletions. The problem is that the PD-GermanGov-currency tag wasn't really properly deprecated until November 2023, so uploaders kept using it and adding files. The DM bank note conditions seem to be in VRT ticket:2012081410006029, someone would have to look at that. Though reading through Commons:Deletion requests/Template:PD-GermanGov-currency I'm a bit skeptical if they would be enough for today's Wikimedia Commons. --Rosenzweig τ 13:55, 5 July 2024 (UTC)[reply]

@Rosenzweig: , According to Krd, the ticket:2012081410006029 contains an e-mail from the German Federal Bank stating:

• They cannot answer if DM notes are PDGov ("Amtliches Werk"). This has to be decided by court if required, but they are not aware of any precedent. They do not object the use of the images if they are unmodified and used in good faith.
• They don't have any business in Euro, GDR currency or Reichmark and refer to the department of finance, or the KFW regarding GDR.

That does not seem like a good basis for PD template. So we would have to assume that all the files in Category:Files with no license using PD-GermanGov-currency are copyrighted unless we can prove otherwise. Is PD-old-70 our best option or are there some other exceptions which can be used? --Jarekt (talk) 13:30, 8 July 2024 (UTC)[reply]

I suspected it might be something like that, sadly.

We might be able to use {{PD-Germany-§134-KUG}} for some files. That is a very tricky template with several requirements:

• Can only be used for works published for the first time before 1966.
• Those works must be at least 70 years old, so as of 2024, only works before 1954 are eligible. Next year, works from 1954 will become eligible, etc.
• A personal author/artist MUST NOT be named on/in the work. Which should be usually the case with bank notes (not always with 1920s emergency money though), but coins might contain initials of the designer, which is enough for them to be named.
• A corporate entity of a specific kind (a legal entity under public law, de:Körperschaft des öffentlichen Rechts (Deutschland)) MUST be named on the work. The German Federal Bank, the German state itself or one of its subdivisions would fulfil this criterion.

That would need to be examined and decided on a case by case basis. For any works past 1965, we could not use it.

And, per Commons:Licensing, we also would have to consider US copyright (the URAA), which would mean only works which are at least 95 years old are ok. Unless we can find some provision in US law that (foreign) currency units are generally in the PD, which I'm not aware of right now. ---Rosenzweig τ 13:54, 8 July 2024 (UTC)[reply]

@Rosenzweig: , That would also mean that coins and banknotes published after 1953 can not use {{PD-old-70}}, {{PD-anon-70-EU}} or {{PD-Germany-§134-KUG}}. Those can be isolated and proposed for deletion. As for US laws, I have not seen any deletions of works in PD in home country but not in the US in last decade or so, so it is less of a priority, but it would not hurt to add {{PD-US-expired}} to currency from before 1929. Another possible approach would be to rewrite {{PD-GermanGov-currency}} as a "previously considered PD" but now no known restrictions license tag before nominating for deletion. Those files do not have known restrictions and seem no worse than other files with no known restrictions license tags. --Jarekt (talk) 16:50, 8 July 2024 (UTC)[reply]

@Jarekt: I disagree about US copyright, COM:Licensing is an official policy here at Wikimedia Commons, and files are still deleted because they're not yet in the public domain in the US. If you doubt that, just take a look at current deletion requests. So we should stick to the official policy. The German wikipedia only applies German/Austrian/Swiss copyright law, so some files could perhaps be reuploaded there on demand.

As for a "No known restrictions" license tag, are there really no restrictions? The Federal Bank more or less declares that they won't interfere (similarly here), but is that enough and free enough for a license tag? --Rosenzweig τ 17:35, 9 July 2024 (UTC)[reply]

I've looked at the category over the last few days, and it seems that a very large chunk of the files are Notgeld (emergency money) banknotes from 1923 or earlier, uploaded by a handful of users over the last five years or so (which would at least partially explain the increase in the number of files over 11 years). We will be able to keep the majority of those, either with PD-Germany-§134-KUG or because their (named) artists can be identified and died over 70 years ago. Some will have to be deleted though until they can be gradually restored over the next 25 years or so. But sorting all that out will take time. Regarding the other files (which are not Notgeld), most of the older coins and bills from the 1920s and earlier can likely be kept as well. Anything after that will probably have to be deleted and can then also be gradually restored, though very new coins and bills won't be in the PD for many many decades. --Rosenzweig τ 11:43, 14 July 2024 (UTC)[reply]

@Rosenzweig: , I did a few things to push things along:

• Created Commons:Deletion requests/German currency after 1953 with files using {{PD-GermanGov-currency}} showing currency published after 1953.
• Added {{PD-US-expired}} to currency from before 1929. That tag is not a substitute for required copyright tag which is valid in Germany, but it keeps files out of Category:Files with no machine-readable license so there is more time to sort out the copyrights of the individual files.
• I removed the files from above 2 groups from Category:Files with no license using PD-GermanGov-currency which shrunk from 3,409 files to 57 files. Files in that category should be in Category:Files with no machine-readable license, have {{PD-GermanGov-currency}} template, and are not nominated for deletion. Some of them are from 1929-1953 years, and some from undetermined time.

--Jarekt (talk) 23:52, 19 July 2024 (UTC)[reply]

POTY desperately needs new volunteers who can do the things required to run the competition. With the current state of the committee, it is likely that there will be no POTY this year, as the main member who ran scripts for the competition has burned-out from doing wikipedia tasks and isn't up for it. Others on the committee are also missing in action.

Check out the discussion here. Shawnqual (talk) 04:46, 6 July 2024 (UTC)[reply]

In the past few months there was a conversation on Commons with someone from the WMF about WMF prioritization of Wikipedias vs Commons this year. Does anyone remember who that is, could they be pinged to make them aware of this issue? I recall part of that conversation was on how Commons is not particularly focused on disseminating and sharing its content - POTY is probably the most visible initiative for Commons to share its top quality images, including outside Wikimedia, and widely engage with Wikimedia contributors across all projects (are there any stats on how many people engage with POTY, and from which wikis?). I'm sure resources for 2024 are already prioritized but visibility could help for 2025. cc @Rhododendrites who I believe was part of that conversation. - Consigned (talk) 10:11, 6 July 2024 (UTC)[reply]

This has now come up in several places. The conversation you're referring to is probably this one. There's also some background on the POTY talk page, and on Jimbo's enwp page. — Rhododendrites ^talk |  11:35, 6 July 2024 (UTC)[reply]

I think we have a problem if the commons community cannot run a photo competition without WMF's help (Or the help of people who have done it in the past. Helping out once should not imply you are signing up to help every year for the rest of your life). There are aspects of the site's operation that fall on the shoulders of WMF, but a photo competition is surely not one of them. Bawolff (talk) 07:48, 12 July 2024 (UTC)[reply]

Please someone save POTY ! This is a very important matter. The POTY contest has been completed successfully every year since 2006 and we can not let it die ! Any help is welcome. -- Giles Laurent (talk) 09:18, 8 July 2024 (UTC)[reply]

Seems unsolved (removed solved template). I don't have much else to add than that but I think it would be best to build things so that POTY doesn't require much time or effort to run each year. Just use the same templates, designs, scripts, bots, etc like the year before. --Prototyperspective (talk) 10:48, 19 July 2024 (UTC)[reply]

Problem is that it seems like almost no one knows how to simply run the scripts... Giles Laurent (talk) 18:01, 19 July 2024 (UTC)[reply]

I've just noticed an item, moved from Category:Smoking men in art to Category:Works of art of men smoking (activity). That just rolls of the tongue, its so intuitive (sic). I thought that brevity was supposed to be the way to go. That what was important, was, that titles be consistent, brief getting to the point quickly, even be elegant. Works of art of men smoking (activity) is the exact opposite of that.

As an aside, what was wrong with just Smoking cigarettes, which is how a commercial endeavour would probably do it. Only humans, of all the animals, are stupid enough to smoke.

Another cat recently moved, from Category:Walking men]] to Category:Men walking. Somehow, I got used to using titles that led with the verb, now, not the case. It has to be the noun.

Why can't there be both, is that such a deal breaker? Broichmore (talk) 16:16, 15 July 2024 (UTC)[reply]

See also Commons:Categories for discussion/2024/07/Category:Works of art of women smoking (activity).

 Agree with Broichmore that category names should be as short as possible. Therefor I prefer Category:Smoking men in art above Category:Works of art of men smoking (activity). But sometimes that conflicts with the Universality Principle. So then we should have a discussion about what prevails: short category names or the Universality principle (or any other principle on Commons)? JopkeB (talk) 07:56, 16 July 2024 (UTC)[reply]

I likewise agree that brevity is preferable, but not at the expense of clarity. We need to maximize accessibility for all users, not just those of us who have been around long enough to 'get used to' idiosyncrasies. As for changing this category:

1. It seems already agreed to return to 'in art' from 'works of art' in the above linked CfD.
2. Discussion over whether or not (activity) is a useful dab is at Commons:Categories for discussion/2024/07/Category:Smoking (activity), so that dab may also be done away with shortly.

Josh (talk) 13:11, 16 July 2024 (UTC)[reply]

The above linked discussion has just come to its conclusion, the rest of the discussion continues here: Commons:Categories for discussion/2024/07/Category:Smoking (activity). ReneeWrites (talk) 05:53, 19 July 2024 (UTC)[reply]

I think illustrations (recent examples) are some of the most useful, most educational, and most needed kind of media on Wikimedia Commons.

What are some good sources for them? Please see Commons:Free media resources/Illustrations which I just created but as of now only has one item.

Moreover, could there be another list for free media resources for datagraphics like charts? Currently, I don't know of many items for such a list either except for Our World in Data. Prototyperspective (talk) 13:19, 15 July 2024 (UTC)[reply]

Still only one item. I guess Flickr could be added because there also are illustrations on it, is there some particular tag for these or a subpage? Anything else? Prototyperspective (talk) 19:30, 20 July 2024 (UTC)[reply]

Hello, I have a question regarding the Oak Island's map. The map on Commons corresponds to maps from Google Earth and OpenStreetMap.

We are :

• Smith’s Cove = south
• Sheerdam Cove = east
• Sellars Cove = north

These names are included on recent maps found on the web. But when we look for old plans, or in books about the island (page 7), we find:

• Smith’s Cove = east
• South Shore Cove = south
• Joudrey’s Cove = north

Which version is correct? Thanks, Sincerely --Tylwyth Eldar (talk) 15:43, 16 July 2024 (UTC)[reply]

@Tylwyth Eldar: why do you think one has to be more "correct"? Names often change over time. - Jmabel ! talk 21:19, 16 July 2024 (UTC)[reply]

Bonjour @Jmabel: Thank you for your reply. A place name can evolve over the centuries, but to move like as here with Smith’s Cove, over such a short time? I find that very strange. Such a change doesn't help in reconstructing the history of a place and finding good information. With no explanation for this change, we mix up names and make mistakes. If this change is official, when did it take place? Is there any way to find an official reference ? --Tylwyth Eldar (talk) 18:31, 17 July 2024 (UTC)[reply]

Ah, I misunderstood. Well, the page is (semi-)clear about citing its source. "Own work" is dubious for just a crop; it would have been very useful to have a URL link to OSM so it would be easy to see if the labeling has changed there since (it hasn't, and Google Maps has the same for the two coves it labels). {{Fact disputed}} might be in order on both maps we host, noting that they disagree with each other. - Jmabel ! talk 19:19, 17 July 2024 (UTC)[reply]

Done and Question asked on the discussion page . Thank you! --Tylwyth Eldar (talk) 05:26, 19 July 2024 (UTC)[reply]

You know. Wouldn't it be more efficient if these categories were populated by bots rather than users having to take time off to add the categories manually? Like all images whos author is listed as amaianos would automatically be placed into Category:Photographs by amaianos and etc.--Trade (talk) 00:42, 17 July 2024 (UTC)[reply]

@Trade: I'm sure no one would object to a bot filling in any valid category of this sort. Only caution: not every Flickr account corresponds to a photographer, and I've occasionally seen some wrong categories formed on the assumption that they do. - Jmabel ! talk 04:29, 17 July 2024 (UTC)[reply]

It's really annoying when you create a FlickR stream category for someone and they already have dozens of photos on Commons Trade (talk) 13:57, 17 July 2024 (UTC)[reply]

Agree. And there are more categories like that. The overly manual categorization also means that, at least over time, files are missing in categories when people think it contains all the files for a subject. For example take the category WebM videos which is still added manually and where I pointed this out here with some other example. One could list more examples and this issue relates to a technical idea to fix this issue that I would propose once there is some basic level of tech development or volunteer dev campaigning. If volunteer contributors time spent for such tasks is reduced, they can spend it on other contributions. Prototyperspective (talk) 09:57, 17 July 2024 (UTC)[reply]

"why categories for filetypes aren't automatically added". Because links are already overused in Commons. We just had a whole set of changes to reduce the amount of total links because Commons was reaching technical limits of the database. If you want to list video files, you can query the DB table for files, you can filter in the search results and sometimes, you can even use CommonsData. If Petscan doesn't support that... fix Petscan. —TheDJ (talk • contribs) 12:59, 17 July 2024 (UTC)[reply]

The fact that categories are easily and visible accessible to everyone and while things like DB tables, CommonsData and etc you have to go out of your way to search for already excludes most visitors and users on Commons.

It's a bizarre design choice if we are supposed to discourage the former in favor of encouraging the later Trade (talk) 14:01, 17 July 2024 (UTC)[reply]

I'm not sure what you're saying. Maybe you refer to categories which are links to their respective pages with "links [that are overused]" but I don't know. Filtering for video files only works for search results (especially with the MediaSearch) but not subject-level categories. Not every video about some subject has the search term of that in the title or description (or if it has not necessarily the English one). That would leave searching a category with deepcategory and filtering by filetype. However, that does not work on large categories. If it did, it would need to be made more accessible – subcategories "Videos of…" can be seen and simply clicked but there is no button/dropdown for seeing videos in a category. Yes, already created a petscan issue about it. Prototyperspective (talk) 14:28, 17 July 2024 (UTC)[reply]

Category links are the rows in the database used to indicate that a file or page is a member of a category, i.e. if a page is in five categories, there are five category link rows for that page. The total number of category links on Commons is extremely large, to the extent that it causes some performance issues and is blocking changes to category sorting (phab:T362494). New categorization practices which will introduce a large number of new category links, like categorizing files by their file type, need to be avoided. Omphalographer (talk) 00:04, 19 July 2024 (UTC)[reply]

Thanks for the clarifications. Videos are already being categorized by their filetype, I was arguing these cats need to be (nearly) complete or they're near useless OR that features like showing only video files are added to petscan / category intersection and these categories be deleted as redundant thereafter (insofar there is no other real value/use of these). In addition, it seems like some technical changes are required, e.g. how this data is stored, cached and read. Prototyperspective (talk) 11:11, 19 July 2024 (UTC)[reply]

Hi folks!

I recently bought 2 Intel processors (I couldn't resist, as they look so similar to the famous Intel 4004), but I don't know what the purpose could be. Looking at the ceramic package, I can imagine that the product was created maybe between 1972 and 1975. Maybe someone can give a hint?

• 
  Oblique view
• 
  Top view

Thanks and greetings! --PantheraLeo1359531 😺 (talk) 18:26, 17 July 2024 (UTC)[reply]

It might be stamped with a manufacturer's part number. You could unsolder one of the lids and look at the die. Glrx (talk) 04:09, 18 July 2024 (UTC)[reply]

Hi, Greetings

The winners for Wiki Loves Folklore 2024 is announced!

We are happy to share with you winning images for this year's edition. This year saw over 41,038 images from 1921 uploaders represented on Commons in over 140 countries. Kindly see images here.

Our profound gratitude to all the people who participated and organized local contests and photo walks for this project.

We hope to have you contribute to the campaign next year.

Thank you,

Wiki Loves Folklore International Team

Rockpeterson (talk) 08:25, 18 July 2024 (UTC)[reply]

Please do not delete empty sub-categories of Category:EuroGames_2024_Vienna as we have live event action for next 5 days and many sub-categories will be populated even if you find them empty. Thank you for understanding on behalf of #WikiLovesPride organizers. -- Zblace (talk) 10:11, 18 July 2024 (UTC)[reply]

Hello! I'm the project manager of WoALUG and we're thinking of holding a GLAM project with a local museum. Can anyone advise me about what kind of book covers I can and cannot upload here and how exactly to do that? Thank you in advance!. --Vyolltsa (talk) 10:41, 18 July 2024 (UTC)[reply]

COM:BOOK is a brief summary about the matter. --Geohakkeri (talk) 10:44, 18 July 2024 (UTC)[reply]

You can find this message translated into additional languages on Meta-wiki. Please help translate to your language

Hello everyone,

After carefully tallying both individual and affiliate votes, the Charter Electoral Commission is pleased to announce the final results of the Wikimedia Movement Charter voting.  

As communicated by the Charter Electoral Commission, we reached the quorum for both Affiliate and individual votes by the time the vote closed on July 9, 23:59 UTC. We thank all 2,451 individuals and 129 Affiliate representatives who voted in the ratification process. Your votes and comments are invaluable for the future steps in Movement Strategy.

The final results of the Wikimedia Movement Charter ratification voting held between 25 June and 9 July 2024 are as follows:

Individual vote:

Out of 2,451 individuals who voted as of July 9 23:59 (UTC), 2,446 have been accepted as valid votes. Among these, 1,710 voted “yes”; 623 voted “no”; and 113 selected “–” (neutral). Because the neutral votes don’t count towards the total number of votes cast, 73.30% voted to approve the Charter (1710/2333), while 26.70% voted to reject the Charter (623/2333).

Affiliates vote:

Out of 129 Affiliates designated voters who voted as of July 9 23:59 (UTC), 129 votes are confirmed as valid votes. Among these, 93 voted “yes”; 18 voted “no”; and 18 selected “–” (neutral). Because the neutral votes don’t count towards the total number of votes cast, 83.78% voted to approve the Charter (93/111), while 16.22% voted to reject the Charter (18/111).

Board of Trustees of the Wikimedia Foundation:

The Wikimedia Foundation Board of Trustees voted not to ratify the proposed Charter during their special Board meeting on July 8, 2024. The Chair of the Wikimedia Foundation Board of Trustees, Nataliia Tymkiv, shared the result of the vote, the resolution, meeting minutes and proposed next steps.  

With this, the Wikimedia Movement Charter in its current revision is not ratified.

We thank you for your participation in this important moment in our movement’s governance.

The Charter Electoral Commission,

Abhinav619, Borschts, Iwuala Lucy, Tochiprecious, Der-Wir-Ing

MediaWiki message delivery (talk) 17:51, 18 July 2024 (UTC)[reply]

Specifically about this image, but since it seems to be a more general topic, I'll ask at the village pump. This photo shows the architecture of Myanmar, taken from across the border in Thailand. While Myanmar does not allow freedom of panorama, Thailand does. What is the copyright status of such pictures? --Nux-vomica 1007 (talk) 22:48, 18 July 2024 (UTC)[reply]

@Nux-vomica 1007 see COM:FOP#Choice of law. There have been instances of accepting South Korean buildings that were taken from the North Korean side, using NoKor copyright law that is more lenient on reproductions of buildings (something that SoKor law prohibits if the images are reproduced as copies to be sold). Perhaps we may use Thai FoP in this case, unless the architect of those buildings who knows about Burmese law sends a cease-and-desist letter to Wikimedia, but for now the chances of this happening is low. JWilz12345 (Talk|Contrib's.) 02:02, 19 July 2024 (UTC)[reply]

Thank you very much. I did not realize that there was a clear answer in the document. Nux-vomica 1007 (talk) 03:02, 19 July 2024 (UTC)[reply]

@JWilz12345: Similar cases also occurred at Three Countries Bridge, a bridge that crossed France, Germany and Switzerland, in which France has no FOP, and the latter two has. --A1Cafel (talk) 05:59, 19 July 2024 (UTC)[reply]

I’m getting this (with varying timestamp and UUID, of course):

MediaWiki internal error.
 
Original exception: [c8480c01-eec0-4e32-bcc2-c880ee466574] 2024-07-19 00:26:48: Fatal exception of type "Wikimedia\Rdbms\DBUnexpectedError"
 
Exception caught inside exception handler.
 
Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

at every other page I try to load, both in Commons and pt.wp. -- Tuválkin ✉ ✇ 01:01, 19 July 2024 (UTC)[reply]

Same here, though not as often as you have experienced. Josh (talk) 15:30, 19 July 2024 (UTC)[reply]

This is a Wikimedia wide issue, see linked Phabricator task. — Speravir – 23:57, 19 July 2024 (UTC)[reply]

https://vimeo.com/986935006 (my own work). Am I correct that the visual portion of this would be OK to free-license and upload to Commons, but not the audio? - Jmabel ! talk 06:36, 19 July 2024 (UTC)[reply]

• Looks okay to me, the structures are obviously old enough, and due to the lighting conditions and the principle of a "Beiwerk", I don't see problems with personality rights --PantheraLeo1359531 😺 (talk) 07:23, 19 July 2024 (UTC)[reply]
• Not hearing much back, I guess I'll assume I got this right, and if I'm wrong someone can always DR. Thank you PantheraLeo1359531 for weighing in. - Jmabel ! talk 19:06, 19 July 2024 (UTC)[reply]

I guess there are plenty of videos like these on the internet :) --PantheraLeo1359531 😺 (talk) 19:08, 19 July 2024 (UTC)[reply]

The proposal to restrict non-autoconfirmed users from using cross-wiki upload tools has received unanimous support so far, despite proposer's attempts to withdraw the proposal. Do I need to notify all wikis at Tech News or something? Actually, I'm thinking about writing a Phabricator task requesting implementation of such restriction. Furthermore, I'm unsure whether re-proposing this at Meta-wiki is necessary. George Ho (talk) 07:05, 19 July 2024 (UTC)[reply]

It was already in the m:Tech/News/2024/29. But we should of course add it again when we have the final date when it comes into force. The idea was to simply do this with a abuse filter as a new functionality for this might take a while to be developed. The other changes need to be done on the lokal Wikis. GPSLeo (talk) 08:10, 19 July 2024 (UTC)[reply]

I'm not sure how that will work. What will "the other changes" look like? Isn't it going to require a large scale coordination with sister projects and local sysops, or otherwise cause a major disruption in that many new users will still be invited to do cross-wiki upload locally, prepare uploads, and be told "sorry, you cannot do that" at the end of the workflow? It seems like we need some significant time investment in any way. whym (talk) 11:37, 19 July 2024 (UTC)[reply]

The warning that the tool only works if the user was on Commons before and has the rights can simply be added to the default text of mw:Manual:$wgUploadDialog. If local Wikis have overwritten the default text they need to make the change locally. GPSLeo (talk) 14:10, 20 July 2024 (UTC)[reply]

Can you suggest an example of the warning text? Will it be clear if the user is allowed to upload or not, and where is the workaround if they are not allowed to proceed? (Something along the lines of "Click here (link), and if it says ___ you cannot upload", "You can still upload if you go to ___"?) Note that not every average user understands what "autoconfirmed" means, or how their centralauth-connected accounts work. I think many will be surprised to see they have "new" Commons accounts when they have contributed to Wikipedia for a long time. whym (talk) 01:36, 21 July 2024 (UTC)[reply]

@GPSLeo: All right. Abuse filter first then. After that, "the other changes" can be proposed then, but I think Meta-wiki RFC is one of best options, especially for larger wikis, for central discussion. Unsure why this matter should be resolved locally. George Ho (talk) 00:12, 20 July 2024 (UTC); amended per replies below, 18:28, 20 July 2024 (UTC)[reply]

After the tech news and the message on m:Wikimedia Forum there were no responses from other projects. Therefore I think the other projects do not really care about this and therefore I think an additional RFC on Meta is not needed. GPSLeo (talk) 14:05, 20 July 2024 (UTC)[reply]

+1. Having an RfC about it on Meta-wiki is super redundant at this point. There's been more then enough time and cross project notifications for people from outside of Commons to comment on this if they wanted to. --Adamant1 (talk) 14:58, 20 July 2024 (UTC)[reply]

This phab ticket has been made: phab:T370598. --George Ho (talk) 22:14, 21 July 2024 (UTC)[reply]

I'm not sure if this is just an issue that I have or whether everyone else on Commons has the same problem. On https://croptool.toolforge.org/ I have successfully used this tool for sometime, but now the "Preview" button is not working. I have tried for over a week now without any success. Can you please give me some advice. Thanks. SethWhales ^talk 17:24, 20 July 2024 (UTC)[reply]

@Seth Whales: see Commons_talk:CropTool#Broken. - Jmabel ! talk 19:25, 20 July 2024 (UTC)[reply]

@Jmabel: Thank you. SethWhales ^talk 05:00, 21 July 2024 (UTC)[reply]

Greetings, regarding:

• File:FEC Thomas Crooks Donation 202102049425215728 189746.pdf and its derivative,
• File:FEC Thomas Crooks Donation Cropped.jpeg

This is a freely available, public domain government record reflecting "evidence" in the Trump assassination case, specifically the suspect's donation to a political cause. It's been added, removed, perhaps deleted here, and hotly contested in a few areas, but I'd like to bring that debate back to the source.

• On enwiki, en:WP:BLPPRIMARY demands that we can never use primary sources, especially public records, to document a BLP; BLP still applies to Crooks and his family, as well as everyone else involved in the July 13 event.

• There is absolutely no useful information in this image that isn't reflected by secondary, reliable, textual records in news outlets, etc.

• It appears that most or all other "public records" such as photos of Crooks have been deleted from Commons; indeed, they've been replaced and deleted more than once.

• It simply feels creepy and invasive to hold up this paper and say "look look" without any real context or analysis. We've also got to consider en:WP:BLPPRIVACY, even though the document is so thoroughly redacted it's nearly useless.

• I am not sure what deletion criteria to use, and I'm hesitant to start a deletion discussion yet before we've gauged consensus and established a concrete rationale for that. So, thoughts? Elizium23 (talk) 21:29, 20 July 2024 (UTC)[reply]
  • I can't see the relevance of the fact that en-wiki does not generally allow primary sources as citations. Commons consists overwhelmingly of primary-source material.
  • It is no more being "h[e]ld up and say[ing] 'look look'" than any other image on Commons.
  • In short, I can't imagine any reason to delete it. How are you saying it differs from, for example, Lee Harvey Oswald's Social Security card, which we have hosted for over a decade? - Jmabel ! talk 22:08, 20 July 2024 (UTC)[reply]

Enwiki's policies aren't very relevant for what is and isn't allowed to be hosted on Commons. Commons is mostly concerned with whether images are within the scope of their own project, and whether these media files are freely licensed (you can read about the project scope more here: COM:SCOPE). Images of Thomas Crooks uploaded to Commons were probably deleted for not being released under a free license.

Considering this image is in the public domain, you could only argue it being out of scope to have it deleted, but considering the widespread use it sees across various wikiprojects (not just the English-language one) I don't think you'll have much success there. You could argue for it to be taken down from the enwiki page specifically for being a primary source, but you'd have to make that case there. ReneeWrites (talk) 07:39, 21 July 2024 (UTC)[reply]

@Elizium23, Jmabel, and ReneeWrites: I nominated the pdf file for deletion. Regarding the second image, I agree with ReneeWrites. Since it is in use in several articles, it is clearly in scope and there is no valid reason to delete. SCP-2000 15:24, 21 July 2024 (UTC)[reply]

I've seen both files and I find them very interesting. I didn't know how political donations in the US looked like (and I don't know if there is any form like that in Spain). So -beyond the shooting and all that- is formative, it improves my knowledge, and therefore I think it's worth being in Commons. Maybe an empty form would be better. But as for now, that one works. B25es (talk) 06:33, 22 July 2024 (UTC)[reply]

Hello, I got some error during upload and these files is not possible finish correctly: File:Nové značení v LN - kotoučky 01.jpg and File:Nové značení v LN - kotoučky 02.jpg. Do somebody know what to do? Is it possible to edit these pages and add description and categories or somebody have to delete it first? Thank you. Palu (talk) 01:44, 21 July 2024 (UTC)[reply]

@Palu: just copy-paste the wikitext from a file page for another of your uploads and edit accordingly. No one can do this for you, because only you can grant the license. - Jmabel ! talk 03:08, 21 July 2024 (UTC)[reply]

No, editation is not possible due to error: "In order to edit the page, you must first load the file." Palu (talk) 08:57, 21 July 2024 (UTC)[reply]

There was some bug but I was able to create the pages. Now you can add the correct content. GPSLeo (talk) 09:16, 21 July 2024 (UTC)[reply]

Thank you, now worked perfectly, done. --Palu (talk) 11:31, 21 July 2024 (UTC)[reply]

What needs to be done to get pages out of "Pages where lack of wikilinks indicates a problem"? (Source: Commons:Editor's index to Commons)

• Special:DeadendPages – pages with no outgoing wikilinks
• Special:Lonelypages – pages with no incoming wikilinks ("orphan" pages)

1. What are outgoing and incoming wikilinks exactly?
2. Do these gallery pages just need categories (which a lot of them got a long time ago, but they still continue to appear on this list), do they need a Wikidata Infobox, or something else?

JopkeB (talk) 10:05, 21 July 2024 (UTC)[reply]

I think on Commons these are not a problem. We don't particularly interlink our galleries. Of course, on other wikis where the analogous space is "article space", the same thing would represent a problem. - Jmabel ! talk 19:17, 21 July 2024 (UTC)[reply]

@Jmabel: Thank for your reaction. Next question: are these two Special pages still needed on Commons? JopkeB (talk) 04:55, 23 July 2024 (UTC)[reply]

I see no purpose for them. - Jmabel ! talk 19:13, 23 July 2024 (UTC)[reply]

@Jmabel: So they might be deleted. What is the deletion procedure for such pages? Where can I drop a request for deletion? JopkeB (talk) 10:42, 25 July 2024 (UTC)[reply]

Hi!

I am looking for fitting mother-cats of Category:Intel 8286. Intel 8286 is a so called "bidirectional bus driver", but I am failing to find good cats. Maybe it would even qualify as some type of microprocessor. Anyway, hardware drivers only refers to software working as driver, and the bus driver means usually a person who controls the bus while driving. Thanks!

Greetings --PantheraLeo1359531 😺 (talk) 10:07, 21 July 2024 (UTC)[reply]

@PantheraLeo1359531: It should be in several categories under Category:Integrated circuits. Category:Intel integrated circuits is an obvious one. Which category under Category:Integrated circuits by function is less clear. Comparing the 8286 datasheet with my trusty 74-series TTL Data Book, it looks like the 8286 is pretty similar to the to the 74LS245, which Commons categorises under Category:YES gates and Category:Bus transceiver integrated circuits. Those seem like good categories, so I'd put the 8286 in both of them as well. --bjh21 (talk) 13:19, 21 July 2024 (UTC)[reply]

Thank you, this is a very detailed answer :) --PantheraLeo1359531 😺 (talk) 13:48, 21 July 2024 (UTC)[reply]

The file linked below was extracted from File:GP2303 092018SMG 6499 (1).jpg which is deleted for "No permission since 20 May 2023". How is this file allowed to be kept but not the original one?

File:Oscar Piastri at the 2023 Australian Grand Prix.jpg // Kakan spelar (talk) 17:36, 21 July 2024 (UTC)[reply]

@Kakan spelar: I don't see what here calls for a general discussion. Is anything stopping you from nominating it for deletion? - Jmabel ! talk 19:19, 21 July 2024 (UTC)[reply]

@Jmabel: No not really, just wanted to know if this was a mistake or why it was still up. I guess I'll nominate it for deletion then. // Kakan spelar (talk) 19:44, 21 July 2024 (UTC)[reply]

Hi all! I just wanted to let you know that we published a blog post about the new Commons Impact Metrics, a new data product offering monthly data dumps and a new Wikimedia Analytics API for Wikimedia Commons categories of images relating to cultural heritage. These categories include content from libraries, museums, and archives but also visual documentation of natural, built, and living heritage.

Using this data, Commons contributors and their partners can count monthly edits in a category; identify their most active contributors and most viewed files; and understand which Wikimedia projects, languages, and articles are using their images.

You can read more about it (and share it with your partners, if interested) at diff.wikimedia.org. --Sannita (WMF) (talk) 14:11, 22 July 2024 (UTC)[reply]

Does anyone know how to do this? See image. Everything in this German newspaper has been made un-editable by the common man. Unless, whoever is converting all these files to sole control by WD, takes responsibility for making these entries perfect, then maintenance here, is hopeless. Who, even, is doing this? Broichmore (talk) 16:47, 22 July 2024 (UTC)[reply]

@Cryptic-waveform: : your template, so you can presumably answer better than anyone else. - Jmabel ! talk 17:24, 22 July 2024 (UTC)[reply]

It looks to me like author = {{various}} is hardcoded in the template with no override possible, which I think should not be the case. - Jmabel ! talk 17:25, 22 July 2024 (UTC)[reply]

Hello. First of all I've only modified the file to use a more general template rather than a template-by-year, to remove duplicate code and differences between templates. Additionally I've also extensively documented the template.

As for the question of why, there are a lot of benefits to the current approach. It ensures that all files looks similar, link to previous and next page, and automatically link extracted images.

@Broichmore: : What change are you trying to make? I can look into making it possible. Cryptic-waveform (talk) 20:06, 22 July 2024 (UTC)[reply]

Small questions, potentially big answers.

I'm concerned with images, rather than pages.

Most of these points are covered in the existing artwork template.

Regarding engravings, We, would want to include for, the engraver/etcher, the artist of the intermediate drawing, and the author of the original sketch, photographer, painter, or sculptor.

We would want to include for caption (title), ability to augment the description. Adding translations of same.

Perhaps, issue number, page number, volume number.

Expanding on the date, if known.

Adding in depicted place or people? Place of creation? Credit line?

Flexibility on choice of License?

As to the benefits? The artwork template already makes one file look similar to another, and automatically links extracted images.

I understand? your idea for the use of templates. However, in the long term, what we need to do is have choice of license linked in some way to last or most appropiate creator. Wikidata could do that, because it contains death date, citizenship, and workplace. Broichmore (talk) 08:44, 23 July 2024 (UTC)[reply]

The Gartenlube, has drifted away, from how we treat newspapers of this era on the project. One thing thats needs cleaning up, is this page, and how the all date cats on it are sorted. See 1920 in particular. Can you fix?

Already Gartenlaube images suffer from very little or no content development. It's not a place for casual visitors. It's very niche, only really accessible to editors with a German background and language, and we don’t have enough of them. It's use of gothic script, and the way that artists and engravers signed work their work, makes for highly specialized work.

French periodicals, suffer from a similar lack of interested contributors, only they don’t use a difficult typeface, and they don’t have the added handicap, IMO of being Wikidata centric. Broichmore (talk) 09:10, 23 July 2024 (UTC)[reply]

To sum up, the kind of people, who can easily read the text and identify the artists are not the kind of people, that relate to, or want to be tied up in wikidata. Broichmore (talk) 09:13, 23 July 2024 (UTC)[reply]

The text: 'This photo is taken in the train.' is not very informative. The line diagram may give a clue.Smiley.toerist (talk) 20:38, 22 July 2024 (UTC)[reply]

PS: I started a new category: Category:Rail vehicle floors. Smiley.toerist (talk) 20:40, 22 July 2024 (UTC)[reply]

These are MTR C-stock trains in Hong Kong. I've categorized and edited descriptions appropriately. Pi.1415926535 (talk) 20:53, 22 July 2024 (UTC)[reply]

(edit conflict) As a wild guess, C Train might refer to TML C-train. --Geohakkeri (talk) 20:54, 22 July 2024 (UTC)[reply]

I don't undertand why? Every room has a floor. Train seating is more descriptive here than floor. There was nothing wrong with Category:Train interiors. Broichmore (talk) 07:44, 23 July 2024 (UTC)[reply]

The floor category is only for images where the floor is prominent such as File:Osaka metro floor 2024.jpg. I draw the line at showing substantial amount of floor. There are also images showing no floor but the roof File:Chichibu Railway 7000 series interiors 1.jpg Smiley.toerist (talk) 08:13, 23 July 2024 (UTC)[reply]

Pages like Help:Converting video, Commons:File types, etc. generally recommend uploading in VP9/Opus/WebM. In particular, FT bases this off of the MDN Web Docs, which now recommends VP9 for "everyday" video and AV1 for "high quality" video. I think that we, a free file repository, generally fall into the "high quality" bucket (or, that is at least what we try to be, whether or not we get anywhere close is another story).^[1] AV1 probably has better support than VP9 at this point... probably, I can't find any good sources with numbers. It also has the bonus of being much simpler, cf. Help talk:Converting video#ffmpeg guidance. Snowmanonahoe (talk) 00:07, 23 July 2024 (UTC)[reply]

Is it also well usable in FFMPEG? My last level of knowledge is that it is in an experimental phase. I think this would be an important parameter, when working with AV1 --PantheraLeo1359531 😺 (talk) 13:14, 23 July 2024 (UTC)[reply]

I've never seen anything that indicates that AV1 support is experimental. I doubt that's still the case as it's been around for six years at this point. Snowmanonahoe (talk) 19:33, 23 July 2024 (UTC)[reply]

AV1 works, you can use it. We even serve up all video content in AV1 whenever a browser supports it. —TheDJ (talk • contribs) 13:51, 24 July 2024 (UTC)[reply]

Any reason for both Template:Videos from country by year and Template:Videos from the United States by year to exist?--Trade (talk) 03:19, 23 July 2024 (UTC)[reply]

Is there any guidelines or consensus as to how granular the subjects of this category should be? Trade (talk) 04:18, 23 July 2024 (UTC)[reply]

I think the general categorization guidelines apply here. The subjects can be as granual as they can get, provided you don't end up with a whole bunch of categories with only 1 media file (Commons doesn't have an official guideline for this I believe, but generally speaking the minumum number of media files should be 3). If a lot of categories share a common trait they can be put in a container category. ReneeWrites (talk) 09:40, 23 July 2024 (UTC)[reply]

Less granular than most categories we already have :) —TheDJ (talk • contribs) 13:50, 24 July 2024 (UTC)[reply]

yesterday I wanted to find logos for each Wikimedia project sorting by language and I discovered that there wasn't a category for that (no one shows love to the sister wikis other than Wikipedia). I went ahead and created one and I am creating a discussion to drive more people to help as I won't be able to alone.

you can see the problem below and on Category:English Wikimedia logos, as of course, English has the most work done

hope this is something that gets people interest. Juwan (talk) 21:01, 23 July 2024 (UTC)[reply]

Hello! There are many categories containing hundreds or thousands of files but no subcategories. In some cases, I've found that templates like {{ImageTOC}} make these categories a lot more navigable for future subcategorization, but only if most files are named in a way that allows for it.

What other ways are there to make manually sorting files a bit more manageable? Is it, for example, somehow possible to order images in a given category by the date= parameter in {{Information}} so that they can be more easily sorted into by-year categories? Sinigh (talk) 21:10, 23 July 2024 (UTC)[reply]

@Sinigh: Can you give any examples of these categories? That would make it easier to discuss what to do. In most cases, subdividing by date is not the most useful; it's better to subdivide by subject. Pi.1415926535 (talk) 23:20, 23 July 2024 (UTC)[reply]

@Pi.1415926535: Yes, "by subject" is of course the most useful one. Here are a few different examples:

• Category:Mountain Warfare Training Center – "by year" goes a long way since the category itself is both location and general subject
• Category:Photographs by Holger Ellgaard – "by subject", but it's probably a good idea to begin with "by year/month" because of the large number of files
• Category:People wearing boonie hats – I don't know what to do here, but most or all photos seem to be from the US military, so maybe that and then "by service"?

Since images have dates and are in other categories that define their subjects, I'm essentially wondering if this could somehow be used to make sorting easier. Bit of a vague question and a long shot. Sinigh (talk) 02:15, 24 July 2024 (UTC)[reply]

If topical categories can be broken down by subject, this should be done. Another possibility is by view. I think it's generally a non-issue.

The "Mountain Warfare Training Center"-category may be an illustration of what shouldn't be done: make subcategories by date rather than topical categories:w:Mountain_Warfare_Training_Center#Installation_capabilities can provide suggestions for topics. "Winter" could be another option.

Personally, I think it's terrible habit to make subcategories by subject in photographer categories. Enhancing999 (talk) 10:13, 25 July 2024 (UTC)[reply]

Hello, I have been uploading .svg Inkscape coats of arms images for many years. Suddenly now many of them are showing up on Commons as blank shields. For example File:FinchArms.svg. To test it and examine it I saved the blank image from Commons back to my computer, and when I opened it on my Inkscape package, it showed up properly. So the image is still in there somewhere! Can anyone suggest what might have happened, and how to fix the problem? Probably many hundred of my images over many years have been affected, from a brief review of my upload history.Lobsterthermidor (talk) 14:52, 24 July 2024 (UTC)[reply]

@Lobsterthermidor: Over time, the software to "render" SVGs (turn SVGs into PNGs shown to users) changes. I'm not a particular expert on SVGs, but I recall that Inkscape's SVGs often have issues in practice over time. If you export as "Plain SVG" I think they will work correctly. Jdforrester (WMF) (talk) 17:02, 24 July 2024 (UTC)[reply]

Maybe add a gif version if svg keeps breaking? Enhancing999 (talk) 18:23, 24 July 2024 (UTC)[reply]

Gifs in 2024? Sjoerd de Bruin (talk) 18:29, 24 July 2024 (UTC)[reply]

Replacing vector files with bitmap files is going backward. Just fix the SVG files. Glrx (talk) 19:46, 24 July 2024 (UTC)[reply]

It's an Inkscape bug that is now apparent because WMF uses a stricter SVG rendering engine. The files also do not display on Chome.

Inkscape emits illegal clipPath elements. For example, FinchArms.svg has

    <clipPath clipPathUnits="userSpaceOnUse" id="clipPath2877">
      <g id="g2881" inkscape:label="Layer 1" transform="matrix(0.28222223,0,0,0.28222223,-7.7612925,19.376908)" style="fill:none">
        <path sodipodi:nodetypes="ccscssc" inkscape:connector-curvature="0" id="path2879"
           d="M 79.678451,149.81749 H 646.03583 v 258.58398 c 0,285.48607 -283.17773,397.82031 -283.17773,397.82031 0,0 -196.71555,-78.03561 -262.23435,-269.31836 C 87.532751,498.68407 79.678451,455.94392 79.678451,408.40147 Z"
           style="opacity:1;fill:none;fill-opacity:1;fill-rule:nonzero;stroke:#000000;stroke-width:3;stroke-linecap:round;stroke-miterlimit:4;stroke-dasharray:none;stroke-opacity:1" />
      </g>
    </clipPath>

A clipPath element may not contain a g element. It is only allowed to contain simple shapes such as circles, rectangles, and paths (and a little more).

Glrx (talk) 19:46, 24 July 2024 (UTC)[reply]

Hello, I was searching for Czech term "výstaviště" and its category here - výstaviště is place for exhibitions (and sometimes can be also for lunaparks, food festivals, etc.). First my opinion was that in english it is Category:Fairgrounds but according to dictionaries this is only for lunaparks. So I found english term Exhibition grounds and made category. But then I was searching and searching and according this it looks that Fairgrounds is for exhibitions and also lunaparks, not only lunaparks. So I can use this already existing tree of categories. Am I right or...? (if you can, you can shift categories to correct naming immediatelly if its wrong). Thank you very much for your help and sorry for my bad dictionaries :D Palu (talk) 00:57, 25 July 2024 (UTC)[reply]

@Palu: May I assume that by "lunapark" you mean "amusement park"? "Amusement park" is not really interchangeable with "fairgrounds". Disneyland is an amusement park, but not a fairground. Fair Park in Dallas is a fairgrounds, but only once a year, as far as I know, does it host anything like an amusement park. - Jmabel ! talk 04:20, 25 July 2024 (UTC)[reply]

Yes, correct. So what term is best for "místa kde se dějí primárně výstavy"? Thank you for your help and patience :) --Palu (talk) 06:43, 25 July 2024 (UTC)[reply]

So in the end I used artificial intelligence and it told me that both terms are interchangeable, however "exhibition grounds" is more exclusively for exhibitions, while "fairgrounds" is more benevolent (also for entertainment), therefore more universal. So I will unify it on the "fairgrounds". If somebody will evaluate better solution, feel free to correct it. Thank you for your help provided. --Palu (talk) 07:23, 25 July 2024 (UTC)[reply]

Hey All We at Wiki Project Med have funded an image annotation tool that meshes with Commons. It is still a little rough around the edges with further ongoing development. If you have suggestions please add them here Doc James (talk · contribs · email) 02:06, 25 July 2024 (UTC)[reply]

I totally don't understand what this does. I put in the name of a file on Commons and it offered to upload it to Commons. - Jmabel ! talk 04:23, 25 July 2024 (UTC)[reply]

@Jmabel: It looks like the tool works if you just copy and paste the URL for the page instead of the actual image. --Adamant1 (talk) 04:47, 25 July 2024 (UTC)[reply]

In response to Commons:Deletion requests/File:Roermond 1931.jpg I would like to start a discussion on how to treat the many old European postcards, wich are dated between 1 jan 1929 (US:PD-1923) and 1 januari 1954 (PD 70 years Europe / PD-anon-70-EU)

Background: Most of the old postcards where published by big postcard publishers such as Category:Postcards published by Nels/Thill, wich mostly bought the works of local photografers or send employees to take pictures. If the photografers had some reputation the name is mentioned on the postcard (PD 70 years after death)(otherwise 70 years after publication). The original glass plates or negatives have almost certainly been lost, the same with the compagny records. The publishers at that time wanted recent images and not outdated ones. Glass plates took a lot of place and where reused. Celluliod negatives less so, but stil took space and effort to maintain for no commercial purpose. There was a lot of disruption during the Second World War (occupation, cessation of activity, employees fleeing or taking other occupations, destruction of buildings), so many archives where lost. If the picturearchives of Nels/Thill stil existed they would certainly be treasured and preserved. It is safe to assume that they no longer exist. If no name of the photografer is given it is imposible to research it. If the photografer still lives he could claim out of memory that it is his work, but for descendants this is imposible. Who would remember the many (commercial) pictures his father took? For any legal procedings there has to be some minimal element of proof.

There where also many small local publishers, wich only published local postcards. I always assumed that the publisher also took the pictures, so I treated them as such for licensing purposes. (70 years after death)

How do we apply this knowledge to the postcard URAA-restored copyrights cases? My suggestion is to apply URAA to postcards where the photografer is known. The risk is small that someone will go to an US court for the license rigths of an European village picture postcard with no commercial value. (or very marginal one) But it still exist. In de anonymous cases the precautionary principle should not apply if there is no risk.

• In the very unlikely event the authorship is claimed/or discovered and URAA applies, we delete the file.
• there are no US connections. These are local images, taken by a local photografer. The photografer could later move to the US, but then this is no longer an anonymous case. (he/she has to make his name known)
• there are considerable costs to starting an US legal proceding with foreign elements, for postcards wich may have historic value, but none or very marginal commercial value.
• for any legal procedings there need to be some element of proof. Otherwise everyone can claim rigths to the image. If there are no records or original material this becomes imposible. There is only one negative. Prints can be duplicated and have no proof value. Smiley.toerist (talk) 09:44, 25 July 2024 (UTC)[reply]

PS: I have no expert knowledge how US law is applied in these European cases, so feel free to comment. (I suspect it is not as simple as 70 years becomes 95 years) Smiley.toerist (talk) 09:42, 25 July 2024 (UTC)[reply]

This is a new Light rail station in Hannover, that is not yet present on the OpenRailwayMap. It is on the Empelder Strabe just before the turn to Badenstedter Strabe. As the closest side street is Riechersstrabe, I suspect the station wil be called Riechersstrabe, but I am not certain. Smiley.toerist (talk) 10:39, 25 July 2024 (UTC)[reply]

Solved: https://en.mapy.cz › ?source=pubt&id=24659906.Smiley.toerist (talk) 10:46, 25 July 2024 (UTC)[reply]