User talk:Fæ

From Wikimedia Commons, the free media repository
Jump to: navigation, search
Notice Feb 16-20: Travelling, so limited to tablet access. Some smart stuff may stop, this helps avoid a Skynet incident.
Notice I have enabled two-factor authentication for my account. I have started using OAuth credentials for terminal logins, so I can continue to use old housekeeping and uploading scripts. Refer to Pywikibot OAuth and OAuth registration, it's not as complex as it looks. The BotPasswords alternative does not currently work for Pywikibot. -- (talk) 11:39, 15 November 2016 (UTC)
(Backlog task)

After a recent village pump discussion on Biodiversity Heritage Library duplicate files, the batch upload will continue but I shall be spending some time researching how to map the BHL uploaded jpeg files to their zipped/archived JP2 equivalent pages. If this is possible, then lossless PNG equivalents can be generated or significantly higher quality jpeg versions created than are available from BHL. Keep an eye on User:Fæ/Project list/Biodiversity Heritage Library for the results of investigation in a few weeks some months. 11:57, 30 October 2015 (UTC)

For requests relating to Chapter projects, or if you are connected to the UK Chapter, please email me rather than writing on-wiki or on this page. I am an independent unpaid volunteer and a founder of Wikimedia LGBT+, with no affiliation or current membership of any other organization.

Archives.png
2010
2011
2012
2013
2014
2015
2016
2017

Portable antiquities[edit]

Note to self: Systematic upload from https://finds.org.uk/database/images/index/thumbnail/1.

Finds has a neat JSON interface, so pulling down the data does not require any webpage scraping. -- (talk) 09:20, 15 December 2016 (UTC)

Thank you. Andy Mabbett (talk) 13:55, 15 December 2016 (UTC)
Nudging as requested. Merry Christmas! Andy Mabbett (talk) 21:17, 27 December 2016 (UTC)
Thanks for the nudge. I do have a basic query set up, just the mapping to detail. Due to flu leaving me with bronchitis, I've not done that much this week and I'm travelling for several days. I'll plan to return to this around the second week in the new year. -- (talk) 08:16, 29 December 2016 (UTC)
Hope you're soon better, and able to enjoy your travels. Andy Mabbett (talk) 22:30, 29 December 2016 (UTC)
@Pigsonthewing: Now started, see my uploads or https://petscan.wmflabs.org/?psid=668080. BTW, conflicting license statements may be an issue later, see https://finds.org.uk/database/images/image/id/502710 for an example.
A minor note, I'm only uploading jpegs for the moment. Within the first 100 images there was a failure for Medieval disc-on-pin, drawing (FindID 659837). This returned a PNG file, however the image itself does not display correctly on finds.org.uk. If there are a series of 'working' PNG files, I'll reconsider whether I should add a PNG check of some sort. In the meantime I'll continue to skip them based on this example being glitchy. -- (talk) 12:33, 10 January 2017 (UTC)
Thank you. This is a wonderful, high-educational-value set, if I say so myself. I've already been able to use some of them on a couple of Wikipedia articles. I've reached out to the PAS about the licence issue, and will do so about the PNG. If you let me know when this run is finished, I'll set to refining their categories. Andy Mabbett (talk) 12:53, 10 January 2017 (UTC)
Update: their website search returns nothing for FindID 659837. Andy Mabbett (talk) 12:57, 10 January 2017 (UTC)
The PNG glitch is minor, it may be that records which fail to return correctly use a PNG substitute for the jpeg, a feature I have seen before with image databases and we are only talking about a single case so far. I think The relevant example is https://finds.org.uk/database/images/image/id/502607, with the findID of 659837 shown here. This may actually be a single database oddity rather than a pattern.
I thought this search could be interesting, as we could challenge our volunteers to add value by identifying the mystery objects. :-)
By the way, this will be a slow upload. I'm not planning on speeding up further than the couple of images a minute. This gives plenty of time to improve the credit template or make other adjustments well before the batch hits very large numbers.
GLAM dashboard reports will appear at Project list/PAS. -- (talk) 13:00, 10 January 2017 (UTC)
File:Medieval disc-on-pin drawing (FindID 659837).jpg - I think this is related to pulling the images, rather than the finds. This find has more than one image, the vast majority do not seem to. Anyway the first image has failed to upload, but the second has. If we see more of a pattern, then I'll think about investigating, otherwise I'll write it off as a minor bug.
Multiple images - example1 example2 example3. So long as the title fields vary, multiple images against the same FindID will be uploaded. -- (talk) 17:27, 10 January 2017 (UTC)

All done, now? If so I plan to move them into categories by type ("PAS coins", etc). I'll keep them all in an umbrella category too. Andy Mabbett (talk) 22:27, 19 January 2017 (UTC)

If you mean the upload, nowhere near all done :-), it's just over 4% complete... I have started the uploads dropping into 1st level subcats by identifying organization/assessor; hence all categories like "Portable Antiquities Scheme, <XXX>" count as the bucket category which should not be removed. I was in two minds, but grouping by assessor turns out to be pretty useful as a theme as they then naturally group by region of findspot. There's no harm in starting categorization, but keep in mind that there are a huge number yet to come, so later re-organizations may be needed.
By the way, I spotted that the artefact Finds record may have a *lot* more useful detail than is copied into the image metadata. Whether this means it is worth pulling in that data to make better descriptions I'm unsure about. Something I may ponder when the upload actually has completed, as I don't want to start rejigging the way it's being done for now (too many other things to look at).
Scrub that, I looked at it for a few minutes then got on with it. First example File:Iron Age Coin, Stater (FindID 629926).jpg, where the description is inherited from the full artefact record rather than the image metadata (which has 'title' and 'label' but less detail). This later example shows how useful this is for coins, where the legends are nicely spelt out for identification. -- (talk) 23:18, 19 January 2017 (UTC)

I have requested direct URL upload for the site, which ought to speed up the process. phab:T155844. -- (talk) 19:13, 20 January 2017 (UTC)

New uploads[edit]

I see you're still uploading - for which, thank you. However, I'd started bulk-categorising files based on searches. Is there a way to search only for files uploaded after a certain date? Or could you add a temp category, such as "PAS files uploaded on [date]"? Any other suggestions? Andy Mabbett (talk) 23:53, 14 February 2017 (UTC)

@Pigsonthewing: The remaining numbers will be small, and all will be additional images of an already uploaded artefact. The new images actually 'inherit' the image text page of an existing page, so if it is already categorized the new uploads will magically appear in them, consequently this may not actually be a problem :-). For example File:Roman Figurine (FindID 283831).jpg had a figurines category added to it, and my cross-checking routine just uploaded File:Roman Figurine (FindID 283831-273842).jpg and it appeared as a new upload but already with the same category.
Though searching cannot filter by dates, petscan does, so this may be an option if you want to double check for exceptions to bulk categorization. Categories based on upload date are an ephemeral solution, so a poor way of doing any housekeeping. -- (talk) 11:46, 15 February 2017 (UTC)
That's great, thank you. (Though I often use ephemeral, red-link categories, for convenience) Andy Mabbett (talk) 18:08, 15 February 2017 (UTC)

COM:TOYS related deletions[edit]

Talk page watchers may wish to be aware of these deletion requests and the related Category:Plushies_at_Wikimania_2016. -- (talk) 04:16, 28 September 2016 (UTC)

  1. DR File:Wikimania2016 Wikifranca meetupIMG 3621.jpg
  2. DR File:Pengaroo,_Pengarino_and_Wozzy.jpg
  3. DR File:'Mr Penguin' at the WikiWomen's Lunch by the Women in Film's Stamp.jpg
  4. DR File:WikiCon 2015-Maskottchen.jpg
  5. DR File:Wikimania 2016 Deryck day 4 - 01 Guin.jpg
  6. DR File:Jimmy Wales meeting 'Mr Penguin' at Wikimania 2016.jpg
  7. DR File:Capitole du libre 2012 - I IZ ON Wikimedia.jpg
  8. DR File:James Alexander holding 'Mr Penguin' at Wikimania 2016.jpg
  9. DR File:Linux-pingvin.jpgCommons:Deletion requests/Files in Category:Tux toys
  10. DR Category:Punky und Lars
  11. DR Category:Wozzy the Owl
  12. DR Category:Percy Plush
  13. DR File:The octopus mascot of Wikimania 2015.jpg
  14. DR File:Rory's family.jpg
  15. Commons:Deletion requests/Files in Category:Stuffed tigers
  16. Commons:Deletion requests/Files in Category:Stuffed lions
  17. Commons:Deletion requests/Files in Category:Petit Tigre
  18. Commons:Deletion requests/Files in Category:Wendy the Weasel
  19. Commons:Deletion requests/Files in Category:Erminig (NCO)
  20. Commons:Deletion requests/File:WMAT Danke.jpg

Blacklist hits[edit]

The image that was previously stopped by the blacklist, a medieval gold and diamond ring.

I noticed that you have been hitting the blacklist for use of bit.ly links, most recently in your attempt to create "File:LEIC-734E08 late medieval gold and diamond finger ring (FindID 564277).jpg". As I am trying to work on improving the error messages there, would you mind telling me whether you saw error messages, and to note the tool that you are using to upload. Thanks.  — billinghurst sDrewth 13:33, 10 February 2017 (UTC)

I have not been logging these, however I do have the message for this one:
https://finds.org.uk/database/ajax/download/id/430015
spamblacklist: The text you wanted to save was blocked by the spam filter.

This is probably caused by a link to a blacklisted external site. [filekey:14nw5hqa4gs4.p4acik.1086557.; message:{u'params': u'bit.ly/TZb2az', u'key': u'spamprotectionmatch'}; sessionkey:14nw5hqa4gs4.p4acik.1086557.; help:See https://commons.wikimedia.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes.; spamblacklist:{u'matches': [u'bit.ly/TZb2az']}]
I'm using a custom script written for Pywikibot core.
Looking at the source catalogue, https://finds.org.uk/database/artefacts/record/id/564277, the problem is that bit.ly links have been used by the recording archivist, in this case to link to a report at the British Museum. -- (talk) 13:48, 10 February 2017 (UTC)
I've just added a work-around substituting with "bit(dot)ly". It's not great, but I don't want to spend a lot of time on rare traps. -- (talk) 13:53, 10 February 2017 (UTC)

Bitly[edit]

The very final point on User:Fæ/Project list/PAS says "there is a work-around for bit.ly". I've hit problems using Flickr2Commons on pages with Bitly links. Might that work-around help there, and what is it, please? Andy Mabbett (talk) 23:19, 11 February 2017 (UTC)

Sorry the work around is just part of my script, it traps mentions of 'bit.ly' and replaces them with 'bit(dot)ly'. As far as I know there's no generic way of bypassing the spam blacklist. Checking Phab history, I cannot find an exception discussion for these sorts of projects. I have created Phab:T157897 to discuss the possibility of doing this better.
By the way, I'm not going to over-egg the PAS case, if you have other real examples please do add them to the Phab task. It may be that only one image description has used URL shorteners (search), but as there are so many types of URL that might get bounced against the spam blacklist, it's probably worth the generic discussion as I cannot be certain that we have not lost other images. -- (talk) 13:24, 12 February 2017 (UTC)
Thanks. Please see Phab:T157436 and my comment there. Andy Mabbett (talk) 17:34, 12 February 2017 (UTC)
@: Sorry the WMF doesn't seem interested in helping to find a solution. That's hardly surprising though, Commons isn't the darling project and the change being requested isn't an exciting resume builder. Maybe if you justify the effects of the change with relation to Wikidata, GenderGap, Womeninred or the English Wikipedia you will get more support. Also, if you hadn't noticed I have basically decided to stop editing the WMF projects because I am sick of getting bullied on and off wiki and being treated like its all my fault because I whined and complained about it. I encourage you all to do the same but it's up to you of course, these projects just aren't worth the stress and lord knows no one cares about the work any of us editors do. We just aren't trustworthy you know.:-) Cheers! Reguyla (talk) 20:34, 16 February 2017 (UTC)

US copyright[edit]

Fae, this is not accurate:

"So, the only issue you have is the copyright of the statues. They are copyright of the FMNH, commissioned in 1929 and installed for public exhibition in the Hall of Man from 1933 until the exhibition closed in 1966. From this we know that the FMNH claimed copyright of the works from at least 1933. The works should be considered public domain by age by 2004 at the latest. Institutions cannot claim copyright for an ever renewing period, and as copyright was transferred at the time of commission, a 70 year claim has to be dated from creation or the equivalent of first 'publication'.

As you should know, US copyright during the notice era is very different from copyright in the rest of the world. If the copyright had notice, been registered, and renewed, it would last for 95 years after first publication. Your 2004 date is simply wrong -- 70 years is not applicable in any way to pre-1978 USA copyrights.

Also, we don't know whether they had notice, but we apparently do know that the Field did not register the copyright, so your statement that

"we know that the FMNH claimed copyright of the works from at least 1933"

is also incorrect -- they apparently did not claim copyright at all. .     Jim . . . . (Jameslwoodward) (talk to me) 12:29, 15 February 2017 (UTC)

The evidence for the FMNH is in the contract for the work, as explained in "Races of Mankind", plus we even have the FMNH as the explicit copyright holder etched on one of the photograph negatives. If FMNH did not register the copyright in 1933 is slightly irrelevant, the contract for the works can still be referenced. With respect to 70 years, yes I did not want to overthink it, but from the evidence of the exhibition of the works from 1933, they are PD by default so any term appears irrelevant to my eyes.
By the way, it is extremely unusual for Wikimedians to be able to reference a book that discusses the contracts for artworks from the 1920s/30s. It should be a relief to not be using guesswork and presumptions. If you have doubts, why not write to the FMNH archives?
As a question back, given the FMNH had a contract for transfer of copyright in 1929, but the works were not publicly exhibited until 1933, how many years do you believe that the FMNH could enforce their copyright on reproductions for in the USA? If they were to still claim a copyright today, they have already had 84 years of using copyright to control reproductions since 'publication'. -- (talk) 13:24, 15 February 2017 (UTC)
Assuming that there was notice and that they registered the copyright and renewed it, which does not appear to be the case, then the copyright would last until 95 years after publication in 1933. Remember that in the notice era, pre-1978, everything hinged on publication, not creation. A copyright could not exist until publication. I find File:PD-US_table.svg useful for keeping the intricacies straight. .     Jim . . . . (Jameslwoodward) (talk to me) 14:24, 15 February 2017 (UTC)

File:Salamon István irodalomtörténész, szerkesztő, ma a budapesti Rádiómúzeum vezetője. Fortepan 56017.jpg[edit]

File:Salamon István irodalomtörténész, szerkesztő, ma a budapesti Rádiómúzeum vezetője. Fortepan 56017.jpg (edit|talk|history|links|watch|logs)
Commons:Deletion requests/File:Salamon István irodalomtörténész, szerkesztő, ma a budapesti Rádiómúzeum vezetője. Fortepan 56017.jpg Hungarikusz Firkász (talk) 15:13, 17 February 2017 (UTC)

File:Calypso rádió, B. Tóth László főszerkesztő. Fortepan 56361.jpg[edit]

File:Calypso rádió, B. Tóth László főszerkesztő. Fortepan 56361.jpg (edit|talk|history|links|watch|logs)
Commons:Deletion requests/File:Calypso rádió, B. Tóth László főszerkesztő. Fortepan 56361.jpg Hungarikusz Firkász (talk) 15:15, 17 February 2017 (UTC)

Notification about possible deletion[edit]

Bundle DR:
Commons:Deletion requests/Files in Category:Pikachu

Affected:


Yours sincerely, G I Chandor (talk) 05:12, 18 February 2017 (UTC)

Notification about possible deletion[edit]

Bundle DR:
Commons:Deletion requests/Files in Category:Rilakkuma

Affected:

And also:

Yours sincerely, G I Chandor (talk) 04:26, 19 February 2017 (UTC)

File:Canadian Army Capt. Withny Dagrain, center, examines a patient as Dr. Leslie Bunabo, left, a dentist, looks on during Pacific Partnership 2013 in Gizo, Solomon Islands, Aug. 2, 2013 130802-N-SP369-229.jpg[edit]

File:Canadian Army Capt. Withny Dagrain, center, examines a patient as Dr. Leslie Bunabo, left, a dentist, looks on during Pacific Partnership 2013 in Gizo, Solomon Islands, Aug. 2, 2013 130802-N-SP369-229.jpg (edit|talk|history|links|watch|logs)
Commons:Deletion requests/File:Canadian Army Capt. Withny Dagrain, center, examines a patient as Dr. Leslie Bunabo, left, a dentist, looks on during Pacific Partnership 2013 in Gizo, Solomon Islands, Aug. 2, 2013 130802-N-SP369-229.jpg Zenwort (talk) 01:55, 21 February 2017 (UTC)

File:A Project HOPE volunteer, right, checks a man's blood pressure during a Pacific Partnership 2013 health fair in Gizo, Solomon Islands, Aug. 2, 2013 130802-N-GI544-161.jpg[edit]

File:A Project HOPE volunteer, right, checks a man's blood pressure during a Pacific Partnership 2013 health fair in Gizo, Solomon Islands, Aug. 2, 2013 130802-N-GI544-161.jpg (edit|talk|history|links|watch|logs)
Commons:Deletion requests/File:A Project HOPE volunteer, right, checks a man's blood pressure during a Pacific Partnership 2013 health fair in Gizo, Solomon Islands, Aug. 2, 2013 130802-N-GI544-161.jpg Zenwort (talk) 01:55, 21 February 2017 (UTC)

File:A New Zealand sailor, left, and a U.S. Sailor unload donated supplies at a church in Gizo, Solomon Islands, Aug. 2, 2013, during Pacific Partnership 2013 130802-N-GI544-026.jpg[edit]

File:A New Zealand sailor, left, and a U.S. Sailor unload donated supplies at a church in Gizo, Solomon Islands, Aug. 2, 2013, during Pacific Partnership 2013 130802-N-GI544-026.jpg (edit|talk|history|links|watch|logs)
Commons:Deletion requests/File:A New Zealand sailor, left, and a U.S. Sailor unload donated supplies at a church in Gizo, Solomon Islands, Aug. 2, 2013, during Pacific Partnership 2013 130802-N-GI544-026.jpg Zenwort (talk) 01:55, 21 February 2017 (UTC)

File:Deux et deux font quatre (1919) (14778750264).jpg[edit]

File:Deux et deux font quatre (1919) (14778750264).jpg (edit|talk|history|links|watch|logs)
Commons:Deletion requests/File:Deux et deux font quatre (1919) (14778750264).jpg Asclepias (talk) 21:45, 21 February 2017 (UTC)

File:Dirty Jobs, not all drains lead to the ocean 120601-F-NM540-244.jpg[edit]

File:Dirty Jobs, not all drains lead to the ocean 120601-F-NM540-244.jpg (edit|talk|history|links|watch|logs)
Commons:Deletion requests/File:Dirty Jobs, not all drains lead to the ocean 120601-F-NM540-244.jpg Wikicoast7890 (talk) 22:20, 21 February 2017 (UTC)

A barnstar for you![edit]

Original Barnstar Hires.png The Original Barnstar
FOR YOUR HARD WORK I AWARD YOU THIS BARNSTAR. Advance Technology (talk) 16:13, 23 February 2017 (UTC)

Hunter's Home[edit]

@: having noticed the image features on your UP, I was wondering how to deal with this ""Check date values in: |access-date="" in the article with Hafspajen who created the article having retired now. Thank you for your time. Lotje 16:56, 23 February 2017 (UTC)

File:Living by the bayonet 130522-A-AU369-918.jpg[edit]

File:Living by the bayonet 130522-A-AU369-918.jpg (edit|talk|history|links|watch|logs)
Commons:Deletion requests/File:Living by the bayonet 130522-A-AU369-918.jpg Ellin Beltz (talk) 18:16, 23 February 2017 (UTC)