I noticed that a number of images had not been properly copied to commons, due to a mixture of flickrripper and the flickr api. I think this is the same problem mentioned to me by Monica Mora some days ago. The issue can be easily detected by noting that the flickr group shows a different number of images when you are logged out than when you are logged in (as a group member). In our case, as a non-member flickr showed 393 photos, flickrripper was seeing a count of 394 photos (but reading 393) and as a group admin there were 396. Obviously, those three photos hadn't been copied. There are some photos that are only given if the request is done by a group member. In a few cases, the reason is clear, since the image was private (only shown to you due to being in the same group as the photo) or moderated / filtered by SafeSearch. However, in most cases the missed images were publicly viewable, and I have no idea why the api wasn't listing them. The solution was to make flickrripper use an application secret and sign the requests. You will need to authorize it to run under your account and it will now be able to view all the images. The code to do that has been committed to the original flickrripper.py as well as the forked flickrripper_list.py You will need to provide the flickr['api_secret'] in your user-config.py in order to take advantage of it. A handful of images submitted to WLM-ES in 2011 had also been affected by this bug and weren't copied to commons at the time. I added them to WLM 2012. Better late than never. In summary: - flickrripper wasn't copying all the images. - Update your copy and provide an api_secret (and authorise the app). - Run flickrripper again in your group. (if your country did not use a flickr group, you are not affected by this. If you copied the images using a different tool than flickrripper, that tool may or may not have the same problem)