Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Jump to content

Help talk:Extension:FileImporter

About this board

Central feedback page for FileImporter/FileExporter.

File with {{CC BY-SA 2.0}} cannot be imported?

3
Myrealnamm-alt (talkcontribs)
Stefan2 (talkcontribs)

The template is called w:Template:CC BY-SA 2.0. I edited the file information page to use the redirect w:Template:Cc-by-sa-2.0, and then it worked.

As I understand it, all accepted copyright templates should be listed at Extension:FileImporter/Data/en.wikipedia. Do we have to ensure that there are no redirects in that list? I think that all of the Creative Commons templates have been moved to other names since the list was compiled, and there might also be other templates which have been moved.

Myrealnamm (talkcontribs)

@Stefan2 Thanks! I think there are a few more templates that need to be changed/added to the list... I'll keep an eye out for that. Thanks for your help!

Reply to "File with {{CC BY-SA 2.0}} cannot be imported?"
MGA73 (talkcontribs)

The script adds the NowCommons but sometimes the local NowCommons require that "File:" is included and sometimes it does not.

Would it be possble to have an option to include "File:" or not?

Thiemo Kreuz (WMDE) (talkcontribs)

This is currently not possible, sorry. FileImporter uses the information available via d:Q5611625. How should it know when it should and when it shouldn't add the namespace? The best option is probably to fix the templates to work like the others.

Do you know how many language versions are affected? Can you provide examples?

MGA73 (talkcontribs)

Thank you. Sorry I do not know how many languages it affect. The only way FileImporter can know is if there is an option in the configuration where it is possible to et a "Add namespace = no/yes". If it is complicated to add then it would probably be better just to fix the templates.

Reply to "NowCommons"

PD files with hidden revisions

4
Illegitimate Barrister (talkcontribs)

There are a bunch of public domain free files that have hidden revisions because they were wrongly tagged as copyrighted. These can't be imported with fileimporter. How would I move them?

Pppery (talkcontribs)

Get an admin to unhide them. It this is about the English Wikipedia then en:Wikipedia:REFUND is the standard venue.

Thiemo Kreuz (WMDE) (talkcontribs)

I see two options. Either ignore the old revisions and manually re-upload only the latest one. Or ask an admin to undelete the revisions on the source wiki before starting the export.

Stefan2 (talkcontribs)

I suspect that these files are mostly logos initially tagged with w:Template:Non-free logo and then re-tagged with w:Template:PD-textlogo. If so, carefully check that the deleted revisions aren't older logos for the same entity (which might be copyrighted).

Reply to "PD files with hidden revisions"

Imported using FileImporter

3
BoldLuis (talkcontribs)
Tacsipacsi (talkcontribs)

How? Using a parameter won’t work; without Multilingual Templates and Modules, we can’t make sure that it works across wikis. The name of the template is taken from Wikidata, but Wikidata can’t provide any information on a template other than its name.

Christoph Jauera (WMDE) (talkcontribs)

Hi @BoldLuis. Currently the template used as default to be added to the source wiki is configured as a Wikidata item of the type Wikimedia template. For the wikis in production this is https://www.wikidata.org/wiki/Q5611625


This way we can make sure that each project gets the language version needed. Apart from that there's no customization possible at the moment.

Reply to "Imported using FileImporter"

It says to activate in the Beta portion of preferences...

4
Summary by Thiemo Kreuz (WMDE)
Jmabel (talkcontribs)

... but I don't see it offered in the preferences on en-wiki. - Jmabel (talk) 03:15, 23 November 2022 (UTC)

Jeff G. (talkcontribs)

Jmabel: It was included in "Deployment as a default feature on all remaining Wikis" on 2020-08-05 per Help:Extension:FileImporter#Deployment roadmap (ignore the language about "beta" on that page). While viewing a file description page on enwiki (or any non-Commons WMF production wiki), look for a tab labeled "Export to Wikimedia Commons" in Vector or "export to wikimedia commons" in Monobook.

Jmabel (talkcontribs)

Then the remark here about Beta should be removed, no? - Jmabel (talk) 16:04, 23 November 2022 (UTC)

Jeff G. (talkcontribs)
Reply to "It says to activate in the Beta portion of preferences..."

FileImporter is not recognizing {{PD-textlogo}} from Wikiversity

3
Ixfd64 (talkcontribs)

I tried to import a file tagged with {{PD-textlogo}} on the English Wikiversity to Commons, but FileImporter does not recognize it as having a valid license.

Tacsipacsi (talkcontribs)
Ixfd64 (talkcontribs)

Thanks. I've added the template.

Forcing Import for duplicate file

3
Locke Cole (talkcontribs)

Not sure if this is beyond the scope of this extension, but would it be possible to detect when someone is attempting to upload an identical file from another Wikimedia project (like English Wikipedia) directly to Commons and change that action into a FileImport automagically? This would help keep revision histories intact, and stop editors who may be deliberately trying to "take credit" for work they didn't do from doing so (bonus points if it detects an attempt to upload a non-current version of an identical file from another project).

Thiemo Kreuz (WMDE) (talkcontribs)

I think this is technically possible. It can probably reuse the technology we can see at the bottom of Commons file description pages where usages in other wikis are listed. What makes it especially complicated is that there are so many ways to upload files. Some UX work is needed as well to let the user know what's going on. The team at Wikimedia Deutschland currently doesn't have the resources to work on this. But it might be wort a feature-request ticket on Phabricator.

Locke Cole (talkcontribs)
Reply to "Forcing Import for duplicate file"
Jonteemil (talkcontribs)
Christoph Jauera (WMDE) (talkcontribs)

Hej @Jonteemil!

There was an issue with FileImporter that triggered that error and might have broken some imports. [1]

It should be fixed now though. If you have a broken import on Commons now, please try to reach a Commons admin and ask for the file to be deleted there so you can import it again.

Thanks!

Reply to "Bug?"

CannotCreateActorException

2
Summary by Thiemo Kreuz (WMDE)
MGA73 (talkcontribs)

Hi! I tried to re-import ja:ファイル:Tojyo-kiha120.JPG so I deleted the file on Commons and tried. I get the message "[81d89d35-b45b-4150-9712-1c6331024e55] 2022-05-18 17:32:23: Fatal exception of type "CannotCreateActorException"". Any idea why? (I restored the file on Commons again so you will get a dupe warning if you try now. You can just revert on ja.wiki and try).

Jeff G. (talkcontribs)
Reply to "CannotCreateActorException"
Summary by Thiemo Kreuz (WMDE)

Added to the config page.

Silraks (talkcontribs)

Maybe I am missing something, but I think the license cc-by-sa-4.0 is allowed on Commons.

If that is so, then it seems FileImporter does not recognize it properly and does not allow importing of such images.


Maybe it does not affect all images with the license, but I had trouble with this file (and the reason of a incompatible license being given)

Thiemo Kreuz (WMDE) (talkcontribs)