Open main menu

Wikimedia Commons β

Template talk:Creator/Archive 2

< Template talk:Creator

in which the second row is titled "Date of birth" even though it also has death-date info (the "1901" in the separate cell has no context). DMacks (talk) 14:12, 30 April 2013 (UTC)

That is because we do not use deathyear much. It is only if death date uses some templates. But it still should be fixed. --Jarekt (talk) 14:36, 30 April 2013 (UTC)
Pictogram voting keep.svg Fixed See
Fortuné Méaulle  (1844–1901) Link back to Creator infobox template wikidata:Q3078590
Fortuné Méaulle
Alternative names Fortuné Louis Méaulle, Fortuné-Louis Méaulle
Description French engraver
Date of birth/death 11 April 1844 1901
Location of birth Angers
Authority control
--Jarekt (talk) 14:39, 30 April 2013 (UTC)
Thanks for the prompt solution! DMacks (talk) 15:13, 30 April 2013 (UTC)


What is the relationship of Template:Creator and Wikidata? Can the Creator templates be created automatically using Wikidata? --Robert.Allen (talk) 08:10, 14 June 2013 (UTC)

At the moment, there is no relationship because Wikimedia Commons is not able to draw information from Wikidata like the Wikipedias are. This could be done at some point in the future − and once it is I do believe Creator templates would be one of the first Commons feature to use it. See d:Wikidata:Wikimedia Commons for more information on the current status. Jean-Fred (talk) 08:50, 14 June 2013 (UTC)

Collapsible class

As file page content is available on all projects, then you might want to use classes that are available on all projects, e.g. mw-collapsible instead of collapsible. It's design is probably less flexible, but at least it would work everywhere. 20:10, 4 October 2013 (UTC)

  Agree however I do not know much about different collapsable classes. Can someone more familiar with it try to create one in the sandbox? --Jarekt (talk) 18:23, 30 October 2013 (UTC)

User name parameter

Can we add a |user name= parameter, for cases where the creator is also active on Commons, or on a sister project? Andy Mabbett (talk) 16:06, 30 October 2013 (UTC)

I think that would be such a rare case that it would be more easily handled by adding username to description field. Some users created their own Creator templates but it is mostly discouraged unless they meet Wikipedia notability criteria (see Commons:Creator) and very few of us do. --Jarekt (talk) 18:21, 30 October 2013 (UTC)

parameter and workshop is broken

e.g.File:Titian and workshop - The Vendramin Family, venerating a Relic of the True Cross - Google Art Project.jpg--Oursana (talk) 11:39, 8 June 2014 (UTC)

Oursana, It seems fine to me. Is it still broken for you? --Jarekt (talk) 03:40, 9 June 2014 (UTC)
Hi Jarekt, this and other files are broken for about 10 days: Template:2} und Werkstatt (1490–1576) ; I have vector and it looks the same in Safari or Firefox.--Oursana (talk) 21:25, 9 June 2014 (UTC)
I see the German version was broken. I   Fixed it now, see here--Jarekt (talk) 04:14, 10 June 2014 (UTC)
Jarekt, I apologize, I caused it myself. I didn't remember I had been busy there and forgot the way back. Many thanks--Oursana (talk) 11:08, 10 June 2014 (UTC)
Not a big problem (to non-German speakers), but I thought it was a little funny how it worked out. --Jarekt (talk) 11:32, 10 June 2014 (UTC)


I want to make a little fix to the galician translation of this template but I can't find where, could anybody tell me where is the galician translation? Thanks!, --Elisardojm (talk) 22:00, 30 July 2014 (UTC)

It is on Translatewiki. Go to and look for messages starting with "wm-license-creator-". --Jarekt (talk) 17:49, 31 July 2014 (UTC)
I can't find it there... I want to fix the text of the "Authority" parameter..., I want to change from "Controle de autoridade" to "Control de autoridades"... Thanks, --Elisardojm (talk) 18:51, 31 July 2014 (UTC)
Oh that one was done by {{Authority control tag}} the old version was defaulting to Spanish.--Jarekt (talk) 19:12, 31 July 2014 (UTC)
Thanks!, --Elisardojm (talk) 20:46, 31 July 2014 (UTC)

Edit request

{{edit request}} {{#if:{{NAMESPACE}}|File|[[Category:Bad use of creator template - option]]}}

should read

{{#if:{{{{NAMESPACE}}|File|[[Category:Bad use of creator template - option]]}}}}

Jheald (talk) 18:51, 14 August 2014 (UTC)

  Done I used different fix but I think Category:Bad use of creator template - option should work now. --Jarekt (talk) 00:10, 15 August 2014 (UTC)

Steps towards making Creator draw directly from Wikidata

Some current efforts to get Creator templates to draw directly from Wikidata can be seen at d:Template:Creator/wrapper/test -- still with quite a lot of weirdness still to be fixed at the moment, some of which is identified at d:Template talk:Creator/wrapper/test, plus some that probably isn't.

This has to be hosted on Wikidata at the moment, because it requires "access to arbitrary items" -- the ability for template code called from one page to access information about a Wikidata item sitelinked to a different page. (Also called Wikidata Phase 3).

Such arbitrary access won't generally be possible until some quite heavy technical work has been done first, to enable MediaWiki to be able to work out whether (and which) pages need to be regenerated if an item on Wikidata changes. So it's not expected to be generally available on wikis including Commons until some time in 2015. But it is now possible, for development work without page regeneration, on Wikidata itself.

So that is why the development pages above are on Wikidata, rather than here.

See also d:Wikidata:WikiProject Structured Data for Commons/Template workshop, d:Template talk:Creator, d:Template talk:Creator/statictest and d:Template:Creator/statictest for more information on the development.

The last of those pages, at d:Template:Creator/statictest#Template_wikitext_generation attempts to show what's going on 'under the bonnet' and passed to the existing template, in a form that will be possible to cut-and-paste to make new Creator:xyz templates here. (Once some more of the bugs are sorted out).

All thoughts and comments gratefully received, Jheald (talk) 22:20, 19 September 2014 (UTC)

d:Property:P1472 now added to 13,528 Wikidata items, identified by entries in the wikidata = field of the template. Lots more remaining, of course, that don't have Wikidata links. Jheald (talk) 17:27, 27 September 2014 (UTC)
Thanks for the update and great work on this technical challenge. I wonder if there is a way to create a text box using mw:Extension:InputBox where one can type in wikidata Q-code and which would provide link to wikidata with the proposed text of the template. We could add it to Template:Editnotices/Namespace/Creator and combine it with Template:Creator/preload. By the way, I am not certain what the purpose of d:Property:P1472 is. I guess if Commons has a link to wikidata than it might be nice to know about creator pages when in wikidata, but I can not think about the uses. --Jarekt (talk) 16:05, 29 September 2014 (UTC)
@Jarekt: What seemed useful to me, regarding P1472, is that one can now query Wikidata using WDQ, to see what the property-values on Wikidata look like, for items that have Creator templates. This I think can be sometimes useful as a quick check, but also for more detailed data extraction and comparison with the values on Commons. (Something I intend to try to do more of this week).
I have made a proposal at d:Wikidata:Property_proposal/Organization#Commons_Institution_template for a similar property for the Institution template, but not had any comments yet.
Note that there are still some issues to fix with the Creator template wrapper -- for example it's not yet pulling out Wikisource links; BCE dates need fixing; there are issues with ancient and sub-national nationalities (Scottish, Welsh, Catalan, etc); and I don't know why my attempt to remove the newlines in the wikitext generated for the Authority Control section is failing. I'll try to work through these, but appreciate if you could look at the last, and tell me why what I've tried to do doesn't work, and if there's a fix that would do it. Thanks. Jheald (talk) 16:19, 29 September 2014 (UTC)

Another parameter to categorize?

I don't know much about this template, but it seems that it could do with an extra parameter instructing it to categorize files using this creator template in a chosen category. For example, I'd like Creator:Sam Hood to put any picture using it into Category:Photographs by Sam Hood. I know we don't let templates do subject-matter categorization (so that they can be subcatted), but I don't see why templates like this can't do creator-based categorization. What am I missing? --99of9 (talk) 04:25, 20 November 2014 (UTC)

You are missing the history of this template. Originally many people creating Creator pages for specific artists would add a category which was than passed to the files using the creator template. That was great until you had enough files that you wanted to create subcategories, and than you discover that the files categorized that way does not behave like other files in categories and can not be easily removed from the category. As a result, many people started removing creator templates. At some point we went through the process of cleaning few thousand templates, and re-categorizing the content. It was such a huge undertaking we would like to avoid it in the future. --Jarekt (talk) 13:20, 20 November 2014 (UTC)
Ok, fair enough. I would have thought that blanking the parameter value would be a reasonably quick way to uncategorize the files so they can be subcatted? But anyway, if creator-subcatting is common, that's a good reason to let the categories work like normal. --99of9 (talk) 06:08, 28 November 2014 (UTC)

Collapsible option

I would like to request that the collapsible option be added to this template. Here is an example of why: Category:Fontaine Médicis.

The documentation might read:

To manage this template's visibility when it first appears, add the parameter ...

|state=collapsed .......... to show the template in its collapsed state, i.e. hidden apart from its titlebar;
|state=expanded ............ to show the template in its expanded state, i.e. fully visible;
|state=autocollapse .... to show the template in its collapsed state but only if it is on a File page

Unless set otherwise (see the state parameter in the template's code), the template's default state is autocollapse.

--Robert.Allen (talk) 04:58, 28 November 2014 (UTC)

That parameter would have to be added to all Category:Creator templates, which is not really possible. That category page should link to creator pages using [[]] brackets or it should link to wikipedia articles. --Jarekt (talk) 03:12, 6 December 2014 (UTC)
I'm requesting an optional parameter, not a required one. It would only be added when an editor felt it was desirable. If it is not added, the behavior of the template would be exactly as it is now, which is what I meant to describe in the example documentation. By that I mean, the default behavior (without the addition of the state parameter) would be equivalent to adding "state=autocollapse". My intention was to avoid having to add the parameter to all the Category:Creator templates. But maybe I am misunderstanding something. --Robert.Allen (talk) 04:17, 9 December 2014 (UTC)


Hello, ~25 duplicate templates were detected during data export to Wikidata: d:Wikidata:Database reports/Constraint violations/P1472#Single value. Maybe somebody is interest to fix these. Thanks in advance. Ivan A. Krestinin (talk) 20:56, 5 December 2014 (UTC)

Thanks that is great work detecting those. The duplicate creators and categories will need to merged and redirected, which is easy but time consuming. I will start, but help of others would be appreciated. --Jarekt (talk) 03:15, 6 December 2014 (UTC)
@Ivan A. Krestinin, Jarekt: The constraint violations page only updates every 24 or 48 hours, and also gets auto rewritten in a slightly laggy way, so here's a local copy, that people can remove entries from as they're done. (Remember to merge the categories and change the Wikidata entries!) Jheald (talk) 12:55, 6 December 2014 (UTC)
All issues are fixed. Thank you Jarekt, Jheald and others. Great job! Ivan A. Krestinin (talk) 21:39, 8 December 2014 (UTC)

LUA and Wikidata

This template should be rebuild as LUA module at Module:Creator and have the option to fallback to Wikidata, see phab:T89597 (part of Commons:Structured data). Multichill (talk) 14:13, 15 February 2015 (UTC)

Arbitrary access for commons to fetch Wikidata values is coming (soon) after Wikimania. Andy Mabbett (talk) 20:55, 22 June 2015 (UTC)
AFAIK, We are still totally unprepared for it. I will be at Wikimania and I put my name on a "Looking for a Hackatron buddy" list where I proposed to work on this problem, in case someone is interested and will attend Wikimania. --Jarekt (talk) 23:29, 22 June 2015 (UTC)
@Jarekt, Multichill, Pigsonthewing, Lydia Pintscher (WMDE): Did WM2015 bring any joy to getting this converted? What is it that we see as the hold-up for this to move forward? Is it a Commons issue? Procedural? Hacking? Bot requirement? I know that I saw mock-ups undertaken at WD at a previous time. With my enWS hat on, I know that with adding more data at WD, that having to do it at Commons for the same data is problematic, and I am just as likely to link to the creator: ns and not get to the template. <Bad Billinghurst!>  — billinghurst sDrewth 01:17, 2 August 2015 (UTC)
I worked on other tasks at the Wikimania, and from what I heard Arbitrary access is still work in progress. Rebuilding this and other similar templates as LUA modules is still on my to do list (unless someone beats me to it). I heard that there were plans to create some "official" LUA libraries for accessing wikidata, but I do not remember who might be working on it. --Jarekt (talk) 04:22, 2 August 2015 (UTC)
It can't be far off, judging from d:Wikidata:Arbitrary access, where you an always find the latest news. Andy Mabbett (talk) 19:26, 3 August 2015 (UTC)
Andy if you look at d:Wikidata:Arbitrary access there is not expected date for Commons. So I would not hold my breath. --Jarekt (talk) 20:31, 3 August 2015 (UTC)
The dates for most of the 12 & all of the 18 August roll-outs were only added yesterday. Andy Mabbett (talk) 13:33, 4 August 2015 (UTC)
Arbitrary access is here! I started working on the feature on Beta Commons, but there's still a lot to do that I don't have time for. If anyone else wants to pick up from there, see [9]. BMacZero (talk) 20:27, 27 April 2016 (UTC)

interwiki and sister links

As the arbitrary access is now available, maybe we can look at addition of certain elements, maybe as sub-modules. The sister links are required to be manually added at this time and it would be great if those could be added, they are already there and part of the ready data that can be pulled, and separate from other components.  — billinghurst sDrewth 00:43, 21 May 2016 (UTC)

Collapse in Template:Category definition: Objects?

Currently the template contains a <table class="toccolours collapsible {{ifimage|collapsed}}"> element. Is there a way to collapse the template also in Template:Category definition: Objects? It should be a fine visual improvement. --Marsupium (talk) 15:10, 12 June 2015 (UTC)

I can not think of a simple way to do it. --Jarekt (talk) 15:29, 12 June 2015 (UTC)
For 21667 transclusions even a very simple parameter could be appropriate. Don't you think? --Marsupium (talk) 16:23, 12 June 2015 (UTC)
The problem is that one would have to add a parameter to all 20k Creator templates which would be passed to {{Creator}} and then use some complicated syntax in 5822 transclusions of {{Category definition: Object}} in category namespace. I assume that within next few years Template:Category definition: Object will the totally rewritten or retired after all that info is on wikidata (same with creator and institution templates). --Jarekt (talk) 11:58, 15 June 2015 (UTC)
My inventory of the Père-Lachaise Cemetery is a big user of this template (3812 transclusions in category namespace). I will move to Wikidata my structured data when Wikidata will have the basic functionalities. Pyb (talk) 14:45, 15 June 2015 (UTC)
A lot of moving of data to wikidata should happen automatically by bots, so hopefully there will be no need for manual transfer. --Jarekt (talk) 16:46, 15 June 2015 (UTC)
If the collapsible state was an optional parameter, then it would not have to be added to all 20k creator templates. The optional parameter passthru code to collapse the template (e.g., on a Category page) would only need to be added to those creator templates where it is desired to override the default behavior. Adding this line could be covered in the documentation, so that almost any editor could add it to specific creator templates. For example, something similar for changing the Opera navbox image on specific pages from the default image. --Robert.Allen (talk) 23:22, 12 May 2016 (UTC)
@Jarekt: A parameter is already passed to the template with the line:
 | Option = {{{1|}}} <!-- Do not modify -->
. With a little ingenuity, this could be used to pass more than one parameter, e.g., if a separator is used that the Wikimedia software will not parse (perhaps a comma?). The template code could determine if a separator is present and parse the parameters from the string, and if one of the parameters is "collapsed", then the it could collapse the template on specific category pages. Robert.Allen (talk) 08:09, 14 May 2016 (UTC)

Moving of data to Wikidata

A bit off topic, however: @Jarekt: Since you talked about moving data to Wikidata automatically, do you know any approaches to convert data like from {{Other date}}? Since I work on a semi-automatical way to move data from file descriptions here – and hopefully from {{Artwork}} soon – to Wikidata I'd really appreciate any groundwork! --Marsupium (talk) 11:56, 14 May 2016 (UTC)

{{Other date}} and {{Complex date}} have their own syntax and Wikidata have its own syntax. {{Other date}} and {{Complex date}} are interfaces to Module:Complex date which I wrote while keeping an eye on Wikidata format. Any {{Other date}} can be converted to {{Complex date}}-like parameters and those should be easier to map to Wikidata format. Other way to tackle it would be to start with all {{other date|circa|...}} and other single date options and move them than pick some other type and move them one type at a time. --Jarekt (talk) 14:48, 14 May 2016 (UTC)
OK, thanks! Ah, so we will have to start with a mapping! With earliest date (P1319), latest date (P1326) and d:sourcing circumstances (P1480) there are yet some fine possibilities. Then d:Help:Modelling/general/time has to be updated. --Marsupium (talk) 21:00, 14 May 2016 (UTC)

For general issues, Commons talk:Wikidata is available. Andy Mabbett (talk) 13:14, 16 May 2016 (UTC)

Category:Creator templates without Wikidata link

Perhaps the best way to deal with them would be through in case any one feels like importing the data. --Zolo (talk) 09:46, 18 May 2016 (UTC)

That sounds like a good suggestion. However we should probably try to follow wikilinks first. For example if name has a link to wikipedia article and wikipedia article is linked with wikidata than we can grab that link that way. It is just matter of writing some Python code to do it. Once we are done with this option than we can ask volunteers to match them by hand. --Jarekt (talk) 18:11, 19 May 2016 (UTC)
I think user:multichill and user:poulpy have already done this sort of thing ? Zolo (talk) 18:41, 19 May 2016 (UTC)
Most Creator templates were matched with wikidata, but those that did not still have wikilinks. For example Creator:Auguste de Creuse -> en:Auguste de Creuse -> d:Q2871477. Maybe the issue is that since that code run, commons, wikipedias and wikidata were changing, so the connections that were not possible then might be possible now. May be it would be possible to rerun those codes. --Jarekt (talk) 20:08, 19 May 2016 (UTC)
Another interesting way of linking would be through VIAF numbers for example  Creator:Antonio González Ruiz has VIAF value = 86950878, same with d:Q8201255. I wonder if there is an easy way (from LUA maybe?) to look up what item has VIAF=86950878. --Jarekt (talk) 20:16, 19 May 2016 (UTC)
This sounds like the sort of thing User:Magnus Manske often does. Andy Mabbett (talk) 20:23, 16 July 2016 (UTC)
I actually figured out a way to use User:Magnus Manske's multibeacon tool to do the job. When combined with this trick one can use AWB (or even visual file editor) to edit large batches of images. --Jarekt (talk) 23:46, 17 July 2016 (UTC)


I have no idea what {{near}} template means, when used as creator option, as in File:Olpe athletes Louvre G242.jpg, where {{Creator:Kleophrades Painter|near}} gives

Attributed to an artist near the Kleophrades Painter      
Description Greek red-figure vase painter
Work period between circa 505 and circa 475 BC
Work location Attica
Authority control

. It might mean something in other languages but it is meaningless in English. And we need to fix it or remove it as one of the Creator options. The phrase makes sense when used as in Creator:Walenty Wańkowicz, where Kaluzyca {{lcfirst:{{near}}}} {{Minsk}} gives "Kaluzyca near Minsk". I hope it makes sense in other languages. --Jarekt (talk) 03:34, 21 July 2016 (UTC)

Also "namepiece" option oes not make sense in English as in {{Creator:Master of the Brandon Portrait|namepiece}} that gives
Category:Master of the Brandon Portrait  (fl. circa 1510–1540)    
Alternative names Master of the Brandon Portraits, Master of Queen Mary Tudor
Description Flemish painter and draughtsman
Work period circa 1510-1540
Work location Southern Netherlands, England
Authority control

. Maybe french version makes sense: "objet eponyme", but both phrases do not show up in wiktionary.--Jarekt (talk) 03:54, 21 July 2016 (UTC)

Près (literally "near") indeed shows up in the Louvre's entry [10] but I had never seen that, and I am not quite sure of the meaning. @Jastrow: ?
"Objet éponyme" means that after which the artist was named like Brandon portrait -> Master of the Brandon Portrait. The English spelling seems to be "" [11]. Not sure this really belongs here though: it is usually self-evident, and might get confusing if the artist has different names in different languages. --Zolo (talk) 09:00, 21 July 2016 (UTC)

About {{near}}, please refer to Template talk:Creator/Archive 2#Determiner. "Namepiece", "name piece" and "name-piece" are different spellings used in the literature, the latter being more frequent. A search on JSTOR, for instance, will attest their academic use. Just because you don't know what a word means doesn't mean it's meaningless. Jastrow (Λέγετε) 11:03, 21 July 2016 (UTC)

Ok I guess both of those make sense now, and I found "namepiece" used in some wikipedia articles. I wrote wiktionary:namepiece definition and probably should write short article about the term and link it from the term when used. "Near" is a farther streach, maybe it means something to art experts, but we should link to some explanation of the term, when we use it. Alternativly we can use "Manner of " which is more clear. --Jarekt (talk) 18:00, 21 July 2016 (UTC)

Strange behaviuour

File:Rytec Ludvik Arnost Buquoy ; kreslir Antonin Pucherna 1776-12.6.1852 - Serie pohledu na pozoruhodna mista v Praze a okoli Sarka Eine Partie aus der Scharka.jpg Creator:Antonín Pucherna with the paramater "after" does not give "after ..." but "formerly attributed to..." What is wrong here (and where? in that Creator page or in the Template:Creator itself?) --AndreasPraefcke (talk) 18:56, 9 August 2016 (UTC)

Found it myself eventually. It was in the Template:After. I reverted that change that must have been a mistake. --AndreasPraefcke (talk) 19:01, 9 August 2016 (UTC)

Name from Wikidata

The template will need a major rewrite, probably in Lua to make full use of Wikidata, but maybe we can already use Wikidata for name retrieval, so that we do not need to maintain all those {{langSwitch|en=blabla|ru=bloblbo|ar=bliblibli}}. I think that simply requires transforming all {{{Name|}}} into {{{Name| {{label|{{{Wikidata|}}} }} }}. --Zolo (talk) 08:59, 15 May 2016 (UTC)

This would be a major improvement. --Robert.Allen (talk) 08:32, 16 May 2016 (UTC)
  • I came here to post the same thing. Kind of silly to maintain this manually when Wikidata is already organizing the translations. czar 07:58, 13 July 2016 (UTC)
So user:Jarekt, would you implement this version ? Not a nice code for sure, but it should work until we get the Lua version. --Zolo (talk) 13:44, 16 July 2016 (UTC)
That is an ugly code but I agree that it would work. However once we pull name from the wikidata than I am afraid we will get request to pull dates or locations, or wikisource links. All of them would be great but it would overcomplicate the already messy template. Another solution would be to keep current template as "core" and write outer layer to deal with wikidata. I was experimenting with that in April, here, but in the end decided that it would be better to just rewrite it in Lua. I have started to work on Lua version and hope to finish it this summer. --Jarekt (talk) 02:49, 18 July 2016 (UTC)
I have a better (hopefully) idea: as part of rewriting Creator template in LUA, I wiss start with {{name}} template and write it to handle more cases, that will simplify template:Creator code and make it easier to add wikidata based name. --Jarekt (talk) 12:04, 18 July 2016 (UTC)
  Done For example Creator:Peter Paul Rubens is missing "name" field and it is pulling it from the wikidata. --Jarekt (talk) 17:25, 12 August 2016 (UTC)
Thanks for your work, Jarekt. But I am not sure if the code works right. With I expect to see the name in Arabic but it is written in Latin script. Or do I misunderstand the functionaliy? btw: the link goes to arwiki. Raymond 18:35, 12 August 2016 (UTC)
Raymond, That is due to phabricator:T140792 bug; If you switch your native language to ar the Creator:Peter_Paul_Rubens page will have correct translations. --Jarekt (talk) 18:53, 12 August 2016 (UTC)
Jarekt, thank you for pointing me to this bug. Raymond 19:02, 12 August 2016 (UTC)
@Zolo:, maybe the issue is with module:Wikidata. I can imagine that if "lang" is provided but not used in all parts of the code we would have that issue. For example if some parts of the code relied on "lang" provided by the template and some on {{int:lang}} we could have issues described in that phabricator ticket. Could you check? --Jarekt (talk) 19:07, 12 August 2016 (UTC)
It is actually related to the behavior of mw.wikibase.label() that is not compatible with ?uselang. I have disabled it here and it fixes the issue, with potentially large large cost on memory usage that will need to be addressed in a more technical place. --Zolo (talk) 20:03, 12 August 2016 (UTC)

dealing with duplicate templates

This query lists all the wikidata items linked to 2 Creator templates. Many of those are duplicates ( 2 templates for the same person) or templates with wrong wikidata codes. If someone needs a interesting puzzle please help me cleaning them up, which involves either combining 2 templates or removing link from one of the commons creator templates and removing one of the Commons Creator page (P1472) links. --Jarekt (talk) 02:21, 30 August 2016 (UTC)

Category:Creator templates with Wikidata link: item mismatching P373

Category:Creator templates with Wikidata link: item mismatching P373 is a category which detects mismatch between Wikidata's P373 (Commons category (P373) and Commons Creator, Homecat category. In most cases it is due either to old category name still kept on Wikidata or due to multiple categories related to the same person on Commons. If someone like puzzles, I invite to help me fix them. --Jarekt (talk) 18:03, 2 September 2016 (UTC)

Lua version of the code

We have very preliminary version of the LUA code that mimics the current display part of the {{Creator}} template at Module:Creator. See for example:

Eugeniusz Lokajski  (1908–1944)    
Alternative names "Brok"
Description Polish photographer and athlete
Date of birth/death 14 December 1908 25 September 1944
Location of birth/death Warsaw Warsaw
Work period 1944
Work location Warsaw Uprising mostly in Śródmieście district.
Authority control

I will be adding more capabilities to look up info from wikidata and will work on large section that creates maintenance categories. But I hope to have something ready for testing soon. --Jarekt (talk) 14:35, 15 September 2016 (UTC)

Protected edit request

{{edit protected}} This template's documentation is displaying on pages in the Creator namespace that use the template. I believe it's because of the following line under "automatic categorization of pages in Creator: namespace".


The template already includes its documentation within noinclude tags at the bottom of the template. Could someone remove the line shown above? Thanks. --Auntof6 (talk) 18:24, 8 October 2016 (UTC)

  Not done Auntof6 I am lost why do you want to remove that documentation, for example in Creator:Sorin_Adam, or any other. Documentation within noinclude tags at the bottom of the template adds documentation to the template. --Jarekt (talk) 04:13, 11 October 2016 (UTC)
@Jarekt: I don't understand why the creator pages need documentation on how to use the template. Doesn't template documentation need to be displayed on the template page, and not on the pages that use the template? There are two places in the template that include the documentation page: the one at the bottom that displays the doc on the template page, and the one I suggest removing that displays it on creator pages. There are other types of pages that use this template, and the doc doesn't display on those. Am I missing something? --Auntof6 (talk) 04:19, 11 October 2016 (UTC)
Auntof6, All templates including Creator or Institution templates should include documentation. Creator templates are more or less the same and do not need individual documentation, so a single documentation page is added to 20- something thousands creator pages with the command you are proposing to remove. --Jarekt (talk) 04:33, 11 October 2016 (UTC)
@Jarekt: I'm still not sure I understand. Are you saying that the creator pages are templates? --Auntof6 (talk) 04:35, 11 October 2016 (UTC)
Auntof6, they are pages used like templates, (transcluded to other pages,) but which are in a specialized namespace. --Jarekt (talk) 05:03, 11 October 2016 (UTC)
Ah! I didn't know that. Now it makes sense. Thanks for the explanation. --Auntof6 (talk) 05:08, 11 October 2016 (UTC)

Bugfix in this template

There are two tests using this code:

{{#ifeq: {{localurl:{{PAGENAME}}}} | {{localurl:{{{Homecat}}}}} || ... }}

It does not work at all, there's no such "localurl:" parserfunction. This causes a tracking category to be overpopulated.

I think that the purpose of this test was to compare the current page name (as returned by {{PAGENAME}}, where it may be HTML-encoded for some ASCII punctuation characters allowed by MediaWiki such as the apostrophe ', with the value of a plain-text parameter ({{{Homecat}}}) which may include non significant whitespaces or different lettercase in the first letter, and which is generally not URL-encoded). The work around is to use this simple code (passing the specified parameter to the PAGENAME parser function to normalize it the same way as for the current pagename returned by default):

{{#ifeq: {{PAGENAME}} | {{PAGENAME|{{{Homecat}}}}} || ... }}

Another equivalent solution uses #titleparts (reverse conversion from the HTML-encoded characters to plain UTF-8 characters), but still with the equivalent canonicalisation of pagenames (leading/trailing whitespaces removed, whitespaces compacted, canonicalisation for the namespace or for the leading character of the page title, resolution of relative URLs...).

Please unprotect this template to make this necessary change (two occurences). verdy_p (talk) 03:21, 10 October 2016 (UTC) {{editprotected}}

Note: the Template:Creator/sandbox version fixes that (it also fixes various dangling newlines at end of the table, adds scope="col/row" in header cells and eliminates unnecessary HTML elements (notably the outer div to contain the table; it also fixes the layout of descriptions containing bulleted or numbered lists or multiple paragraphs). verdy_p (talk) 06:25, 10 October 2016 (UTC)
verdy_p, localurl magic word is explained here and it seems to me that it is working fine. Category:Creator templates with non-matching home categories holds creator pages whose name does not match the category name. It is not a problem by itself but since most creator template names match the home category names, if someone needs a list of creator pages and their home pages, one can often use a shortcut and guess the name of the home category based on creator page name. However creator pages in Category:Creator templates with non-matching home categories need to be treated differently. You are saying that "category [is] overpopulated". Can you give any examples? --Jarekt (talk) 17:37, 10 October 2016 (UTC)
It is one of the tracking categories tested using "localurl:"; all these page are cetegorized due to missing links to pages named with a "localurl:", edit one of these pages, you'll see at the bottom a red link for missing included "templates"... verdy_p (talk) 20:56, 10 October 2016 (UTC)
Note: localurl does not work correctly to compare pagenames as they are returned by the internal PAGENAME parser function (and similar), because they are HTML-encoded (this is a problem for all pages containined as ASCII apostrophe for example in their name becaues tests with "#ifeq:" will not match them. We need a name canonicalisation (and unfortunately localurl does not work coherently when there are optional namespaces). To have coherent results, "#titleparts:" works much better (it has been tested since lon in French wikis where there are many page titles with apostrophes, and even here on Commons.
For some resons the proposal to change the way PAGENAME returns HTML-encoded names has not been accepted (because PAGENAME is frequently used within attributes where quotes cause problems.
The alternate proposal to fix #ifeq: so that it will HTML-decode its parameters was also rejected. And anyway we need a way to canonicalize pagenames with their correct namespace name (replacing aliases) and a single capitalization form for namespaces, and a correct capitalization for pagenames outside the namespace. verdy_p (talk) 21:03, 10 October 2016 (UTC)
verdy_p I edited one of the pages and I see no red links for any missing pages. The purpose of localurl is to grab 2 strings that could be in many alternative formats and create a 2 strings in unified format (whatever that might be) so they can be compared. Can you point out a specific page where something is not working right? --Jarekt (talk) 04:06, 11 October 2016 (UTC)

Attributed to

why is attributed to not working?--Oursana (talk) 02:08, 24 January 2017 (UTC)

@Oursana: Links to where it is not working are always valuable. Making others do all the work is not helpful, nor often a good way to get assistance. FWIW it works for me edit.  — billinghurst sDrewth 02:56, 24 January 2017 (UTC)
Sorry, I thought it might be a known problem with so many files. I mean the additions within the {{artwork}} Revision of File:15-07-05-Schloß-Caputh-RalfR-N3S 1712.jpg--Oursana (talk) 03:12, 24 January 2017 (UTC)
  Done @Oursana: The Option parameter was empty, as in it was missing Option = {{{1|}}} <!-- Do not modify -->. @Jarekt: Do you have a ready means to check for empty Option parameter?  — billinghurst sDrewth 04:42, 24 January 2017 (UTC)
Thank you--Oursana (talk) 05:13, 24 January 2017 (UTC)
The only way to check for empty Option parameter is to crawl through all the pages and verify that it is there. I do not remember the last time I have done it so I will run it again. --Jarekt (talk) 13:19, 24 January 2017 (UTC)
I added ~260 Option parameters. As of now all creator templates should have them. --Jarekt (talk) 16:43, 24 January 2017 (UTC)
perfect, thank you--Oursana (talk) 15:46, 5 March 2017 (UTC)

problems in ast --Oursana (talk) 15:46, 5 March 2017 (UTC)

Also for this see the first comment on your question in the last section! {{CountryAdjective|DE|lang=ast}} is not supported and gives Template:CountryAdjective/ast. The result is visible on and thus on ast:Ficheru:Durer-self-portrait-at-the-age-of-thirteen.jpg. Template:CountryAdjective/ast should be created, but that should better be discussed on Template talk:CountryAdjective! --Marsupium (talk) 09:40, 22 March 2017 (UTC)
The problem with "ast" language (Asturian language ?) is deeper, as it is not in Module:Fallbacklist list. It is recognized by Wikimedia {{#time:l|now|ast}} returns "vienres" but I do not know what does it fall back to. Should it fallback to Spanish and than English? --Jarekt (talk) 12:55, 22 March 2017 (UTC)

What to do with redundant fields?

If Wikidata is present and after we migrate all the data from Creator templates to Wikidata we should remove redundant data from Commons, after verifying that all the data was moved to Wikidata. For example "Name" field is not used if wikidata field is present and has labels. We could be deleting name fields in all verified templates. Same with dates or places. --Jarekt (talk) 05:00, 23 April 2017 (UTC)

Definitely! Many of these are quite out of date, I have noticed. Jane023 (talk) 06:53, 23 April 2017 (UTC)
Return to "Creator/Archive 2" page.