Glamtools

glamtools@lists.wikimedia.org

171 discussions

GWT application of Artwork is at variance with Information
by Fæ 11 May '14

11 May '14

I am at the final test run stage of a Rijksmuseum upload and getting annoying results when using the Artwork template in GWT, compared to my experience when using the Information template. FILENAME The filename used appears based on <title> + <title identifier> + {mime-type}. This is incredibly annoying as I would like to be able to specify the filename for myself as this formula means that I cannot identify the language on the Artwork title parameter (such as using {{nl | 1=<title>}} as this puts leading junk in the filename) and gives the uploader no control over specifying the extention (i.e. forcing "jpeg" instead of using the community norm of "jpg"). Are there reasons for this approach, or is this suitable to be improved? HTML TRANSLATION A second trap is that the wikicode use of " ' " is rendered impossible as it is translated as "'". Similarly "<br>" vanishes. This makes formatting of text inside the Artwork template extremely limited and is not the approach used for the Information template. There could be some underpinning rationale due to the differences in these templates, but the behaviour appears quite inconsistent to me. Fae -- faewik(a)gmail.com https://commons.wikimedia.org/wiki/User:Fae

1 0

GWToolset might be broken on Commons
by Gergo Tisza 10 May '14

10 May '14

Just a heads-up that GWToolset probably does not work on Commons right now due to bug 64931 [1] . This will be resolved by next Monday. [1] https://bugzilla.wikimedia.org/show_bug.cgi?id=64931

3 4

Glamtools: how can I get Commons filenames to preserve my brackets and commas?
by James Heald 08 May '14

08 May '14

Hi, I'm about to upload a few hundred images that have been released by the British Library. I am all set to go, with carefully designed Commons filenames; but the GWtoolset uploader is wrecking all the commas and brackets in my filenames. What I want is: File:Large flowering sensitive plant (Mimosa grandiflora) - New illustration of the Sexual System of Carolus von Linnaeus (1807) - BL.jpg File:Cherries - Pomona Britannica (1812), pl.10 - BL.jpg File:Rape threshing - The costume of Yorkshire (1814), plate XV - BL.jpg What it's giving me is: File:Large flowering sensitive plant -Mimosa grandiflora- - New illustration of the Sexual System of Carolus von Linnaeus -1807- - BL.jpg File:Cherries - Pomona Britannica -1812-- pl.10 - BL.jpg File:Rape threshing - The costume of Yorkshire -1814-- plate XV - BL.jpg How do I turn this behaviour off, please, or how do I work around it, to get the more easily human-readable names that I want? Thanks, James Heald.

7 12

Maximum filename length for GWT = 206?
by Fæ 07 May '14

07 May '14

Hi, I had an odd problem with files not being created, which I think I can put down to how long filenames are handled by GWT. As an example, my xml specified (A) but GWT created (B): A. File:Index Map No.2 of a part of Suffolk County. South Side - Ocean Shore, Long Island. Part of Islip and Part of Brookhaven. Published by E. Belcher Hyde. 97 Liberty Street, Brooklyn. 5 Beekman Street, NYPL1633883.tiff (209 chars) (see link) B. File:Index Map No. 2 of a part of Suffolk County. South Side - Ocean Shore, Long Island. Easthampton. Published by E. Belcher Hyde. 97 Liberty Street, Brooklyn. 5 Beekman Street, Manhattan. 1916. Volume NYPL1633.tiff (206 chars) This seems an easy thing to warn the user about when reading the xml. In terms of behaviour I would expect the tool to reject the xml as malformed and warn about maximum allowed filename length, rather than truncate the name, in this case truncation meant corrupting the unique NYPL identifier. It would be better if GWT allowed the maximum title length that Commons allows (240 bytes, the number of visible characters varying by charset). I vaguely recall the Steering Committee discussing this last year, so I'm unsure if this is worth raising in bugzilla. Suggestions? Links 1. https://commons.wikimedia.org/wiki/File:Index_Map_No.2_of_a_part_of_Suffolk… 2. https://bugzilla.wikimedia.org/show_bug.cgi?id=30202 3. https://commons.wikimedia.org/wiki/Commons:Filenames Fae -- faewik(a)gmail.com https://commons.wikimedia.org/wiki/User:Fae

2 3

GWT best practice/rules for file name characters
by Fæ 06 May '14

06 May '14

Does anyone have a working definition of characters allowed in the filenames that I could apply in my pre-processing of the xml files? See [1] and [2] for the technical standards that apply by default. In my NYPL uploads I have found that characters in the chosen filename like: * ö (o umlaut) * Æ (upper case ash / ae ligature) caused GWT to halt the upload at that point (no warning back to me). These characters should be acceptable to the MediaWiki software. These characters seem to be okay in the image page body, just not the filename. Other characters like é (e acute) appear to process fine. For the 18th century and earlier maps from the NYPL, this is a major time-sink. :-( Links 1. https://commons.wikimedia.org/wiki/MediaWiki:Filename-prefix-blacklist 2. https://commons.wikimedia.org/wiki/MediaWiki:Titleblacklist Fae -- faewik(a)gmail.com https://commons.wikimedia.org/wiki/User:Fae

4 10

Advice on uploading a batch from a GLAM when individuals have already uploaded some of that GLAMs images?
by David Haskiya 06 May '14

06 May '14

Hi, On behalf of the Amsterdam Museum I'm prepping a batch upload of about 300 images of their collection of paintings. They've made the selection. I note that a number of their paintings have already been uploaded by individual Commonists to here https://commons.wikimedia.org/wiki/Category:Paintings_in_the_Amsterdam_Muse… Question: Should I upload all images in "my" batch anyway even though this risks duplicating images? Is there a best practise for cases like this? Cheers, David Haskiya David Haskiya Product Development Manager T: +31 (0)70 314 0696 M: +31 (0)64 217 2542 E: david.haskiya(a)europeana.eu Skype: davidhaskiya Europeana<http://www.europeana.eu/> makes Europe's culture available for all, across borders and generations and for creative re-use - follow how at #AllezCulture<http://bit.ly/17mnbL7> Disclaimer: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. If you are not the named addressee you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system.

9 11

Re: [Glamtools] Advice on uploading a batch from a GLAM when individuals have already uploaded some of that GLAMs images?
by rromir.imami 06 May '14

06 May '14

Hi Charles, I am arriving at 10.25 in neuchatel. Stucked with thw Kindergarden. Will be at UNINE asap. Best, Rromir -------- Original message -------- From: charles andrès <charles.andres(a)wikimedia.ch> Date:03/05/2014 13:32 (GMT+01:00) To: Conversations revolving around the development of GLAM Digital Tools <glamtools(a)lists.wikimedia.org> Subject: Re: [Glamtools] Advice on uploading a batch from a GLAM when individuals have already uploaded some of that GLAMs images? > > It probably should still output a warning and list all identical files, so they can be tackled manually after the upload. > Giving preference to the media file from the GLAM probably makes sense, but you still want to substitute any other identical files, right? > Am I understand correctly, you suggest to remove volunteer uploaded files by GLAM uploaded files? charles _______________________________________________ Glamtools mailing list Glamtools(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/glamtools

1 0

Pleas add yourself to...
by Steinsplitter Wiki 02 May '14

02 May '14

Hallo GWTusers, Pleas add yourself to https://commons.wikimedia.org/wiki/Commons:GWToolset_users/table Bitte trägt euch in diese Liste ein https://commons.wikimedia.org/wiki/Commons:GWToolset_users/table Regards,

1 0

GWT housekeeping and bugzilla
by Fæ 30 Apr '14

30 Apr '14

For those on this group who have not signed up for an account on bugzilla, I strongly encourage you to do so. The GWToolset is likely to have a number of changes logged on bugzilla and the more user feedback we can add to the changes the better. The most recent is Steinsplitter's <https://bugzilla.wikimedia.org/show_bug.cgi?id=64634> raised to avoid using GWT created hidden comment fields as markers on the image page. Primarily this marks where the xml source data is logged on an image page, which could be very useful if things are going wrong with the templates on the page, or if someone wants to datamine using original data, rather than the mapped result. Note that the Commons API can do interesting things to support automated changes by identifying sub-sections of an image page and returning the text, but this relies on wiki-style sections rather than hidden comments. It would be cool if someone could occasionally report back here if there are bugs reported that would benefit from more user feedback either on bugzilla or separately on this list. Fae -- faewik(a)gmail.com https://commons.wikimedia.org/wiki/User:Fae

1 0

Internship at Wikimedia CH around the GWToolset
by charles andrès 29 Apr '14

29 Apr '14

Dear all, I take the opportunity to introduce Rromir, he's doing an internship about the GWToolset for Wikimedia CH. Rromir is not an IT guy, neither am I, we will work together to test the GWToolset with three real batch of pictures coming from some of WMCH projects I'm leading. The idea behind this internship is to evaluate the usability of the GWToolset in the context of Wikimedia CH projects. Rromir is first getting familiar with the tool, then he will evaluate its accessibility to non-IT guy and if it's adapted to WMCH needs. If everything is fine, the internship should lead to the creation of an handbook for GLAMs. Is there any similar initiative somewhere? Charles ___________________________________________________________ Charles ANDRES, Chief Science Officer "Wikimedia CH" – Association for the advancement of free knowledge – www.wikimedia.ch Office +41 (0)21 340 66 21 Mobile +41 (0)78 910 00 97 Skype: charles.andres.wmch IRC://irc.freenode.net/wikimedia-ch http://prezi.com/user/Andrescharles/

6 5

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

Glamtools