User talk:Flominator/Flinfo: Difference between revisions

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
Content deleted Content added
(One intermediate revision by one other user not shown)
Line 418: Line 418:
::::Are you claiming that [http://www.flickr.com/photos/peosoldier/5246760069 this photo] were "free"? It would also help if you could provide example links. [[User:Lupo|Lupo]] 06:29, 13 May 2011 (UTC)
::::Are you claiming that [http://www.flickr.com/photos/peosoldier/5246760069 this photo] were "free"? It would also help if you could provide example links. [[User:Lupo|Lupo]] 06:29, 13 May 2011 (UTC)
::::OTOH, for accounts such as the [http://www.flickr.com/photos/kabulpublicdiplomacy/ U.S. Embassy in Kabul], who seem to post their images as cc-by-nd (some as cc-by), we could set up a system in which Flinfo has a list of known Flickr accounts for which it will additionally go through the EXIF data and if that EXIF data indicates a U.S. gov't employee, it could select an appropriate license. Hmm. Would have to check several EXIF fields: description must contain "(Author/U.S. agency)", must also look in IPTC fields, Author from description must match the Author field, copyright fields must indicate a U.S. agency, e.g. "Department of State", and the list must tell flinfo to use PD-USGov-State in this case. Could be done, but each such account would have to be scrutinized individually. For instance, I wouldn't include PEOSoldier, but the Kabul embassy looks OK. [[User:Lupo|Lupo]] 10:51, 14 May 2011 (UTC)
::::OTOH, for accounts such as the [http://www.flickr.com/photos/kabulpublicdiplomacy/ U.S. Embassy in Kabul], who seem to post their images as cc-by-nd (some as cc-by), we could set up a system in which Flinfo has a list of known Flickr accounts for which it will additionally go through the EXIF data and if that EXIF data indicates a U.S. gov't employee, it could select an appropriate license. Hmm. Would have to check several EXIF fields: description must contain "(Author/U.S. agency)", must also look in IPTC fields, Author from description must match the Author field, copyright fields must indicate a U.S. agency, e.g. "Department of State", and the list must tell flinfo to use PD-USGov-State in this case. Could be done, but each such account would have to be scrutinized individually. For instance, I wouldn't include PEOSoldier, but the Kabul embassy looks OK. [[User:Lupo|Lupo]] 10:51, 14 May 2011 (UTC)

:All right; I've implemented selective whitelisting. Try it e.g. with [http://www.flickr.com/photos/39955793@N07/5710425227/ this image]; Flinfo should recognize [http://wikipedia.ramselehof.de/flinfo.php?id=5710425227 it's actually PD]. This only works for explicitly whitelisted Flickr accounts, and only if Flinfo can indeed find some indication in the EXIF for a free license. Currently, the following accounts are whitelisted: [http://www.flickr.com/photos/34956641@N03 U.S Embassy Kabul Afghanistan], [http://www.flickr.com/photos/35703177@N00 The U.S. Army], [http://www.flickr.com/photos/36281822@N08 US Army Africa], [http://www.flickr.com/photos/39955793@N07 U.S. Department of Defense Current Photos], and [http://www.flickr.com/photos/40645096@N04 United States Forces - Iraq].
=== Selective whitelisting ===
:If you find other accounts, feel free to ask for whitelisting here. Unfortunately, I'll have to examine each candidate's photo stream manually to figure out what exactly they put in the EXIF; these guys can be pretty inconsistent in their tag usage; I have to write tailored Flinfo-configurations for each candidate. [[User:Lupo|Lupo]] 11:26, 15 May 2011 (UTC)
All right; I've implemented selective whitelisting. Try it e.g. with [http://www.flickr.com/photos/39955793@N07/5710425227/ this image]; Flinfo should recognize [http://wikipedia.ramselehof.de/flinfo.php?id=5710425227 it's actually PD]. This only works for explicitly whitelisted Flickr accounts, and only if Flinfo can indeed find some indication in the EXIF for a free license. Currently, the following accounts are whitelisted: [http://www.flickr.com/photos/34956641@N03 U.S Embassy Kabul Afghanistan], [http://www.flickr.com/photos/35703177@N00 The U.S. Army], [http://www.flickr.com/photos/36281822@N08 US Army Africa], [http://www.flickr.com/photos/39955793@N07 U.S. Department of Defense Current Photos], and [http://www.flickr.com/photos/40645096@N04 United States Forces - Iraq].

If you find other accounts, feel free to ask for whitelisting here. Unfortunately, I'll have to examine each candidate's photo stream manually to figure out what exactly they put in the EXIF; these guys can be pretty inconsistent in their tag usage; I have to write tailored Flinfo-configurations for each candidate. [[User:Lupo|Lupo]] 11:26, 15 May 2011 (UTC)

:Thanks.

:Let me say that flinfo is a great tool, one I may have used over 1000 times. So thanks in general for this tool.

:There is at least one USCG site that should be whitelisted. I`ll let you know which one, when I remember.

:I don`t know if you saw my account of writing a flickrmail to flickr-id ISAFmedia, about their application of restrictive liscenses to images taken by American GIs. Someone junior wrote me back, telling me the liscense they applied was the one they had been ordered to use. But the boilerplate at the bottom of their flickrmail included the email address of a superior officer. I wrote them and ISAFmedia changed the liscense to all their images to a free liscence. But that free liscense is only appropriate for images from American GIs, and ISAF is an International force, so a significant fraction of its images are crown copyright, or otherwise non-free. I try to be responsible and only upload those I think were really taken by American GIs. [[User:Geo Swan|Geo Swan]] ([[User talk:Geo Swan|<span class="signature-talk">talk</span>]]) 16:01, 15 May 2011 (UTC)

Revision as of 16:01, 15 May 2011

Todo

Topic Description Status
Translation interface A way to enable people to easily contribute translations Brainstorming
URL input Call Flinfo by using a Flickr-URL instead of the ID OK since early 2010
test categories Just convert the tags with existing categories OK since 9. Oct 2007
html2wiki Convert html links to external links OK since 18. Oct 2007
geocoding Add Template:Location dec where suitable OK since 3. Dec 2007
LoC images Support PD-Bain, PD-USGov-FSA and LOC-image OK since 20. Jan 2008
no categories test categories didn't work longer, because the API had been changed OK since 24. Mar 2008
whitespace categories categories like Category:Shiny Toy Guns weren't detected correctly OK since 20. Apr 2008
Powerhouse images images from the latest commons addition are tagged with Template:PD-Australia OK since 20. Apr 2008
Brooklyn Museum images from the Brooklyn Museum are now tagged with Template:Flickr-Brooklyn-Museum-image and Template:Flickr-no known copyright restrictions OK since 4. Jun. 2008
pipes removed some images from the Brooklyn Museum contained the pipe character, which is now replaced by "-" OK since 4. Jun. 2008
e-mail addresses convert e-mail addresses, like the one at [1] by a clickable link Brainstorming
notify removed the message that asks to notify the Brooklyn Museum is now included in Template:Flickr-Brooklyn-Museum-image and will be therefore removed from the description OK since 5. Jun. 2008
wrong form the links to the upload forms were outdated, since Commons changed them some days ago OK since 5. Jun. 2008
unknown source all images from new sources, like the ones from the Smithsonian Institution are tagged with Template:Flickr-no known copyright restrictions OK since 19. Jun. 2008
Fonds Trutat pictures from Bibliothèque de Toulouse taken by Eugène Trutat are marked with Template:PD-old OK since 11. Jul. 2008
only correct dates timestamps before January 01, 1970 and those after today are no longer inserted OK since 11. Sep. 2008
copy to upload form template {{information}} is automatically copied to the upload form OK since 29. Nov. 2008
disclaimer links disclaimers of institutions participating in Flickr's TheCommons are linked at the permission field (but only if there is a rights statement for the institution) OK since 29. Nov. 2008
Oregon + Florida added the disclaimer links to Oregon State University Archives and Florida Memory OK since 07. Mar. 2009
Getty added the disclaimer link to Getty Research Institute OK since 16. May 2009
Scotland added support for pictures from National Galleries of Scotland Commons. OK since 29. May 2009
White House pictures marked with United States Government Work are translated into Template:PD-USGov-POTUS OK since 29. May 2009
Field Museum Library added support for their pictures OK since 22. Aug. 2009
Nantucket Historical Association added support for their pictures OK since 22. Aug. 2009
input parameters you can now configure Flinfo's output (see User:Flominator/Flinfo) OK since 22. Aug. 2009
name as fall back description when now description is entered at Flickr, Flinfo will take the name of the image as description OK since 22. Aug. 2009
Swedish National Heritage Board added support for their pictures OK since 19. Sep. 2009
LLGC/LSW added support for two new organisations: [2], [3] OK since 8. Nov. 2009
no brackets added removal of brackets in flicker's image titles. Also "Book & Manuscript" is turned into "Book and Manuscript" in order to keep the preview working. OK since 20. Jan. 2010
category redirects categories containing Template:Category redirect will no be replaced by the target category. OK since 22. Jan. 2010
user agent set user agent according to [4] and [5] after occurrence of error message OK since 22. Feb. 2010
main categories now ignoring categories using Template:Categorise OK since 22. Feb. 2010
NARA now supporting images from National Archives and Records Administration OK since 28. Feb. 2010
JDA now supporting images of Jewish Women's Archive OK since 11. Mar 2010
UW DC now supporting images of University of Washington Libraries Digital Collections OK since 13. Mar 2010
3 new commons now supporting images of UA Archives, Center for Jewish History and The National Archives UK OK since 01. May 2010
some new commons now supporting images of Library of Scotland and some others OK since 03. July 2010
new code finally uploaded a version of Flinfo that was completely rewritten by my new partner Lupo. OK since 03. July 2010
ipernity and panoramio new modular architecture of the tool by Lupo now allows use of pictures from these two other image pages OK since 03. July 2010
Picasa New engine for retrieving image info about Picasa images added by Lupo OK since 11. May 2011
whitelisting Selective whitelisting and license extraction from EXIF. OK since 15. May 2011

Please post German postings at w:de:Benutzer Diskussion:Flominator/Flinfo

geocoding?

Hi! Do you have any plans to add geocoding to the info gathered by Flinfo? This would be a useful feature. Cheers--Ragesoss 22:31, 28 October 2007 (UTC)[reply]

I didn't think about it yet. Please show me some examples on Flickr und Commons and I'll see what I can do. --Flominator 09:33, 29 October 2007 (UTC)[reply]
Done. --Flominator 18:52, 3 December 2007 (UTC)[reply]

Locations

Hi. A question about locations has come up at User talk:Jeff_G.#Stated_location_on_Commons:Questionable_Flickr_images.3F. Would you please address it there? Thanks!   — Jeff G. (talk|contribs) 19:02, 30 November 2007 (UTC)[reply]

Download link

The download link on the Flinfo page doensn't work for me. It seems Flickr is blocking it. Is this a known bug? I don't mind downloading direct from Flickr's site, but it's annoying to have that broken link, because I know I'm going to click it. :) Superm401 00:06, 12 December 2007 (UTC)[reply]

Flinfo down

Flinfo is down for me, and it's worked in the past. VanTucky 21:33, 13 February 2008 (UTC)[reply]

Flinfo minor bug

Just a minor error, but when it detects something like "all rights reserved", it says {{copyvio|Flickr, licensed as "All Rights Reserved" which is no free license --~~~~}} when it should be "not a free licence" rather than "no free licence". -mattbuck (Talk) 00:30, 3 May 2008 (UTC)[reply]

Thanks. Changed. --Flominator (talk) 20:00, 9 September 2008 (UTC)[reply]

Update your Flickr 2 Commons scripts

Hello

I may update these scripts : http://wikipedia.ramselehof.de/flinfo.php http://toolserver.org/~magnus/flickr2commons.php because Smithsonian Institution has join Commons.

Thanks. I already noticed it. I just need to know which template to use. --Flominator (talk) 09:06, 17 June 2008 (UTC)[reply]

Fill in upload form

Ibn Hajar

(contributed by Farooque Ahmed for Wikipedia, the free encyclopedia)

Ibn Hajar ibn Ali Usqalani (d. 853 AH/ 1449 AD) is one of the most famous Traditionists and Hadith collectors who worked tirelessly about the activities and numbers of Sahabas and Shaybat who went to Abyssinia in 614 and 615 and about their return activities in Arabia. He is also known as Hafiz ibn Hajar, or Al Hafiz (Ibn Hajar) or Ibn Hajar Shahbuddin Abul Fazl Usqalani.M.M.Yusuf Kandhlawi, 2004, Hayatus Sahaba: Lives of the Sahaba, vol. 1, pp. 429, 463, 443.

Biography

Name: Ibn Hajar or Al Hafiz Ibn Hajr Name of Father: Ali Usqalani Date of Birth: ? CE Date of Death: 1449

Major Works

His major work on Abyssinian Hijarat question is Asaba or al-Isabah ( meaning: About the Sahabas dealing with mainly Abyssinia bound first Hijaratis). Al-Isabah (Asaba) makes up the main story of this episode where in many Sahabas, traditionists and commentators put in their views.Kandhlawi, Hayatus Sahaba (v.1), pp. 450-51.)His reputed work clearly indicated that Sa'd and his father Abi Waqqas were not among those returning from Abyssinia to Madinah (Arabia).

“Ibn-Hajar was an Arabian author who wrote more than a hundred books, among which are Lisan-ul Mizan and Asaba.He died in AD 1449/853 AH)”.T. William Beale, 1971, An Oriental Biographical Dictionary, New Delji:Manohar Reprints, p.168.

His major work on Traditions was Bulugh al- Maram, an abridgement of which, called Muntakhib Bulugh al-Marani, was printed in Calcutta with an interlinear Urdu Translation.”T.W. Beale, An Oriental Biographical Dictionary, p. 359. Ibn-Hajr also wrote a famous book Fath al-Bari, Pub. Cairo, 1348 CE.Prof. Dr. Abd al-Rahman I. Doi,2000, Sciences of the Quran, New Delhi: Sterling Publishers, p.23)

Legacy

Ibn Hajar made the significant statement: “A Collection of the commentaries of Abd-Allah ibn Abbas was in Egypt according to the traditions of Abi Talhah. Ibn Hajar mentions that Abu Salih, the transcriber of Laithi, and a traaansmitter of Hadith had in Egypt this manuscript of the Tafsir ibn Abbas in his possession. This information he had received from Muawiyah, the son of Abu Sufiyan and he, from Abu Talhah and he from Abbas. Abu Jafar in his work Nasikh took the tradition from this very source. Whatever Imam Bukhari reflects in his book as statements of Ibn Jarir, Ibn Abu Haitham and Ibn al-Manzur, also received their information for commentaries of the Ibn Hajar, above through several mediums.”Prof A. Doi, 2000, The Sciences of the Quran, p. 271.

The high tribute paid to Ibn Hajr in his lifetime and later is reflected by a statement: “Sir Syed quoted Hafiz Ibn Hajr, one of the most respected theologians of that time, as saying that in ‘most of the traditions relied upon Tabari there is no basis at all’”.Rafiq Zakaria, 1991, Muhammad and the Quran, New Delhi 14.



Notes

1. Maulana Muhammad Yusuf Kandhlawi, 2004, Hayatus Sahaba: Lives of the Sahaba, vol. 1, pp. 429, 463, 443. 2. M.M. Y. Kandhlawi, Hayatus Sahaba (v.1), pp. 450-51.)His reputed work clearly indicated that Sa'd and his father Abi Waqqas were not among those returning from Abyssinia to Madinah (Arabia). 3. T. William Beale, 1971, An Oriental Biographical Dictionary, New Delji:Manohar Reprints, p.168. 4. T.W. Beale, An Oriental Biographical Dictionary, p. 359. 5.Prof. Dr. Abd al-Rahman I. Doi,2000, Sciences of the Quran, New Delhi: Sterling Publishers, p.23).

6.Prof A. Doi, 2000, The Sciences of the Quran, p. 271. 7.Rafiq Zakaria, 1991, Muhammad and the Quran, New Delhi 14.

Replace Template:Information by Template:Flickr

Hello.

I think you can replace, in Flinfo script and here, the Template:Information by Template:Flickr. This template:flickr include Flickr image in Flickr category.--ComputerHotline (talk) 10:52, 18 October 2008 (UTC)[reply]

I don't really understand what that would change ... --Flominator (talk) 15:17, 10 November 2008 (UTC)[reply]
The actual Flinfo and the actual flickr2commons uses "Template:Information". I think these scripts would use this template "Template:Flickr", not "Template:Information". --ComputerHotline (talk) 18:52, 10 November 2008 (UTC)[reply]
I understood that. What I didn't understand was the reason. --Flominator (talk) 09:47, 13 November 2008 (UTC)[reply]
Replace in yours scripts the Template:Information with Template:Flickr. This Flickr template include automatically the image in "Flickr" category. --ComputerHotline (talk) 16:57, 15 November 2008 (UTC)[reply]

Support of this site

Hello.

Your scripts (Flinfo script and Flickr2commons) may supports this site which joined The Commons.--ComputerHotline (talk) 11:53, 21 October 2008 (UTC)[reply]

Flinfo supports every uploader with an appropriate license. Do you think that Template:PD-NL-Gov may be applicable? --Flominator (talk) 09:59, 24 October 2008 (UTC)[reply]
I don't know. --ComputerHotline (talk) 15:09, 24 October 2008 (UTC)[reply]

Download link again

I tried to upload the following file from Flickr http://flickr.com/photos/dbfrom1kb1/2041518247/ , when I clicked on download original size I get http://static.flickr.com/2347/2041518247_a3a027eda9_o.jpg, but the image is there as I can manually download it; it just appears to be calling for the wrong link. It seems that it should be calling for http://static.flickr.com/2347/2041518247_f8d41b5ba9_o.jpg this. Is this a bug in Flinfo, something wrong with Flickr, something I'm doing wrong, or something else?--User:Doug(talk contribs) 00:06, 21 October 2008 (UTC)[reply]

Hi Doug, it seems that is has something to do with the fact, that this image is hidden in flickr. --Flominator (talk) 09:37, 24 October 2008 (UTC)[reply]
I guess I don't understand something. Other users have said that they can't see these images, but I can search and view these files without difficulty. Does this have to do with the safe search filter on Flickr?--User:Doug(talk contribs) 14:15, 24 October 2008 (UTC)[reply]
I can only see the image by accessing the direct file file above. I changed safe-search but wasn't able to see them either. I think it also has something to do with the country from which you want to access the pictures. I've heard that they've blocked something for German users. May I ask where you are from? --Flominator (talk) 11:43, 25 October 2008 (UTC)[reply]
US - north of Boston.--User:Doug(talk contribs) 22:43, 25 October 2008 (UTC)[reply]

Australian War Memorial collection

Hello

The Australian War Memorial collection has joined the Flickr Commons. You can integrate it in Flinfo and Flickr2Commons. --ComputerHotline (talk) 08:53, 11 November 2008 (UTC)[reply]

Do you think, I should assign Template:PD-Australia to these pictures? --Flominator (talk) 09:56, 13 November 2008 (UTC)[reply]
I don't sure. You can read it to know the answer at the question. --ComputerHotline (talk) 19:03, 13 November 2008 (UTC)[reply]

Imperial War Museum

Hello.

Imperial War Museum has joined commons. You can integrate it in yours scripts. --ComputerHotline (talk) 19:05, 13 November 2008 (UTC)[reply]

New sites should be integrated automatically. --Flominator (talk) 11:05, 19 November 2008 (UTC)[reply]

Flinfo not working for me

When I tried using the Flinfo tool [6] I got this message:

Problem while retrieving picture http://www.flickr.com/photos/phaudio/967190500/

I used this Flickr upload tool instead:

So the photo is uploaded here:

Has the Flinfo tool been superseded by http://tools.wikimedia.de/~bryan/flickr/upload ?

Should the Flinfo link be removed from here:

Please see MediaWiki talk:Uploadtext/fromflickr. --Timeshifter (talk) 11:19, 5 February 2009 (UTC)[reply]

Hi Timeshifter, no Flinfo wasn't superseeded. These are just two different tools. For the rest, see the talk page you linked. --Flominator (talk) 19:45, 16 February 2009 (UTC)[reply]

Unable to load Flinfo

For the last few hours my server has been unable to locate Flinfo. Is this the fault of my server, or is Flinfo down? --Geronimo20 (talk) 00:49, 17 February 2009 (UTC)[reply]

Flinfo date question

How do you get the time the image was uploaded? --Odie5533 (talk) 07:38, 28 March 2009 (UTC)[reply]

I receive $photo['dates']['taken'] and use strftime to format it. Sorry for the late reply. --Flominator (talk) 20:56, 17 July 2009 (UTC)[reply]

Any more Flinfo input parameters?

I wrote a {{Flinfo}} template so I can edit a list of calls to Flinfo for uploading a set of photos. Or just to document individual uploads on a user subpage of notes. I almost always want to edit the filename, description, and categories that Flinfo produces. This makes the "[Open upload form]" link less useful than it could be. It would be nice if I could tell Flinfo what to use for those three items, so the [Open upload form] link would be directly useful with no need for subsequent editing in the upload form. I would rather do all the editing in one place (on a user subpage, before I call Flinfo), which makes it easier when uploading a set of related photos that all require the same or similar corrections to filenames, descriptions, and categories. I could put those items into the {{Flinfo}} calls, and generate a link to Flinfo that would pass them as input. Otherwise, I have to make the same corrections repeatedly in individual browser tabs for each photo, which is tedious and error-prone. Does Flinfo accept any URL parameters other than ?id= ? --Teratornis (talk) 09:10, 15 July 2009 (UTC)[reply]

Hi Teratornis, nice thing you got there. I think, I can get Flinfo to use such input parameters. Just give me some time. --Flominator (talk) 20:57, 17 July 2009 (UTC)[reply]
Thank you very much. In the meantime, see my experiments with using the sed command to generate the wikitext I use to upload all photos from a Flickr photoset. If I could tell Flinfo the description text (to replace or append to the Flickr description), the categories, and the filename, I could almost automate the upload of a whole photoset in one step. Except for the need to save all the largest photo sizes to local disk. --Teratornis (talk) 21:49, 18 July 2009 (UTC)[reply]
You might want to as Magnus for access to the bot behind Flickr2Commons to avoid that, as well. --Flominator (talk) 09:41, 19 July 2009 (UTC)[reply]
Done. --Flominator (talk) 08:21, 22 August 2009 (UTC)[reply]

"Download original size" link is broken for me

I have the same problem that other users reported with the "Download original size" link - it never works for me. For example, for this photo:

the Flinfo result page is:

which displays the link:

which always redirects to:

The actual largest size is here:

--Teratornis (talk) 09:10, 15 July 2009 (UTC)[reply]

This seems to be a flickr problem with some pictures. Please use the Flickr interface and download the large version from there. --Flominator (talk) 20:59, 17 July 2009 (UTC)[reply]

Managing category redirect.

Would it be possible when a category redirect is found to provide the final category instead ? Like if the flickr tag match emu which look like Category:Emu could you propose Category:Dromaius novaehollandiae ? - Zil (d) 07:58, 26 December 2009 (UTC)[reply]

I got something in mind, that might actually work. Please give me some time. --Flominator (talk) 19:36, 22 January 2010 (UTC)[reply]
This was an interesting challenge, so I did it right away :) See this for a sample. --Flominator (talk) 20:12, 22 January 2010 (UTC)[reply]
That's wonderful. Thank you for your time. - Zil (d) 21:08, 11 February 2010 (UTC)[reply]

FlickrInfo suggestion

Instead of waiting for the upload page to tell you "This image already exists under the following name...", would it be possible for FlickrInfo to tell you "This image ID# has already been uploaded at File:X" ? It wouldn't block the information because someone may be uploading a crop, etc - but it'd still be worth pointing out to save time for interested users.Max Rebo Band"almost suspiciously excellent" 19:45, 8 February 2010 (UTC)[reply]

Nice idea. Maybe using link search might work. But then you would only cat the images that are linked with the right link in their description. --Flominator (talk) 19:57, 22 February 2010 (UTC)[reply]

An odd error

I got the following error message when trying to use an id of 2614444121:

Warning: file_get_contents(http://commons.wikimedia.org/w/api.php?action=query&format=php&prop=revisions&titles=Category%3AKate+Voegele) [function.file-get-contents]: failed to open stream: HTTP request failed! HTTP/1.0 403 Forbidden in /home/www/kunden/ramselehof.de/wikipedia/flinfo.php on line 559

I did get a text box with copyable info though. I'm using Safari 4.0.4 on Windows XP SP3.--Rockfang (talk) 01:43, 16 February 2010 (UTC)[reply]

It might be link to this. - Zil (d) 18:52, 17 February 2010 (UTC)[reply]
Can't help with why it is happening, but I've been getting the same error message the last few days. It also results in a failure to pick up categories from the Flickr page. - MPF (talk) 01:03, 21 February 2010 (UTC)[reply]
Great hint. Found this and fixing it right now. --Flominator (talk) 19:37, 22 February 2010 (UTC)[reply]

Main Categories

When a category is a main category containing {{Categorise}} ("This is a main category or subcategory requiring frequent diffusion and maybe maintenance. As many pictures and media files as possible should be moved into the right subcategories"; example: Category:Birds), would it be possible to stop Flinfo from adding it as a category to an image? That would help a lot, by preventing the placing of images in categories which should not contain images. Thanks! - MPF (talk) 01:03, 21 February 2010 (UTC)[reply]

I included it, but currently got some problems with retrieving categories at all. --Flominator (talk) 19:24, 22 February 2010 (UTC)[reply]
Done. --Flominator (talk) 19:53, 22 February 2010 (UTC)[reply]

Unusual characters

Another query ;-) . . . Flinfo doesn't appear to support unusual characters, e.g. when I tried to include the Turkish place name Kaş into a description, Flino changed it to Ka%u015F, necessitating an extra post-upload edit to correct this. Any chance of solving this? - Thanks, MPF (talk) 15:28, 21 February 2010 (UTC)[reply]

Couldn't find out what's causing it at first glance :( --Flominator (talk) 19:28, 22 February 2010 (UTC)[reply]

Location coordinates

It provides wrong coordinates. For example here it gives 49° 59' 25.8" N, 36° 13' 48.72" E, but there is no soccer stadium there. The coordinates should be near 49° 58′ 50″ N, 36° 15′ 40″ E.--Anatoliy (talk) 21:54, 8 May 2010 (UTC)[reply]

It only takes what people geotagged over there at Flickr. --Flominator (talk) 20:24, 10 May 2010 (UTC)[reply]

Errors ?

I've got errors this morning, like this one.

Warning: file_get_contents(http://commons.wikimedia.org/w/index.php?title=User:FlickreviewR/bad-authors&action=raw) [function.file-get-contents]: failed to open stream: HTTP request failed! HTTP/1.0 403 Forbidden in /home/www/kunden/ramselehof.de/wikipedia/flinfo/FlinfoFlickr.php on line 121
Warning: Cannot modify header information - headers already sent by (output started at /home/www/kunden/ramselehof.de/wikipedia/flinfo/FlinfoFlickr.php:121) in /home/www/kunden/ramselehof.de/wikipedia/flinfo/FlinfoOut.php on line 168

- Zil (d) 11:47, 9 April 2011 (UTC)[reply]

Should be fixed now. Lupo 09:19, 19 April 2011 (UTC)[reply]

Flickr upload tool

The tool keeps blocking requests that are by default labeled All rights reserved even though the image is PD in the EXIF or description. Could you have an "ignore all warnings" checkbox installed so it is possible to override the block? Thank you. Marcus Qwertyus (talk) 17:13, 6 May 2011 (UTC)[reply]

I suppose you are referring to PEOSoldier's Flickr stream. We could basically create a whitelist for such cases (which I guess would be rare anyway). But there will be no general "ignore all warnings" switch in Flinfo. Lupo 22:41, 11 May 2011 (UTC)[reply]
Though upon second thought, such a whitelist is not a good idea. Consider this photo from PEOSoldier's photostream at Flickr. Is it PD-USGov-Military-Army? No. It's also used on the web page on that rifle @remingtonmilitary.com and in the product catalog that can be downloaded there. In fact, the original image states in the IPTC data author "Joshua Cutlip" and "Copyright ©2010 Remington Arms Co. Inc." It's a contractor's image, not a U.S. Army image, and thus indeed "all rights reserved".
Or consider this image; which unfortunately is at the Commons as File:XM2010 November 2010.jpg. It is a photoshopped image; the background has been removed, and it doesn't carry any useful copyright information in the EXIF. But it appears to me that this image was produced by removing the background from another image that is again used in the Remington product catalog (on page 3), and that it, too, is in fact an "all rights reserved" image from Remington.
Hence the tagging at Flickr was actually correct.
Just because some U.S. governmental agency like the U.S. Army publishes an image doesn't mean that they had also created the image or owned the copyrights.
Lupo 20:14, 12 May 2011 (UTC)[reply]
It has been determined through multiple deletion discussions and subsequent OTRS verification that the images are indeed freely licensed. If possible, a checkbox for turning off the filter would be very nice for uploading images that are explicitly labeled as free in the captions or EXIF data. Marcus Qwertyus (talk) 04:42, 13 May 2011 (UTC)[reply]
Are you claiming that this photo were "free"? It would also help if you could provide example links. Lupo 06:29, 13 May 2011 (UTC)[reply]
OTOH, for accounts such as the U.S. Embassy in Kabul, who seem to post their images as cc-by-nd (some as cc-by), we could set up a system in which Flinfo has a list of known Flickr accounts for which it will additionally go through the EXIF data and if that EXIF data indicates a U.S. gov't employee, it could select an appropriate license. Hmm. Would have to check several EXIF fields: description must contain "(Author/U.S. agency)", must also look in IPTC fields, Author from description must match the Author field, copyright fields must indicate a U.S. agency, e.g. "Department of State", and the list must tell flinfo to use PD-USGov-State in this case. Could be done, but each such account would have to be scrutinized individually. For instance, I wouldn't include PEOSoldier, but the Kabul embassy looks OK. Lupo 10:51, 14 May 2011 (UTC)[reply]

Selective whitelisting

All right; I've implemented selective whitelisting. Try it e.g. with this image; Flinfo should recognize it's actually PD. This only works for explicitly whitelisted Flickr accounts, and only if Flinfo can indeed find some indication in the EXIF for a free license. Currently, the following accounts are whitelisted: U.S Embassy Kabul Afghanistan, The U.S. Army, US Army Africa, U.S. Department of Defense Current Photos, and United States Forces - Iraq.

If you find other accounts, feel free to ask for whitelisting here. Unfortunately, I'll have to examine each candidate's photo stream manually to figure out what exactly they put in the EXIF; these guys can be pretty inconsistent in their tag usage; I have to write tailored Flinfo-configurations for each candidate. Lupo 11:26, 15 May 2011 (UTC)[reply]

Thanks.
Let me say that flinfo is a great tool, one I may have used over 1000 times. So thanks in general for this tool.
There is at least one USCG site that should be whitelisted. I`ll let you know which one, when I remember.
I don`t know if you saw my account of writing a flickrmail to flickr-id ISAFmedia, about their application of restrictive liscenses to images taken by American GIs. Someone junior wrote me back, telling me the liscense they applied was the one they had been ordered to use. But the boilerplate at the bottom of their flickrmail included the email address of a superior officer. I wrote them and ISAFmedia changed the liscense to all their images to a free liscence. But that free liscense is only appropriate for images from American GIs, and ISAF is an International force, so a significant fraction of its images are crown copyright, or otherwise non-free. I try to be responsible and only upload those I think were really taken by American GIs. Geo Swan (talk) 16:01, 15 May 2011 (UTC)[reply]