User talk:FlickreviewR: Difference between revisions

Bugs

Please add bugs to the table. I use this table primarily for myself as a reminder, but everybody is free to add.
Syntax:
| [link to diff] || ~~~~ || (comment (optional)) ||
|-

Diff	Reporter	Comment (optional)	Comment by developer
[1]	Atamari 19:27, 18 November 2006 (UTC)		Fixed -- Bryan (talk to me) 20:58, 18 November 2006 (UTC)
[2]	Bryan (talk to me) 20:28, 18 November 2006 (UTC)	Fixing links where username does not match real name	Fixed, but unfortunately requires all images to be rescanned. -- Bryan (talk to me) 21:50, 18 November 2006 (UTC)
[3] [4] [5]	-- Bryan (talk to me) 19:43, 19 November 2006 (UTC)	Link not found... again...	Confused by my own vague naming ;) Commenting code should really help -- Bryan (talk to me) 22:40, 25 November 2006 (UTC)
[6] [7]	-- Bryan (talk to me) 21:01, 19 November 2006 (UTC)	Exif errors
[8]	Solipsist 12:25, 21 November 2006 (UTC)	Bot clearly isn't checking against the right Flickr image nor author.	Nope, that is because it has no exif information. See the request page why it doesn't check. -- Bryan (talk to me) 20:14, 21 November 2006 (UTC) The tag the bot is adding still looks bogus to me. AFIK, this image has nothing to do with hisglassworks on Flickr. -- Solipsist 00:34, 22 November 2006 (UTC) Ok, now I see what you mean. I'll try to fix it before the next run. Luckily the bot also does an EXIF comparison, so it is at least not wrongly tagged passed. Thank you for you comment, and I will fix it before the next run. -- Bryan (talk to me) 15:54, 22 November 2006 (UTC) Fixed -- Bryan (talk to me) 22:07, 25 November 2006 (UTC)
[9]	-- Bryan (talk to me) 12:38, 26 November 2006 (UTC)	The self tags	Fixed, as well as the lang-cc tags. -- Bryan (talk to me) 21:09, 3 December 2006 (UTC)
[10]	Lugusto • ҉ 02:04, 29 November 2006 (UTC)	The bot have marked this image as not found, but this image exists in the source URL. Lugusto • ҉ 02:04, 29 November 2006 (UTC)	The bot marked this image as "NO_EXIF", which means that it cannot compare the image on flickr and the image on commons. It's a feature, not a bug ;). This is done to prevent the bot from authorizing images that actually point to a flickr page that is not the same image. For those images without EXIF, I am however planning a bit by bit comparison, which I hope to be live in 2 weeks. -- Bryan (talk to me) 15:34, 29 November 2006 (UTC)
[11]	-- Bryan (talk to me) 21:09, 3 December 2006 (UTC)	Link not found
[12]	-- Bryan (talk to me) 22:00, 4 December 2006 (UTC)	Matching did not work correctly
	Para 07:06, 23 December 2006 (UTC)	Most of the images the bot has added to Category:Flickr images not found are still on Flickr.	Seems to be fixed, the problem was a new algorithm that was meant have a higher hitrate for detecting flickr links. -- Bryan (talk to me) 11:03, 23 December 2006 (UTC)

General comments

md5 hash

Wouldn't comparing MD5 checksums make more sense? Lots of images don't have EXIF data. —Chowbok 01:24, 12 December 2006 (UTC)

Yes it would. However, since MW does not supply any md5 anywere, and neither does flickr, I have to generate them myself, which means that they have to be downloaden. Doing it this way, it will take about 45 seconds per image, which is to slow. I have however implemented this, and I will be rerunning the bot on images with no EXIF information. This function is still in test phase. Three images have been tested so far. [13] -- Bryan (talk to me) 11:49, 12 December 2006 (UTC)

NO_EXIF 5

Not sure if this is a bug or where it fits above, but it seems that the bot is unable to check out most of the images I have fetched from Flickr. A few have passed, but looking at these and comparing the Flickr pages they link to, I fail to see any difference from the ones that didn't pass. Celsius 12:12, 30 December 2006 (UTC)