Mòdul Discussió:Wikidades/Arxiu 1

message: L'actual codi, que reindexa els llistats de declaracions de forma que l'índex del primer passa de 0 a 1, sols funciona correctament si el llistat ja és ordenat alfabèticament a Wikidata. Caldria modificar-lo perquè el resultat siga una llista ordenada alfabèticament independentment de l'ordre que tinga a Wikidata. Una possible solució simple seria posar la següent línia de codi
 table.sort(formattedStatements)--Sort output
abans de la línia de codi
 return mw.text.listToText( formattedStatements, args.separator, args.conjunction )
i així utiltzaria l'enllaç a la Viquipèdia com a clau d'ordenació. Volia consensuar aquesta solució abans d'implementar-la i suprimir l'actual reindexació. --Albert Villanova del Moral (disc.) 23:22, 7 gen 2014 (CET)
replies: text: Tanmateix, aquesta solució té inconvenients, com per exemple, els noms que comencen amb articles (seran ordenats pel seu article) o els noms que continguen nombres romans (IX anirà abans que V), entre d'altres… --Albert Villanova del Moral (disc.) 23:29, 7 gen 2014 (CET)
replies: text: : Em pensava que Wikidata ja ho ordena automàticament. Hi ha algun exemple de llista desordenada? --V.Riullop (parlem-ne) 21:35, 20 feb 2014 (CET)
thread_title:  Ordenació alfabètica de llistes 

message: D'acord amb el missatge en llista de correu, la funció mw.wikibase.getEntity ha estat substituïda per mw.wikibase.getEntityObject. Això suposa dos canvis de funcionalitat:
# Només detecta propietats amb majúscula (P123, no p123)
# Les taules queden numerades a partir d'1, com amb Lua, en lloc de 0.
Com que aquest mòdul s'usa en més de 300.000 pàgines, no sé per on començar ni com atacar-ho. Igualment afecta al Mòdul:Wikibase amb més de 100.000 inclusions. Ho deixo aquí com a recordatori. --V.Riullop (parlem-ne) 00:51, 21 feb 2015 (CET)
replies: text: M'hi he llançat. Almenys, els casos de prova de la documentació funcionen bé, no hi ha pàgines noves en la categoria d'errors de script i mirant algunes pàgines a l'atzar de diferents casos, funcionen bé. Amb tantes inclusions és impossible comprovar-ho tot, espero que no surti cap problema. --V.Riullop (parlem-ne) 17:58, 22 feb 2015 (CET)
thread_title:  Funció mw.wikibase.getEntity, obsoleta 

message: FormatStatements funciona bé amb dates però dóna sempre l'any amb quatre xifres, cosa que és una mica estranya entre el 999aC i el 999 perquè afegeix zeros al davant (exemple).
Hi ha alguna manera de fer que elimini els zeros del davant dels anys?--Pere prlpz (disc.) 15:27, 19 nov 2015 (CET)
replies: text: Es pot fet, crec, però està complicat. Utilitza el mateix format "j F Y" que mw:Help:Extension:ParserFunctions#.23time on l'any sempre és amb 4 xifres. Abans d'intentar-ho, segur que és millor mostrar "19 agost 14"? Se'm fa igual d'estrany que "19 agost 0014". O potser "19 agost 14 dC" pels anys <100? --V.Riullop (parlem-ne) 16:51, 19 nov 2015 (CET)
replies: text: :Si és difícil, no sé com és d'important, i potser no gaire. La idea és fer-ho servir per la data per defecte de naixement i mort a la infotaula persona, i com que tampoc deuen ser tants els que les tinguin als anys de menys de quatre xifres potser no cal patir per si uns quants ens surten amb la data més lletja. De fet, el format que més m'agrada és el que hi ha posat manualment a la infotaula, "23 de setembre del 63 aC; 19 d'agost del 14 dC", però això deu ser més complicat encara.--Pere prlpz (disc.) 17:38, 19 nov 2015 (CET)
replies: text: ::Amb preposicions el que és complicat és apostrofar, "19 d'agost de l'11 dC". Ho intentaré sense preposicions. --V.Riullop (parlem-ne) 19:22, 19 nov 2015 (CET)
Fet, no era tant complicat, només calia pensar-ho una mica. --V.Riullop (parlem-ne) 20:37, 19 nov 2015 (CET)
thread_title:  Anys de menys de 4 xifres 

message: Xuclar una data de Wikidata per posar-la en una infotaula semblava molt fàcil però em trobo amb un altre tema per resoldre: la precisió. El mòdul torna sempre la mateixa precisió, però hauria de variar segons com siguin les dades de Wikidata (exemple que torna un dia, tot i que la precisió de la mort és d'un any i del naixement d'un segle).
Hi ha alguna manera fàcil de fer-ho?
Si no, suposo que encara és menys greu que abans, perquè els articles afectats no seran gaires i sempre es poden arreglar a mà.--Pere prlpz (disc.) 20:56, 19 nov 2015 (CET)
replies: text: En l' anglesa està resolt. Falta veure com s'adapta. Per demà. --V.Riullop (parlem-ne) 21:11, 19 nov 2015 (CET)
replies: text: :Fet. Ja funciona per precisions d'anys i segles. Caldria provar-ho amunt amb mil·lennis, desenes de milers d'anys, etc., i avall amb dècades i mesos. A notar que els segles no surten amb números romans: "segle 12". Els mil·lennis no surten amb números ordinals: "2 mil·lenni". En tot cas són millores pendents. --V.Riullop (parlem-ne) 12:51, 20 nov 2015 (CET)
replies: text: ::Bona feina. Crec que per la infotaula persona ja és suficient.

text: ::He trobat un cas exòtic que dóna error: data de defunció 3200000 aC. No crec que arribi a sortir a cap article, ni sé si abans ja donava aquest error però el deixo anotat com a referència.--Pere prlpz (disc.) 13:13, 20 nov 2015 (CET)
replies: text: :::Corregit un petit error. Falta, en aquest cas, posar el punt de milions però formatar correctament 32 centenars de milers és una complicació. Caldria convertir a 3,2 milions. Tot és possible, però per avui ja n'hi ha prou. --V.Riullop (parlem-ne) 13:37, 20 nov 2015 (CET)
thread_title:  Precisió 

message: D'acord amb les pràctiques habituals i veient els comentaris a Discussió:Llista d'obres de Jacob van Ruisdael, les plantilles que posen paràmetres automàticament no haurien de posar enllaços a Wikidata sinó que, si l'article no existeix, haurien de posar un enllaç vermell (o alternativament treure l'enllaç). No veig que amb cap de les opcions de formatting surti un enllaç vermell. Hi ha alguna manera fàcil? Exemple (lloc de defunció de Winston Churchill).--Pere prlpz (disc.) 11:49, 20 nov 2015 (CET)
replies: text: Amb formatting=label i posat tot dins d'un enllaç:

text: --V.Riullop (parlem-ne) 13:14, 20 nov 2015 (CET)
replies: text: :Bé, funciona per aquest cas concret, però té el desavantatge que no agafa el títol del sitelink, l'interwiki si existeix. --V.Riullop (parlem-ne) 13:41, 20 nov 2015 (CET)
thread_title:  Enllaços vermells 

message: 
Crides de de Plantilla:Infotaula anatomia/core, i que en no existir aquest codi, no funciona les crides corresponents:
*
*
*
el codi a continuació és el corresponent al codi en:Module:Wikidata
-- This is used to get the TA98 (Terminologia Anatomica first edition 1998) values like 'A01.1.00.005' (property P1323)
-- which are then linked to http://www.unifr.ch/ifaa/Public/EntryPage/TA98%20Tree/Entity%20TA98%20EN/01.1.00.005%20Entity%20TA98%20EN.htm
-- uses the newer mw.wikibase calls instead of directly using the snaks
-- formatPropertyValues returns a table with the P1323 values concatenated with ", " so we have to split them out into a table in order to construct the return string
p.getTAValue = function(frame)
  local ent = mw.wikibase.getEntityObject()
  local props = ent:formatPropertyValues('P1323')
  local out = {}
  local t = {}
  for k, v in pairs(props) do
    if k == 'value' then
      t = mw.text.split( v, ", ")
      for k2, v2 in pairs(t) do
        out[#out + 1] = "" .. string.sub(v2, 2) .. "%20Entity%20TA98%20EN.htm " .. v2 .. ""
      end
    end
  end
  local ret = table.concat(out, " ")
  if #ret == 0 then
    ret = "Invalid TA"
  end
  return ret
end
-- look into entity object
function p.ViewSomething(frame)
  local data = mw.wikibase.getEntityObject()
  if not data then
    return nil
  end
  local f = frame.args[1] and frame or frame:getParent()
  local i = 1
  while true do
    local index = f.args[i]
    if not index then
      if type(data) == "table" then
        return mw.text.jsonEncode(data, mw.text.JSON_PRESERVE_KEYS + mw.text.JSON_PRETTY)
      else
        return tostring(data)
      end
    end
    
    data = data[index] or data[tonumber(index)]
    if not data then
      return
    end
    
    i = i + 1
  end
end
Jmarchn (disc.) 11:28, 15 des 2015 (CET)
replies: text: --V.Riullop (parlem-ne) 13:52, 15 des 2015 (CET)
thread_title:  Sol·licitud de modificació protegida 15-12-2015 

message: Afegir la funció getValue que es troba a :en:Module:Wikidata per poder utilitzar-se en la crida que es fa des de  de . Jmarchn (disc.) 23:58, 6 gen 2016 (CET)
replies: text: Ja tenim una funció equivalent. Si el que vols és recuperar la data, pots fer .--Pere prlpz (disc.) 00:16, 7 gen 2016 (CET)

text: --Pere prlpz (disc.) 00:17, 7 gen 2016 (CET)
thread_title:  Sol·licitud de modificació 

message: Quin formatting s'ha de fer servir per a recuperar l'enllaç extern que està incorporat al valor de la mateixa WD. Exemple: Palau de la Música (Q327940), identificador de Patrimoni Mundial (p757). He provat tots i sempre retorna el valor sense enllaç. Merci,--amador (disc.) 09:39, 26 gen 2016 (CET)
replies: text: Resposta particular per aquesta propietat:  (exemple).

text: Resposta general: El truc és posar com a formatting el patró que trobaràs a la pàgina de discussió de la propietat (en aquest cas :d:Property talk:P757) al camp "Formatter URL". No sé que hi hagi cap opció baixar-se el patró automàticament i dubto que amb Lua es pogués arribar a fer, però no crec que calgui tampoc.--Pere prlpz (disc.) 11:04, 26 gen 2016 (CET)
replies: text: : Merci. Per sort, en aquest cas el patró sempre és el mateix. Si l'enllaç emmagatzemat dins el value fos diferent en cada cas, el problema seria irresoluble per aquesta via. De moment, no em queixo; quan tingui un cas real, ja veurem que fem. Salut !.--amador (disc.) 14:00, 26 gen 2016 (CET)
replies: text: :: Diria que el patró és sempre únic per cada propietat de Wikidata. Quan una propietat és l'adreça d'un web que no segueix cap patró comú, aleshores s'emmagatzema la URL sencera i no hi ha cap patró. Per exemple, :d:Property:P856, usada a :d:Q76 .--Pere prlpz (disc.) 15:05, 26 gen 2016 (CET)
thread_title:  formatting 

message: : podries, si us plau, fer que el paràmetre "item" sigui opcional ?. És a dir, que no doni error si està buit. Merci,--amador (disc.) 18:24, 7 març 2016 (CET)
replies: text: Fet. --V.Riullop (parlem-ne) 19:41, 7 març 2016 (CET)
thread_title:  Fer que "item" sigui opcional 

message: Hola . No sé si faig alguna cosa malament o cal afegir algun paràmetre ignorat per mi, però no recupera les propietats tipus "monolingual text". Primer he pensat que era perquè no recuperava res si el valor de llengua propi no era el de l'element. He afegit "català" en  per provar-ho, i quan faig directament  dins Regne Unit en previsualització, em diu "Tipus de valor (datavalue) desconegut.". Alguna idea?. Merci,--amador (disc.) 07:55, 11 maig 2016 (CEST)
replies: text: No estava previst aquest tipus de valor, però sí un missatge per casos no previstos. Ara, ja funciona:

text: * :

text: *:

text: * :

text: *:

text: *: a notar que en el codi font inclou la marca de llengua United...

text: * :

text: *:

text: * :

text: *:

text: No he vist forma de treure-ho en una llengua concreta, tipus rank=ca, però diria que no tenen sentit les traduccions de monolingual. Enjoy it! --V.Riullop (parlem-ne) 11:26, 11 maig 2016 (CEST)
replies: text: : Merci !. Realment no té sentit fer plurilingüe un "monolingual text" , però jo em pensava que no m'ho retornava perquè no estava en la meva llengua. Bona feina !. --amador (disc.) 13:58, 11 maig 2016 (CEST)
replies: text: ::, em desdic del meu anterior missatge. Sembla que si té sentit tenir un multivalor de monolinguals, tal com li passa a , ex.:dins . He vist al :es:modulo:Wikidata que tenen el getPropiedadEnEspanyol per a fer aquesta recuperació. Li pots fer un cop d'ull ?. Tornen a la càrrega amb el tema del tractament femení i ens hauríem de posar les piles. Merci,--amador (disc.) 14:19, 26 maig 2016 (CEST)
replies: text: :::Gràcies per la pista, això ha fet que m'inspiri sense haver-hi d'entrar a fons. Tal com havia dit més amunt, crec que la millor forma de seleccionar-ne un és amb el paràmetre rank:

text: :::* :

text: :::*

text: :::Només funciona per català i si no existeix no traurà res. --V.Riullop (parlem-ne) 15:57, 26 maig 2016 (CEST)
, un altre detall, menor però que m'ha portat de corcoll: a les crides de monoligual text, el paràmetre "formatting" només pot contenir "language"; qualsevol altre valor (raw, label,..) o buit, comporta que no recupere cap valor, com si no existís.Merci,--amador (disc.) 15:39, 26 maig 2016 (CEST)

text: Ok, amb type=monolingualtext accepta formatting=language i formatting=text. El segon simplement treu el text sense les marques  de la llengua. Hi he afegit que només tracti aquests dos valors, qualsevol altre se'l salta i el tracta a banda si té algun sentit. --V.Riullop (parlem-ne) 16:10, 26 maig 2016 (CEST)
thread_title:  Recuperar "monolingual text" 

message: Per cert, estava pensant a fer una categoria oculta amb els articles que fan servir el paràmetre item, per tenir-los controlats. Jo pensava que seria anecdòtic per a fer tractaments estranys, però n'estic posant un munt amb les infotaules de "centre històric de xxxx" incrustada dins l'article de la ciutat. Per poder recuperar els paràmetres de la protecció cal fer servir la Q del centre històric i no la de la ciutat (valor per defecte). Com que és un codi "a sac" dins l'article, m'ha semblat que calia prendre precaucions. Que et sembla ?. --amador (disc.) 13:58, 11 maig 2016 (CEST)
replies: text: Està bé tenir-los controlats, per minimitzar-los quan es pugui. Entenc que són casos que no fan servir el Mòdul:Infotaula sinó ja apareixerien a :Categoria:Articles amb accés arbitrari a Wikidata. Està previst migrar a infotaula? Posa algun exemple concret. --V.Riullop (parlem-ne) 14:38, 11 maig 2016 (CEST)
replies: text: :El tractament que feia amb "item" a  i  és anterior al canvi que vas fer a infotaula. Ja em miraré si aprofito la teva feature i ho canvio. De moment, he incorporat la categorització en aquestes dues infotaules si tenen "item". Ja tenim els primers articles categoritzats !. Salut !--amador (disc.) 15:14, 12 maig 2016 (CEST)
replies: text: ::És millor passar el paràmetre item a la infotaula: Special:Diff/16965426. Així, l'enllaç al peu de pàgina va l'element de l'item, no a l'element de la pàgina, i ja afegix la categorització. --V.Riullop (parlem-ne) 15:29, 12 maig 2016 (CEST)
replies: text: ::: amb això tens raó, però a les crides a Wikidata els haig de mantenir, oi ?. Disculpa si dic rucades, però ja estic emboirat. --amador (disc.) 00:16, 13 maig 2016 (CEST)
replies: text: ::::Escampant la boira... la plantilla infotaula només formata les dades. Amb el paràmetre item fa l'enllaç a Wikidata i no fa cap consulta. La construcció de les dades, amb crides a Wikidata i amb un item si és necessari, es fa en les plantilles que criden la infotaula. Sempre que aquestes usin "item" caldria passar també el paràmetre a infotaula, per fer l'enllaç i per la categorització. --V.Riullop (parlem-ne) 09:39, 13 maig 2016 (CEST)
replies: text: :::::Disculpa, ahir vaig estar tot el dia carregant codis de Patrimoni Humanitat a WD i estava en un estat de confusió total. Ara ja ho veig tot més clar. Posaré al començament de totes les infotaules l'herència de "wikidata", "item" i "child" i així no m'oblido. Salut !--amador (disc.) 13:20, 13 maig 2016 (CEST)
thread_title:  Categoria per articles amb paràmetre item 

message: Sembla que quan la unitat d'una dimensió és "metre", la recupera sempre, tant si li has posat formatting=unit com si li poses raw. En cm. si que funciona. A  tens  en metres i  en cm. per povar-ho. Merci,--amador (disc.) 09:15, 12 maig 2016 (CEST)
replies: text: Corregit. El problema no era amb els metres sinó amb quantitats sense la precisió ±. "277±1 Centímetre" es tradueix per "277 Centímetre". Caldria un tractament de les unitats per posar-ho correctament "277 cm" però encara seria millor "2,77 m". En el cas de "1,94 metre" no indica la precisió i per això estava fallant sense fer cap tractament. També falta una coherència d'unitats. Ara surt 277 x 1,94. Caldrien millores per traduir les unitats al SI. Justament a l'anglesa està en discussió :en:Module talk:Wikidata#Importing units from wikidata, a veure si arriben a alguna conclusió i solucions. --V.Riullop (parlem-ne) 12:13, 12 maig 2016 (CEST)
replies: text: :Finalment he fet un tractament de les unitats. Ara treu l'etiqueta en plural si la quantitat és diferent d'1, i té la possibilitat de treure la unitat amb codi si està definit a Mòdul:Wikidata/Units i s'usa el paràmetre formatting=unitcode. En el submòdul s'explica en més detall. Ping . --V.Riullop (parlem-ne) 11:03, 19 set 2016 (CEST)
replies: text: :: Moltes gràcies, Vicenç! Pau Cabot · Discussió 11:07, 19 set 2016 (CEST)
thread_title:  Altre cop les unitats 

message: A can WD estan fent una proposta -que jo vaig suscitar inicialment- que suposaria tenir qualificadors multivalor. Em sembla que el nostre mòdul:Wikidata no les sap recuperar. He provat amb  on he carregat el qualificador  com sembla que ho carregarien, i només em recupera el primer valor. Ho sento, ja has vist al fil que estic mirant de frenar-lo, però un dia o un altre acabarà passant. Cada cop que em vull inspirar en el Wikidata perfecte, miro  i m'acollono. --amador (disc.) 20:54, 13 maig 2016 (CEST)
replies: text:  -> . Caldria un bucle pel paràmetre "1" fins a "3":

text:  ->

text:  ->

text: Com diu el seu nom és una funció per veure qualsevol cosa. No està documentada, el truc és començar pel primer paràmetre i anar afegint-ne segons l'arbre de dades que treu. Ara bé, el tractament de les dades ja es fa complex. --V.Riullop (parlem-ne) 09:41, 14 maig 2016 (CEST)
thread_title:  qualificadors multivalor 

message: . Prometo que he mirat de trobar una explicació per poder esquivar-ho, però no hi trobo la lògica. Prova  amb Rijksmuseum i Museu del Louvre. Tots dos funcionen malament, però de forma diferent. En el primer repeteix la sèrie i al segon només dóna el primer valor. Originalment ho tenia amb separators i value, però ho he reduït a la mínima expressió per eliminar culpables i actua igual. Semper fidelis.--amador (disc.) 08:02, 19 juny 2016 (CEST)
replies: text: Aquesta no és fàcil. Tornem a estar amb el problema del format de quantitats, però ara amb valors múltiples. Ho he arreglat a mitges. Les diferències entre els dos museus és que un té els dos valors rank=normal i l'altre té un rank=preferred. Això fa difícil d'explicar el comportament però, per a que me'n recordi en el futur, el resultat és que un treu dos valors mentre que l'altre en treu un de sol concatenat. Prova-ho amb , no només aquests dos casos sinó amb qualsevol propietat amb valor numèric que se t'acudi per comprovar que no es trenca res. --V.Riullop (parlem-ne) 12:05, 19 juny 2016 (CEST)
replies: text: : Ets tan bo que costa trobar reptes per a tu. Aniré provant. Ho he provat amb  que són sèries més llargues i funciona. Merci,--amador (disc.) 12:33, 19 juny 2016 (CEST)
replies: text: ::Actualitzat de les proves. For the record Special:Diff/17107424 (formatPropertyValues, la millor manera de formatar quantitats, obliga a tornar sobre l'objecte entity en lloc de la taula mainsnak; workaround: variable valuenum per a acceptableRanks funciona miraculosament). --V.Riullop (parlem-ne) 12:10, 20 juny 2016 (CEST)
. Seguim:
*Crida = , només hi ha un valor i és "normal". Resultat= res. (ex:
*Crida = , només hi ha un valor i és "normal". Resultat= 100.000.000. (ex:
*Crida = , només hi ha un valor i és "preferred". Resultat= res. (ex:
*Crida = , només hi ha un valor i és "preferred". Resultat= res. (ex:
--amador (disc.) 15:28, 20 juny 2016 (CEST)

text: Solucionat, crec. Aquests casos em fan pensar que la lògica no és gaire lògica. Si rank=preferred hauria de treure el millor valor possible, és a dir el "normal" si no hi ha cap "preferred". Correcte? He estat temptat a fer una remodelació en profunditat, però no són hores i això necessita temps, a banda de que ja començo a odiar aquest mòdul si no fos per la teva insistència (justificada). --V.Riullop (parlem-ne) 22:34, 20 juny 2016 (CEST)
replies: text: : La documentació diu una cosa similar: "si només hi ha un valor, el retorna independentment de la qualificació" (cosa que continua sense fer: P2769 en Q207203). No em semblaria malament que retornés el "one", si no hi ha cap "preferred", tant si és element únic com si és multivalor. Tampoc m'importaria que sàpigues retornar el "més modern" o una llista "ordenada" per data/data creació/data d'inici (A/D). Però no vull abusar si estàs en hores baixes. Per cert, que fan a altres wikis? No he trobat cap infotaula anglesa amb WD. Salut i gràcies, --amador (disc.) 06:21, 21 juny 2016 (CEST)
thread_title:  propietat rara 

message: Com a continuació del fil anterior, he fet una remodelació important en proves, per tenir una idea: https://ca.wikipedia.org/wiki/Especial:ComparePages?page1=M%C3%B2dul%3AWikidata&rev1=17110491&page2=M%C3%B2dul%3AWikidata%2Fproves&rev2=17111846&action=&diffonly=&unhide=. : no eren hores baixes, és que no eren hores, per funcionar necessito un cafè matiner, motivació i un cigarret. Cal provar-ho intensivament, per diferents tipus de valors, substituint  per . Novetats:
* He unificat rank=one i rank=preferred. Amb qualsevol valor "rank" treu el millor possible començant pels preferred si existeixen. Si està buit treu la llista de tots els valors, si n'hi ha més d'un.
* Per valors multilingües, rank=ca és ara formatting=ca o qualsevol altre valor de formatting, vàlid o no. 
* property accepta també el nom de la propietat, exemple: 
* Nou paràmetre "default" per si hi ha algun error o no hi ha res. Exemple 
* S'unifica el tractament de formatStatements i formatQualifiers. Algunes millores del primer no estaven en el segon. De fet, és una nova funció "claim" que les unifica i la idea és que les pugui substituir. El paràmetre "qualifierProperty" se substitueix per "qualifier" per fer-ho més entenedor. Exemple: 
Soluciona els problemes de format numèric anteriors, però es poc escapar algun bug. Amb aquesta remodelació espero entendre'ls millor. --V.Riullop (parlem-ne) 12:42, 21 juny 2016 (CEST)
replies: text: Jo !, ha quedat alguna cosa ?. Bé, tranquil que a mi també em passa. Cada nova "infotaula base" que faig millora l'anterior i penso que haig de tornar enrere a incorporar millores descobertes. Terrible, cada cop la llista de "to do" és més gran. Rebut. Vaig provant i reporto aquí. Gràcies,--amador (disc.) 12:59, 21 juny 2016 (CEST)
replies: text: :El nou paràmetre default permetrà simplificar la sintaxi de plantilles evitant una doble invocació:
 
 

text: :--V.Riullop (parlem-ne) 16:17, 21 juny 2016 (CEST)
replies: text: :: He transformat "infotaula d'organització" a la nova versió en Usuari:Amadalvarez/Infotaula d'organització. Veient com mostra els exemples de la documentació, dedueixo que el paràmetre "default" és un regal enverinat, perquè si no hi és (ara no està en lloc, encara) retorna un missatge i en no ser "null", la infotaula el tracta. L'altre cosa és que en la "infotaula d'edifici" incrustada surt el missatge que el paràmetre "item" és erroni (perquè està buit). Aquest error ja m'ho havies arreglat quan vas implantar "item". Faré proves amb aquesta infotaula en articles reals i segueixo reportant. --amador (disc.) 17:58, 21 juny 2016 (CEST)
replies: text: ::: explica'm això del default. Realment ara veig que el tractament d'errors ha canviat i es tracta de fer-ho compatible sense haver de modificar plantilles. El default és per millorar en les noves. Pot treure l'error o no res, quina hauria de ser la sortida per defecte?, o en quins casos l'error i en quins no res? --V.Riullop (parlem-ne) 21:36, 21 juny 2016 (CEST)
replies: text: ::::: He transformat la crida posant-li "claim" i "qualifier" i deixant la resta igual. Lògicament, el default no ho té cap crida. Amb aquest estadi, tots els accessos a una Property que no existeix en aquell ítem donen error i, en no tenir previst el default, retorna un "missatge" en comptes de null. He posat el default (sense més) en un parell de crides i el comportament és correcte (el d'abans), ja que entén que "expressament no vull fer res". Jo crec que el default s'hauria d'executar si existeix. És com el "false" d'un if, és opcional, i si no hi poses res, no fa res. Ho veus ?

text: ::::Per cert, també he provat amb èxit el formatting =ca, i també recupera bé les dades que van iniciar aquest enrenou (Europol i Frontex). Bona nit, --amador (disc.) 22:40, 21 juny 2016 (CEST)
replies: text: :::::He modificat el tractament d'errors. D'entrada no treu res per fer-ho compatible amb la versió actual. Si es vol veure l'error cal afegir showerrors=sip (qualsevol valor). Si es vol que faci alguna cosa llavors s'afegeix default=sense dades.

text: :::::La idea és poder substituir la versió actual per la versió en proves, per tant ha de ser compatible amb formatStatements, formatQualifiers, qualifierProperty, p minúscula i tota l'estructura anterior. Les novetats, canvi de funció a claim, default, rank únic, showerrors són per aplicar una vegada fet el canvi. El que interessa ara és comprovar que funcioni canviant només Wikidata per Wikidata/proves. Després, si cal, ja farem un rastreig per aplicar millores. --V.Riullop (parlem-ne) 09:39, 22 juny 2016 (CEST)
Obro llista i vaig apuntant:
*Descobert lo de "item no trobat". Li passo com a item el que tingui a la P276 (null, si no en té). Ara li estava passant "propietat no trobada", perquè no feia servir default. 
# La Property del qualificador no l'entén amb "p" minúscula.
--amador (disc.) 18:39, 21 juny 2016 (CEST)

text: Fet, ara entén la minúscula. De totes formes és millor anar-se acostumant a posar la P sempre majúscula, única forma que entén Wikidata. Hi he afegit també l'àlies qualifierProperty per facilitar la transició. --V.Riullop (parlem-ne) 21:14, 21 juny 2016 (CEST)
No funciona . Curiós que repeteix l'error 2 cops amb una "i, coincidint el nombre de valors que té. El primer valor és preferred, però ho he canviat a normal i tampoc funciona. Seguim,--amador (disc.) 08:37, 22 juny 2016 (CEST)

text: Arreglat. S'havia espatllat en intentar convertir la p minúscula del qualifier inexistent. --V.Riullop (parlem-ne) 09:49, 22 juny 2016 (CEST)
replies: text: : provant el cas anterior descobreixo que no sé com treure una llista complerta. He provat amb rank= i sense rank i he canviat de property (P1174 del mateix Q, per exemple) i sempre treu el preferred o el primer.--amador (disc.) 10:16, 22 juny 2016 (CEST)
replies: text: ::Això em passa per excés de confiança, per fer canvis desprès d'haver-ho provat i no al revés. Arreglat. Estava pensant que el paràmetre rank ja no tindrà sentit semàntic, no hi ha opció d'un rank determinat sinó que amb qualsevol valor sempre és el preferred en primera opció o el one en segona. Per treure el preferred/one o bé la llista serà més entenedor un nou paràmetre list que és l'antònim de rank: rank=qualsevol equival a list=false; rank buit o inexistent equival a list=true. Amb cada pas ens alineem més amb l'anglesa, tot i l'enfocament de base diferent que tenen. --V.Riullop (parlem-ne) 10:47, 22 juny 2016 (CEST)
Bé, això fa bona pinta. Veig que ja has reescrit la documentació ! . Molt bé. Per cert, ara que estàs animat, costaria molt recuperar la data sense editar, és a dir, ddmmaaaa ?. Fa uns dies que estava pensant a poder incorporar la  quan es recupera la info de WD, però em fa mandra haver de decodificar el mes per enviar-li a una funció que el tornarà a editar. Merci, --amador (disc.) 15:03, 22 juny 2016 (CEST)

text: Per les dates amb precisió de dia com a mínim hi he afegit formatting lliure segons els valors acceptats per la funció parser #time: mw:Help:Extension:ParserFunctions/ca#.23time. Exemples:

text: *  →

text: *  →

text: *  →

text: El format que treu per defecte correspon a "formatting=d F Y".

text: Ara bé, la plantilla:"data de defunció i edat" té 3 paràmetres per a cada data obligant a triplicar les invocacions. Una possible alternativa de càlcul directe:  →

text: M'explico. #time:U és el truc per fer càlculs de dates, converteix la data en segons des de l'1-1-1970. Trec la data de defunció i de naixement amb format U (segons relatius), els resto, els converteixo en anys i arrodoneixo per sota. Bé, és un exercici, tampoc seria cap desastre usar la plantilla i assegurar-se amb una cosa que ja funciona. --V.Riullop (parlem-ne) 18:40, 22 juny 2016 (CEST)
replies: text: :Ja m'agrada lo de la fórmula. En tot cas, no estalviem invocacions, perquè la data naixement l'haurem invocat tres línies més amunt i com que no ens podem guardar variables per reutilitzar-les, doncs toca preguntar molts cops. La infotaula d'organització la vaig refer sencera per a reduir accessos. Ara té dues parts: la primera recupera de WD / manual sense importar-li el formateig final (els típics Ifs de si està aquest, però no l'altre, etc.. ) i munta un diccionari amb totes les dades i li passa a la segona part que només manega variables, no accedeix a WD i s'encarrega del format de presentació. Per condicionar capçaleres havia arribat a tenir fins a 20-25 paràmetres: els que tocaven, la versió WD i els àlies idiomàtics per compatibilitat. A més facilita molt el manteniment. Em sembla que agafaré la infotaula persona i faré el mateix, perquè li varem posar pocs accessos a WD per prudència, però podríem ampliar. Merci per l'invent cronogràfic. Ja miraré de fer-ho fàcil. --amador (disc.) 20:52, 22 juny 2016 (CEST)
replies: text: ::Correcte. La solució per tractar variables és passar-les a una subplantilla (normalment /core o /base) que les tractarà com a nous paràmetres. A més, se simplifica tot plegat, una plantilla principal per tractar tots els possibles valors, àlies i variables i una subplantilla per la sintaxi pròpiament. --V.Riullop (parlem-ne) 21:14, 22 juny 2016 (CEST)
replies: text: :::Correcció, és millor truncar que arrodonir per sota: . Bé la fórmula no és gaire exacta per culpa dels anys de traspàs. Si necessites recalcular millor usa  o la seva lògica. --V.Riullop (parlem-ne) 22:23, 22 juny 2016 (CEST)
Actualitzat a la nova versió de les proves. --V.Riullop (parlem-ne) 11:02, 28 juny 2016 (CEST)
thread_title:  Remodelació 

message: Poso extemporàniament aquest fil fora de seqüència, perquè és de facto una continuació de l'anterior.
M'hi he posat amb el tema  . La via ràpida i amb 3 accessos a WD em funciona si la precisió informada és "dia". Quan és més gran (any), el mòdul retorna l'any en totes les opcions de #time (és a dir, la "n" i la "d") quan lo desitjable seria un null. He provat el tractament d'error, però no actua perquè, com que existeix la propietat, no dóna error. Si la precisió és "mes" (no tinc cap exemple, perquè he modificat un individu a l'atzar i després he revertit), ho retorna en text ("maig 1435", en el meu exemple) tant per l'opció "n" com la "d". És a dir, no tracta bé ni el mes tot i tenir un valor vàlid. Per últim, he mirat de fer proves amb el format "U", però no actua en dates incompletes. Veuràs provatures aquí. De moment ho engego en la versió multiaccés i només per a dates completes. Ja em diràs, merci. --amador (disc.) 12:55, 23 ago 2016 (CEST)
replies: text: Complicat. Entenc que el mòdul fa el que ha de fer, treure les dades que té ignorant formats impossibles. Si no fos així, trauria el dia 1 per totes les precisions inferiors a dia. Intentar que retorni alguna altra cosa no és viable perquè el format #time és massa obert. Per exemple, si intentes  tampoc dóna error ni null, retorna el dia d'avui acabant d'omplir la data incompleta. El mòdul no s'hauria d'adaptar a necessitats de plantilles, sinó al revès, caldrà una plantilla nova que tracti les dates retornades pel mòdul, per exemple convertint "1435" en dia buit i mes buit. Ara mateix només tracta el format #time per precisions de dia. Per precisió de mes s'hi podria afegir, però tenint en compte que si li demanes el dia retornarà sempre 1. L'alternativa de treure el format ISO ("c") la veig complicada de tractar: "+1435-01-01T00:00:00Z" pot induir a error interpretant l'1 de gener si no se sap que la precisió és d'any. --V.Riullop (parlem-ne) 13:44, 23 ago 2016 (CEST)
replies: text: : D'acord. En el segon tema, però, sembla estrany que si escrius a WD "5 1435" ho entén i deixa "maig 1435" i quan ho recuperes manté el "maig 1435" i no sàpiga retornar "5" quan li demanen "n". Però bé, no és crucial (penso). A veure com me'n surto. Gràcies,--amador (disc.) 13:56, 23 ago 2016 (CEST)
replies: text: :: El millor tractament possible amb . Per a precisió "dia" en data defunció i "any o dia" en data naixement. --amador (disc.) 15:21, 24 ago 2016 (CEST)
thread_title:  Edat 

message: Et volia preguntar si havies pujat la nova versió i, ai las !, el Pau s'ha trobat que  li resta 1 mes a la data, tant en versió actual com a /proves. He mirat de modificar-la amb "precisió manual a dia" i tampoc. Confio en tu. Merci,--amador (disc.) 06:45, 28 juny 2016 (CEST)
replies: text: Increïble, coses de Wikidata. Quan la precisió és d'un mes, desa la data com el dia 0 del mes. En formatar interpreta el dia anterior. Igualment fora del mòdul:  retorna "31 maig 1980". Arreglat amb solució barroera però simple: sumar-hi un dia. --V.Riullop (parlem-ne) 10:06, 28 juny 2016 (CEST)
thread_title:  Resta 1 mes a la data 

message: Ei,  Quant de temps sense emprenyar-te !. Tinc un tema menor però que m'ha atabalat bastant per poder diagnosticar-lo. En un camp de data, no es comporta igual si no hi ha "formatting" (mostra el contingut en dd mmmm aaaa) que si hi ha "formatting" però està buit el paràmetre (en aquest cas, no mostra res). Si el valor real de la propietat només conté any, el mostra en tots dos casos. Bé, ja sé com actuar, però les instruccions porten a engany. Salut, company.--amador (disc.) 22:36, 14 jul 2016 (CEST)
replies: text: Hi he afegit que ignori formatting buit. Normalment és el que hauria de fer amb tots els paràmetres i és millor definir-ho així d'entrada, però a aquestes alçades cal provar cas a cas. --V.Riullop (parlem-ne) 09:39, 15 jul 2016 (CEST)
thread_title:  Comportament formatting 

message: Un altre cas singular. No retorn el valor d'un monoligual text amb formatting=ca quan no és el primer de la llista. Exemple:  No surt. He provat amb list=true (per si de cas), i tampoc. Si inverteixes l'ordre a WD deixant el francès darrera, llavors si que ho retorna. Thanks, --amador (disc.) 13:04, 29 jul 2016 (CEST)
replies: text: Uf. Llistes i tractament de monolinguals només està preparat per property, no per qualifier. La clau està en la línia if qualifier then return qualifier[1] end que es queda sempre amb el primer. La solució és per nivell avançat i ja no serveix copiar solucions d'altres wikis. Per la meva part queda a l'espera d'alguna il·luminació sobtada. --V.Riullop (parlem-ne) 14:50, 29 jul 2016 (CEST)
replies: text: :Bah. És quan dormo que hi veig clar i només necessitava una migdiada: Special:Diff/17260950. --V.Riullop (parlem-ne) 18:56, 29 jul 2016 (CEST)
replies: text: ::Felicitacions !! Tens alguna lectura recomanada tipus "LUA for beginners". Per més que el miro, no l'entenc i ja m'agradaria. Fes-li una ullada a Mòdul:Map que serà la propera estrella si evoluciona això dels mapes dinàmics. Fa una cosa (perquè l'he vista funcionar, no perquè l'hagi trobat al codi) molt curiosa: recopila coordenades que li han anat posant amb unes plantilles dins el text, separades per tipologies. Em sembla màgic. --amador (disc.) 22:27, 29 jul 2016 (CEST)
replies: text: :::Contesto a la discussió d'usuari, ens anem del tema. --V.Riullop (parlem-ne) 17:19, 31 jul 2016 (CEST)
thread_title:  Qualificadors monolingual 

message: He vist que a can ES tenen la "infotaula persona" feta en LUA. M'ho miraré, però massa complicat per ara. El que he vist que tenen (i això si que em faria molt feliç tenir-ho) és la capacitat de recuperar una llista ordenada. Tot i que no està (explicitament lo de la llista) a les instruccions de :es:Módulo:Wikidata, és aquí on es gestiona via un mòdul complementari per a formats especials (:es:Módulo:Wikidata/Formatos). He arribat a través de :es:plantilla:Propiedad on si que l'esmenta als exemples. La "plantilla propiedad" és una idea interessant per a fer més amigable l'ús de WD per a novells. Bé, la pregunta: és pot aconseguir recuperar una llista ordenada ?. Ordenada, preferiblement per un qualificador, com ara una data. Espero les teves bones notícies.--amador (disc.) 21:41, 28 ago 2016 (CEST)
replies: text: Hauries de concretar què vols ordenar, amb algun exemple si és possible. Imagino que no et refereixes a l'opció espanyola lista=ordenada que en realitat fa una llista numerada. Els casos d'ordenació poden ser inimaginables. --V.Riullop (parlem-ne) 12:59, 10 set 2016 (CEST)
replies: text: :. Ja entenc que cal concretar. Des de que vaig escriure el missatge, he mirat d'entendre com funciona i, abans d'entrar en detall de quin formats (que ens pot inspirar el que tenen a ES), voldria comentar quin funcionament et sembla millor.

text: :* la lista=ordenada si que em sembla que ordena quan té el paràmetre  amb indicació del P qualificador. He provat amb :es:Woody Allen (sense cap paràmetre) i ordena els premis per data. No m'agrada el format, però això és un altre tema.

text: :* La seqüència (em sembla que) és:

text: :# la "Ficha de persona" té la lògica de què vol surti i amb quin format (però no el posa)

text: :# Crida a plantilla "propiedad" i li passa dades sobre què vol recuperar, com vol formatar i amb quin mòdul fer-ho.

text: :# "propietat" crida a "Mòdul:Wikidata" (equivalent al nostre) passant-li (sense fer pràcticament res més) els paràmetres.

text: :# "Mòdul:Wikidata" recupera de WD i invoca als mòduls de formatar (wikidata/formatos o passat en valor-módulo / valor-función, o módulo:tablas en el cas que es vulgui ordenar. Retorna dades en format finalista.

text: :El meu dubte és si hem de seguir la mateixa lògica. No sé com veus que "Mòdul:Wikidata" s'hagi d'encarregar de cridar mòduls de formatar que li diu un tercer. Això suposa que, si bé el codi de formatar està fora de "mòdul:Wikidata", la creació de nous formats podria comportar canvis en aquest mòdul. D'altra banda, els formats són models comuns a qualsevol infotaula i estan centralitzades i controlades. Què n'opines ?--amador (disc.) 20:03, 10 set 2016 (CEST)
thread_title:  Llista ordenada 

message: He provat de posar l'any del premi a la vora del premi a  però no me n'he sortit. Hi ha qualque manera de llistar el qualificador vora la propietat en una llista?
Volia fer una cosa així com:

Gràcies, Pau Cabot · Discussió 14:04, 2 oct 2016 (CEST)
replies: text: Pau Cabot · Discussió 08:20, 4 oct 2016 (CEST)
replies: text: :  El fil anterior anava en aquesta línia incorporant funcions més complexes que alliberessin el codi de la plantilla de tenir juntes coses que ara s'han de demanar per separat, com en aquest cas. Veient les solucions de la WP-ES estic mirant d'escriure uns requeriments per concretar més la possible solució, però ho tinc una mica aturat. Amb molta feina (massa) ho vaig solucionar amb les proteccions patrimonials dels edificis, però és una solució "per emmarcar i no tocar" i no ens la podem permetre cada cop que aparegui una nova llista de coses. Si el  té alguna de les seves genialitats per aquest cas, ja estarem més a prop. Si no, miro d'acabar la proposta, la discutim i busquem un valent que la faci.--amador (disc.) 09:54, 4 oct 2016 (CEST)
Ho tinc aparcat a l'espera de trobar una finestra de temps. Si no hi és a en.wiki tot resulta més complicat. Que ho faci es.wiki pot donar pistes però no necessàriament solucions. Si ho he entès es tracta de generar una taula definint el contingut de cada columna i el format d'una fila. --V.Riullop (parlem-ne) 19:36, 4 oct 2016 (CEST)

text: Vegeu les primeres proves:

text: * A Linus Torvalds: 

text: * A Allò que el vent s'endugué: 

text: * A Ava Gardner: 

text: Segur que voldreu moltes més coses, però comproveu si la idea inicial funciona o pot funcionar en múltiples casos. --V.Riullop (parlem-ne) 11:40, 11 oct 2016 (CEST)
replies: text: : Wuauuu !. És molt més del que teníem. Gràcies. Dissabte vaig coincidir amb el  i el vaig temptar amb el tema. Després de fer un cop d'ull molt superficial per la ES, ens va semblar que si aquest mòdul era capaç de retornar una taula (no sé si amb columnes sol·licitades o amb tots els qualificadors d'una propietat), la plantilla invocant li podria passar com a entrada a una versió adaptada del :es:Módulo:Wikidata/Formatos. D'aquesta forma les infotaules decidirien quin format volen aplicar d'una col·lecció que sàpiga resoldre Wikidata/Formatos i així si volem inventar formats més complexos no carreguem i compliquem el codi del mòdul central de Wikidata. Bé, només és un suggeriment. Seguim,--amador (disc.) 18:39, 11 oct 2016 (CEST)
replies: text: ::Em moc més bé amb l'estil de programació de l'anglesa i em costa seguir la lògica espanyola. El problema és que a l'anglesa fan un ús limitat en infotaules preferint tenir els paràmetres en local i això limita les possibilitats del seu mòdul. Cal pensar que per aquesta feina han ofert un grant de 12.000 US$ pel mòdul rus, però no confio en desxifrar-lo. Jo m'estic limitant al mòdul però caldria fer plantilles per les invocacions més habituals estalviant repetir la sintaxi. Seguint amb el tema, i posant-me el barret d'usuari, havia pensat en un paràmetre com rowformat = * $col0 ($col1-$col2) on $col0 és property, $col1 és qualifier i $col2 seria qualifier2 (en l'exemple d'Ava Gardner faltaria un segon qualifier). Un paràmetre així és prou flexible per a qualsevol format i, com deia, amb plantilles tenir preparats els més habituals. Per exemple, les mateixes dades amb una altra presentació: rowformat = # $col1-$col2: $col0. Ara m'haig de treure el barret i veure com s'implementa. No acabo de veure la necessitat de fer els formats amb Lua a l'estil de Módulo:Wikidata/Formatos. Millor anem pas a pas per tractar casos reals. --V.Riullop (parlem-ne) 19:20, 11 oct 2016 (CEST)
replies: text: ::: Nova versió. Prova:

text: :::* A Ava Gardner:  A notar el nou paràmetre qualifier2 i que per defecte separator=.

text: :::* A Allò que el vent s'endugué:  A notar el nou paràmetre rowformat, per defecte és "$1 ($2)" o "$1 ($2-$3)" si s'usa qualifier2.

text: :::* A Linus Torvalds:  A notar el format amb *, també es pot provar amb #.

text: :::Espero comentaris abans de passar de les proves a la versió en viu. --V.Riullop (parlem-ne) 09:53, 13 oct 2016 (CEST)
replies: text: :::: Wonderfull !! Dues coses: una de funcionament i un "poyaque":

text: :::: Mira Artur Mas i Gavarró:  

text: ::::1a) El format de data no va bé en precisió dmy

text: ::::1b) Quan no té els qualificadors demanats mostra la propietat, tot i que expressament jo l'havia evitat (intentava simular una segona línia del càrrec polític). No sé si considerar-lo un error. En aquest cas ho veig com a tal, però no sé si seria correcte en altra situació.

text: ::::2) Amb la versatilitat que li has posat als complements del formatting (on posar els parèntesis, posar guions o barres entre qualificadors, canviar l'ordre, etc.), la pregunta és òbvia: Per què no podem tenir mitja dotzena de qualificadors. Parlo interessadament per poder formatar un bloc successori (data inici-fi, predecessor-successor, eleccions, circumscripció). Ho he intentat fer com a dues crides, però només funciona quan la propietat no té repeticions, perquè -lògicament- buida tota la llista en cada crida. Bé, això és el poyaque.

text: ::::*De mentre, seguiré fent proves ara que he descobert  per poder inventar situacions sense embrutar dades reals. GRÀCIES !!.--amador (disc.) 11:01, 13 oct 2016 (CEST)
replies: text: :::::

text: :::::* Tema data, solucionat. El problema és que estem usant formatting per massa coses. Repassant la documentació, el que tocaria és usar formatting=date i un nou dateformat=xxx per no interferir. Caldria identificar en quins casos s'usa per canviar la sintaxi.
replies: text: ::::::*  Per què en lloc de "sacrificar el formatting" no sacrifiques el "claim" ?. Seria "claim" per recuperar una funció bàsica i una "table" o "gettable" per a muntatges multiqualificadors i editats. Bé, és un suggeriment. afegir un paràmetre també m'està bé. Gràcies per tot el que fas, --amador (disc.) 12:46, 13 oct 2016 (CEST)

text: :::::* Segon tema. He ampliat fins a 9 qualifier, canviant la numeració de rowformat. El primer és ara $0 per la propietat, els següents 1-9 són pels qualificadors 1-9. Prova ara: . Problema: rowformat no és flexible per a casos buits.

text: :::::--V.Riullop (parlem-ne) 12:29, 13 oct 2016 (CEST)
Subfil amb proves:
#Observo que el qualificador ha d'existir per mostrar-se el qualificador2. Exemple:. Això no és sempre així: data inici desconeguda, predecessor-successor, etc.
#Els complements no hi ha forma de condicionar-los a l'existència del qualificador associat. Exemple:
--amador (disc.) 11:53, 13 oct 2016 (CEST)

text: La primera qüestió està resolta amb el darrer canvi que explicava més amunt. La segona, també l'apuntava. Se t'acut alguna solució? Intentar reconstruir el format no ho veig viable. Eliminant tot el text entre dos $x consecutius pot servir en l'exemple, és a dir si rowformat="* ($1) $0 per $2" i $2 no existeix quedaria "($1) $0"; però si rowformat="* $0 ($1-$2)" quedaria "$0 ($1". Es podria definir rowformat1 per si $1 no existeix i rowformat2 per $2, però si no existeixen cap dels dos s'usaria el primer, rowformat1, i hauria de ser text pla pel cas $2="". Alguna idea? --V.Riullop (parlem-ne) 12:55, 13 oct 2016 (CEST)
replies: text: :Pensant solucions... en qualsevol cas la cosa es complica. A veure, rowformat hauria de servir per casos buits, és a dir en lloc de rowformat="* ($1) $0 per $2" seria rowformat="* ($1) $0 $2" amb el complement del format del 2 com a rowformat2="per $2", només si existeix, i amb les possibilitats de definir també rowformat0 i rowformat1 si fessin falta. En un cas de dates, per exemple, serviria directament rowformat="$0 ($1-$2)" sense més. Correcte? --V.Riullop (parlem-ne) 13:13, 13 oct 2016 (CEST)
replies: text: :: Jo..r !. Quina sofisticació. Si no t'ha de fer parar boig, a mi m'encaixa prou. Entenc que en el darrer exemple de dates, si falta una de les dues quedaria un guió perquè no s'ha condiciona amb el rowformatn, però no em sembla un problema ja que en els casos de dues dates fins i tot opt anar bé per donar pistes que el període no està tancat. Un cop més, les instruccions seran més difícils que el codi. Ja et donaré un cop de mà. --amador (disc.) 15:26, 13 oct 2016 (CEST)
replies: text: ::: L'he anomenat rowsubformatx, com a format previ a aplicar a rowformat, amb x vàlid 1-9 no pel 0 que se suposa que existeix sempre. Prova: . Fixa't que en aquest cas per $2 no passa res si està buit, però per provar:  vigilant els espais en blanc. --V.Riullop (parlem-ne) 16:40, 13 oct 2016 (CEST)
 He fet un recull de proves mirant d'aconseguir formats similars als que tenim ara a les infotaules. De moment, va de conya, però ja tinc millores al cap que no desvetllaré ara fins no tenir-la molt testejat allò que tenim. Això si, he detectat un incident que, tot i sonar estrany, veig que pot ser habitual: multivalors en qualificadors. M'ha sortit al provar una "ubicació de la seu", però he pensat que estava mal complimentat WD. Però en els càrrecs successoris també es produeix quan un càrrec es renova en dues eleccions seguides. Veure els exemples de Mas i Obama. Segueixo el cap de setmana que ara haig de treballar que demà haig de presentar un informe. Gràcies,--amador (disc.) 18:31, 13 oct 2016 (CEST)

text: Vols dir que a Mas hauria de sortir "Electe en: Eleccions al Parlament de Catalunya de 2010, Eleccions al Parlament de Catalunya de 2012"? Es pot definir que per qualificadors faci com list=true en les propietats, però seria per tots els casos de consulta de qualificadors encara que formatting≠table, excepte casos multilingualtext. --V.Riullop (parlem-ne) 10:13, 14 oct 2016 (CEST)
replies: text: : He provat a la wikidata actual i el list =yes ho entén per a la llista de la propietat, no dels qualificadors. Per tant, actualment és impossible arribar a obtenir els multivalors de qualificadors. El canvi que dius produiria l'efecte contrari: es mostrarien tots els valors de qualificador quan volguéssim tots els valors de propietat. D'entrada no em sembla estrany. Gràcies per l'ordinal. Ara, també té escut. --amador (disc.) 19:40, 14 oct 2016 (CEST)
replies: text: :: No et segueixo en la conclusió, vols dir que deixem els qualificadors tal com està? --V.Riullop (parlem-ne) 20:34, 14 oct 2016 (CEST)
replies: text: ::: Disculpa. He anat escrivint mentre pensava i els circumloquis mentals no tenen perquè coincidir amb la conclusió. El resum és que no em sembla que espatllen res fent que el list=true afecti per igual els multivalors de la propietat i els multivalors dels qualificadors sigui quina sigui la intenció inicial amb que es posi. Per tant, la proposta que feies em sembla bé. Merci,--amador (disc.) 20:43, 14 oct 2016 (CEST)
(torno) Fet, ara treu tots els qualificadors. Ara que ho tinc fresc, aquests són els casos:
* list=true (valor per defecte)
** per una propietat treu una llista dels valors
** per una propietat i un qualificador, treu una llista de qualificadors
** per una taula, treu una llista de propietats amb les llistes de qualificadors, dins del format especificat; els separadors pels qualificadors són sempre comes, els proporcionats com a paràmetres són només per les propietats.
* list=false
** per una propietat treu el valor preferent
** per una sola propietat i qualificador múltiple, treu el primer qualificador (en aquest cas no hi ha preferent, els qualificadors estan numerats)
** per una propietat múltiple i qualificadors múltiples, el resultat pot ser inesperat; en teoria, el primer qualificador de la propietat preferent
** per una taula, treu una llista de propietats i el primer qualificador, dins del format especificat
Com que els canvis són importants caldria provar que no s'hagi trencat res. --V.Riullop (parlem-ne) 13:07, 15 oct 2016 (CEST)

text: El segon cas de list=true, és "per una propietat i un qualificador, treu una llista de qualificadors" o "per una propietat i un qualificador, treu una llista de valors de la propietat i una llista de qualificadors" ?. Si la resposta és aquesta darrera opció, afectaria també a la descripció del tercer cas. --amador (disc.) 19:54, 15 oct 2016 (CEST)
replies: text: :  Amb property i qualifier sense formatting=table treu només els qualificadors. En la versió actual del mòdul només el primer i en la versió de proves els treu tots. Per "una llista de valors de la propietat i una llista de qualificadors" és necessari que formatting=table, justament la moguda amb la que estem. La idea de la nomenclatura és diferenciar una "llista" de propietats o una "llista" de qualificadors de una "taula" de propietats + qualificadors. Modifico amb subratllat els casos anteriors per a més claredat. --V.Riullop (parlem-ne) 20:37, 15 oct 2016 (CEST)
replies: text: :: Entenc. Que fotut serà fer les instruccions !. Demà faig proves. He vist que el Mas ja li surten les dues eleccions. --amador (disc.) 20:45, 15 oct 2016 (CEST)
 Passat de les proves al mòdul principal. --V.Riullop (parlem-ne) 10:58, 21 oct 2016 (CEST)
thread_title:  Qualificador vora la propietat en una llista 

message: En el formatting=table, quin és el salt de línia que posa ? M'ha semblat que feia servir </li>, però com que no m'interessava li he afegit separator=, que és el que em va bé per una tractament de text que faig, i no em sembla que li faci cas. M'ho pots confirmar ?. Merci, --amador (disc.) 12:03, 10 nov 2016 (CET)
replies: text: Del codi:
if parameters.formatting == "table" then
  parameters.separator = parameters.separator or ""
  parameters.qseparator = ", "

text: per a cada propietat és el separador indicat en el paràmetre o un salt de línia si no existeix. Pels qualificadors són sempre comes. Ara bé:
if mw.ustring.find(rowformat, "^[*#]") then
  parameters.separator = "</li>"

text: si rowformat comença per * o # llavors canvia a format llista, bé "" o bé "" respectivament.

text: Respon això al dubte? --V.Riullop (parlem-ne) 12:52, 10 nov 2016 (CET)
replies: text: :Crec que sí, però em cal arribar al cap de setmana per concentrar-me. Merci, --amador (disc.) 07:01, 11 nov 2016 (CET)
thread_title:  Dubte en table 

message: A la  aquesta crida:

fa cascar el LUA per a l'ítem . Penso que no li agraden els monolingualtext. En aquest cas tenia qualificadors, però a  que no en té, també casca. --amador (disc.) 14:00, 8 (CET)
replies: text: Arreglat, no estava preparat per fer taules monolingualtext. --V.Riullop (parlem-ne) 15:17, 8 des 2016 (CET)
thread_title:  formatting=table i monolingual 

message: Sovint els qualificadors són el  i/o  indicant en quin període era vigent un dels valors de la propietat. Com es pot fer per condicionar l'aparició/o no del valor de la propietat segons siguin els qualificadors. Ex.:{{#invoke:Wikidata | claim | property=P47 |item=q29|formatting=table |separator=,  |qualifier=P582|rowformat=$0. Deu ser fàcil, però no ho veig.--amador (disc.) 16:33, 11 des 2016 (CET)
replies: text: No sé per què dius que deu ser fàcil. No hi ha opcions per filtrar valors en taules i no se m'acut d'entrada forma de fer-ho fàcilment. Sempre treu tots els valors, en aquest cas amb sintaxi  Si no es vol que surti Mauritània, el de rang obsolet, caldrà pensar en una opció "tablefilter=nodeprecated" o encara millor recuperar rank amb l'opció "rank=normal" entenent-lo com el rang mínim. Valdria filtrar per rang en lloc d'analitzar qualificadors? Si és un cas puntual sempre es pot posar el que vulguis en el paràmetre de la infotaula. Per cert, vist el teu exemple em fa recordar que tinc en la llista de treballs pendents fer que conjunction=separator. Quan es defineix un separador ara t'obliga a repetir-lo quan és molt rar tenir una conjunció diferent. --V.Riullop (parlem-ne) 17:21, 11 des 2016 (CET)
replies: text: : Ho he dit perquè sempre em sorprens. Honestament no hi confio gaire que ningú posi deprecated, especialment si ha fet l'esforç de posar la data. Lo de "fins $1" és una bona sortida, però com a algú li doni per posar les fronteres d'"Espanya" des del segle XVI, anem arreglats. No podries posar un paràmetre "outputcondition" que permeti escriure un condició executable i a tu et doni un true/fals ?, La forma d'anomenar els paràmetres de la condició ja els tenim $0-$9. Per cert, avui he superat un repte important: amb un rowformat = $0 ($1-$2), com fas per a evitar que surtin el () si no hi ha $1 ni $2 ?. La solució a . Considera la meva proposta.....--amador (disc.) 18:31, 11 des 2016 (CET)
replies: text: ::Massa enrevessat, de fet i d'entendre què estem fent. Es corregeix en el paràmetre i fora.

text: ::Bon intent amb els parèntesis, però no funcionarà si $1 està buit es menja $2 no buit. Les substitucions es fan per ordre. Amb rowformat = «$0» $1 | rowsubformat1= ($1$2) | rowsubformat2= -$2 fa el següent:

text: ::# Substitució $0: rowformat = «000» $1

text: ::# Substitució $1: rowsubformat1= (111$2) -> rowformat = «000» (111$2)

text: ::# Substitució $2: rowsubformat2= -222 -> rowformat = «000» (111-222)

text: ::Si $2 està buit cap problema, però si $1 està buit:

text: ::# Substitució $0: rowformat = «000» $1

text: ::# Substitució $1: rowsubformat1= <buit>; rowformat = «000»

text: ::# Substitució $2: rowsubformat2= -222 -> rowformat = «000»

text: ::Solució:  on <...> és el resultat de Wikidata.

text: ::--V.Riullop (parlem-ne) 19:10, 11 des 2016 (CET)
replies: text: :::Bé, en aquest cas, volia exactament que es mengés el $2 si no hi havia $1. Però m'apunto el replace per una altra ocasió.

text: :::Què vol dir "Es corregeix en el paràmetre i fora! ? --amador (disc.) 19:17, 11 des 2016 (CET)
replies: text: ::::Per casos estranys sempre tenim el recurs d'omplir el paràmetre de la infotaula. --V.Riullop (parlem-ne) 19:52, 11 des 2016 (CET)
thread_title:  Ajuda amb formatting=table 

message: Tinc un poltergeist que no sé veure. Un multivalor, amb preferred rank, cridat amb list=false, duplica el valor: . Tens una mostra a Hodeida. Merci,--amador (disc.) 22:52, 27 des 2016 (CET)
replies: text: És un problema que ja ve de l'original anglès on també els falla en casos multivalor sense unitat. He refet el tractament de formatting unit i unitcode. Crec que no hi ha cap dany col·lateral. Comprova-ho amb diferents casos. --V.Riullop (parlem-ne) 12:36, 28 des 2016 (CET)
thread_title:  repetició de valor 

message: . Deu ser molt fàcil, però no ho veig. Vull donar-li un format d-m-Y a la $2 en  Merci,--amador (disc.) 00:34, 29 des 2016 (CET)
replies: text: He parat boig amb això de que deu ser molt fàcil. Tinc dues solucions en proves:

text: *  Via plantilla. No podia usar  perquè no reconeix les dates en català, així que he fet  amb el mateix format que la funció parser però que accepta dates com "2 de gener de 2017" per a convertir via Mòdul:Data.

text: *  Accepta un formatting numerat 1 a 9 per a cada qualificador, igual que si fos una consulta sense taula.

text: Les dues funcionen igual, aparentment. Quina prefereixes? --V.Riullop (parlem-ne) 11:28, 2 gen 2017 (CET)
replies: text: : A cop d'ull, la segona em sembla més neta perquè és un esglaó més en la lògica de format=table. Entenc que l'opció de fer servir plantilles en els termes que mostraves a Tema:Tgprn7cn876puzp5 continua sent vàlid, oi?. Merci,--amador (disc.) 19:25, 2 gen 2017 (CET)
replies: text: :: L'opció amb plantilla m'ha servit per corregir alguna cosa que no acabava de funcionar. L'opció amb formatting0-9 servirà per la petició del Pau més avall #Unitats dins una taula. Demà m'hi poso activant les dues opcions, havent dormit és tot més clar. Per la petició d'en Theklan quedava pendent activar un $Q per poder incloure la propietat en raw en una plantilla amb un switch. Potser ja servirà un formatting0=raw, m'ho pensaré. --V.Riullop (parlem-ne) 20:55, 2 gen 2017 (CET)
replies: text: :::  Fet, ja es poden incloure plantilles i els paràmetres formatting0...formatting9. --V.Riullop (parlem-ne) 12:29, 3 gen 2017 (CET)
Bravo !!!. Ets un geni.--amador (disc.) 13:02, 3 gen 2017 (CET)
thread_title:  format dates en rowsubformat 

message: Seria possible afegir una funció al mòdul que acceptés diverses propietats (per exemple ) i comprovés si existeixen? Trobo que seria molt útil en els headers de les infotaules on hi ha un {{#if: seguit de mil crides al mòdul per diverses propietats.
Demano ajuda perquè no em veig en cor de començar a editar Lua amb un Mòdul tant usat i sense saber-ne gens ni haver practicat mai. Deixo aquí un codi però potser no té res a veure amb el que vull fer.
Notifico 
local function p.exist(frame)
	local args = frame.args
	local properties = args['properties'] or ""
	for prop in properties do
		if _main(prop) ==  then
			return ''
		end
	end
end
Ara veig que tampoc puc editar pq està protegit XD.
gerardduenas⇒contacta'm 19:38, 29 des 2016 (CET)
replies: text: Si he entès bé la problemàtica prenent com a exemple  cal una lògica OR de paràmetres i propietats per posar una capçalera. En el teu codi la lògica és AND, a més els arguments són args[1], args[2], ... De totes formes, el propòsit bàsic d'aquest mòdul és formatar wikidades. Per a consultes simples es poden usar les funcions parser, en aquest cas si hi ha paràmetre o propietat: {{#if:  . Ho he aplicat a la plantilla Especial:Diff/17975726.

text: En qualsevol cas, pots fer proves a Mòdul:Wikidata/proves o bé crear Mòdul:Proves/Gerardduenas. --V.Riullop (parlem-ne) 13:10, 2 gen 2017 (CET)
replies: text: :Moltes gràcies, sí no havia pensat en els parsers... molt millor. Ja veus que no en sé de Lua, m'hi hauré de posar. Fns ara!--gerardduenas⇒contacta'm 13:19, 2 gen 2017 (CET)
thread_title:  Header infotaula 

message: Hi ha manera de dir-li que els valors de dins d'una |formatting=table taula tenguin unitats |formatting=unit? Ho necessit per a la taxa de canvi de , vegeu Franc francès. Pau Cabot · Discussió 09:18, 2 gen 2017 (CET)
replies: text: Això va lligat amb la secció de més amunt #format dates en rowsubformat. En principi, el format taula treu els formats per defecte, però hi ha en proves l'opció d'afegir formatting0... formatting9 per a cada valor de la taula: . Hi he afegit també com a mostra un format per la data, però és opcional. Els separadors amb salts de línia no calen per són per defecte. Si es dóna el vist-i-plau després de fer-hi proves, ho passo al mòdul en viu. --V.Riullop (parlem-ne) 13:37, 2 gen 2017 (CET)
replies: text: :  Molt bé. A mi em funciona beníssim. Per jo, ja ho pots passar al mòdul en viu. Pau Cabot · Discussió 15:30, 2 gen 2017 (CET)
replies: text: ::  Fet, ja es poden usar els paràmetres formatting0...formatting9. --V.Riullop (parlem-ne) 12:30, 3 gen 2017 (CET)
replies: text: :::  M'ho he repensat i ara s'anomenen colformat0...colformat9. Sembla més clar, en contraposició a rowformat, i sense confusió amb formatting. Si ja els heu usat, canvieu-los, ara era el moment de decidir-se, més tard ja és complicat. --V.Riullop (parlem-ne) 14:12, 3 gen 2017 (CET)
replies: text: :::: Canviat. Moltes gràcies. Pau Cabot · Discussió 14:35, 3 gen 2017 (CET)

text: :::: OK. --amador (disc.) 14:58, 3 gen 2017 (CET)
thread_title:  Unitats dins una taula 

message: He intentat importar  a  però no m'acaba de funcionar: Força. Som jo que no ho sé fer o és qualque cosa que hem d'implementar al mòdul? Pau Cabot · Discussió 21:09, 7 gen 2017 (CET)
replies: text: A Wikidata és un tipus de dada diferent i el mòdul no l'estava tractant. Fet. --V.Riullop (parlem-ne) 17:12, 8 gen 2017 (CET)
replies: text: : Gràcies, Vicenç. Pau Cabot · Discussió 17:57, 8 gen 2017 (CET)
thread_title:  Fórmules 

message: Hi ha qualque manera fàcil de fer substitucions tipus unitcode però per a la declaració principal? El problema el tenc a Concert de Brandenburg núm. 2, on voldria que en lloc d'aparèixer Bach Werke Verzeichnis, aparegués BWV. La plantilla és . Gràcies, Pau Cabot · Discussió 20:45, 9 gen 2017 (CET)
replies: text: Caldria crear una taula de sigles, com la de Mòdul:Wikidata/labels, i usar un "case" específic. Provat a Especial:Permalink/18011191 amb case=initials i un canvi senzill Especial:Diff/18011181. Pot anar bé per a sigles en general. En realitat serviria per a qualsevol tipus de substitucions, per canviar el "label" de l'enllaç mantenint el "sitelink". Cal pensar en com organitzar-ho, segons la seva utilitat. Ja tenim submòduls /labels i /Units i abans de crear-ne un de nou potser és el moment de replantejar l'organització dels "case" que són específics per català i no exportables de forma senzilla. El propòsit inicials dels case va sortir pels casos de declinació en basc on usen el mateix mòdul. --V.Riullop (parlem-ne) 12:14, 10 gen 2017 (CET)
replies: text: :De fet encaixaria conceptualment dins labels perquè no deixa de ser una abreviació. Cert que ara labels no es refereix al contingut principal sinó a la unitat. --amador (disc.) 23:51, 10 gen 2017 (CET)
replies: text: ::Ok, com que una infotaula usa els paràmetres label i data, i ja tenim un case=infoboxlabel, ho he afegit com a case=infoboxdata amb una nova taula al Mòdul:Wikidata/labels. Està documentat. --V.Riullop (parlem-ne) 12:08, 11 gen 2017 (CET)
thread_title:  Substitucions 

message: Com es fa per importar el títol de l'article de Viquipèdia i el de Viquitexts del propi ítem? Ho necessitaria per acabar :q:Plantilla:Persona2. Gràcies, Pau Cabot · Discussió 11:55, 23 gen 2017 (CET)
replies: text: La funció bàsica claim és per obtenir dades formatades dels claims, evident. Per a altres dades tenim la funció ViewSomething que serveix pel que diu, per a qualsevol cosa. En aquest cas  o des d'altres projectes . El truc és començar previsualitzant-lo tot amb  i anar afegit paràmetres de l'arbre de taules per trobar allò que busquem. En principi estava pensada com a funció de treball i depuració, però és operativa per a consultes simples si no cal formatar ni usar accessos arbitraris. --V.Riullop (parlem-ne) 15:53, 23 gen 2017 (CET)
replies: text: : Corregeixo, també accepta el paràmetre item: q: → . Com que no està a prova d'errors, cal vigilar que els paràmetres no tinguin espais en blanc. --V.Riullop (parlem-ne) 16:18, 23 gen 2017 (CET)
thread_title:  Wikipedia i Wikisource 

message: Necessitaria l'opció |qualifier a la funció getParentValues per a substituir per  el nom de l'autor a Pelargonium sidoides, per exemple. Concretament, necessitaria que funcionàs això a :

Gràcies, Pau Cabot · Discussió 16:43, 19 març 2017 (CET)
replies: text: Fet:  retorna DC.. La nova funció linkWithParentLabel treu un enllaç amb l'etiqueta de la propietat "parent". Tot i que és similar a "valuetext" no encaixava en la funció getParentValues. A banda de "parent" admet tots els paràmetres de la funció bàsica "claim". Es pot usar per altres casos, per exemple a Carles Puigdemont i Casamajó:  retorna CDC. --V.Riullop (parlem-ne) 13:49, 20 març 2017 (CET)
replies: text: : Gràcies altre cop, Vicenç. La  està quedant molt arregladeta ... Podria servir també per al que demanava a #Substitucions usant , no? Pau Cabot · Discussió 13:55, 20 març 2017 (CET)
replies: text: :: Sí, és el mateix. L'única diferència és que la nova funció no tracta llistes ni taules. El cas BWV està solucionat amb Mòdul:Wikidata/labels. Crear una taula pot anar bé per casos limitats, però no sembla el cas de les taxobox. Amb la funció linkWithParentLabel queda obert a casuística diversa. Si el case=infoboxdata no es fa servir per res més, millor simplificar-ho i usar només linkWithParentLabel, tot i que és un accés arbitrari més. --V.Riullop (parlem-ne) 16:01, 20 març 2017 (CET)
replies: text: ::: A  ja també funciona. M'ha costat perquè en lloc d'usar , usa , que és monolingüe i no tenia l'abreviatura en català. Pau Cabot · Discussió 16:11, 20 març 2017 (CET)

text: Això sembla brutal,  !. Ja li hi trobaré utilitats a la nova infotaula persona. Moltes gràcies !! --amador (disc.) 15:57, 20 març 2017 (CET)
 Volia fer-lo servir per obtenir l'alçada (P2044) del punt més alt (P610) de França (Q142) , però té un efecte tant lògic com indesitjat per mi: no em fa cas del formatting i em posa un enllaç intern al P610. De fet, volia estalviar-me fer un accés arbitrari. Alguna idea, o torno al model tradicional ?. Merci,--amador (disc.) 21:15, 14 abr 2017 (CEST)

text: La funció fa el que diu, linkWithParentLabel, no serveix si no vols enllaç. L'accés arbitrari no ens el estalviem, o el fa el mòdul o el fa la plantilla. Model tradicional: : . Si vols alguna simplificació es podria pensar en que acceptés parent=P610. --V.Riullop (parlem-ne) 22:41, 14 abr 2017 (CEST)
replies: text: : quan ho vas fer vaig pensar en la petició que havia fet el basc sobre obtenir propietats d'una propietat i que havíem descartat. Posar el parent com proposes podria simplificar el codi de la plantilla, però no sé si paga la pena tenint en compte que no estalviem res, és un ús molt poc habitual i compliquem el mòdul. Al meu entendre WD ho hauria de tenir dins les seves funcions bàsiques, ja que ara s'està (estem) fent un ús incorrecte dels qualifiers, per exemple, posant la coordenada d'un edifici com a qualificador quan l'edifici apareix com a property d'una organització, o l'alçada d'una muntanya quan apareix com a punt més alt (el cas que volia evitar). Per mi, els qualifiers han d'indicar una dada que és atribut de la concatenació entre ítem i property, per exemple les dates inici-fi en que una persona (item) ocupa un càrrec (property), però no per repetir una informació que ja està en l'ítem de la property. És una redundància lògica que algun dia ens donarà problemes. Però això és un altre tema. Aplicaré mètode tradicional i avall. Merci,--amador (disc.) 08:44, 15 abr 2017 (CEST)
thread_title:  Qualifier a getParentValues 

message: Quan el paràmetre item està buit, no assumeix que és l'article corrent i dóna error. Quan el paràmetre no hi és, funciona bé. --amador (disc.) 20:51, 6 maig 2017 (CEST)
replies: text: Fet. A més hi he afegit el paràmetre formatting per a evitar dues crides només per afegir-hi "anys": . Per cert, a Carme Forcadell queda lleig que surti l'edat a "mort". --V.Riullop (parlem-ne) 21:32, 6 maig 2017 (CEST)
replies: text: : Ara surt bé. Deu ser que ho has mirat quan tenia ja havia canviat data naixement i encara no data defuncio. Vaig a posar el formatting. Merci,--amador (disc.) 21:35, 6 maig 2017 (CEST)
replies: text: ::  segur que funciona el formatting ?. Ho mostra tal qual ho he escrit sense fer la conversió del %1.--amador (disc.) 21:42, 6 maig 2017 (CEST)

text: :: Aix, és $1, igual que amb la funció claim. --V.Riullop (parlem-ne) 21:54, 6 maig 2017 (CEST)
replies: text: :::Tot arreglat, l'edat en la casella mort quan estaven vius, també. Merci,--amador (disc.) 22:00, 6 maig 2017 (CEST)
thread_title:  funció ''years_old'' 

message: Per convertir els valors de  que s'expressen en segons, he copiat  de l'anglesa. Ara cal fer-lo servir per a formatar el resultat quan s'esta fent servir formatting=table. És a dir, com es pot invocar en el colformat1 ?, per exemple. Cas real: . (Quin dia que porto!). Merci, --amador (disc.) 11:40, 16 maig 2017 (CEST)
replies: text: És rowsubformat1 en lloc de colformat1. El segon és per aplicat sintaxi formatting a una columna. Hauries de repassar la documentació. Ara bé, el mòdul Duration té un problema. Wikidata retorna el valor amb el format numèric del wiki local, en aquest cas un punt de milers:

text: *  → 7.377

text: *  → 0 segons

text: Funciona si s'aplica el format numèric revers:

text: *  → 2 hores, 2 minuts i 57 segons

text: Això és una complicació, el rowsubformat accepta un invoke o una plantilla però no les dues coses alhora. Caldrà resoldre-ho a un altre nivell. Una opció seria un paràmetre de format d'entrada a Duration, o bé una plantilla específica. En  ja s'hi havia trobat a  resolent-ho amb . --V.Riullop (parlem-ne) 12:58, 16 maig 2017 (CEST)
replies: text: :  Ho he dit massa ràpid. No es poden imbricar dues invocacions d'aquesta manera, primer executa la interior donant error perquè no sap què és $1. Ha de ser una plantilla no expandida: rowsubformat1 = EUsec2HMS$1, amb . --V.Riullop (parlem-ne) 14:07, 16 maig 2017 (CEST)
thread_title:  Plantilles o mòduls en colformat 

message: Amb aquest mòdul és possible obtenir el codi d'un ítem de Wikidata (Carles Moyà -> Q193361)? Pau Cabot · Discussió 15:54, 28 maig 2017 (CEST)
replies: text: No és possible. Està demanat a phab:T74815. --V.Riullop (parlem-ne) 07:50, 29 maig 2017 (CEST)
replies: text: :  He vist a :en:Wikipedia talk:Wikidata/Archive 4#QID lookup from enwp article title que, almanco, amb el paràmetre pageId que tenen al mòdul en anglès, es pot recuperar la Q de la pàgina concreta mitjançant . Es podria incorporar aquesta funció al nostre mòdul, de moment? Gràcies, Pau Cabot · Discussió 08:37, 8 jul 2017 (CEST)
replies: text: :: És equivalent a , només per la mateixa pàgina, no fa res més. --V.Riullop (parlem-ne) 20:21, 8 jul 2017 (CEST)
thread_title:  Obtenir Qxxxxx 

message: Hi ha alguna trampa per que se salti un element d'una multivalor tractat amb formatting=table ?. L'he deixat sense cap paràmetre en el rowformat i em deixa una línia en blanc, és a dir, no treu res, però executa l'acció i compta com a línia. Seria molt útil per seleccionar/ignorar les línies que acomplissin una certa condició, sense responsabilitzar el mòdul d'haver de fer-ho. Òbviament, no s'hauria d'aplicar el "separator" en aquest cas. Et sedueix ? --amador (disc.) 19:38, 21 juny 2017 (CEST)
replies: text: No em sedueix. Explica un cas o exemple per a que entengui què pretens. --V.Riullop (parlem-ne) 09:58, 22 juny 2017 (CEST)
replies: text: : Dos casos: A) a la trajectòria dels futbolistes que es veu a especial:permalink/18568895 es barreja la seva activitat com a jugador i com a entrenador (cas Cruyff). A les taules manuals és una tradició separar-les. Es podria fer dues crides filtrant per . B) En casos com  el nom oficial de l'organisme canvia segons mandat, llavors, del  recull el nom oficial per anys. Per poder agafar el que li toca, cal poder filtrar entre dates el que toca segons el mandat del que estem fent la biografia. Aquesta situació es dóna també amb les banderes. S'accepten contrapropostes. --amador (disc.) 12:01, 22 juny 2017 (CEST)
replies: text: :: La solució la veureu en aquest exemple:  És a dir, condicionar tot el colformat al valor de la propietat recuperada (o del qualificador si fos menester); és molt important tenir separator sense valor, ja que si té algun valor l'aplica a tots els cicles -també on l'IF és false- i et deixa un munt de línies buides o de comes,... Si no es posa separator, llavors fa un únic salt extra en acabar. El cas de filtrar per interval de dates ho estava provant el Vicenç, però no recordo si ja havia tancat el tema o el vaig atabalar amb alguna cosa nova. Perdó. !--amador (disc.) 06:12, 27 juny 2018 (CEST)
replies: text: :::  M'has fet dubtar fins que m'he adonat que això és de fa un any. El que planteges seria afegir filtres a les taules, en aquest cas filter0=Q1205231, o l'invers show0=Q1205231. Seria semblant al labelshow de getParentValues, però allà és un format tancat i aquí pot ser problemàtic/complex amb un format obert.

text: ::: Sobre el filtre per dates, el que he trobat pendent és Mòdul:Wikidata/proves/time amb la funció propertybydate pel cas típic de la bandera històrica en una data donada. No sé on ho vam parlar però s'ha quedat oblidat. --V.Riullop (parlem-ne) 10:45, 27 juny 2018 (CEST)
replies: text: ::::Sona bé, però no sé si la condició serà sempre tant simple. Per exemple, l ontologia que algú va definir per la combinació  +  és posar el codi de catàleg (12345, MH-287, etc. com a propietat) i el catàleg al que pertany el codi, com a qualificador. Pel meu gust, el codi és una dada subordinada al catàleg. En tot cas, en una situació com aquesta el filtre s'ha de fer pel qualificador i els valors a mostrar serien $0 i $1. Altre cas, en propietats comodí, com la , hi ha valors com  que té fins a 3 qualificadors, com en ; no seria descartable necessitar un AND de $0 (és radiofar?) + algun qualificador (té  ?). No sé improviso. De moment, l'he fet servir a Plantilla:Protecció patrimonial/prepara per filtrar la  que és una altra propietat comodí per contenir múltiples dates que no tenen propietat pròpia. L'exemple que he passat és de . en tots dos casos el filtre era per $0. Si vols podem provar amb filter0/show0 (i 1, 2, ...) podríem fer que, el normal sigui tenir 1, però si hi ha més d'un (filter0+filter1) actuin com un AND. Com ho veus ?. Tema dates: ha d'estar a la teva discussió per les dates de la Hackathon, perquè va sortir arrel del ticket que van obrir a phabricator a petició meva. Jo t'ho vaig explicar perquè estaves tu coma referència de contacte. Merci, --amador (disc.) 19:38, 27 juny 2018 (CEST)
replies: text: :::::  És complex. Amb un filter0 OR filter1 seria més senzill però entenc que la lògica és usar un AND. De totes formes entrar de nou en l'estructura de les taules porta temps per fer una immersió en el codi i no és el millor moment. Sobre seleccionar un multivalor per data ho he trobat a Tema:Udek6398gw0rjuvp. Crec que funcionava però no estic segur si faltava alguna cosa. --V.Riullop (parlem-ne) 22:05, 27 juny 2018 (CEST)
replies: text: :::::: Val. Deixem-ho aquí amb un . El tema dates, també, ja que afecta al bloc "taules" i el podríem repescar en el mateix moment, tot i que siguin solucions diferents. Salut ! --amador (disc.) 06:44, 28 juny 2018 (CEST)
thread_title:  Tractar selectivament les instàncies d'una table 

message: :Recordatori: l'anomenat "tema $Q" està pendent --V.Riullop (parlem-ne) 10:47, 17 nov 2017 (CET)
Quan he muntat la llista de càrrecs (P39) o de premis (P166), em fa falta tenir el raw de la property principal per poder passar-la com item en crides subordinades. He fet servir colformat0=raw, òbviament. Però, llavors, perdo el valor del seu label que acostuma a fer-se servir. Em vaig muntar una funció ( que li passava el $0 amb la Q i cercava el label o l'article WP. Però, com que això és un nyap, van sortint efectes secundaris com ara que he perdut el càlcul de case=gender, per exemple. Petició: seria possible comptar amb les variables $0raw, $1raw, ,... on el mòdul deixés carregat el valor de les corresponents Q, per si és menester ?. Merci,--amador (disc.) 09:30, 24 juny 2017 (CEST)
replies: text: exemple:{{#invoke:Wikidata |claim |formatting=table |item={{{item|}}} | case=gender
          |property=P39 |qualifier=P580| qualifier2=P582 |qualifier3=P1365 
          |qualifier4=P1366 |qualifier5=P768 |qualifier6=P1545 |qualifier7=P2715 
          |qualifier8=P708
          |rowformat= {{infotaula persona/capçalcàrrec|$0|$6}} <br />$1 $2 $3 $4 $5 $8 $7 
          |rowsubformat1 = $1 - | rowsubformat3=<br />{{nowrap|← $3}}
          | rowsubformat4=- {{nowrap|$4 →}} | rowsubformat5=<br /><small>{{align|left|Circumscripció: $5}}</small> 
          | rowsubformat7=<br /><small>{{align|left|Electe a: $7}}</small> | rowsubformat6={{ordinal|$6}}
          | rowsubformat8=<br />Diòcesi: $8
          | colformat0=raw |tablesort=1|sorting=-1}}


text: En el cas dels qualificadors es pot solucionar duplicant-lo per treure'l en dos formats diferents. Per exemple |qualifier2=P580| qualifier3=P580| colformat2=raw| colformat3=internallink. Per la propietat no està preparat perquè sempre és el 0 i única. La mateixa qüestió l'havia plantejat en Theklan, no recordo on.  havíem arribat a alguna conclusió? --V.Riullop (parlem-ne) 11:51, 24 juny 2017 (CEST)
replies: text: :No sé si et val, però el que pots fer és passar colformat0 = raw i, després, fer-li in #invoke: Wikibase | label | $ 0 allà on ho necessitis. -Theklan (disc.) 12:00, 24 juny 2017 (CEST)
replies: text: :: Así lo tengo ahora, però me pierdo cosas como por ejemplo el case=gender que no lo aplica porque, por supuesto, no se feminizan las Q's. Cuando después hago el invoke al label, el case=gender ya ha pasado. Por eso hablaba de una variable extra que se rellenara siempre sin importar lo que tenga en los paramteros de formato. Con que estuviera para la property seria suficiente, porque como dice Vriullop, los qualifier se pueden duplicar. A part que aquesta solució significa llamar dos veces el mismo item. , hi ha forma d'invocar el case=gender sobre el label d'un item donat. Merci,--amador (disc.) 16:29, 24 juny 2017 (CEST)
replies: text: ::: Sobre el label o sobre l'ítem? Si estem parlant de colformat0=raw és l'ítem i sempre pots tornar a fer , o bé no ho he entès. --V.Riullop (parlem-ne) 17:06, 24 juny 2017 (CEST)
replies: text: :::: On s'ha de signar ?. El problema és que no tinc cap property per aportar-li, perquè la Q retornada ja és la de la property.--amador (disc.) 19:33, 24 juny 2017 (CEST)
replies: text: ::::: Ok, m'he colat, està clar que no ho he entès. Posa-m'ho més fàcil, amb un exemple senzill per resoldre. --V.Riullop (parlem-ne) 19:47, 24 juny 2017 (CEST)
 crec que ho he descrit pas a pas, per a que s'entengui el què i el perquè. Descrit amb un cas/exemple a special:permalink/18576036.--amador (disc.) 22:00, 24 juny 2017 (CEST)

text: Fins aquí ho he entès, tot i que estic una mica espès, però hi ha algun problema real o bé és hipotètic o bé és una millora pel codi? No sé si serà millor un rowformat=$0raw o un colformat0=icon o bé alguna estratagema. En qualsevol cas és un canvi important que per ara no puc. Ho deixo aparcat per quan torni de viatge. Recorda-m'ho. --V.Riullop (parlem-ne) 11:25, 25 juny 2017 (CEST)
replies: text: :No és hipotètic. Fins ara havia funcionat en casos com el descrit amb la única afectació d'un cert barroquisme. El problema s'ha tornat irresoluble quan el cas s'ha aplicat als càrrecs successoris que cal feminitzar. Esperarem que tornis de viatge amb total calma. Res es crema. Salut i que descansis.--amador (disc.) 22:46, 25 juny 2017 (CEST)
replies: text: ::  Sense entrar en el fons, has provat amb el paràmetre itemgender? --V.Riullop (parlem-ne) 11:30, 26 juny 2017 (CEST)
replies: text: ::: No rutlla. Itemgender és per posar-li la Q de la persona subjecte dins l'article que no va de persones i li permet saber on ha de preguntar el sexe. En aquest cas, l'itemgender que li puc passar ja és el mateix que item. El que desconeix la rutina "gender" és el text del càrrec que ha de feminitzar. Si es pogués invocar la rutina gender passant-li el text a feminitzar i l'itemgender o l'item per a que miri si toca, estaríem prop d'una solució factible. Merci, per l'intent. --amador (disc.) 13:40, 26 juny 2017 (CEST)
replies: text: :::: Perdona si continuo espès per prevacances, però no acabo d'entendre que no puguis fer . --V.Riullop (parlem-ne) 13:53, 26 juny 2017 (CEST)
replies: text: ::::: El teu saldo de coses a perdonar és, amb escreix, a favor teu. En  ja no faig cap crida a mòdul:wikidata sinó a Wikibase per recuperar el label. Si fes la crida que proposes, hauria de canviar el codi de "nom ítem" per a que fes una crida a WD, tipus  (cas real de Shakira com "ambaixadora de la UNICEF"), però, quina és la property del label ?. Recorda que en el moment que es fa això estic dins el bucle del table i, per tant, no puc cridar WD per gestionar "els càrrecs" de la persona, sinó que estic tractant un de concret del qual només tinc la Q. --amador (disc.) 15:25, 26 juny 2017 (CEST)
replies: text: ::::::  Retornant sobre el tema. Hi veig dues opcions que s'han comentat:

text: :::::: # Afegir una opció $Q a rowformat de les taules. És factible però ho veig com un pegat estrany.

text: :::::: # Crear una nova funció tipus  complementària a #Wikibase label per tractar-lo amb el gènere.

text: :::::: La primera opció pot servir per altres coses diferents al gènere. La segona pot servir en altres usos fora de les taules. D'entrada em sembla més clarificadora i atractiva la segona. Alguna preferència?

text: :::::: --V.Riullop (parlem-ne) 10:24, 14 jul 2017 (CEST)
replies: text: ::::::: Em sembla més versàtil la primera (per allò de tenir un tornavís a casa, per si de cas), però reconec que és una mica forçat. Et compro la segona si pogués fer (amb gender) la funció de , és a dir: retorna page o label o la Q, com ho faria un claim normal amb els valors de les properties sense formatting. Com ho veus ?.--amador (disc.) 11:54, 14 jul 2017 (CEST)
 Possible solució: Com que per recuperar i mostrar el nom de la Q ja m'havia construït , l'he modificat per a que s'encarregui de feminitzar segons el valor d'un nou paràmetre on se li passa la Q de . O sigui que, per aquesta situació, queda resolt. No sé si ens trobarem en algun altre cas futur, però si vols pots congelar-lo o tancar-lo. Salut !.--amador (disc.) 06:52, 18 nov 2017 (CET)
thread_title:  Obtenir la Q com a una variable utilitzable. 

message: Estic intentant fer una cosa que no sé si pot fer el mòdul. Vull utilitzar getParentValues per obtenir  (amb un enllaç a aquest ítem) de . Per exemple, si vull obtenir la moneda de Bèlgica a partir d'Economia de Bèlgica, he de fer:
 dona  quan a mi m'aniria molt bé que em donàs euro (notau la diferència en el destí de l'enllaç).
Té solució, ? Gràcies per endavant. Pau Cabot · Discussió 20:43, 5 jul 2017 (CEST)
replies: text: No està preparat per fer això. Una solució pot ser fer una doble pirueta:  --V.Riullop (parlem-ne) 21:07, 5 jul 2017 (CEST)
replies: text: : Gracies . Llàstima, perquè està realment molt a prop de fer-ho... De moment ho he implementat amb la doble pirueta a . Pau Cabot · Discussió 21:19, 5 jul 2017 (CEST)
thread_title:  Piruetes 

message: Hola . No sé si no he entès bé el funcionament de colformat. En teoria  no m'hauria de donar animal en lloc d? Gràcies! Pau Cabot · Discussió 15:45, 6 jul 2017 (CEST)
replies: text: Aquest paràmetre no està implementat en la funció getParentValues, a la documentació no hi és, només per la funció claim amb formatting=table. Ara el format és sempre infoboxlabel per l'etiqueta i internallink pel valor. Si és necessari, no sembla difícil incorporar-lo igual que el format taula. Deixa'm uns dies que em centri i trobi temps per dedicar-m'hi. --V.Riullop (parlem-ne) 16:01, 6 jul 2017 (CEST)
replies: text: : Gràcies, . Alternativament, no tenim cap plantilla o similar que llevi els enllaços interns? Pau Cabot · Discussió 17:03, 6 jul 2017 (CEST)
replies: text: :: :en:Template:Delink, suposo que és compatible amb el mòdul:delink, o bé es pot invocar directament, depèn d'on i com s'usi. --V.Riullop (parlem-ne) 17:49, 6 jul 2017 (CEST)
thread_title:  formatting=label + getParentValues 

message: Veig que ja estàs en línia again. Quina sort per nosaltres. Tenim un tema pendent i ara ha sortit un cosa relativa al case=gender que és colindant amb l'anterior, si bé no te relació amb l'error en sí. Mira aquest missatge. En síntesi, el case=gender amb una llista no feminitza la property (per la raó explicada a l'altre tema) i, per contra, ha feminitzat el contingut dels qualifiers. En aquest cas és clarament un error, però no sé si podria ser una situació correcta que els qualifiers facin referència a una característica personal que s'hagués de feminitzar. De ser així, estaríem ben fotuts.--amador (disc.) 21:52, 6 jul 2017 (CEST)
replies: text: Tens la crida i resultat (amb i sense case=gender) a especial:permalink/18621868. De moment ho trauré, ja que no fa el que ha de fer i fa el que no ha de fer. Salut,--amador (disc.) 22:56, 6 jul 2017 (CEST)
replies: text: : Doncs sí, el case l'aplica a totes les consultes, propietat i qualificadors. Per lògica hauria de ser només per la propietat o bé específic case0-case9. Ping , com que en basc s'usen més "case" pels casos de declinació, com afectaria a les taules?, és a dir, s'usa el case en taules? Si és necessari puc posar un rastreig per detectar les possibles consultes afectades. --V.Riullop (parlem-ne) 23:24, 6 jul 2017 (CEST)
replies: text: ::Hola! Sí, usamos mucho más los cases, pero en casos en los que TODOS son de ese case. Es decir, todos en ergativo, o todos en singular. No hay algunos que sí y otros que no. -Theklan (disc.) 21:47, 8 jul 2017 (CEST)

text: ::Tenir case0-case9 seria un luxe. Els qualificadors més habituals no tenen gènere (dates, premi rebut, successor, etc.) però, per exemple et pot sortir un  o  i calgui aplicar-li gènere. Merci,--amador (disc.) 23:56, 6 jul 2017 (CEST)
replies: text: ::: El luxe case0-case9 ja està disponible. Si s'usa case, sense numeració, continua aplicant-se a tots els valors. Solucionat això ja pensaré el tema pendent del $Q de més amunt que encara no sé com enfocar. --V.Riullop (parlem-ne) 11:21, 12 jul 2017 (CEST)
thread_title:  case=gender amb table 

message: He fet servir $0 dins el rowsubformat2 i no mostra el valor. Tens l'exemple a special:Permalink/18692117. De fet, el que volia era fer-ho servir dins un switch i després de passar per una plantilla, però com que no funcionava, he acabat fent un debug amb totes les combinacions: $0 directe, $0 dins la plantilla, $0 dins la plantilla amb (( )). En cap cas retorna el valor. Li pots fer un cop d'ull ?. Merci,--amador (disc.) 23:34, 29 jul 2017 (CEST)
replies: text: Nop.

text: # El rowsubformatx serveix pel format de $x i només substitueix aquest valor. Els y anteriors ja han estat tractats a rowformat i rowsubformaty. No torna enrere.

text: # Un switch és una funció wiki, igual que les plantilles. El Mediawiki expandeix les funcions i plantilles wiki abans d'entrar a Lua. Si el poses en un paràmetre d'un invoke l'executa per passar el resultat a l'invoke i en aquests moments $0 només és un text literal.

text: En aquests casos, passa-ho tot a una plantilla que pugui executar Lua: rowformat= $0Plantilla$2$0. En la plantilla pots tractar el condicionant si $2 està buit i el switch per $0. Atenció que això pot tenir un inconvenient inesperat perquè ja no som en el parser wiki. Em sembla que el resultat és . --V.Riullop (parlem-ne) 12:33, 30 jul 2017 (CEST)
replies: text: : Ja m'ho pensava, però tinc un grapat de situacions en que manego dos $ dins un rowsubformat (invocant a una plantilla) i funcionen bé. Mira special:permalink/18693050 com es mostren les dates inici-fi del  en el mateix personatge. Vaig a provar el que em comentes. --amador (disc.) 12:47, 30 jul 2017 (CEST)
replies: text: :: He dit expressament "els y anteriors", cosa que exclou els "posteriors". És un bucle de 0 a 9 substituint en cada cas rowsubformat i rowformat. En el cas "rowformat = $1" i "rowsubformat1 = $1-$2" substitueix $1 pel valor V1: "rowsubformat1 = V1-$2" i "rowformat = V1-$2". En el següent bucle substitueix $2 per V2: rowsubformat2 no existeix i "rowformat = V1-V2". Si ho haguessis fet al revès, "rowsubformat2 = $1-$2", no hauria funcionat. Bé, així és com està però es podria modificar si fa falta: en lloc de fer un bucle fer-ne dos. --V.Riullop (parlem-ne) 13:11, 30 jul 2017 (CEST)
replies: text: :::No me'n sortit. He provat (crec) totes les combinacions i sempre surt el que no toca. De moment, s'ha quedat un únic text fixe.--amador (disc.) 18:34, 31 jul 2017 (CEST)
replies: text: :::: Falta polir-ho, però la idea ja està. Primer, cal "escapar" les plantilles per a que les expandeixi Lua. Segon, he fet la reconstrucció dels paràmetres que Lua talla per les barres verticals dels enllaços. --V.Riullop (parlem-ne) 10:16, 1 ago 2017 (CEST)
replies: text: :::::He mirat de seguir-ho, però m'he perdut. Deu ser cosa de l'horari. Que se suposa que hauria de posar als para 1,2,3 i 4?. La crida va en el rowformat o al rowsubformat2 ?. Merci,--amador (disc.) 06:21, 2 ago 2017 (CEST)
replies: text: :::::: A Special:Permalink/18697792 ho tens rowformat = infotaula persona/label_enaltiment$0$2. Li passa dos paràmetres $0 i $2 però en fer la substitució es converteixen en 4:  Sant |  Papa Francesc I. Les barres verticals dels enllaços conduïts els interpreta com a separadors de paràmetres perquè ja no passa pel parser wiki. Per això reconstrueixo a  els 4 paràmetres generats per Lua al format esperat de 2 (enllaç1 i enllaç2) com faria el parser wiki. El text1 i text2 és simplement el text de l'enllaç, sense els ]] finals, per usar-lo en la subplantilla. --V.Riullop (parlem-ne) 10:49, 2 ago 2017 (CEST)
replies: text: :::::::Hauré de fer molt bona documentació, perquè si no, no ho entendrà ningú (ni nosaltres) quan ho miri. És una passada !. Gràcies.--amador (disc.) 13:45, 2 ago 2017 (CEST)
thread_title:  no es pot fer servir $0 dins un rowsubformat en un list=table 

message: A les dates que tenen  en , se'ls hauria d'indicar el corresponent c. davant. Anava a fer una funció de recuperació de dates que s'encarregués d'això i m'he dit: "pregunta-li al Vicenç si això li resulta fàcil posar-ho dins el mòdul com a part del tractament de formats". La resposta "No" serà ben rebuda. Salut !--amador (disc.) 13:54, 17 ago 2017 (CEST)
replies: text: Sembla lògic que ho tracti, però el fet que estigui definit com a qualificador ho complica molt. És estrany que no estigui en la mateixa taula que la data, com ho està la "precisió". Sent un qualificador definit en paral·lel, i no en la mateixa data, suposa pràcticament fer una funció nova específica per a dates. --V.Riullop (parlem-ne) 17:20, 17 ago 2017 (CEST)
replies: text: : Tiro milles, però ho podríem demanar a -no sé on- de WD. Provo de trobar el lloc. Merci,--amador (disc.) 17:57, 17 ago 2017 (CEST)
replies: text: :: De moment,  davant la crida a WD on la property sigui una data. Quan les dates són qualifiers no hi ha solució perquè, cas d'existir un qualifier P1480, no sé sap a qui es refereix. --amador (disc.) 07:10, 18 ago 2017 (CEST)
 Treballant amb  observo que, en formatting=table, els colformat sense valor no apliquen el valor per defecte com quan no hi són. Em va fatal per als meus plans perquè els passo com a paràmetre a la crida de  i no són obligatoris. Merci,--amador (disc.) 10:53, 18 ago 2017 (CEST)

text: Això és menys urgent, perquè li he posat el valor per defecte que ja aplica el mòdul, quan no està informat el paràmetre. --amador (disc.) 13:47, 18 ago 2017 (CEST)
thread_title:  Circa en dates 

message: Igual ja ho hem parlat, però no ho trobo. Per què no funciona el paràmetre list en les table ?. Sempre he pensat que donaria molt joc en llistes llargues (obres notables) que podrien tenir una selecció de les 3-4 principals marcades com a prefered. Però ara trobo dates amb multivalor (Q121103, Q114357,..) que, en realitat només són formes diferents de representar i que, evidentment, no interessa la llista sencera. Alguna esperança ?. Merci,--amador (disc.) 14:51, 18 ago 2017 (CEST)
replies: text: Separo en nova secció, no hi veig relació amb l'anterior.  Repassant el codi, jo diria que sí que funciona, o hauria de funcionar, amb list=firstrank. Ara bé, ho aplica a tota la taula, tant la propietat com els qualificadors. Algun exemple a solucionar? --V.Riullop (parlem-ne) 21:06, 3 set 2017 (CEST)
replies: text: : Ups, mirant-ho millor, no, ho aplica només a la propietat i no als qualificadors. --V.Riullop (parlem-ne) 21:11, 3 set 2017 (CEST)
replies: text: :: Comprovat en propietat. Doncs, no sé quants cops m'he complicat la vida pensant que no anava, però ara no sé on. GRrrrr !. Això que dius dels qualificadors, ja t'ho diré si ho trobo a faltar. Merci,--amador (disc.) 21:52, 3 set 2017 (CEST)
replies: text: ::: Bé, els qualificadors de fet no tenen rang. --V.Riullop (parlem-ne) 22:06, 3 set 2017 (CEST)
thread_title:  Paràmetre list en les table 

message: Disculpa que estic una mica pesat. Estaré espès, però no sé com fer per convertir la primera lletra d'un resultat (en aquest cas de P106) a majúscules. A special:permalink/18741760 hi ha les proves. La primera intenció ha estat treballar sense formatting i aplicar un ucfirst al que hi hagués darrera el primer claudàtor, però retorna enllaços induïts i tot i que em salti els claudators, em trobo amb el nom de l'article VP o amb el codi ítem com a primer text; amb formatting label funciona el ucfirst, però perdem els enllaços, si li poso claudàtors em fa un enllaç amb tot l'string; amb internallink el problema és similar a no formatting, si bé aquí apareixen les redirecccions enlloc dels codi ítem; amb pattern funciona ucfirst, però ho aplica a cada valor. Alguna idea més enginyosa ?.--amador (disc.) 07:07, 18 ago 2017 (CEST)
replies: text: He afegit l'opció case=ucfirst: Especial:Permalink/18741907. --V.Riullop (parlem-ne) 10:04, 18 ago 2017 (CEST)
replies: text: : Aquest efecte ja l'havia aconseguit amb el pattern + claudàtors. La petició és aconseguir majúscula la primera lletra del string, efecte frase. Com ho veus ?--amador (disc.) 10:42, 18 ago 2017 (CEST)
replies: text: ::  No és el mateix, el que fa és posar majúscula al text de l'enllaç mantenint l'enllaç conduït: text → Text. No havia entès que es necessita només pel primer d'una llista. Ara ho fa només una vegada. --V.Riullop (parlem-ne) 13:33, 18 ago 2017 (CEST)
replies: text: ::: em mataràs. Ja tinc case=gender. Com li dic ?. case=gender,ucfirst ? --amador (disc.) 13:49, 18 ago 2017 (CEST)
replies: text: :::: No, ets tu el que em mataràs. Hauria de funcionar usant itemgender, però no tinc temps ni de provar-ho. Fins d'aquí uns dies. --V.Riullop (parlem-ne) 14:04, 18 ago 2017 (CEST)
replies: text: ::::: Descansa. Esperaré pacientment. --amador (disc.) 18:32, 18 ago 2017 (CEST)
replies: text: ::::::  formatting=ucfirst. M'he trobat pillat. Descarto fórmules com case=gender,ucfirst o amb itemgender. Internament ho canvia a "feminine" quan fa falta i és complicat combinar-ho amb altres case només pel primer de la llista. Només em queda el formatting o un paràmetre nou. A proves hi he afegit formatting=ucfirst com alternativa a formatting=internallink i que només funciona per aquest tipus d'enllaç usat per defecte. Si fa falta combinar-ho amb altres formatting doncs caldrà definir-ho en nou paràmetre i la cosa es complica... o potser seria la solució més lògica. --V.Riullop (parlem-ne) 09:58, 23 ago 2017 (CEST)
replies: text: :::::::El problema del formatting és que també l'ocupa el "table" que cada cop l'estic fent servir més perquè és molt útil. Llavors entra en col·lisió la indicació de "com vull formatar la dada output" amb el "vull fer una taula". Si ucfirst funcionés també dins el colformatn, llavors no seria un problema perquè hi hauria un lloc on indicar el format de "la dada". Altra tema és la col·lisió amb altres formatting, vull dir que no sé si ens caldrà combinar-lo amb pattern (amb label ho descarto, perquè se li podria aplicar directament la funció ucfirst en no tenir induïts). De moment, provo a veure que passa i tu em mires lo del colformatn. Merci,--amador (disc.) 10:25, 23 ago 2017 (CEST)
replies: text: :::::::: Amb formatting=table els formatatges específics passen als paràmetres colformat. Provat a Especial:Permalink/18753551. Una altra cosa és que segurament estem complicant els conceptes parametrals. --V.Riullop (parlem-ne) 11:00, 23 ago 2017 (CEST)
replies: text: ::::::::: Ets únic !. Res que no es pugui explicar a la documentació. És força coherent que on es pugui parlar de formats, es pugui parlar de tots.--amador (disc.) 13:08, 23 ago 2017 (CEST)
replies: text: :::::::::: Passat de proves a versió en viu. A la documentació ja diu "colformat0 ... colformat9= [...] Accepta la mateixa sintaxi que formatting per a cada tipus de valor." --V.Riullop (parlem-ne) 13:30, 23 ago 2017 (CEST)
thread_title:  Majúscules 

message: Teníem un "poltergeist" denunciant que s'estroncava la cadena d'unitats territorials. Quan l'he reseguida detecto que es produeix quan es troba unitats amb P31 = Estat/Estats de .... que, aplicant la norma dels tàxons, ho elimina per duplicat. Però, ai las!, als pobles d'USA no passa. Causa: el seu P31 = estat federal està escrit en minúscula. Canviant el possible causant de l'error (), la cosa funciona. Suposo que el problema està a Mòdul:Wikidata/labels. Ho pots mirar ?. salut !--amador (disc.) 06:57, 31 ago 2017 (CEST)
replies: text: El jutjat està sobresaturat i és més difícil instruir la causa sense saber quina és l'arma usada i a qui interrogar. És a dir, tens a mà la consulta i un exemple on falli? --V.Riullop (parlem-ne) 21:54, 31 ago 2017 (CEST)
replies: text: :Disculpa. Els exemples estaven al diff que t'he passat, però com que l'havia arreglat ja no falla. Ho reverteixo. Així tenim:

text: :*Ibadan mostra "estat:Oyo" que és un , però no mostra també "estat:Nigèria" que és la P131 de

text: :* la crida és 

text: :* Si canvies el label de  a minúscula, funciona bé.

text: : That's all ! --amador (disc.) 14:43, 1 set 2017 (CEST)
replies: text: :: Així ha estat fàcil. Suposaves bé, Mòdul:Wikidata/labels no feia la substitució "Estat de Nigèria" per "Estat federat" per culpa de la majúscula inicial. Arreglat. --V.Riullop (parlem-ne) 15:14, 1 set 2017 (CEST)
thread_title:  error en eliminació duplicat de getparentvalue 

message: Seria possible que la versió lingüística que retorni sigui la que correspongui a la llengua de preferència de l'editor (de VP o de WD, com vulguis). Cas: si mires Viquiprojecte:Adaptació de plantilles a Wikidata/infotaules/Mostres veuràs que hi ha una mostra de infotaules. Els textos de la pàgina es mostren en anglès, cas que entri algú "no català". Com que és una pàgina per mostrar a d'altres WP, si els continguts WD agafessin la seva llengua, resultaria més fàcil d'entendre, tot i que no entenguessin les etiquetes. Com ho veus ?.--amador (disc.) 13:28, 4 set 2017 (CEST)
replies: text: He fet un primer intent, provat a Colin Powell amb  dóna African Americans en anglès, Afroamerikaner en alemany, etc. Encara no està estructurat i hi ha alguns problemes. Per exemple les dates les tradueix però usant el format català definit a Mòdul:Wikidata/i18n: "j F Y". No he provat el case=gender però segurament deu destrossar les etiquetes. Si només és per una demo es poden polir algunes coses en una versió paral·lela, per exemple es podria usar un paràmetre demo=yes que desviï a un Mòdul:Wikidata/demo. A notar que el truc int:Lang està limitat a algunes llengües, les definides segons Especial:Cerca per prefix/MediaWiki:Lang i explicat a Plantilla:LangSwitch/ús#Informació tècnica. --V.Riullop (parlem-ne) 20:49, 4 set 2017 (CEST)
replies: text: :No m'hi mataria. Era per marcar-se un punt ara que estem de promoció de les infotaules, però entendran millor que estigui en català si les etiquetes estan en català, que no veure un nom en anglès que et redirecciona a un article català. No paga la pena. Gràcies per intentar-ho.

text: :Per cert, tens preparat un "manual d'adaptació del mòdul:wikidata a altres cultures" ?. Una mica el recull del que vas fer amb el Theklan per la euwiki. Ho dic per si triomfem i se'ns abraonen a copiar-nos. Salut !--amador (disc.) 07:21, 5 set 2017 (CEST)
replies: text: :: No hi ha manual, però ja vaig separar tota la internacionalització a Module:Wikidata/i18n per traduir missatges, definir formats de dates i pels case propis de la llengua. Un exemple és :eu:Module:Wikidata/i18n amb els casos de declinació. En principi no hi ha cap adaptació de codi a fer, en tot cas alguna funció gramatical a afegir pels case. Amb Special:PrefixIndex/Module:Wikidata/ es veu tot el que hi ha. Module:Wikidata/Units és pel formatting=unitcode i depèn de cada llengua, en català amb un plural automàtic. Module:Wikidata/labels és pels case=infoboxlabel o infoboxdata que pot ser un case general però depèn també de la llengua, en català amb una funció que simplifica les etiquetes eliminant el complement introduït amb la preposició de. Per fer-ho més internacional caldria traduir a l'anglès la documentació on s'expliquen totes les opcions. --V.Riullop (parlem-ne) 09:46, 5 set 2017 (CEST)
 Torno a l'atac amb aquest tema. Antecedents del canvi de posicionament: a la Hackathon varem tenir un ressò destacat amb les infotaules, ja que la gent de WD (bàsicament de wikimedia DE) van explicar que som la 3a WP en accessos a WD després de japonès i xinès i ens van animar a fer algunes passes si volíem internacionalitzar-les, amb el seu suport. Una de les coses a fer era evitar que les etiquetes fossin un text sinó una variable per facilitar la traducció, aprofitant la label de WD. Ja hi estic treballant en això a Plantilla:infotaula persona/labels; com que recupero el label segons la llengua de l'usuari ara em queda una barreja de labels traduïts amb valors en català. Seria un bon moment per acabar de rematar el que vas començar i així podríem fer que qualsevol veiés com quedaria a la seva llengua si hi adoptés el nostre sistema. Sobre el tema de les dates, ho podríem deixar per una segona fase, ja que deu ser molt variable la casuística cultural. Si et fixes a les noves infotaules que estan posant a Commons, tot està traduït, però curiosament la data surt amb text anglès. Detallets. Estaria bé que el paràmetre lang= no calgués informar-ho, oi?. Bé, ja ho posaràs a la cua i em dius quelcom. Salut !--amador (disc.) 11:21, 7 juny 2018 (CEST)

text: Per les etiquetes és més fàcil. Prova  canviant a diferents llengües. Per exemple amb P106 treu "Ocupació" o "Occupation" si canvio a anglès. Pels valors ja és més complicat per la multiplicitat de formats i necessitarà temps, però el primer pas d'etiquetes sembla ja implementable. Recordo el que deia al principi: només funcionarà a ca.wiki per les llengües que tenen Especial:Cerca per prefix/MediaWiki:Lang. Es poden crear més missatges d'aquests per a més llengües sota demanda. En cas d'importació funcionarà per defecte en la llengua local del wiki. Prova-ho. --V.Riullop (parlem-ne) 18:24, 7 juny 2018 (CEST)
replies: text: : Ara feia , però si ho poses al mòdul:wikidata, ja ho canviaré. El que dius de les llengües, és tan fàcil com crear una pàgina amb el codi de llengua per cadascuna ?. O sóc massa optimista ?. Sobre el tema dels continguts, has mirat el mòdul de Commons ?. Potser hi ha alguna drecera...--amador (disc.) 21:53, 7 juny 2018 (CEST)
replies: text: ::

text: ::# Incorporada la funció getLabel. Fa el mateix que Wikibase label, cridant directament int:Lang i amb alguna protecció contra errors.

text: ::# El truc int:Lang per detectar la llengua de l'usuari està copiat de Commons, compara amb c:Special:PrefixIndex/MediaWiki:Lang. És tant fàcil com anar creant els corresponents Mediawiki:Lang/xx. Com que ho ha de fer un administrador, i són moltes i sovint improbables, digue'm quines trobes a faltar o demana-ho a VP:PA. Aquesta i18ó només funcionarà en un wiki que tingui aquests Mediawiki (són locals, no del sistema), però per defecte agafa la llengua local del wiki.

text: ::# Pels valors, a Commons utilitzen un formatting link only blue. A c:Category:Trieste enllaça a "ciutat" perquè existeix c:Ciutat, però si canvies a ucraïnès com que "місто" no existeix doncs no ho enllaça. Imagino que aquí hauria de sortir місто, cosa a pensar amb deteniment i sense aplicar els case (ni gender ni infoboxdata ni plurals). Això només pel format entity, pels numèrics i per dates ja veurem.

text: ::És un repte interessant si hi ha espectadors expectants sense presses. Et cito: "... veure un nom en anglès que et redirecciona a un article català. No paga la pena". Ja es paga? :-) --V.Riullop (parlem-ne) 11:31, 8 juny 2018 (CEST)
replies: text: :::Ja Ja. Potser si que paga, si quan arribes a l'article en català et tornes a trobar una infotaula en el teu idioma. Ves fent xino-xano que jo haig de traduir els labels que no són property (paràmetres manuals, headers,..) i haig de preparar un document que expliqui les bondats del model. Sobre els idiomes, penso que primer s'ha de tenir en anglès i alemany (ja existeixen), però després els clients target són les WP petites i, hores d'ara no sé quines seran les primeres candidates. Anem fent. Merci,--amador (disc.) 12:40, 8 juny 2018 (CEST)
replies: text: :::: Actualització: He incorporat ucfirst a getLabel per dos motius 1) és l'ús habitual i te l'estalvies en les plantilles, 2) s'aplica sobre la llengua corresponent, podria ser que alguna llengua tingui regles rares de majúscules. A més, veig que si no existeix Mediawiki:Lang/xx per defecte retorna anglès en lloc de la llengua local. A estudiar si té solució fàcil o bé si no és cap problema (en cas d'importació obligaria a crear com a mínim el mediawiki lang local). Si no existeix l'etiqueta en aquella llengua també la retorna en anglès, però això és normal. --V.Riullop (parlem-ne) 12:53, 8 juny 2018 (CEST)
replies: text: :::::Potser em precipito però això de que torni anglès en lloc de la llengua local, pel cas que estic fent, ho faria coherent, ja que les traduccions dels literals "no property" jo tinc previst fer un switchlang de només dos nivells, la llengua local i anglès per defecte. Per tant, si un coreà visita la cawiki, la veuria en coreà excepte els literals que els veuria en anglès. --amador (disc.) 13:55, 8 juny 2018 (CEST)
replies: text: ::::::Segueixo en clau "pensament/dubtes". Si fem que el mòdul funcioni "sempre" agafant la llengua de l'usuari, es produiran situacions estranyes com ara "usuari en castellà que visita la nostra VP". Li sortirien les dades en castellà, les etiquetes normals en castellà i els headers + etiquetes manuals en anglès. Difícil d'explicar. Jo puc forçar que si la llengua no és la local surti en anglès, una cosa explicable per la gent llunyana del nostre entorn, un alemany, un japonès, etc... però que pensarà un castellà o un occità ?. A més, fent això sortirien tots els labels en anglès, però els continguts sortirien en la llengua de l'usuari, ja que és una de les que tenen MediaWiki:Lang. Per tant, crec que - contràriament al que jo deia en un missatge anterior- hauríem de fer que la llengua fos seleccionable i que si no se li passa cap valor, el mòdul actuï com ara. D'aquesta forma, les infotaules adaptades podran demanar-li canvi de llengua quan tinguin la capacitat de tractar la resta de textos en aquella llengua i així donar un contingut homogeni. Que en penses ?.--amador (disc.) 22:08, 9 juny 2018 (CEST)
replies: text: :::::::  És més fàcil que la llengua sigui automàtica. Fer-ho seleccionable és una complicació. Tal com he dit a la taverna, sempre que sigui possible és millor agafar-ho de Wikidata encara que sigui tangencialment, així el criteri serà sempre el mateix. On no sigui possible caldrà usar , plantilla basada en el mateix sistema. --V.Riullop (parlem-ne) 17:22, 10 juny 2018 (CEST)
thread_title:  Llengua de recuperació dades 

message: Remenant per WD he trobat un parell de formats que desconeixia: geographic shape i data tabular. D'aquest últim aquí tens un exemple de com s'aporta el contingut. Espero que no hi hagi gaires a curt termini perquè és una mica mal de cap. Per cert, també desconeixia que aquest tipus d'informació tabular es podia emmagatzemar a commons. Bé, estarem atents. Salut !--amador (disc.) 20:47, 6 set 2017 (CEST)
replies: text: * data tabular: no li veig utilitat, massa difícil de tractar.

text: * geographic shape: és un cas més aviat pel Mòdul:Map. En el seu moment ho vaig descartar perquè a c:Special:Allpages/Data: hi havia molt poca cosa. Ara sembla que s'hi han posat des de Viquiviatges en alemany. Es podria incloure com un nou tipus de mapa amb dades externes, alternativa a OSM. Compartir a Commons els nostres mapes dibuixats, com :Categoria:Mapes amb àrees dibuixades i d'altres, no ho veig possible ja que allà exigeixen la llicència CC-0.

text: --V.Riullop (parlem-ne) 09:39, 9 set 2017 (CEST)
replies: text: :. Ho veig com tu. Esperem evolució. --amador (disc.) 09:42, 9 set 2017 (CEST)
thread_title:  Nous tipus de dades 

message: Hola, sembla que alguna cosa va malament quan el valor d'un enllaç extern conté un punt entre xifres. Exemple a special:permalink/18825872. Merci, --amador (disc.) 23:57, 15 set 2017 (CEST)
replies: text: És provocat per la darrera edició Special:Diff/18791032 amb resum: "corr. error url web amb %". L'he revertit. Si no recordo malament, pretenia solucionar un dels problemes detectats a :Categoria:Pàgines amb errors de script. Es pot veure Ajuda:URL, alguns caràcters en l'URL, com un %, cal convertir-los però no és el cas d'un punt. Caldrà esperar que aparegui de nou i repensar la millor solució. --V.Riullop (parlem-ne) 15:33, 18 set 2017 (CEST)
replies: text: :recordo haver-ho vist, però jo no m'havia trobat. Vaig deduir que era una detecció teva dels processos de neteja que fas de tant en tant. Bé, com dius, si surt altre cop, ja veiem. Merci,--amador (disc.) 23:51, 18 set 2017 (CEST)
thread_title:  error en formatting d'enllaç extern 

message: Hi folks,
yesterday I tried to enable Statement usage tracking on this wiki (which means we're exactly tracking which Statement has been used, and not just that "all entity data" is used). When doing this I discovered that you are using a lot of things from Wikidata needlessly due to the following:
		-- otherwise, iterate over all properties, fetch their labels and compare this to the given property name
		for k, v in pairs(entity.claims) do
			if mw.wikibase.label(k) == property then return v end
		end
this can also be expressed with:
		property = mw.wikibase.resolvePropertyId(property)
		if not property then return end
		return entity.claims[property]
The advantaged of the second version is that it doesn't need to iterate over all Statements (which is badly discouraged), thus the pages in question don't "use" all Statements. If you have further questions, please don't hesitate to ask! Cheers, Hoo man (disc.) 16:05, 12 oct 2017 (CEST)
replies: text: Done Special:Diff/18939551, thanks. This function was copied from the English version where it is still live. I think on ca.wiki the property is used always with id, not label, so it is not so critical. If necessary I can track its use. --V.Riullop (parlem-ne) 17:20, 12 oct 2017 (CEST)
replies: text: : Tricking the use of this should not be necessary. Thanks for your help, I'll also poke the English Wikipedia and possibly other wikis that use this function in the next days. Cheers, Hoo man (disc.) 11:41, 13 oct 2017 (CEST)
thread_title:  Critical performance improvement 

message: Hauríem de començar a pensar com recuperar referències de les propietats de WD. No és un tema que m'hagi tret la son perquè hi ha un nivell baix de refs a WD i caldria veure de quina qualitat, però com que penso que voldran engegar una campanya de sensibilització sobre el tema, ens ho hauríem de posar a l'agenda. El proper cap de setmana estarem el  i jo al WikidataCon a Berlín presentant les nostres infotaules i segur que la pregunta caurà. Sembla que a la enwiki han fet alguna cosa però desconec el nivell d'eficiència i d'ús. Salut !. --amador (disc.) 16:40, 25 oct 2017 (CEST)
replies: text: Un primer intent en brut Especial:Permalink/19066651. --V.Riullop (parlem-ne) 10:46, 26 oct 2017 (CEST)
replies: text: :Fa bona pinta. Funcionen els multireferenciats, les URL i les dates complementàries, etc. Ens hauríem de plantejar si té valor dir "importat de WP". Per mi no és garantia de res. Felicitacions, mestre !--amador (disc.) 11:56, 26 oct 2017 (CEST)
replies: text: ::Me meto: en Wikimania preguntaron bastante por esto, y creo que ellos no "agafan" ningún dato que tenga como ref a Wikipedia. -Theklan (disc.) 09:42, 28 oct 2017 (CEST)
replies: text: ::: Fet, ara se salta les referències "". --V.Riullop (parlem-ne) 13:50, 28 oct 2017 (CEST)
 Ja està en viu. Mostra a Especial:Permalink/19110740. Si la referència està ben construïda, amb url i títol com a mínim, usa la plantilla ref-web, vegeu la 5 en les proves. En cas contrari no hi ha més remei que mostrar el que hi ha, sense poder formatar raonablement.  He actualitzat també la versió en basc. Utilitza la plantilla equivalent definida a . Falta definir els noms dels paràmetres equivalents als anglesos a :eu:Modulu:Wikidata/i18n igual que Especial:Diff/19110706. --V.Riullop (parlem-ne) 11:48, 2 nov 2017 (CET)

text: Me parece un resultado un poco raro. Mira el ejemplo 6 y 7 que he puesto. Tienen título, pero como . La cuestión es que esos P248 están perfectamente construidos, con su doi, autores... Quizás en ese caso habría que construirlo todo de otra manera. -Theklan (disc.) 18:53, 2 nov 2017 (CET)
replies: text: :  Treure dades de l'ítem associat a la referència em sembla una complicació. Segons d:Help:Sources les referències es poden construir com a ítem  o com a URL amb totes les seves dades. He provat de posar-lo com a títol: Especial:Permalink/19115676, a veure si així val. A més, he solucionat l'error que donava amb les dates. Per altra banda, les referències a d:Q18028916#P2293 no estan ben construïdes. Per cada qualificador hi ha dues referències amb dues url en la mateixa definició d'una sola referència. Només pren la primera. S'haurien de separar en dues, com a :d:Q220768#P569. --V.Riullop (parlem-ne) 11:51, 3 nov 2017 (CET)
replies: text: :: Ok, ara veig que a :en:Module:Wd tenen solucionada la referència amb "afirmat a" via una plantilla diferent  que no tenim.  val la pena implementar aquesta plantilla? Primer caldria veure que funcioni, i com funciona. --V.Riullop (parlem-ne) 12:02, 3 nov 2017 (CET)
replies: text: ::: El seu autor me la va recomanar al WikidataCon, però no li vaig fer massa cas perquè li vaig explicar que nosaltres ho fèiem directament en les crides al mòdul. Em va dir que es miraria com ho havíem fet.--amador (disc.) 14:27, 3 nov 2017 (CET)
replies: text: ::::  Doncs no ho fa. Com he explicat, hi ha dos tipus de referències a Wikidata: 1) tipus ref-web amb els seus paràmetres, url, títol, etc. 2) tipus  amb l'ítem de l'obra on hi ha tot el detall. Ara mateix tracta el tipus ref-web i si no treu en brut la llista de paràmetres. Amb CiteQ és la millor forma de recuperar els paràmetres definits a l'ítem "afirmat a". De fet, he incorporat la idea del mòdul anglès però deixant de banda el CiteQ. Es podria fer directament en les crides del mòdul, però em sembla massa elaboració quan en anglès ja ho tenen resolt. --V.Riullop (parlem-ne) 15:23, 3 nov 2017 (CET)
replies: text: :::::  Val. Així com s'ha de fer servir ?. Posem un CiteQ darrera de la crida a WD ? --amador (disc.) 18:19, 3 nov 2017 (CET)
replies: text: ::::::  El mòdul crida la plantilla ref-web elaborant els paràmetres. El que falta és poder cridar la :en:Template:Cite Q, que no tenim, pels casos de referències amb "afirmat". La podria crear jo mateix, però em fa mandra, a simple vista és complexa i potent. S'hauria de veure si té utilitat com a plantilla sola, sense el mòdul, si cal traduir els paràmetres, si cal adaptar el format a l'habitual que tenim per les referències. Una vegada vist com funciona és llavors que podré saber com usar-la en el mòdul i fer proves. --V.Riullop (parlem-ne) 21:22, 3 nov 2017 (CET)
replies: text: :::::::OK. Dona'm uns dies. amador (disc.) 07:04, 11 nov 2017 (CET)
replies: text: ::::::::  Vist amb més calma, la idea de Cite Q sembla interessant per ella mateixa: poder usar una referència definida a Wikidata. Per exemple amb un llibre indicant només la pàgina  o una web indicant la data de consulta . La plantilla crida el mòdul :en:Module:Citeq que alhora crida la plantilla  que tenim pendent de fusionar amb la  per tenir un format consistent. Si ho veus massa complex m'hi puc posar, però necessitaré temps, més que uns dies tal com dius. --V.Riullop (parlem-ne) 10:23, 11 nov 2017 (CET)
thread_title:  Tractament referències 

message: Hola. No m'ha funcionat la primera prova (special:permalink/19193810). Aparentment si no existeix el paràmetre del qualifier10, posa el valor de qualifier1 seguit d'un zero, i si existeix retorna un zero enlloc del valor.--amador (disc.) 00:20, 18 nov 2017 (CET)
replies: text: Ara entenc per què vaig posar inicialment una xifra. Amb rowformat = $1 ... $10 fa la substitució del valor $1 dues vegades. Queda arreglat amb una limitació menor: darrere d'un $x a rowformat no hi poden haver números. Per exemple no serviria passar de milers a unitats amb rowformat = $x000. Tot i que intento afegir-hi comentaris al final no ho entendré ni jo mateix. --V.Riullop (parlem-ne) 11:30, 18 nov 2017 (CET)
replies: text: :. Bé, el cas que teníem funciona. No crec que mai arribem, però ...li podria passar el mateix en arribar a $20 ?. Em miraré les plantilles d'esportistes que recordo que vaig tenir alguna limitació a veure si faig alguna prova més. Et dic alguna cosa.--amador (disc.) 15:03, 18 nov 2017 (CET)
replies: text: :: La solució del $10 val pel $20 i per qualsevol altre número. És il·limitat. --V.Riullop (parlem-ne) 18:20, 18 nov 2017 (CET)
 Ho pots passar a definitiu. Em penso que va prou bé.--amador (disc.) 23:24, 25 nov 2017 (CET)

text: Fet. --V.Riullop (parlem-ne) 19:15, 26 nov 2017 (CET)
replies: text: :  Ho he revertit. Han sortit diversos problemes, no relacionats amb $10. El que indica el Pau a continuació (error quan no existeix qualifier) és fàcil i està corregit. El segon que indica en Townie (enllaços trencats, per exemple a Teodora (muller de Justinià I) sortia "Ocupació [[Ballarí|Ballarina]) també està detectat, no era amb taules sinó amb list=true o list per defecte. Però amb el tercer (es menjava el camp d'ocupació) ja he llançat la tovallola i ho he revertit tot. És possible que estigui corregit en la darrera versió en proves, però millor ho deixo reposar de moment per assegurar-ho amb més proves demà. Un forma d'assegurar-se és modificar una plantilla amb cerca i reemplaça "Wikidata" per "Wikidata/proves" i fer previsualitzacions d'articles. --V.Riullop (parlem-ne) 20:29, 26 nov 2017 (CET)
replies: text: ::.  ara crida a wikidata/proves. Fa bona pinta. Quin és el cas aquest que dius que no trobes ?. A la discussió del Townie esmenta plantilles que no són de persona i tu dius que es menjava l'ocupació ?. --amador (disc.) 20:48, 26 nov 2017 (CET)

text: ::.  - Townie parlava de Palafrugell- també va bé.--amador (disc.) 20:54, 26 nov 2017 (CET)
replies: text: ::: Ok, diria que ho he arreglat desprès de l'alarma inicial. Afectava a moltes plantilles diferents. De totes formes ho deixo per demà. --V.Riullop (parlem-ne) 21:04, 26 nov 2017 (CET)
replies: text: :::: Fet, ara sí.  actualitzat també eu.wiki. Ahora acepta más de 9 cualificadores, sin limitación siempre que sean consecutivos. Hay una restricción menor: en rowformat un $x no puede ir seguido de un número. Es decir, $10 es el qualifier10 cuando antes era el qualifier1 seguido de un cero. Con un $22 si no existen 22 cualificadores no hará ninguna substitución. --V.Riullop (parlem-ne) 13:20, 27 nov 2017 (CET)
replies: text: ::::: ES como un sueño hecho realidad ;). Esto del $10 y el $22 no lo he entendido bien, de todos modos. - Theklan (disc.) 14:48, 27 nov 2017 (CET)
replies: text: :::::: Imagino que será un caso que prácticamente no se dará nunca, pero aviso por si acaso. Por ejemplo si qualifier1 és un número que quieres multiplicar por 1.000, con rowformat=$1000 antes habría funcionado substituyendo $1 y añadiendo el texto de los tres ceros, pero ahora pasa a ser el qualifier1000. Otro ejemplo. Antes, si qualifier1="Pepe" i rowformat="$12" el resultado era "Pepe2". Ahora el resultado será el valor de qualifier12. --V.Riullop (parlem-ne) 14:59, 27 nov 2017 (CET)
replies: text: ::::::: Havia dit que no es donaria mai i ja ha passat: Tema:U2rzczuayhsixjpa. Un rowformat="$2$1" no funciona si $1 és un número. Les substitucions de $x es fan per ordre una darrera l'altra. --V.Riullop (parlem-ne) 13:29, 28 nov 2017 (CET)
thread_title:  +9 qualificadors 

message: Sembla que, arran de la darrera edició,  dóna múltiples errors. Exemple: Lliga espanyola de futbol masculina. Pau Cabot · Discussió 19:23, 26 nov 2017 (CET)
replies: text: Sembla que també afecta a . Pau Cabot · Discussió 19:25, 26 nov 2017 (CET)
replies: text: : Canvi revertit, caldrà fer més proves. --V.Riullop (parlem-ne) 19:54, 26 nov 2017 (CET)
thread_title:  Problema a la línia 545