Mòdul Discussió:Wikidades/Arxiu 4

message: Seguint l'avís de l', he fet una ullada a mw:Wikidata Bridge, la nova funció que permetrà editar Wikidata des de les infotuales, i ja he fet un primer comentari a mw:Topic:Vbwgq4opce534w8i. Caldrà obrir un subprojecte de seguiment? --V.Riullop (parlem-ne) 18:43, 27 nov 2019 (CET)
replies: text: Seria convenient. Durant el WikidataCon vaig estar parlant amb ells i volien que participéssim amb les nostres infotaules. Una de les dificultats que tenen és com relacionar els conceptes que es mostren amb la propietat que els mostra. Em vaig comprometre a preparar la nova documentació orientada a que els hi servís com a guia. Òbviament el que jo estic resolent de forma visual, a ells els hi caldrà tenir-ho en una mena de XML o taula d'equivalències que els hi permeti industrialitzar-ho per qualsevol infotaula. Penso que estar a la cuina ens pot permetre incorporar un concepte necessari:la millora de la interface de manteniment de WD.amador (disc.) 19:10, 27 nov 2019 (CET)
replies: text: : Per cert, el meu comentari és després de veure una captura de pantalla del prototip que poso aquí. De fet ja podríem enllaçar a la propietat usada per modificar-ne el valor, però abans cal resoldre què indica el llapis. --V.Riullop (parlem-ne) 20:07, 27 nov 2019 (CET)
replies: text: :: Si entenc bé el prototip, sembla que és per editar el valor, no? Pau Cabot · Discussió 20:14, 27 nov 2019 (CET)
replies: text: ::: Efectivament. Ells van partir d'una plantilla sense cap mancança de labels i van tenir la mateixa idea al triar una icona d'entrada de dades. En tot cas, el prototip no enllaça a la interface clàssica de WD com fem ara nosaltres, sinó a un formulari de ""data-entry amable" que es mostra emplenat amb els valors de WD (el que s'acaben de veure a la infotaula) i que pots canviar/ampliar. El Bridge és responsable de construir i presentar el formulari i de desar les dades entrades a WD. La dificultat que tenen no és com la infotaula le indica les dades (perquè les torna a recuperar Bridge), sinó saber quines són les propietats implicades "darrera de cada llapis". Amb la primera idea això no es plantejava com un problema perquè les infotaules sense WD són força lineals: 1 paràmetre manual = 1 propietat = 1 línia a la infotaula, o com a molt una llista separades per BR's; fixeu-vos que l'exemple que posen respon a això. Quan comencen a veure les nostres infotaules i les dels russos, s'adonen que la construcció del formulari ha de ser un reflex invers del que mostra la infotaula i llavor els hi cal comptar amb una mena de meta-llenguatge de deconstrucció que, si ho aconsegueixen, ens podria servir a nosaltres per construir; però ara encara és precipitat saber cap on anirà. amador (disc.) 23:41, 27 nov 2019 (CET)
replies: text: ::::  Com veieu el comentari que he fet a MediaWiki? Si usen el llapis al Bridge per accedir als valors llavors hem de canviar el nostre llapis que indica etiquetes no traduïdes. No hi ha pressa però s'hauria de pensar abans d'entrar en proves reals on som candidats. Un canvi precipitat de la funció del llapis pot provocar confusió. Canviar-lo per una indicació amb el codi de llengua pot donar més informació, i evitem tenir dues icones. Alguna idea al respecte abans de fer res? Per exemple en la versió en sami septentrional (codi se) hi han fet un afegit per marcar i categoritzar les etiquetes que existeixen en certes llengües (nòrdiques més les grans). Se suposa que seran les més accessibles per a traduir, com si aquí diguéssim es, fr, en, tot i que no ho veig gaire necessari. --V.Riullop (parlem-ne) 22:55, 28 nov 2019 (CET)
replies: text: ::::: No t'ha deixat gaire marge la Lea. S'ha apropiat de la imatge del llapis. Podríem posar una etiqueta d'aquelles que porten un cordillet . amador (disc.) 23:41, 28 nov 2019 (CET)
replies: text: :::::: No em sembla malament la icona de l'etiqueta que penja, però vaig més enllà. Amb el Bridge ens podem trobar amb dues icones: Polytechnic Secondary School Templin  . No ho veig ni estètic ni clar. Si el Bridge assumeix l'enllaç a l'etiqueta igualment caldria indicar que allò no està en català. Per això pensava en situació final: Polytechnic Secondary School Templin (en)

text: :::::: Analitzant les modificacions que explicava de se.wiki hi ha un motiu de fons. Moltes etiquetes no traduïdes són de noms de persona o de noms de lloc que de fet no es tradueixen. Jo prefereixo que estiguin també en català i amb una descripció, però entenc que al final fa mandra si no es veu la necessitat. En llengües menors que el català les infotaules queden plenes de coses a traduir i, de fet, n'hi ha que no cal. La lògica seguida a se.wiki és que si en les llengües del meu entorn totes les etiquetes són iguals és que no cal traduir-la. Per exemple, si el nom d'un francès l'hem tret de l'etiqueta en anglès segurament la podem donar per bona i no cal dir que allò està en anglès. Profunditzant, podem ampliar les llengües alternatives. Ara tenim occità i anglès com alternatives al català. En general són poques i sovint l'anglès com a única. Podríem usar altres etiquetes en altres llengües quan no existeixi en anglès, per exemple evitar Q56230686 que ara mostra Angela Merkel quan existeix una etiqueta en alemany com a nom original. Per això, a més de la icona, crec que és el moment de repensar-ho. --V.Riullop (parlem-ne) 10:56, 29 nov 2019 (CET)

text: Afegeixo com a informació que a frwiki tenen https://fr.wikipedia.org/wiki/Mod%C3%A8le:Infobox_Biographie2 que fa servir el llapis per anar a modificar valors WD. amador (disc.) 21:00, 23 des 2019 (CET)
replies: text: :  A en.wiki també via Module:WikidataIB. Aquest és el model que segueix Bridge. El llapis no el posa Bridge sinó que via un span en els enllaços ho passa al Bridge en lloc de directament a Wikidata: mw:Wikidata Bridge/Development/DocDrafts/How to Enable Wikidata Bridge for your Infobox. Em sembla intrusiu amb llapis a tots els camps però no hi veig alternativa. En francès usen , en anglès  i nosaltres . Diria que el nostre és menys intrusiu. Ja he fet revisions del tractament d'editicon per poder començar a provar de canviar el llapis per icona d'etiqueta o bé indicació de llengua, a triar provant-ho, i afegir sempre el llapis amb nova funció per modificar el valor. Passat festes ho provem. Algú amb bona traça amb l'Inkscape pot fer la icona de l'etiqueta invertida? Seria millor que les dues tinguin la mateixa orientació si han de sortir juntes:  . --V.Riullop (parlem-ne) 10:52, 24 des 2019 (CET)
replies: text: :: Per començar, he reflectit la imatge:  . Pau Cabot · Discussió 11:22, 24 des 2019 (CET)
replies: text: :::Sol·licitat ! amador (disc.) 11:31, 24 des 2019 (CET)
 Hora de començar a provar. En la versió Wikidata/proves hi ha el nou llapis apuntant a la propietat per modificar-ne el valor, és a dir, un avançament de la futura funció del Bridge. Surt en totes les dades tretes de Wikidata, però de moment no està en tots els tipus de valors sinó només en els de tipus entitat. El vell llapis per a les etiquetes no traduïdes passa a ser la nova icona de l'etiqueta, i a més amb el codi de llengua. No m'he decidit si és millor el codi o la nova icona així que els he deixat tots dos. En qualsevol infotaula substitueixo "#invoke:Wikidata" per "#invoke:Wikidata/proves" i previsualitzo pàgines. --V.Riullop (parlem-ne) 09:33, 7 gen 2020 (CET)

text: Afegit també a altres tipus de dades. Veig que caldrà posar uns quants editicon=false o bé revisar l'obtenció parcial de dades, per exemple no es podrà editar la imatge si el valor es passa a . Sense el llapisset el Bridge no podrà obtenir l'enllaç al valor. --V.Riullop (parlem-ne) 11:46, 7 gen 2020 (CET)
replies: text: :

text: : M'ho he estat mirant una mica amb la plantilla , que és una mica complexa. Veig que efectivament només apareix el llapis en valors tipus entitat, però no a valors numèrics o de text. A causa de l'intrincat codi (supòs), el llapis apareix devora espècie i no devora el seu valor. També veig el problema amb . Podria servir de res eliminar la sintaxi antiga de les imatges de les infotaules? Podríem prescindir així d'aquesta plantilla? Pau Cabot · Discussió 12:14, 7 gen 2020 (CET)
replies: text: ::  Aquí sortiran moltes coses a revisar. El llapis devora espècie enllaça a d:Q599672#P105 perquè a data84 hi ha una crida a aquesta propietat. Aquí hi ha un problema perquè l'invoke està englobat en un  que converteix l'enllaç en d:q599672#p105 i no funciona per la propietat. El valor d'espècie és un altre camp obtingut per . Canviant aquesta plantilla a /proves sí que surt el llapis pel valor i enllaçat a d:Q599672#P225. La resta de valors obtinguts amb getParentValues no tenen llapis, però no sé si cal. En "període de gestació" no sortia llapis i ho he corregit. Per les imatges serà més complicat i no és culpa de la InfoboxImage. A Wikidata, una imatge és un string amb el nom del fitxer que cal formatar amb la seva sintaxi. El llapis només podria anar al peu d'imatge però això és un qualificador. D'entrada l'hauré d'identificar com a commonsMedia per eliminar el llapis a totes les imatges o bé inventar-nos un formatting tipus [[File:<P18>|$size|<P2096> $icon]]. --V.Riullop (parlem-ne) 16:35, 7 gen 2020 (CET)
replies: text: :::  (fitxer esborrat)

text: ::: Acab de provar  amb Avatar, que té molts camps tipus entitat i apareixen moltíssims llapissets (i els que falten). Crec que un llapis per declaració embruta molt una de les parts més consultades de l'enciclopèdia. No es podria mirar de sospesar posar un llapisset general que habilitàs tota la munió de llapissets addicionals només per als editors (que som una immensa minoria dels lectors)? Pau Cabot · Discussió 12:22, 7 gen 2020 (CET)
replies: text: ::::  Una icona única és el que tenim ara a peu d'infotaula. La idea de Bridge és poder editar Wikidata sense sortir de la Viquipèdia via un nou formulari. Alguna cosa hi hem de posar per accedir al formulari per a cada propietat. De moment m'anoto que en llistes no posi un llapis a cada element, només en cal un per a tota la llista. --V.Riullop (parlem-ne) 16:47, 7 gen 2020 (CET)

text: El tema P18, provaré de solucionar-ho fent servir la  només en valors manuals (per si té codi antic) i fer servir un default, ja que el peu es tracta com un altre paràmetre. Altra cosa que he detectat és que li posa llapis a tots els valors d'un multivalor i quan els cliques sempre ofereixen, lògicament, tota la declaració. O sigui que ens podriem estalviar uns pocs llapissos. El que diu el Pau de tenir només una icona, seria útil si funcionés com un interruptor activar/desactivar llapissos, de forma que no es mostre el llapis en estat normal (la immensa majoria dels lectors no són editors) i, qui clica el botó, es refresca la infotaula amb llapissos (somiar és gratuït). Per cert, sobre el tipus de dades, el Bridge comença només amb valors finals, no amb entitats. amador (disc.) 19:09, 7 gen 2020 (CET)
replies: text: : Canviat a  i les seves subplantilles directes. Em falta provar sub-plantilles genèriques com data naixement i edat/WD, etc... He canviat el tractament de la P18 per a que editi la imatge amb el formatting que comentava més amunt, deixant l'infoboximage pels manuals i funciona bé, però no mostra llapis. Per contra, la imatge de la signatura, que s'edita directament amb un file:imatge..., però fora de la crida a WD, es descojunta perquè li fa nosa el llapis (veure mostra). A "entrenador", les dates es trenquen per culpa del llapis. No entenc motiu, perquè són dates sense enllaçar. Pregunta, l'editicon actua sobre les dues icones ?. Ho dic per eliminar la icona de manteniment directament des del codi. Per exemple, la informació que s'obté d'un item arbitrari, considero que no s'ha de poder modificar, perquè desconeixem l'impacte. Ex.: la bandera d'una selecció o l'escut d'un càrrec no s'haurien de modificar des de les persones. amador (disc.) 22:03, 7 gen 2020 (CET)
replies: text: :: Ok, temes pendents:

text: ::* Separar el tractament de la icona d'etiqueta del llapis. Per comoditat ho he tractat conjuntament, per a que surti el llapis i quan calgui també l'etiqueta, però ja em temia que no era bona idea. El paràmetre editicon actua sobre les dues icones.

text: ::* Llistes, després de l'anterior, posar l'etiqueta per element quan calgui i el llapis només al final de la llista.  Ara posa el llapis al final de tot el procés, evitant de pas trencar formats quan es colava pel mig. Pendent en taules on ara pot sortir en llocs inesperats segons la formatació de la taula, i pendent en imatges.

text: ::* Decidir si el format de codi de llengua més icona d'etiqueta és el més apropiat. D'entrada em sembla correcte.  He tirat pel dret i ja he inclòs el codi en viu, de moment sense canviar d'icona.

text: ::* Interruptor pel llapis. Això s'hauria de fer amb javascript, tipus mostra/amaga de taules, amb display none per defecte i amb botó per canviar el display i recarregar la pàgina. Està fora del meu abast.

text: ::* Imatges. Quan s'usa un formatting amb $1 de pattern no hi afegeix llapis, per exemple 300x300px. La mostra de la signatura no està ben construïda, és també una imatge. Una opció és fer un tractament diferent quan datatype=commonsMedia. Si hi ha peu d'imatge ja hi tenim el llapis. Si no hi ha peu d'imatge, com en la signatura, la imatge podria enllaçar a Wikidata. No hi ha llapis però la imatge tindria el mateix enllaç que Bridge pot detectar.
replies: text: :::*Imatge signatura enllaçada a item. En el cas de la P18, li he afegit un llapis al peu, quan no hi ha peu. amador (disc.) 08:12, 9 gen 2020 (CET)
replies: text: ::::* L'enllaç és millor que el posi el mòdul. Ha de complir uns requeriments de format i definició d'un span que són provisionals i poden canviar: m:Wikidata Bridge/Development/DocDrafts/How to Enable Wikidata Bridge for your Infobox. La idea és que tant per una imatge tipus signatura com per una imatge amb peu o sense, usar un formatting=300x300px|link=$link quan tingui habilitat el tractament de commonsMedia. És a dir totes les imatges enllaçades a Wikidata, tinguin peu o no. Suposo que això no serà cap problema de llicències quan allà ja enllaça a Commons. --V.Riullop (parlem-ne) 11:03, 9 gen 2020 (CET)

text: ::* Formatting amb pattern, fora d'imatges, a estudiar si afegim icona però després de la substitució.  Solucionat amb el llapis al final.

text: ::* Format URL. Potser et referies a això en lloc de la signatura. Quan el resultat es passa a una altra plantilla, en aquest cas , no hi podem posar cap icona. Caldrà considerar quines funcions de la plantilla són necessàries i si es poden passar al mòdul.
replies: text: :::*He eliminat  i li he afegit un tractament perquè mostri tot o part de la url (antiga reivindicació). --amador (disc.) 08:12, 9 gen 2020 (CET)

text: ::* Taules, analitzar quan i on posem un llapis. El cas normal és una propietat amb qualificadors, és a dir amb un sol enllaç ja ho tindríem, igual que amb les llistes. En casos complexos tipus Pxx OR Pyy no crec que funcioni bé. El problema que dius a "entrenador" és pel rowformat= $0 Mostra inici fiinici$1etc. És el mateix que abans, el resultat $1 inclou icona i ho passem a una plantilla. Traient tots els llapis repetitius en taules queda solucionat, però en deixem algun en alguna banda?

text: ::**A les taules li posaria llapis només al valor de la property (la primera si hi ha OR o similars). Si la property no té manipulacions, no donarà problemes. També podries assimilar-ho a llistes, ja que conceptualment és un llapis per una declaració. Casos com el de entrenador s'arreglara, ja que les subplantilles habitualment maneguen qualifiers. amador (disc.) 08:12, 9 gen 2020 (CET)

text: ::*** Fet per Pxx OR Pyy, es queda amb la bona de les dues. Fet també, llapis al final de tot només per la propietat. Queda pendent casos de llapis que surt fora de la taula. Ho comento més avall. --V.Riullop (parlem-ne) 19:01, 13 gen 2020 (CET)

text: ::* Expansió de plantilles, fora de taules, la icona també deu trencar el format. A estudiar.  Solucionat amb el llapis al final.

text: ::* Llapis en ítems arbitraris. Estic d'acord en eliminar-los. Per una banda es pot detectar indirectament alguna cosa a modificar, però no queda clar que t'enllaci a un ítem diferent. No sembla fàcil.
replies: text: :::*Si hi posem només un llapis per les taules, això es facilita perquè majoritàriament estan allà. amador (disc.) 08:12, 9 gen 2020 (CET)

text: ::--V.Riullop (parlem-ne) 12:06, 8 gen 2020 (CET)
replies: text: :::  He afegit un nou exemple amb tractament de càrrecs i un casque del mòdul sembla que per un altre raó.amador (disc.) 08:16, 9 gen 2020 (CET)
replies: text: :::: Corregit l'error del llapis en coordenades. --V.Riullop (parlem-ne) 11:03, 9 gen 2020 (CET)

text: Tenim alguns llapissos desmadrats:

text: *El de la P54 (trajectòria esportiva) surt abans del seu header. La primera lectura és la que es fa servir per invocar una subplantilla que construeix el bloc. Li posaré que no vull llapis i el construiré des de la sub-plantilla quan de debó surti el bloc.

text: *La P31 la invoco per prendre una decisió, però no és mostra a la infotaula i ara apareix obligadament. Li posaré editicon (com es diu?) =no.

text: *La P1344 és un cas similar al de la P54, però en aquest cas surt fora la taula. No li trobo lògica.

text: *El llapis de les imatges i dels peus, en lloc de "modifica" mostren el link=abcabc però enllacen a la imatge commons.

text: *Quan un monolingual text existeix però no a la llengua demanada, no s'agafa el text, però surt el llapis (Ex.: peu de foto àlex crivillé a l'exemple person)

text: *també a l'exemple, a Joan Pau II li surten llapissos en camps buits com la tesi doctoral o director tesi. Entenc que és perquè la recuperar com a qualificador (que no existeix) de la P69 que si existeix.

text: Bona feina, ja falta menys. amador (disc.) 19:26, 9 gen 2020 (CET)
replies: text: :  De moment està solucionat el llapis dels camps buits, és la història repetitiva que si buit o nul. A les imatges no enllaça bé pel P18 OR P1801, haig de triar-ne un dels dos. No entenc que surti el llapis per un invoke usat dins d'un if. No ho modifiquis encara, deixa'm que ho analitzi però serà la setmana que ve. --V.Riullop (parlem-ne) 20:01, 9 gen 2020 (CET)
replies: text: :: Rebut !. He vist que el problema de la P31 s'ha solucionat sol. Deu ser que estava relacionat amb els buits. Merci, amador (disc.) 04:22, 10 gen 2020 (CET)
replies: text: :::  Cas P54. Surt de Plantilla:Global Infobox person/sports/generic-competitions. Abans passa per Plantilla:Global Infobox person/sports per l'opció default perquè la crida des de Plantilla:Global Infobox person al paràmetre "extensio_carrera_esportiva" fa l'invoke sense item. A banda d'això, a generic-competitions es construeix una taula amb  i un data3 amb tr i td. El llapis posat al final de l'invoke queda entremig del </td> de la darrera dada i del </tr> posat després de l'invoke. Com que queda desquadrat se'n va fora de la taula. Caldrà posar-hi editicon=false. Una opció és habilitar una funció per posar qualsevol llapis en el lloc que vulguis, per exemple . Per la P1344 ja no m'ho he mirat, segurament és el mateix problema de desquadrament de taules.  --V.Riullop (parlem-ne) 19:01, 13 gen 2020 (CET)
replies: text: ::::Coi, quina tasca forense !. Si creus que hi ha alguna "mala praxis" que pogués corregir, m'ho miro. Ho dic, perquè aquesta construcció d'una infotaula incrustada amb un bloc informatiu és habitual a moltes infotaules. En aquest cas, hi ha dues coses no tan habituals: 1) aquest anidament "nines russes" què és fruit d'una previsió de moltes subplantilles especialitzades per esport, que finalment no s'ha produït; 2) la infobox3cols, poc habitual en aquests menesters. Si no creus que es pugui salvar, malgré tout, em sembla bé la proposta del pencil i l'invoco a mà. Aprofitant que estem amb el llapis, l'alineament que té el situa en un bon lloc quan va darrera un valor, però els que apareixen al final, es queden a l'esquerra d'una línia en blanc, quan la [meva] lògica em fa buscar-lo a la dreta. Actualment només passa a "premis", però li passaria tembé a la P54 si no fos per tot el que li passa. Bé, esperem que no siguin molt perfeccionistes els futurs usuaris. Ja em respondràs sobre si puc canviar alguna cosa. amador (disc.) 19:42, 13 gen 2020 (CET)
replies: text: :::::  El cas dels llapis a l'esquerra en els premis és novament pel formatting=table. En aquest cas pel rowformat=*... Sent una llista puntejada hi ha sempre un salt de línia. M'ho hauré de pensar, potser es podria afegir el llapis al final del rowformat de la darrera línia de la taula, o bé definir-ho amb un $icon. És més elaborat però potser serveix per tots els casos de taules. També hi ha pendent l'excepció de llapis en imatges. --V.Riullop (parlem-ne) 21:09, 13 gen 2020 (CET)
replies: text: :::::: Home, lo del $icon per taules no està malament, però on ho posaríem ?, perquè el rowformat descriu una línia, no una taula. Confio en tu que sempre tens solucions brillants. Per cert, al llistat de plantilles-mòduls del pack instal·lació, falta plantilla:Escoltar quan he mirat com estava a enwiki em trobo que tenen el en:module:Listen que té els mateixos paràmetres, però vull pensar que més evolucionat. Et sembla bé que el copiï a cawiki per incorporar-lo a la Global Infobox i ja tindrem temps per migrar els usos que ara criden la plantilla ?.  amador (disc.) 21:47, 13 gen 2020 (CET)
Tinc molts fronts oberts. La plantilla:escoltar l'anoto com a pendent per comentar a Viquiprojecte Discussió:Adaptació de plantilles a Wikidata/multilingüe/migració infotaules a V5/ToDo, no és d'aquí i millor centrar-nos. Del llapis, d'entrada miraré de fer-ho sense que impliqui canvis en plantilles, pensant en la implantació immediata per exemple a eu.wiki i d'altres clients. En tot cas hi poden haver opcions de millora a posteriori. Resumint, queda pendent:
* Solucionar l'enllaç en imatges.
* Solucionar la col·locació del llapis en taules.
* Mirar per què no surt cap llapis en alguns casos.
* Comprovar amb getParentValues (estructura administrativa, tàxons) i altres funcions del mòdul.
* Identificar altres mòduls que usen aquest i comprovar què passa, per exemple mòdul:location i mòdul:railway.
--V.Riullop (parlem-ne) 08:23, 14 gen 2020 (CET)

text: Traslladat el punt del mòdul:Listen. Merci, amador (disc.) 23:34, 14 gen 2020 (CET)
 Fet el tema imatges. En lloc de mostrar el llapis enllaça la imatge a la declaració de Wikidata. El que faig és detectar el format [[File:<etc>]] hi afegir-hi [[File:<etc>|link=<Wikidata>]] amb l'span i l'enllaç formatat amb especificacions Bridge. Tot això excepte per formatting=table que haurà de tenir un altre tractment, a més que pot incloure imatges d'accés arbitrari. Això implica que no detecta el format amb "Fitxer", com passa a la signatura en la Global Infobox. Hi podria afegir que detecti també el nom local de l'espai de noms i els àlies (Imatge, Image), però és una complicació que d'entrada no sembla necessària. També implica que si el format ja inclou un link= llavors sortirà als errors de lint per paràmetre duplicat. D'entrada sembla que no l'hauria de tenir, només l'he vist en icones dins de taules. Si només s'obté el títol del fitxer per formatar-lo a posteriori o via una plantilla, llavors cal fer-ho amb editicon=false. En el cas de fitxers d'àudio també hi afegeix l'enllaç. No té cap conseqüència visible sobre la barra de reproducció però pot ser útil pel Bridge. --V.Riullop (parlem-ne) 18:07, 15 gen 2020 (CET)

text: A mí m'està bé, però potser algú reclama que vol anar a commons al clicar imatge. Ja veurem. Acostumo a posar link= sense valor per evitar l'enllaç; habitualment és en icones o les banderes i escuts que, per ende, estan dins table i són enllaços arbitraris. Per tant, no crec que hi hagin col·lisions. Merci.amador (disc.) 18:15, 15 gen 2020 (CET)
replies: text: : He provat els fitxer d'àudio i mostra el llapis al final. Era això el que deies, oi?. He aprofitat per aplicar les opcions que explica l'ajuda amb una descripció que apunta a commons (special:permalink/22625316). He aprofitat per comparar el consum de recursos amb el mateix exemple en Infotaula persona (special:permalink/22625304) i és molt preocupant el creixement. No sé que opines, però haurem de fer un pensament perquè hem triplicat en alguns indicadors. Jo esperava un creixement de memòria per arrossegar totes les variables i etiquetes, però la CPU i e4l "Nombre de nodes visitats pel preprocessador" són alarmants. Prova'ls i ho comentem. Merci, amador (disc.) 22:12, 15 gen 2020 (CET)
replies: text: ::  L'àudio mostra el llapis perquè l'has posat en una taula. Et deia que la inclusió de link= al format File només la faig si no està dins d'un formatting table. Però en aquest cas ja va bé així. El llapis en taules és el següent tema a solucionar. Pel consum de recursos és que ho estàs barrajant tot, la plantilla, la documentació i l'exemple. Aïlla-ho. Mirant només l'exemple no és gens preocupant. Si vols ho comentem a banda, que em tornes a barrejar un tema que no és del Bridge. --V.Riullop (parlem-ne) 22:48, 15 gen 2020 (CET)
Solucionat el llapis en taules. L'afegeixo al final, en el darrer element de la taula i abans de les etiquetes HTML de tancament que pugui tenir en el rowformat al final, per exemple </td></tr>, </li>, </center> i similars. Revisat també els casos on no surt el llapis, alguns solucionats. D'altres és per l'ús de plantilles secundàries. Una és  per "activitat" i l'altre és  via . Funciona passant-les al mòdul de proves. Mostres a Special:Permalink/22628395. Seguim, ja només queda fer més comprovacions amb altres tipus d'infotaules. --V.Riullop (parlem-ne) 12:44, 16 gen 2020 (CET)

text: En el tema llapissos ens manca per resoldre les icones que posa . No li podem aplicar la solució d'altres imatges, ja que en aquest cas els link informa del valor (codi extern) i el click enllaça a la plataforma. D'altra banda, un únic llapis al final com si fos un bloc, tampoc serveix perquè els codis no sempre estan tots junts a WD i posar-hi un llapis a cada icona em sembla desproporcionat. Alguna idea brillant ?. amador (disc.) 17:08, 20 gen 2020 (CET)
replies: text: : Jo, l'únic que veig factible és un enllaç a la secció d'identificadors de l'ítem de Wikidata, que no sé si té anchor. Pau Cabot · Discussió 17:18, 20 gen 2020 (CET)
replies: text: :: Anchor: https://www.wikidata.org/wiki/Q989#identifiers. Per cert, la icona final caldrà eliminar-la. Es pot reutilitzar al final dels identificadors enllaçat amb l'àncora. --V.Riullop (parlem-ne) 19:04, 20 gen 2020 (CET)
replies: text: ::: Em sembla bé. Qui ho fa ?, perquè el mòdul no sap quina és la darrera crida, ni és un table, ni un multivalor. Hauria de ser la plantilla amb editicon=no a totes les crides + una imatge de llapis amb l'anchor. Per cert, per què ha de desaparèixer la icona WD?. amador (disc.) 10:25, 25 gen 2020 (CET)
=== Bridge: proves ===
 Per la meva part està tot a punt. Podeu fer una llista d'infotaules clau per fer la prova definitiva? --V.Riullop (parlem-ne) 13:21, 23 gen 2020 (CET)

text: Jo diria que de les més complexes deuen ser ,  i . Per ús, aquestes 9 són les més usades. És això el que demanaves? Pau Cabot · Discussió 16:28, 23 gen 2020 (CET)
replies: text: :Les proves fetes a Persona han estat força intenses i, a mé, toca moltes funcionalitats del mòdul, com s'ha vist. Si em dones un dia més, faré proves d'IGP que té molts milers d'articles. Una altra amb funcionalitats complexes és  però entenc que el  la va estar provant al començament, és correcte?.amador (disc.) 17:59, 23 gen 2020 (CET)
replies: text: :: Gràcies. He començat per IEV. Primers problemes:

text: ::# ifeq: Quan s'usa l'invoke dins d'un ifeq per fer una comparació cal afegir editicon=false, excepte amb formatting=raw que ho assumeix per defecte, i excepte si s'engloba en  que l'elimina: Special:Diff/22662431. Caldrà revisar-ho en totes les plantilles. Pau, no he tocat la línia | {{#ifeq:|Q23038290. Això no pot ser mai igual, suposo que falta un formatting=raw.

text: ::# imatge raw: Quan es posa una imatge amb invoke:InfoboxImage es trenca la sintaxi del títol del fitxer. Es pot solucionar amb editicon=false, però millor que ho detecti el mòdul. Quan s'invoca un valor commonsMedia amb un formatting=etc. ja funciona correctament i afegint l'enllaç Bridge en el link de la sintaxi File. Quan s'invoca sense formatting hauria d'assumir per defecte editicon=false. Per fer-ho correctament amb el mòdul:InfoboxImage caldria afegir link=, funció a crear.

text: ::# lc: Quan s'usa {{lc:{{#invoke... es trenca el format de l'enllaç Bridge. Un "qid" en minúscula no és problema però el Bridge potser no l'identifica. Un "pid" en minúscula no funciona com a àncora. O bé usem un case=lc (ara no disponible) o bé cal revisar si és correcte. Si ho he entès bé, s'utilitza en el paràmetre categoria_taxonomica que es passa a  on es converteix a ucfirst.

text: :: --V.Riullop (parlem-ne) 19:09, 23 gen 2020 (CET)
replies: text: :::* ifeq: . Amb una cerca "insource:ifeq:{{#invoke:Wikidata" ja els he localitzat tots.

text: :::* imatge raw: desisteixo de solucionar-ho en el mòdul. Volia evitar modificacions en plantilles pensant també en les actualitzacions en altres wikis. Hi afegiré un rastreig per identificar casos d'invoke tipus commonsMedia sense formatting i sense editicon=false.

text: :::* funcions parser i plantilles: és més general que el cas lc, també he vist formatnum, i en general quan el resultat s'inclou en una altra plantilla. Exemple Special:Diff/22665609. Es poden identificar els "insource:lc:{{#invoke:Wikidata" i "insource:formatnum:{{#invoke:Wikidata" però no sabem si hi ha altres funcions parser. Més complicat serà trobar quan s'inclou en una altra plantilla. Només se m'acut trobant errors en les proves. En tots aquests casos, si no hi ha alternativa, no s'hi podrà posar el llapis.

text: ::: --V.Riullop (parlem-ne) 12:15, 24 gen 2020 (CET)
replies: text: ::::El tema imatge, ja ho vaig solucionar a "persona" fent un infoboximage si és paràmetre manual i un formatting amb file:$1,... si accedim a wd.  a  i . Revisant  m'he trobat el mateix en el tractament del  i ja ho he canviat (això serveix per Indret, Edifici, etc.) Tots els que tenen mapes.

text: ::::Mapes: Crec que no han de tenir llapis. Donen un error de mapframe perquè el llapis està dins el nom de la imatge generada. Solucionat amb editicon=no. Tenint en compte que es construeixen a partir de coordenades de diverses fonts, de que serviria el llapis?  a quina Pid apuntaria ? coordenades, naixement riu, desembocadura,  ?. No li veig una bona solució funcional.

text: ::::codis geogràfics: haig de refer la sub-plantilla perquè construeixi els enllaços dins el formatting.

text: :::: Fins aquí, avui. amador (disc.) 00:38, 25 gen 2020 (CET)

text: :::: Acabat amb  i . M'ho sembla o no surt llapis a les coordenades ? amador (disc.) 10:16, 25 gen 2020 (CET)
replies: text: ::::: Per les imatges al final he trobat un tractament simple. Si es recupera un valor commonsMedia sense formatting no hi posa llapis, seria com un cas raw. Ara bé, cal revisar si és realment necessari usar infoboximage o es pot substituir per un formatting file. En el segon cas hi afegirà l'enllaç a Wikidata i s'estalvia un invoke a un altre mòdul. --V.Riullop (parlem-ne) 10:53, 25 gen 2020 (CET)
replies: text: :::::: Això que dius va bé per evitar errors indesitjats, però cal anar canviant l'infoboximage només a paràmetres manuals i formatting als valors WD. Les que porto revisades ja són així. Només m'he deixat per un altre moment les crides a una altra plantilla -què hagi vist, - que tenen editicon=no, provisionalment.

text: ::::::coordenades.Quan les coordenades s'editen amb el formatting cridant , funciona (special:permalink/22672387). Però a les infotaules amb mapes, es recupera amb format lat-lon i es passa a la plantilla que prepara la crida a . Els mapes no em preocupen perquè, com deia ahir, crec que no han de portar llapis, però les coordenades que es mostren al peu del mapa estaria bé que portessin. Actualment es generen a  i es podria afegir allà. Ara bé, quan s'arriba a aquest punt, no està clar a on fer l'anchor, perquè les coordenades poden provenir de diversos llocs i en aquest punt no hi ha forma de saber d'on s'ha agafat. O sigui que no tenir llapis no em sembla un problema. amador (disc.) 14:53, 25 gen 2020 (CET)
replies: text: ::::::: El tema imatges m'interessava per evitar errors pensant en l'actualització del mòdul en les altres wikis de forma que s'hagi de tocar el mínim les plantilles.

text: ::::::: El que dius dels mapes és extensible a tota recuperació de dades que sigui per passar-les a una altra plantilla. Si la consulta treu dades ja formatades llavors pot afegir el llapis, però si es volen dades en brut per tractar-les a posteriori llavors no pot tenir llapis i vist des del mòdul ja me'n despreocupo. El mateix passa per exemple amb les dates de naixement i mort en les biografies. En tot cas ho podem deixar per una segona fase estudiant cas a cas. --V.Riullop (parlem-ne) 17:23, 25 gen 2020 (CET)
replies: text: :::::::: Amb la regla de "no llapis si crida a subplantilla", hi ha situacions que perjudiquen, com el cas de les proteccions patrimonials que estic revisant ara. Esperava un comportament com a la llista de càrrecs (table amb múltiples línies per cada row), però no hi posa llapis perquè l'edició està a dues subplantilles de distància del invoke. Pregunta: seria un sacrilegi que li hi poses la plantilla ?. Similar al que dèiem amb el tema indicadors. amador (disc.) 08:04, 26 gen 2020 (CET)
replies: text: ::::::::: Com deia, millor deixem-ho per una segona fase. Tinc ganes d'acabar, d'activar-ho i veure com va. Després podem estudiar cas a cas els més complicats que s'hagin quedat sense llapis. Prefereixo evitar posar-lo manualment. El format de Bridge és provisional i pot canviar. --V.Riullop (parlem-ne) 10:20, 26 gen 2020 (CET)

text: Acabada revisió  i . Aplicat i funcionant el default2; el tractament de  ho he fet igual que a  que l'aniré aplicant a la resta. Pendent revisar amb detall el tractament de proteccions patrimonials.

text: En resum, estic tocant:
*edició imatge, logo i URL en la crida WD i traient l'edició de la plantilla de presentació
*edició web amb , una adaptació de  que mostra un màxim de dígits i, si ha de tallar, mostra .... per indicar que continua. Això permet mostrar l'adreça web mentre sigui curta. A més, la  no funciona bé si el text és més curt que la xifra de tall.
*afegir editicon=no en crida a 
*revisió funcionament sub-plantilles, mateixos casos anteriors més tractament unitats. amador (disc.) 22:17, 25 gen 2020 (CET)

text: Tema URL. Amador, et recordo que tenim un formatting=weblink. El que fa actualment és eliminar la part "http://". Seguint el model de  podria eliminar també "www." En molts casos amb això n'hi ha prou. També hi podria afegir el límit de 25 o alternativament carregar-se els deep links eliminant a partir de la primera barra /, per exemple invarquit.cultura.gencat.cat. --V.Riullop (parlem-ne) 11:23, 26 gen 2020 (CET)
replies: text: :  Prova la versió millorada de formatting=weblink: nom del domini, sense el protocol amb // i sense www, més punts suspensius quan té parts amb /. --V.Riullop (parlem-ne) 18:35, 26 gen 2020 (CET)
replies: text: :: Wonderfull !.amador (disc.) 18:40, 26 gen 2020 (CET)
replies: text: :::Acabada de revisar . amador (disc.) 18:40, 26 gen 2020 (CET)
replies: text: :::: bé estan revisades i canviat el tractament d'imatge i weblink a totes les grans: les de més de 5.000 articles de la llista. Per mi, podem fer el canvi del mòdul i estiguem atents al comportament de les petites i, si cal, les arreglem. Per cert, tenim pendent el  que s'hauria de posat editicon=false a totes les crides, i si esteu d'acord, li posem un llapis al final com proposava en Pau. Ho vols fer tu,  ? amador (disc.) 20:02, 26 gen 2020 (CET)
Provant amb el mòdul actualitzat, m'ha sortit:
* , hi ha solucions aplicades a la Global que aquí no hi són. Típic problema de tenir forks.
** "rowformat=$1 $2", quan no hi ha res retorna un espai en blanc i per tant també el llapis: Special:Diff/22679354.
** Els fitxers per la imatge, la signatura i el logo no surten enllaçats a Wikidata, ho he deixat estar.
* :
** Els mapes de localització donaven error per culpa de , aplicat editicon=false.
** A França em sortia un llapis per . Solucionat quan getParentValues no retorna res no ha de posar res.
* : falla en el fitxer d'estat de conservació. No he entès com funciona i aquí ja avorto i abandono per avui.
--V.Riullop (parlem-ne) 12:07, 27 gen 2020 (CET)

text: Efecte forks, sense excusa. Ahir vaig estar fent una repassada però no descarto haver-me deixat alguna cosa per les sub-plantilles. És molt difícil provar amb previsualitzar quan estàs tocant tota la cadena. El tema $1 $2, ens pot aparèixer en altres casos, vaig agafar l'hàbit per evitar un error històric quan el $2 és una xifra i el mòdul l'adheria a $1 produint variables impossibles. Impossible revisar ara, prefereixo que surti l'error i arreglar-ho.
replies: text: : el secret està a  que hauria de formatar la imatge, però no me'n sortit. Com que no puc posar-li un rowsubformat0 i forma part d'una crida a una altra subplantilla, he provat de repetir la propietat com a qualifier2 i no sé perquè falla la crida a  i no torna res. De moment li he posat editicon=no per a que no ho espatlli.amador (disc.) 08:15, 28 gen 2020 (CET)

text: :  Solucionat l'IEV, faltava un altre editicon en la primera crida de la plantilla principal. S'ens poden escapar casos afectats per una cadena de plantilles. He rebaixat la protecció del mòdul. Ara pots copiar /proves en el principal i previsualitzar pàgines. --V.Riullop (parlem-ne) 08:22, 28 gen 2020 (CET)
Segueixo, segons la taula Viquiprojecte:Adaptació de plantilles a Wikidata/infotaules ordenada per inclusions.
* Revisades Infotaula persona, Infotaula geografia política, Infotaula d'ésser viu, Infotaula edifici, comprovant els exemples de la documentació.
* 
** Ha sortit un problema amb . Solucionat al mòdul que no posi icona si no s'usa formatting=$lat i $lon, altrament són sempre dades parcials.
**  Queda pendent en les proteccions: Can Draper (l'Ametlla del Vallès) trenca l'enllaç IPAC posant-hi tres llapis, Parc Nacional Snowdonia trenca l'enllaç World Database on Protected Areas. Aquestes te les deixo a tu.
--V.Riullop (parlem-ne) 09:34, 28 gen 2020 (CET)

text: Per la meva part ja estan revisades les 15 infotaules amb més de 3.000 inclusions. Queda pendent l'identificador en el bloc patrimonial.  una solució en un identificador que potser està relacionat: Special:Diff/22683733.

text: Lliçons apreses: el mòdul és incompatible amb versions anteriors, el canvi no es podria fer si fos global. Per actualitzar-lo en altres wikis serà complicat sense trencar res i amb possibles plantilles protegides. Pensant en global el canvi havia d'haver sigut al revés, per defecte sense llapis i afegir-lo en cada invoke on es vulgui. Com que el paràmetre editicon ja s'usava per l'etiqueta implicava un nou paràmetre pencil=true. Més laboriós d'implantar però menys problemàtic i compatible. Estic dubtant si fer un fork per les altres wikis. També, cada infotaula hauria de tenir un joc d'exemples diversos que serveixin de proves pels canvis. --V.Riullop (parlem-ne) 10:51, 28 gen 2020 (CET)
replies: text: :Merci,  Afegeixo una altra lliçó apresa: hi ha parts del codi de plantilles que es podrien simplificar amb les noves capacitats del mòdul, com les whitelist, els OR o la recuperació d'altres propietats del mateix item o arbitràries dins un table, que no existien quan es van escriure i ara tenen fórmules barroques.

text: :Arreglat Can Draper (l'Ametlla del Vallès) i Parc Nacional Snowdonia. La  i les seves subplantilles entenen el paràmetre module=wikidata/proves (o el que sigui) per a fer proves sense editar, només cal afegir-lo a la crida a indret. Pensava anar-ho posant a les globals (la "G I person", ja ho té), però si puc aniré fent-lo poc a poc.

text: :Si vols fer lo del pencil=yes, aquest és el moment. Les Global ho podrien incorporar i podria ser personalitzable via la table param. Pensa-ho. amador (disc.) 17:49, 28 gen 2020 (CET)
replies: text: :: S'han anat afegint funcionalitats sobre la marxa per resoldre problemàtiques. És normal que no s'apliqui sintaxi millorada en plantilles que ja funcionen.

text: :: Per l'accés al mòdul de proves, espera't. Tinc pendent d'activar un paràmetre sandbox que serà millor solució. Només caldrà transportar-lo com a global igual que item i lang.

text: :: Pensant en la compatibilitat, ja ho tinc. Queda definit a /i18n com a configuració del wiki. Aquí tenim addpencil=true i altres wikis no ho tindran mentre no es pugui o bé no ho vulguin. En una instal·lació nova se suposa que funcionarà i es pot definir addpencil=true. Si ho hagués pensat de bon principi hauria pogut actualitzar el mòdul i fer les proves més fàcilment. --V.Riullop (parlem-ne) 19:14, 28 gen 2020 (CET)
replies: text: ::: Ja m'havies dit lo del sandbox, però si ha de ser per la propera release, alguna cosa hem de tenir per fer proves si van sortint problemes com aquests darrers. A més, ho pensava utilitzar per aplicar el nom del mòdul a la plataforma quan tinguem col·lisions a la plataforma. Per cert, encara has de decidir el nom definitiu en Global.

text: ::: M'agrada lo del i18n, però caldria fer una bona documentació (abans no se'ns oblidi) de que cal acomplir per poder-lo activar. Salut ! amador (disc.) 20:00, 28 gen 2020 (CET)
replies: text: :::: El títol del mòdul ja el detecta, el llegeix de l'invoque. No és problema, ja funciona amb qualsevol títol i sap buscar les subpàgines relatives. Per quan el sandbox? Tinc a la llista per ordre: editicon, oc-pron al Viccionari, precisió coordenades, formatting currency, sandbox. Puc canviar les dues darreres. La documentació per activar addpencil es pot extreure d'aquesta llarga discussió, per exemple a , millor en anglès. Un proper pas seria fer un ping a Theklan. --V.Riullop (parlem-ne) 21:03, 28 gen 2020 (CET)
replies: text: ::::: Per mi no cal que avancis prioritat al sandbox. Em sembla que t'has deixat Mòdul_Discussió:Wikidata/Arxiu_3#fer_servir_URL_de_la_propietat. Respecte al ping al Theklan, a més del pencil li hauríem de fer una llista dels altres canvis: convert, properties alternatives, NONE per saltar lectura, locationcontext, noves opcions per getParentValues (aquest últim ja ho deu tenir, però no sé si ho sap). Merci, amador (disc.) 07:31, 29 gen 2020 (CET)
replies: text: :::::: Ups, això del nom del mòdul ho he dit massa ràpid. Una cosa és que el mòdul sàpiga com es diu i una altra és que les plantilles sàpiguen quin mòdul han d'invocar. El paràmetre "module" en les plantilles globals és inevitable. Sent així és una alternativa vàlida al sandbox que potser ja no cal. --V.Riullop (parlem-ne) 09:03, 30 gen 2020 (CET)
Actualitzat el mòdul i explicat a la Taverna: Tema:Vfsebvoqgw5blpla. Canvi i fora! --V.Riullop (parlem-ne) 14:23, 29 gen 2020 (CET)
=== Bridge: imatges ===
 Amador, tenies raó en les imatges enllaçades a WD. En proves ho he canviat pel llapis, mira què tal. Seguint un criteri d'estalvi de llapis no caldria si ja té un peu. Si no en té, l'alternativa seria posar sempre un peu encara que estigui buit per col·locar-hi el llapis, en lloc de posar-lo al costat de la imatge. Si ho recordes, ja sortia un peu buit amb llapis posant un espai en blanc al rowformat=$0 $1. Però en casos com la signatura no tenen mai un peu. Caldria fer proves a veure on és millor. --V.Riullop (parlem-ne) 10:07, 3 feb 2020 (CET)

text: Vols dir wikidata/proves ?. No em surt cap foto. Per cert, a més de les signatures, també estan els sons: himnes, registres de veu personal. amador (disc.) 17:26, 3 feb 2020 (CET)
replies: text: :  Substitueix el mòdul:wikidata pel contingut de /proves i previsualitza pàgines. --V.Riullop (parlem-ne) 18:10, 3 feb 2020 (CET)
replies: text: :: Val ara ho veig. No entenc perquè no em funcionava cridar al mòdul:wikidata/proves. No em sembla malament, però el prefereixo avall si no hi hagi peu de foto i si hi ha, no posar llapis. Els sons es poden dignificar com ja ho havia fet a persona perquè li poso un peu amb un etxt genèric + l'idioma de l'enregistrament (veure Paul McCartney). En tot cas, ara a la Taverna s'estan revoltant.--amador (disc.) 19:42, 3 feb 2020 (CET)
replies: text: :::  Centrant-me de moment en la imatge principal de la infotaula. Amb la infobox tenim dos paràmetres image i caption però a Wikidata és la mateixa declaració. Penso que la solució és tractar-ho conjuntament amb el llapis al peu, tingui o no text al peu. Mostra simplificada: Special:Permalink/22710376. --V.Riullop (parlem-ne) 10:02, 4 feb 2020 (CET)
replies: text: ::::, doncs ho fem així. Tots els qualificadors es tracten així, però en la imatge s'ha seguit la sintaxi prevista a  que té image + caption, però ara és decimonònic. Doncs ho canviem i liquidem l'ús del caption. En el cas dels escuts i banderes, el que es posa al peu no és un qualificador perquè són propietats principals, però amb els qualifiers=/pnn alinearem el tractament. A més, fer-ho és compatible amb no tenir llapis, per tant, és pot adoptar com a "bona pràctica" en el codi de les plantilles. amador (disc.) 12:11, 4 feb 2020 (CET)
replies: text: :::::Infotaules adaptades a imatge+peu:  +   +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  + : per cert, als escuts i banderes no podem tenir el llapis al peu, perquè el peu és un article i té el seu propi llapis. amador (disc.) 18:06, 4 feb 2020 (CET)
replies: text: ::::::Plego de normalitzar el codi tractament imatges amb totes les que tenen > 1.600 articles fets. amador (disc.) 06:39, 6 feb 2020 (CET)

text: Parlant de masses llapissos, mira "publicació" a L'Atlàntida (poema). Té mala solució, perquè són 3 propietats principals.--amador (disc.) 07:24, 5 feb 2020 (CET)
thread_title:  Wikidata Bridge 

message: Per la meva part està tot a punt. Podeu fer una llista d'infotaules clau per fer la prova definitiva? --V.Riullop (parlem-ne) 13:21, 23 gen 2020 (CET)
replies: text: Jo diria que de les més complexes deuen ser ,  i . Per ús, aquestes 9 són les més usades. És això el que demanaves? Pau Cabot · Discussió 16:28, 23 gen 2020 (CET)
replies: text: :Les proves fetes a Persona han estat força intenses i, a mé, toca moltes funcionalitats del mòdul, com s'ha vist. Si em dones un dia més, faré proves d'IGP que té molts milers d'articles. Una altra amb funcionalitats complexes és  però entenc que el  la va estar provant al començament, és correcte?.amador (disc.) 17:59, 23 gen 2020 (CET)
replies: text: :: Gràcies. He començat per IEV. Primers problemes:

text: ::# ifeq: Quan s'usa l'invoke dins d'un ifeq per fer una comparació cal afegir editicon=false, excepte amb formatting=raw que ho assumeix per defecte, i excepte si s'engloba en  que l'elimina: Special:Diff/22662431. Caldrà revisar-ho en totes les plantilles. Pau, no he tocat la línia | {{#ifeq:|Q23038290. Això no pot ser mai igual, suposo que falta un formatting=raw.

text: ::# imatge raw: Quan es posa una imatge amb invoke:InfoboxImage es trenca la sintaxi del títol del fitxer. Es pot solucionar amb editicon=false, però millor que ho detecti el mòdul. Quan s'invoca un valor commonsMedia amb un formatting=etc. ja funciona correctament i afegint l'enllaç Bridge en el link de la sintaxi File. Quan s'invoca sense formatting hauria d'assumir per defecte editicon=false. Per fer-ho correctament amb el mòdul:InfoboxImage caldria afegir link=, funció a crear.

text: ::# lc: Quan s'usa {{lc:{{#invoke... es trenca el format de l'enllaç Bridge. Un "qid" en minúscula no és problema però el Bridge potser no l'identifica. Un "pid" en minúscula no funciona com a àncora. O bé usem un case=lc (ara no disponible) o bé cal revisar si és correcte. Si ho he entès bé, s'utilitza en el paràmetre categoria_taxonomica que es passa a  on es converteix a ucfirst.

text: :: --V.Riullop (parlem-ne) 19:09, 23 gen 2020 (CET)
replies: text: :::* ifeq: . Amb una cerca "insource:ifeq:{{#invoke:Wikidata" ja els he localitzat tots.

text: :::* imatge raw: desisteixo de solucionar-ho en el mòdul. Volia evitar modificacions en plantilles pensant també en les actualitzacions en altres wikis. Hi afegiré un rastreig per identificar casos d'invoke tipus commonsMedia sense formatting i sense editicon=false.

text: :::* funcions parser i plantilles: és més general que el cas lc, també he vist formatnum, i en general quan el resultat s'inclou en una altra plantilla. Exemple Special:Diff/22665609. Es poden identificar els "insource:lc:{{#invoke:Wikidata" i "insource:formatnum:{{#invoke:Wikidata" però no sabem si hi ha altres funcions parser. Més complicat serà trobar quan s'inclou en una altra plantilla. Només se m'acut trobant errors en les proves. En tots aquests casos, si no hi ha alternativa, no s'hi podrà posar el llapis.

text: ::: --V.Riullop (parlem-ne) 12:15, 24 gen 2020 (CET)
replies: text: ::::El tema imatge, ja ho vaig solucionar a "persona" fent un infoboximage si és paràmetre manual i un formatting amb file:$1,... si accedim a wd.  a  i . Revisant  m'he trobat el mateix en el tractament del  i ja ho he canviat (això serveix per Indret, Edifici, etc.) Tots els que tenen mapes.

text: ::::Mapes: Crec que no han de tenir llapis. Donen un error de mapframe perquè el llapis està dins el nom de la imatge generada. Solucionat amb editicon=no. Tenint en compte que es construeixen a partir de coordenades de diverses fonts, de que serviria el llapis?  a quina Pid apuntaria ? coordenades, naixement riu, desembocadura,  ?. No li veig una bona solució funcional.

text: ::::codis geogràfics: haig de refer la sub-plantilla perquè construeixi els enllaços dins el formatting.

text: :::: Fins aquí, avui. amador (disc.) 00:38, 25 gen 2020 (CET)

text: :::: Acabat amb  i . M'ho sembla o no surt llapis a les coordenades ? amador (disc.) 10:16, 25 gen 2020 (CET)
replies: text: ::::: Per les imatges al final he trobat un tractament simple. Si es recupera un valor commonsMedia sense formatting no hi posa llapis, seria com un cas raw. Ara bé, cal revisar si és realment necessari usar infoboximage o es pot substituir per un formatting file. En el segon cas hi afegirà l'enllaç a Wikidata i s'estalvia un invoke a un altre mòdul. --V.Riullop (parlem-ne) 10:53, 25 gen 2020 (CET)
replies: text: :::::: Això que dius va bé per evitar errors indesitjats, però cal anar canviant l'infoboximage només a paràmetres manuals i formatting als valors WD. Les que porto revisades ja són així. Només m'he deixat per un altre moment les crides a una altra plantilla -què hagi vist, - que tenen editicon=no, provisionalment.

text: ::::::coordenades.Quan les coordenades s'editen amb el formatting cridant , funciona (special:permalink/22672387). Però a les infotaules amb mapes, es recupera amb format lat-lon i es passa a la plantilla que prepara la crida a . Els mapes no em preocupen perquè, com deia ahir, crec que no han de portar llapis, però les coordenades que es mostren al peu del mapa estaria bé que portessin. Actualment es generen a  i es podria afegir allà. Ara bé, quan s'arriba a aquest punt, no està clar a on fer l'anchor, perquè les coordenades poden provenir de diversos llocs i en aquest punt no hi ha forma de saber d'on s'ha agafat. O sigui que no tenir llapis no em sembla un problema. amador (disc.) 14:53, 25 gen 2020 (CET)
replies: text: ::::::: El tema imatges m'interessava per evitar errors pensant en l'actualització del mòdul en les altres wikis de forma que s'hagi de tocar el mínim les plantilles.

text: ::::::: El que dius dels mapes és extensible a tota recuperació de dades que sigui per passar-les a una altra plantilla. Si la consulta treu dades ja formatades llavors pot afegir el llapis, però si es volen dades en brut per tractar-les a posteriori llavors no pot tenir llapis i vist des del mòdul ja me'n despreocupo. El mateix passa per exemple amb les dates de naixement i mort en les biografies. En tot cas ho podem deixar per una segona fase estudiant cas a cas. --V.Riullop (parlem-ne) 17:23, 25 gen 2020 (CET)
replies: text: :::::::: Amb la regla de "no llapis si crida a subplantilla", hi ha situacions que perjudiquen, com el cas de les proteccions patrimonials que estic revisant ara. Esperava un comportament com a la llista de càrrecs (table amb múltiples línies per cada row), però no hi posa llapis perquè l'edició està a dues subplantilles de distància del invoke. Pregunta: seria un sacrilegi que li hi poses la plantilla ?. Similar al que dèiem amb el tema indicadors. amador (disc.) 08:04, 26 gen 2020 (CET)
replies: text: ::::::::: Com deia, millor deixem-ho per una segona fase. Tinc ganes d'acabar, d'activar-ho i veure com va. Després podem estudiar cas a cas els més complicats que s'hagin quedat sense llapis. Prefereixo evitar posar-lo manualment. El format de Bridge és provisional i pot canviar. --V.Riullop (parlem-ne) 10:20, 26 gen 2020 (CET)

text: Acabada revisió  i . Aplicat i funcionant el default2; el tractament de  ho he fet igual que a  que l'aniré aplicant a la resta. Pendent revisar amb detall el tractament de proteccions patrimonials.

text: En resum, estic tocant:
*edició imatge, logo i URL en la crida WD i traient l'edició de la plantilla de presentació
*edició web amb , una adaptació de  que mostra un màxim de dígits i, si ha de tallar, mostra .... per indicar que continua. Això permet mostrar l'adreça web mentre sigui curta. A més, la  no funciona bé si el text és més curt que la xifra de tall.
*afegir editicon=no en crida a 
*revisió funcionament sub-plantilles, mateixos casos anteriors més tractament unitats. amador (disc.) 22:17, 25 gen 2020 (CET)

text: Tema URL. Amador, et recordo que tenim un formatting=weblink. El que fa actualment és eliminar la part "http://". Seguint el model de  podria eliminar també "www." En molts casos amb això n'hi ha prou. També hi podria afegir el límit de 25 o alternativament carregar-se els deep links eliminant a partir de la primera barra /, per exemple invarquit.cultura.gencat.cat. --V.Riullop (parlem-ne) 11:23, 26 gen 2020 (CET)
replies: text: :  Prova la versió millorada de formatting=weblink: nom del domini, sense el protocol amb // i sense www, més punts suspensius quan té parts amb /. --V.Riullop (parlem-ne) 18:35, 26 gen 2020 (CET)
replies: text: :: Wonderfull !.amador (disc.) 18:40, 26 gen 2020 (CET)
replies: text: :::Acabada de revisar . amador (disc.) 18:40, 26 gen 2020 (CET)
replies: text: :::: bé estan revisades i canviat el tractament d'imatge i weblink a totes les grans: les de més de 5.000 articles de la llista. Per mi, podem fer el canvi del mòdul i estiguem atents al comportament de les petites i, si cal, les arreglem. Per cert, tenim pendent el  que s'hauria de posat editicon=false a totes les crides, i si esteu d'acord, li posem un llapis al final com proposava en Pau. Ho vols fer tu,  ? amador (disc.) 20:02, 26 gen 2020 (CET)
Provant amb el mòdul actualitzat, m'ha sortit:
* , hi ha solucions aplicades a la Global que aquí no hi són. Típic problema de tenir forks.
** "rowformat=$1 $2", quan no hi ha res retorna un espai en blanc i per tant també el llapis: Special:Diff/22679354.
** Els fitxers per la imatge, la signatura i el logo no surten enllaçats a Wikidata, ho he deixat estar.
* :
** Els mapes de localització donaven error per culpa de , aplicat editicon=false.
** A França em sortia un llapis per . Solucionat quan getParentValues no retorna res no ha de posar res.
* : falla en el fitxer d'estat de conservació. No he entès com funciona i aquí ja avorto i abandono per avui.
--V.Riullop (parlem-ne) 12:07, 27 gen 2020 (CET)

text: Efecte forks, sense excusa. Ahir vaig estar fent una repassada però no descarto haver-me deixat alguna cosa per les sub-plantilles. És molt difícil provar amb previsualitzar quan estàs tocant tota la cadena. El tema $1 $2, ens pot aparèixer en altres casos, vaig agafar l'hàbit per evitar un error històric quan el $2 és una xifra i el mòdul l'adheria a $1 produint variables impossibles. Impossible revisar ara, prefereixo que surti l'error i arreglar-ho.
replies: text: : el secret està a  que hauria de formatar la imatge, però no me'n sortit. Com que no puc posar-li un rowsubformat0 i forma part d'una crida a una altra subplantilla, he provat de repetir la propietat com a qualifier2 i no sé perquè falla la crida a  i no torna res. De moment li he posat editicon=no per a que no ho espatlli.amador (disc.) 08:15, 28 gen 2020 (CET)

text: :  Solucionat l'IEV, faltava un altre editicon en la primera crida de la plantilla principal. S'ens poden escapar casos afectats per una cadena de plantilles. He rebaixat la protecció del mòdul. Ara pots copiar /proves en el principal i previsualitzar pàgines. --V.Riullop (parlem-ne) 08:22, 28 gen 2020 (CET)
Segueixo, segons la taula Viquiprojecte:Adaptació de plantilles a Wikidata/infotaules ordenada per inclusions.
* Revisades Infotaula persona, Infotaula geografia política, Infotaula d'ésser viu, Infotaula edifici, comprovant els exemples de la documentació.
* 
** Ha sortit un problema amb . Solucionat al mòdul que no posi icona si no s'usa formatting=$lat i $lon, altrament són sempre dades parcials.
**  Queda pendent en les proteccions: Can Draper (l'Ametlla del Vallès) trenca l'enllaç IPAC posant-hi tres llapis, Parc Nacional Snowdonia trenca l'enllaç World Database on Protected Areas. Aquestes te les deixo a tu.
--V.Riullop (parlem-ne) 09:34, 28 gen 2020 (CET)

text: Per la meva part ja estan revisades les 15 infotaules amb més de 3.000 inclusions. Queda pendent l'identificador en el bloc patrimonial.  una solució en un identificador que potser està relacionat: Special:Diff/22683733.

text: Lliçons apreses: el mòdul és incompatible amb versions anteriors, el canvi no es podria fer si fos global. Per actualitzar-lo en altres wikis serà complicat sense trencar res i amb possibles plantilles protegides. Pensant en global el canvi havia d'haver sigut al revés, per defecte sense llapis i afegir-lo en cada invoke on es vulgui. Com que el paràmetre editicon ja s'usava per l'etiqueta implicava un nou paràmetre pencil=true. Més laboriós d'implantar però menys problemàtic i compatible. Estic dubtant si fer un fork per les altres wikis. També, cada infotaula hauria de tenir un joc d'exemples diversos que serveixin de proves pels canvis. --V.Riullop (parlem-ne) 10:51, 28 gen 2020 (CET)
replies: text: :Merci,  Afegeixo una altra lliçó apresa: hi ha parts del codi de plantilles que es podrien simplificar amb les noves capacitats del mòdul, com les whitelist, els OR o la recuperació d'altres propietats del mateix item o arbitràries dins un table, que no existien quan es van escriure i ara tenen fórmules barroques.

text: :Arreglat Can Draper (l'Ametlla del Vallès) i Parc Nacional Snowdonia. La  i les seves subplantilles entenen el paràmetre module=wikidata/proves (o el que sigui) per a fer proves sense editar, només cal afegir-lo a la crida a indret. Pensava anar-ho posant a les globals (la "G I person", ja ho té), però si puc aniré fent-lo poc a poc.

text: :Si vols fer lo del pencil=yes, aquest és el moment. Les Global ho podrien incorporar i podria ser personalitzable via la table param. Pensa-ho. amador (disc.) 17:49, 28 gen 2020 (CET)
replies: text: :: S'han anat afegint funcionalitats sobre la marxa per resoldre problemàtiques. És normal que no s'apliqui sintaxi millorada en plantilles que ja funcionen.

text: :: Per l'accés al mòdul de proves, espera't. Tinc pendent d'activar un paràmetre sandbox que serà millor solució. Només caldrà transportar-lo com a global igual que item i lang.

text: :: Pensant en la compatibilitat, ja ho tinc. Queda definit a /i18n com a configuració del wiki. Aquí tenim addpencil=true i altres wikis no ho tindran mentre no es pugui o bé no ho vulguin. En una instal·lació nova se suposa que funcionarà i es pot definir addpencil=true. Si ho hagués pensat de bon principi hauria pogut actualitzar el mòdul i fer les proves més fàcilment. --V.Riullop (parlem-ne) 19:14, 28 gen 2020 (CET)
replies: text: ::: Ja m'havies dit lo del sandbox, però si ha de ser per la propera release, alguna cosa hem de tenir per fer proves si van sortint problemes com aquests darrers. A més, ho pensava utilitzar per aplicar el nom del mòdul a la plataforma quan tinguem col·lisions a la plataforma. Per cert, encara has de decidir el nom definitiu en Global.

text: ::: M'agrada lo del i18n, però caldria fer una bona documentació (abans no se'ns oblidi) de que cal acomplir per poder-lo activar. Salut ! amador (disc.) 20:00, 28 gen 2020 (CET)
replies: text: :::: El títol del mòdul ja el detecta, el llegeix de l'invoque. No és problema, ja funciona amb qualsevol títol i sap buscar les subpàgines relatives. Per quan el sandbox? Tinc a la llista per ordre: editicon, oc-pron al Viccionari, precisió coordenades, formatting currency, sandbox. Puc canviar les dues darreres. La documentació per activar addpencil es pot extreure d'aquesta llarga discussió, per exemple a , millor en anglès. Un proper pas seria fer un ping a Theklan. --V.Riullop (parlem-ne) 21:03, 28 gen 2020 (CET)
replies: text: ::::: Per mi no cal que avancis prioritat al sandbox. Em sembla que t'has deixat Mòdul_Discussió:Wikidata/Arxiu_3#fer_servir_URL_de_la_propietat. Respecte al ping al Theklan, a més del pencil li hauríem de fer una llista dels altres canvis: convert, properties alternatives, NONE per saltar lectura, locationcontext, noves opcions per getParentValues (aquest últim ja ho deu tenir, però no sé si ho sap). Merci, amador (disc.) 07:31, 29 gen 2020 (CET)
replies: text: :::::: Ups, això del nom del mòdul ho he dit massa ràpid. Una cosa és que el mòdul sàpiga com es diu i una altra és que les plantilles sàpiguen quin mòdul han d'invocar. El paràmetre "module" en les plantilles globals és inevitable. Sent així és una alternativa vàlida al sandbox que potser ja no cal. --V.Riullop (parlem-ne) 09:03, 30 gen 2020 (CET)
Actualitzat el mòdul i explicat a la Taverna: Tema:Vfsebvoqgw5blpla. Canvi i fora! --V.Riullop (parlem-ne) 14:23, 29 gen 2020 (CET)
thread_title:  Bridge: proves 

message: Amador, tenies raó en les imatges enllaçades a WD. En proves ho he canviat pel llapis, mira què tal. Seguint un criteri d'estalvi de llapis no caldria si ja té un peu. Si no en té, l'alternativa seria posar sempre un peu encara que estigui buit per col·locar-hi el llapis, en lloc de posar-lo al costat de la imatge. Si ho recordes, ja sortia un peu buit amb llapis posant un espai en blanc al rowformat=$0 $1. Però en casos com la signatura no tenen mai un peu. Caldria fer proves a veure on és millor. --V.Riullop (parlem-ne) 10:07, 3 feb 2020 (CET)
replies: text: Vols dir wikidata/proves ?. No em surt cap foto. Per cert, a més de les signatures, també estan els sons: himnes, registres de veu personal. amador (disc.) 17:26, 3 feb 2020 (CET)
replies: text: :  Substitueix el mòdul:wikidata pel contingut de /proves i previsualitza pàgines. --V.Riullop (parlem-ne) 18:10, 3 feb 2020 (CET)
replies: text: :: Val ara ho veig. No entenc perquè no em funcionava cridar al mòdul:wikidata/proves. No em sembla malament, però el prefereixo avall si no hi hagi peu de foto i si hi ha, no posar llapis. Els sons es poden dignificar com ja ho havia fet a persona perquè li poso un peu amb un etxt genèric + l'idioma de l'enregistrament (veure Paul McCartney). En tot cas, ara a la Taverna s'estan revoltant.--amador (disc.) 19:42, 3 feb 2020 (CET)
replies: text: :::  Centrant-me de moment en la imatge principal de la infotaula. Amb la infobox tenim dos paràmetres image i caption però a Wikidata és la mateixa declaració. Penso que la solució és tractar-ho conjuntament amb el llapis al peu, tingui o no text al peu. Mostra simplificada: Special:Permalink/22710376. --V.Riullop (parlem-ne) 10:02, 4 feb 2020 (CET)
replies: text: ::::, doncs ho fem així. Tots els qualificadors es tracten així, però en la imatge s'ha seguit la sintaxi prevista a  que té image + caption, però ara és decimonònic. Doncs ho canviem i liquidem l'ús del caption. En el cas dels escuts i banderes, el que es posa al peu no és un qualificador perquè són propietats principals, però amb els qualifiers=/pnn alinearem el tractament. A més, fer-ho és compatible amb no tenir llapis, per tant, és pot adoptar com a "bona pràctica" en el codi de les plantilles. amador (disc.) 12:11, 4 feb 2020 (CET)
replies: text: :::::Infotaules adaptades a imatge+peu:  +   +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  + : per cert, als escuts i banderes no podem tenir el llapis al peu, perquè el peu és un article i té el seu propi llapis. amador (disc.) 18:06, 4 feb 2020 (CET)
replies: text: ::::::Plego de normalitzar el codi tractament imatges amb totes les que tenen > 1.600 articles fets. amador (disc.) 06:39, 6 feb 2020 (CET)

text: Parlant de masses llapissos, mira "publicació" a L'Atlàntida (poema). Té mala solució, perquè són 3 propietats principals.--amador (disc.) 07:24, 5 feb 2020 (CET)
thread_title:  Bridge: imatges 

message: Seria possible fer una categoria de seguiment per als articles que mostrassin , o sigui, que tenguessin qualque etiqueta per traduir? Gràcies, Pau Cabot · Discussió 20:51, 4 feb 2020 (CET)
replies: text: Bona idea. Hauríem de mirar si hi ha algun bot a WD que repliqui el label d'una altra llengua, si és un nom propi. Jo em vaig posar un gadget a d:User:Amadalvarez/common.js que t'ofereix els labels més comuns quan obres un item que no té el català i si cliques, t'ho posa sense haver d'editar i guardar. És molt útil, però no és massiu, és clar.amador (disc.) 08:07, 5 feb 2020 (CET)
replies: text: : M'ho poso com a recordatori: ja existeix :se:Kategoriija:Wikipedia:Links to Wikidata element with missing Northern Sami label amb un afegit sobre el nostre mòdul. Té una particularitat: només categoritza si hi ha alguna etiqueta diferent en les llengües {'fi', 'sv', 'no', 'da', 'de', 'fr', 'es', 'en'}. Si les existents en aquestes llengües són totes iguals llavors la dona per bona. --V.Riullop (parlem-ne) 12:06, 5 feb 2020 (CET)
 Ho tinc preparat amb la definició a /i18n: ["categorylabels"] = "Category:Etiquetes obtingudes de Wikidata sense traducció". Però ara m'he adonat que tenim un rastreig Especial:Enllaços/Plantilla:Track/wikidata/label. Aquest rastreig és perquè si no troba cap etiqueta, ni en català, occità ni anglès, intenta esbrinar si el Qid és una redirecció. Ara bé, mirant aquest rastreig hi ha molts falsos positius. Per exemple, Riudecols no troba l'alcaldessa , i un cas més greu, Noël Gallon no troba  tot i que al final no el fa servir. Si categoritzem també sortiran els falsos positius. Aquest problema ja fa massa temps que dura i comença a ser preocupant, comentat a d:Wikidata:Project chat#Missing labels again. --V.Riullop (parlem-ne) 12:02, 6 feb 2020 (CET)

text: Sembla que amb la resolució del tema (tornant a wmf.16) a Phabricator, van desapareixent els falsos positius a mesura que s'actualitza el caché. Pau Cabot · Discussió 10:33, 8 feb 2020 (CET)
replies: text: :  No ho entenc. He fet un touch per refrescar la caché dels primers 500 articles de la llista Especial:Enllaços/Plantilla:Track/wikidata/label i efectivament, ara ja no apareixen els falsos positius, però també ha fet desaparèixer de la llista positius vertaders com Enric VIII d'Anglaterra ... Pau Cabot · Discussió 11:10, 8 feb 2020 (CET)
replies: text: ::  El rastreig només és pels que no troba cap etiqueta, els que mostren la Qid. La funció per resoldre redireccions parteix del supòsit que si no troba cap etiqueta podria tractar-se d'una redirecció i llavors usa necessàriament una funció consumidora de recursos. És per això que aquests haurien de ser els primers en traduir. Independentment activaré la categoria on s'inclouen tots. --V.Riullop (parlem-ne) 11:44, 8 feb 2020 (CET)
 amb :Categoria:Pàgines amb etiquetes de Wikidata sense traducció. Hi ha algun fals positiu que s'elimina amb una edició nul·la. --V.Riullop (parlem-ne) 13:36, 10 feb 2020 (CET)

text: Seria possible posar els casos llistats a Especial:Enllaços/Plantilla:Track/wikidata/label a una categoria, també? Tenint en compte que la :Categoria:Pàgines amb etiquetes de Wikidata sense traducció ja té 138 000 articles, diria que la que agrupàs els articles que mostren les Qs, seria un objectiu més factible d'assolir si ens ho proposam com a feina.

text: Una altra cosa que havia pensat és fer que es mostrin menys Qs a les infotaules aprofitant les etiquetes en idiomes diferents de :oc i :en. Per mi, podríem posar-hi també les etiquetes de :fr, :it:, :es i :pt. Pau Cabot · Discussió 11:29, 12 feb 2020 (CET)
replies: text: : És un canvi important, me l'anoto per estudiar-lo quan torni de viatge, potser d'aquí uns 15 dies:

text: :* Extensió del fallback via definició a /i18n. Pot funcionar en alguns casos (segurament via claim) però no en d'altres (imagino que via getLabel) perquè el tracta directament les funcions wikibase.

text: :* Pensar en una categorització dels Q. Amb fallback ampliat o sense? Es pot fer en dos llocs. En el mateix punt que el rastreig on no pot tenir en compte un fallback ampliat. El dia que se solucioni el tiquet a Phabricator sobre les redireccions desapareixerà el rastreig i la categoria. L'alternativa és en el mateix punt que la categoria on sí que tindria en compte el fallback ampliat i seria independent del rastreig. Ara bé, el primer que interessa buidar és el rastreig. La categoria hauria de ser estàndard per fer-ho simple, per exemple la mateixa categoria definida afegint "/Q".

text: : --V.Riullop (parlem-ne) 16:04, 12 feb 2020 (CET)
replies: text: ::  Ampliades les llengües addicionals amb definició "addfallback" a Mòdul:Wikidades/i18n. Per exemple ara Salvador (Brasil) mostra algunes etiquetes en portuguès quan abans eren unes Q perquè tampoc existeixen en anglès. --V.Riullop (parlem-ne) 15:18, 3 març 2020 (CET)
replies: text: ::: Gràcies, . Bona feina. Entenc que hi ha tres nivells: 1. ca 2. en/oc i 3. es/pt/fr/it ? Quina diferència hi ha entre el nivell 2 i el nivell 3? No es podria unificar tot en el segon? Pau Cabot · Discussió 16:57, 3 març 2020 (CET)
replies: text: ::::  El nivell 2 és el que està definit al MediaWiki i actua automàticament. Per exemple a d:Q237486#P3373 surten dues etiquetes en occità perquè és la primera alternativa. El mateix en la infotaula amb una consulta simple. L'anglès és sempre la darrera alternativa en totes les llengües. Ho he posat a la documentació: amb  es pot comprovar que surt "oc, en", o es pot comprovar com està definit per a altres llengües. El nivell 3 el comprova el mòdul, un per un, si no surt res amb el nivell 2. Segueix l'ordre que està definit, "fr, it, es, pt", parant en el primer que trobi. En la pràctica no hi ha diferència, només de tractament intern i que el nivell 2 no es pot canviar (només a Phabricator com a configuració del wiki). Per això ho he definit com un fallback addicional al fallback per defecte. --V.Riullop (parlem-ne) 17:59, 3 març 2020 (CET)
replies: text: ::::: D'acord. Gràcies altre cop. Pau Cabot · Discussió 18:08, 3 març 2020 (CET)
 Ara la categoria està dividida en dues. He creat :Categoria:Pàgines amb etiquetes de Wikidata sense traducció/Q pels que mostren el Qid. Trigarà en refrescat les més de 139.000 pàgines. --V.Riullop (parlem-ne) 10:31, 16 març 2020 (CET)

text: Ja es va omplint. Entenc que només s'omplirà si no hi ha etiqueta en ca/oc/en/es/pt/fr/it. És així? Pau Cabot · Discussió 07:10, 19 març 2020 (CET)
replies: text: : Correcte. --V.Riullop (parlem-ne) 08:49, 19 març 2020 (CET)
replies: text: ::  Ara estava pensant... Com ho veuries afegir eu/gl/an/ast/ext? Pau Cabot · Discussió 09:30, 19 març 2020 (CET) PS. :d:Special:diff/1138345070 i :d:Special:diff/1138344397. Pau Cabot · Discussió 09:33, 19 març 2020 (CET)
replies: text: :::  Afegides les llengües romàniques, amb el gallec abans del portuguès. El basc no el veig clar, pot donar resultats incomprensibles. --V.Riullop (parlem-ne) 10:06, 19 març 2020 (CET)
replies: text: ::::  Gràcies. Ho comentava pels dos exemples que t'he posat. Sempre serà més informatiu Obaba que Q12264977 i Sugeak txoriari begiratzen dionean que Q12267730. A més, amb un poc de sort, no haurem d'arribar gaire al basc. Jo supòs que només hi arribarem en casos molt locals que potser sí que pot tenir sentit ... Pau Cabot · Discussió 10:18, 19 març 2020 (CET)
 Com és que 7 vidas apareix a :Categoria:Pàgines amb etiquetes de Wikidata sense traducció/Q si :d:Q6348721 té etiqueta en castellà? Pau Cabot · Discussió 07:24, 24 març 2020 (CET)

text: Amb un dels darrers canvis havia deixat de funcionar addfallback. Corregit. O bé darrerament no estic concentrat o bé això cada vegada té més implicacions col·laterals. Error a banda, té sentit aquest camp? Sembla que en lloc de l'etiqueta hauria de mostrar el sitelink local, amb getSiteLink, en aquest cas cap. --V.Riullop (parlem-ne) 10:22, 24 març 2020 (CET)
replies: text: : Sí, certament no té molt de sentit. Jo ni havia entrat a mirar això, només repassava la categoria i m'havia aturat al dos primers articles que incloïa. Pau Cabot · Discussió 11:41, 24 març 2020 (CET)
thread_title:  Etiquetes per traduir 

message: Obro nou tema derivat del tema addpencil dins i18n esmentat al punt anterior.
Ja m'encarrego de fer llista constraints per poder activar-lo; ho documento a Mòdul:Wikidata/addpencil/ús.
A voltes amb el tema versions, us convido a fer un cop d'ull del tema que vaig obrir l'altre dia sobre el tema. Mirant-lo ara amb la idea del llapis, potser caldria incorporar una mena de "compatible amb versions xxx o posteriors" com imagino que funcionen els aplicatius que tots maneguem a diari als nostres equipaments. Algú ens pot donar llum / solució sobre el tema, abans de re-inventar la roda ?. Salut ! amador (disc.) 07:16, 29 gen 2020 (CET)
replies: text: Mira a veure si m'he deixat alguna cosa: Mòdul:Wikidata/addpencil/ús + Mòdul:Wikidata/addpencil/en/ús. amador (disc.) 19:44, 10 feb 2020 (CET)
replies: text: : Revisat. Només hi ha un canvi de fons. Per les imatges no afegeix cap llapis si no s'usa formatting amb $1. --V.Riullop (parlem-ne) 14:51, 11 feb 2020 (CET)
thread_title:  Compatibilitat amb versions anteriors 

message: (low priority) No tenim a la documentació la llista de case=. M'he trobat dins una plantilla poc utilitzada el case=infoboxdata i he hagut d'anar a l'arxiu de discussions per saber que era. Suposo que deu haver caigut en l'oblit amb la creació de GetLabelFix. Podríem tenir-los inventariats ?. Merci, amador (disc.) 05:46, 10 gen 2020 (CET)
replies: text: Ja està documentat. Els case són locals, per la llengua local o pel wiki local, i per tant estan definits a Mòdul:Wikidata/i18n (en anglès a Mòdul:Wikidata/i18n/en). Els infoboxlabel i infoboxdata són també locals perquè depenen de la definició en local. En la documentació principal Mòdul:Wikidata#Paràmetres generals explica dos excepcions de case que són generals i remet a la documentació dels case locals. Per cert, "Mòdul:Wikidata/i18n/en" és el model en blanc a copiar en altres instal·lacions. D'entrada els case poden estar buits i no es trencarà res encara que estiguin definits en les plantilles global. --V.Riullop (parlem-ne) 17:06, 12 gen 2020 (CET)
replies: text: :Merci. amador (disc.) 17:25, 12 gen 2020 (CET)
thread_title:  Cases 

message: He provat d'activar references=i les genera, però no posa l'enllaç de cita al costat de la dada que la té. La prova, feta als paràmetres "lloc_naixement" i "ocupacio", ha estat a la  (special:permalink/22629715), actualment revertit per evitar alarmes. També està actiu a  per poder veure el seu comportament conjuntament amb el llapis. Merci, amador (disc.) 21:24, 16 gen 2020 (CET)
replies: text: Realment les referències no les tenim ben provades. He estat 2 hores per trobar-ho i avui ja quasi que plego. Hi havia un error amb llistes, quan no és list=false, que arrastràvem des del març. Això explica que no funcionés a ocupació amb list=firstrank. Ja està corregit en viu. Per a taules, cas de lloc de naixement, no està documentat. Cal posar a rowformat un $R0 per saber on vols la referència. --V.Riullop (parlem-ne) 11:16, 17 gen 2020 (CET)
replies: text: :He fet bingo, doncs. Només he tocat dues propietats per provar i he fet dos plens. Merci, Ara m'hi poso. He vist que si a la referència hi ha la , posa l'etiqueta però no el valor. amador (disc.) 11:32, 17 gen 2020 (CET)
replies: text: :: Sí que posa el valor, però... són categories! A  mira a baix on surten les categories del McCartney. Ara ja està ignorant les referències . Caldrà afegir-li que ignori també la P3452. --V.Riullop (parlem-ne) 21:25, 17 gen 2020 (CET)
replies: text: ::: Totalment d'acord. amador (disc.) 06:19, 18 gen 2020 (CET)
 En les proves. No considero referències vàlides , ,  i . A més definides en qualsevol dels camps de la referència, se n'estaven colant algunes definides amb múltiples camps. --V.Riullop (parlem-ne) 13:01, 21 gen 2020 (CET)
thread_title:  References 

message: Amb la implantació del valor default al paràmetre unit= del mòdul:dimensions, interpreto que també aplica al paràmetre convert= de les crides claim de Wikidata. Fins ara la infotaula apostava per una unitat per defecte cas que no li vingués manualment, però amb la solució que has aplicat allà, té tot el sentit actuar d'igual forma a la resta de recuperacions de propietats d'unitat. Si és així, ja m'ho diràs i aniré aplicant-lo en aquests casos. Salut ! amador (disc.) 11:28, 21 gen 2020 (CET)
replies: text: El mòdul:dimensions crida el claim passant-li convert=unit. Els dos paràmetres són equivalents. Però la definició "default" cal que sigui explícita. Per defecte no farà cap conversió traient el valor que tingui Wikidata. --V.Riullop (parlem-ne) 11:34, 21 gen 2020 (CET)
replies: text: :Bé. Bona feina !. amador (disc.) 11:45, 21 gen 2020 (CET)
 En aplicar els canvis veig que amb el convert (no necessàriament pel valor default) perdem la funcionalitat de mostrar els dos valors de la conversió que teníem amb el mòdul:convert. En general hom vol veure la informació en les seves unitats i prou, però en temes tècnics s'acostuma a mantenir la mesura en unitats habituals de mesura i la nostra. El cas concret detectat a  afecta a la ; veure Huracà_Anita. Seria fantàstic poder tenir aquesta màscara d'edició. Salut ! amador (disc.) 14:12, 21 gen 2020 (CET)

text: Prova-ho amb el mòdul /proves i convert=default2. Aquesta opció no funciona al mòdul:dimensions però no sé si val la pena. Allà no sembla adequat perquè complica la presentació de sortida. --V.Riullop (parlem-ne) 17:11, 22 gen 2020 (CET)
replies: text: : No m'ha funcionat a special:permalink/22659079. Està implementat també per table ? amador (disc.) 20:06, 22 gen 2020 (CET)
replies: text: ::  A  la conversió a km/hora està a . És això normal? Els factors de conversió els busca a  o . --V.Riullop (parlem-ne) 20:42, 22 gen 2020 (CET)
replies: text: ::: Em sembla una bestiesa. És una edició del 2015 que ni sabiem com funcionava WD. Ja l'he posat a , però em diu -lògic-, que només accepta una conversió. Em fa cosa carregar-me els m/s. Tu t'hi has trobat amb casos multivalor ? amador (disc.) 21:38, 22 gen 2020 (CET)
replies: text: ::::  Ho he traslladat a . Aquí sí que accepta multivalors i la funció els llegeix tots. Ja funciona: Special:Permalink/22659434. Actualitzat al mòdul. --V.Riullop (parlem-ne) 10:20, 23 gen 2020 (CET)
thread_title:  paràmetre convert 

message: Ara que som , la diferència entre el calendari julià i el gregorià és de 13 dies. Trobo que és innecessari especificar el calendari per a les dates amb precisió molt pitjor que aquests 13 dies. Per exemple, Ivan Sussanin se sap que va morir l'any 1613 (l'any de la coronació de Miquel I de Rússia), però no se sap quin any va néixer, així que diem  com a estimació i a l'infotaula s'especifica que és del calendari gregorià. En aquest cas és evident que en una estimació que abarca tot un segle no importa si s'està usant el calendari julià o el gregorià. Per això proposo que no surti l'informació de calendari a les dates amb precisió de dècada, segle i mil·leni, on la diferència d'un màxim de 13 dies no és significativa. Crec que fins i tot es podria treure de les dates que només tenen precisió anual, però com que ja és una mica més just no em molesta tant que hi surti. --SMP​ ([ +] disc. xat) 14:34, 25 gen 2020 (CET)
replies: text: Ho he deixat per a precisions d'any o major. He afegit en la documentació Mòdul:Wikidata#Paràmetres de formatació, per a tipus time, com determina les dates que poden tenir un calendari ambigu. --V.Riullop (parlem-ne) 12:07, 30 gen 2020 (CET)
thread_title:  Calendari amb dates poc precises 

message: He traslladat de mòdul:Wikidata a mòdul:Wikidades per Tema:Ve9315g2pz8t72p1. És una versió específica dintre dels diferents mòduls i que s'usa en altres wikis. Així s'eviten col·lisions amb altres versions que ja usen el títol Wikidata. Les plantilles continuen funcionant, ara el mòdul:Wikidata és una mena de redirecció, però seria bo anar actualitzant per estalviar recursos. --V.Riullop (parlem-ne) 10:48, 2 març 2020 (CET)
thread_title:  Títol del mòdul ara Wikidades 

message: La funció getSiteLink no ignora els espais extres al darrer paràmetre, <wiki>, de forma que si deixes un espai entre el text i el }} de tancament, mai troba enllaç. Arreglar-ho no ha estat difícil, descobrir-ho m'ha costat una mica més. Salut ! amador (disc.) 08:51, 9 març 2020 (CET)
replies: text: --V.Riullop (parlem-ne) 14:43, 11 març 2020 (CET)
thread_title:  Tema menor 

message: Em sembla que el yearsOld no funciona. Mostres a special:permalink/22952317.--amador (disc.) 17:56, 19 març 2020 (CET)
replies: text: Solucionat. Justament era una funció local que vaig introduït en la darrera edició per a més seguretat :-( Afectava al yearsOld i alguns femenins que potser no s'han notat. Això em fa pensar en una cosa que tenim pendent: un pack de models a provar sempre que hi hagi un canvi al mòdul. En la mateixa edició hi ha una novetat. M'hi he trobat en la necessitat fent proves i pensant en un entorn multilingüe com Wikidata. Ara busca la subpàgina /i18n/<lang>. Tenim Mòdul:Wikidades/i18n/eu i Mòdul:Wikidades/i18n/en. Per la llengua local continua sent la mateixa. Per l'anglès de fet no caldria perquè són els valors per defecte en el mòdul principal. Exemple:  dóna: . Això soluciona casos de mostra multilingüe que no traduïa el format de dates, també útil pel yearsOld:  dóna: . --V.Riullop (parlem-ne) 19:12, 19 març 2020 (CET)
thread_title:  yearsOld 

message: Ara que et veig afinant el mòdul, recorda que et vaig comentar que faig servir mòdul:wikibase exclusivament per aconseguir el Qid de l'article. I per què vull aquesta informació ?, doncs només que per poder generar un enllaç similar al que fa el llapis [[:d:<Qid>#<Pnnn>|nnn elements a la llista]] en aquells casos en que no es mostra una llista perquè és molt llarga i s'ha detectat prèviament amb la numstatements. Ho dic per si creus que paga la pena incloure-ho al wikidades o per si tens alguna altra fórmula per fer el mateix. Salut! amador (disc.) 07:41, 26 març 2020 (CET)
replies: text: La funció id és molt bàsica i ja està bé al Wikibase. El que dius entra en el punt 11 dels temes pendents. Tota dada treta de Wikidata hauria de tenir el llapis, i aquesta també. Una de les possibles solucions és fer una funció específica per crear l'enllaç, fusionant o reaprofitant Mòdul:EditAtWikidata, tipus . De moment ho pots provar amb  però té inconvenients: no té l'opció text, consumeix recursos perquè comprova que existeixi el Qid, fins i tot sense proporcionar-lo per la pàgina actual! --V.Riullop (parlem-ne) 08:40, 26 març 2020 (CET)
replies: text: : Mira que et sembla aquesta solució special:permalink/23031337. Perfectament integrat dins la lògica llapis. amador (disc.) 10:41, 26 març 2020 (CET)
replies: text: ::  Em sembla bé. El que deia amb EditAtWikidata és special:diff/23031457. --V.Riullop (parlem-ne) 11:06, 26 març 2020 (CET)
replies: text: ::: Sí, però així tenim una dependència menys. Vaig a canviar-los mica-en-mica.amador (disc.) 11:31, 26 març 2020 (CET)
thread_title:  id 

message: En algun canvi de versió recent, quan la  no té valor al Qid mostra el nom de l'article enlloc de no res. Mira special:permalink/23133974. M'ha fet anar de corcoll perquè a l'espai d'usuari i a la documentació de plantilla funciona bé. El problema s'ha detectat a la "data de creació" de geografia política, com Konya o Roma, provocat per la . Merci, --amador (disc.) 18:00, 9 abr 2020 (CEST)
replies: text: Ha esta un canvi recent a petició del Jaume. Es va trobar un error amb . Per treure el prefix de forma coherent ho he passat al mateix tractament de l'ítem que la funció claim. El resultat amb un valor buit a getLabel ha estat inesperat, però no el trobo malament. Si no hi ha item suposa el mateix que la pàgina actual i treu el seu label, igual que faria la funció claim. Et serveix la solució Special:Diff/23134831? --V.Riullop (parlem-ne) 19:06, 9 abr 2020 (CEST)
replies: text: : Suficient !. Merci, amador (disc.) 20:07, 9 abr 2020 (CEST)
thread_title:  GetLabelFix amb valor buit 

message: Bona nit,
acabo de provar el paràmetre "references" de l'invoke, amb èxit, al paràmetre "paral·laxi" de Plantilla:Infotaula d'estel. Crec que és important referenciar els valors astronòmics, i tants altres que ja estan disponibles a WD. La pregunta és: teniu previst avançar en aquest tema per poder formatar la referència amb els valors de l'element "referenciat"? En el cas de la paral·laxi de Alphard, per exemple, ara hi surt afirmat a: Validation of the new Hipparcos reduction (amb l'enllaç a WD) però podria sortir, amb : . És/serà possible?Gràcies per la vostra feina! --Arnaugir (discussió) 23:35, 9 abr 2020 (CEST)
replies: text: bé, en aquest cas no hi ha gaire més a mostrar. Habitualment, "afirmat a" és una publicació o llibre i si vols veure el contingut, cal complementar-ho amb una "URL de la referència". Construir una ref-publicació a partir del contingut de l'item de la publicació no deu ser fàcil, perquè "afirmat a" pot ser qualsevol cosa. Però haig de dir que jo no hi he treballat gaire aquest tema. Merci, amador (disc.) 23:51, 9 abr 2020 (CEST)
replies: text: :Es tractaria de mostrar la informació sencera de la referència, com quan es posa al mig d'un article normal. Les dades hi són a WD, almenys en aquest cas i la majoria de declaracions relacionades amb astronomia (que és el que estic mirant aquests dies), malgrat que no hi hagi una URL externa. "Al tantu" que jo no he dit que sigui fàcil ni tan sols factible! Gràcies--Arnaugir (discussió) 08:59, 10 abr 2020 (CEST)
replies: text: :: Efectivament és un tema que no tenim gaire desenvolupat, tampoc ben documentat. Ara només formata amb ref-web si troba  més o bé  o bé , però tot en la referència de la declaració. En cas contrari ho ajunta tot en un text. Hi ha un intent de construir referències d'ítems de Wikidata amb . Pot arribar a ser complex però com tot és qüestió de posar-s'hi segons necessitats. Cal llegir l'ítem corresponent i detectar de quin tipus és via  per veure si es pot aplicar la ref-publicació. A més, per internacionalització, caldrà trobar el nom local de la plantilla i traduir paràmetres amb una taula com l'existent a Mòdul:Wikidades/i18n per cite web. Una alternativa seria llegir el templatedata tal com fa el content translator, però per mi és un camp inexplorat amb Lua. Bé, és una pluja d'idees. M'ho anoto al final de la llista de coses pendents que aquests dies tinc paralitzada. Mentrestant estaria bé analitzar el requeriments que hauria de tenir i els casos on convindria aplicar-ho per tenir exemples a resoldre. --V.Riullop (parlem-ne) 11:25, 10 abr 2020 (CEST)
A part, aprofito per dir que a "velocitat radial" es genera la referència però no es mostra el numeret en superíndex (vegeu Alphard).--Arnaugir (discussió) 10:11, 10 abr 2020 (CEST)

text: De la documentació: "En cas d'usar-ho amb formatting=table (vegeu més avall) cal definir on han d'aparèixer les referències en el paràmetre "rowformat"." I més avall diu: "En cas d'usar el paràmetre "references" (vegeu més amunt) cal indicar on han d'aparèixer les referències amb $R0." Afegit per la velocitat radial. Queda pendent la referència 1 que no sé on para. --V.Riullop (parlem-ne) 11:03, 10 abr 2020 (CEST)
replies: text: : Ostres, tens tota la raó. El més fotut és que ho vaig fer bé amb la primera prova, avui en afegir-ne més me n'he descuidat.--Arnaugir (discussió) 11:47, 10 abr 2020 (CEST)
 Per a que no se m'oblidi, que això és nou i cal anar revisant pas a pas, a més d'entendre i recordar com està muntat. Coses prèvies que he anat fent:
* Ara afegeix name a la ref, així no duplica referències. Es pot veure a Alphard afegint a la infotaula sandbox=yes
* Ara obté alguna dada més de l'ítem superior . Funciona per exemple amb d:Q2500125#P1586 que mostra l'editorial. Falta pensar quines són les dades superiors que cal afegir a la referència base. De moment per fer proves amb ref-web he considerat , , , . També falta gestionar-ho amb lang.
* El següent pas serà activar els paràmetres de ref-publicació i saber quan usar una plantilla o l'altra.
--V.Riullop (parlem-ne) 12:03, 27 abr 2020 (CEST)

text: Sona molt bé. Per cert, la P2439 :d:Wikidata:Requests_for_deletions/Archive/2018/Properties/1#Property:P2439 no existeix. La vàrem fusionar amb la . Salut ! amador (disc.) 13:24, 27 abr 2020 (CEST)
replies: text: :  Doncs la P2439 és la que estava consultant encara. Bé, crec que jo ho tinc. A més de les dues millores anteriors, ja funciona en proves l'exemple inicial de Alphard. El criteri és: si té títol i  formata amb ref-web; si té títol i  formata amb ref-publicació. --V.Riullop (parlem-ne) 11:47, 29 abr 2020 (CEST)
replies: text: :: té molt bona pinta! A Alphard amb sandbox=yes, surt un error a la infotaula al camp "velocitat de rotació"; d'altra banda, la referència [2] que ve del camp "magnitud aparent", entenc que no es formata perquè no compleix cap de les dues condicions que has mencionat; si té títol i autor, però, el podríem formatar amb ref-llibre (el cas concret d'aquesta referència potser no és adequat ja que hauria de contenir la publicació, en tractar-se d'un article científic). En tot cas, tal com està ara està molt bé igualment; potser en el cas que no es formati, el text "Afirmat a: " es podria treure, ja se sobreentén.--Arnaugir (discussió) 11:58, 29 abr 2020 (CEST)
replies: text: :::  Arreglat l'error, estava tant capficat amb les plantilles que se m'ha passat per alt el format raw. Afegir-hi ref-llibre haurà de ser per un altre dia, primer s'hauria de veure si realment cal. Treure l'"afirmat a" no és fàcil. El que mostra en raw són les etiquetes i els valors, eliminar-ne una de determinada és una complicació. --V.Riullop (parlem-ne) 12:27, 29 abr 2020 (CEST)
replies: text: :::: Gràcies. Ho podem passar a producció?--Arnaugir (discussió) 21:58, 29 abr 2020 (CEST)
replies: text: :::::   Provant que funcioni en les estrelles m'he trobat molts articles on els falta la secció de referències. --V.Riullop (parlem-ne) 18:06, 30 abr 2020 (CEST)
replies: text: :::::: això ja ho vaig pensar... però sempre és millor tenir referències i no tenir secció, que no pas no tenir res. Suposo que amb bot es podria fer alguna cosa.--Arnaugir (discussió) 18:25, 30 abr 2020 (CEST)
thread_title:  Referències 

message: Et passo propostes low priority
*Sembla que no funciona convert=M als qualificadors. Tens un cas a "condemnat per" de Chuck_Blazer. He tornat a picar: no arribava al trigger. 
*banderetes: preparant-me per altres cultures on els hi agrada posar banderetes arreu, estic pensant on afecta i en quines condicions haurien de mostrar-se, cas que ho demanin al setting. Un dels llocs que acostumen a aparèixer són paràmetres que tenen o tindran case=location o locationcontext. És una temptació demanar-te que ho contempli. Si estàs d'acord, ja em diràs de quina forma cal que et passi la informació que et farà falta i quina és.
--amador (disc.) 07:22, 13 abr 2020 (CEST)
replies: text: Odio les banderetes, és de wikis petites o d'una gran que sabem amb mentalitat petita. M'acullo a :en:WP:INFOBOXFLAG. Sé que és inevitable i acabarà sortint, almenys en una infobox militar o esports, però prefereixo solucionar casos amb demanda real. Amb el locationcontext ja va sortir indicar l'estat històric, més raonable que la bandereta de l'estat històric, i ja vam comentar que està complicat o que no sé per on començar. --V.Riullop (parlem-ne) 09:40, 13 abr 2020 (CEST)
replies: text: : Jo també, però n'he vist moltes i les petites són el nostre target més probable. Esperarem demanda real. El que si faré és que es pugui demanar "treure" els escuts dels càrrecs. O sigui, rebaixant. Ja em pensaré altres feines per reemplaçar aquesta. Salut i, si toca, bona Mona !. amador (disc.) 09:49, 13 abr 2020 (CEST)
replies: text: :: Per mi els escuts és el mateix, gairebé ho faria al revés: sense per defecte. El que tenies pensat per les banderetes pot servir pel location històric? --V.Riullop (parlem-ne) 09:56, 13 abr 2020 (CEST)
thread_title:  Per les teves estones d'oci 

message: Hi ha alguna raó per la que no surt el llapis quan està en uuna altra llengua (via lang= o preferències)?. Veure special:permalink/23215209 Les dues primeres són en gl i la darrera en ca. Merci, --amador (disc.) 18:59, 16 abr 2020 (CEST)
replies: text: Ara busca /i18n/<lang> si és diferent a la llengua del wiki. Això permet configurar per exemple les dates en gallec, o fer proves amb Mòdul:Wikidades/i18n/eu sense amoïnar-los. El llapis està definit per defecte false per compatibilitat i s'activa amb ["addpencil"] = true a /i18n. Si es necessita per demos o bé es crea /i18n/gl o bé caldrà pensar en canviar de lògica. La solució seria posar-lo true per defecte i afegir el false a tots els /i18n de les còpies existents. Per cert, tinc pendent de vendre-ho al Theklan però abans li hauria d'actualitzar el mòdul. --V.Riullop (parlem-ne) 19:20, 16 abr 2020 (CEST)
replies: text: : Cert. No ho recordava. Suposo que posar-ho en true no convenia per la compatibilitat. Recorda que alguns hauran de tocar codi com ens va tocar a nosaltres. Per mi deixa-ho com està i ja li faré una i18n al gallec que el vull fer servir de test, perquè té un carajal de infotaula actor, polític, tenista, ... com quan érem joves. Li vull preparar una demo per demostrar-li que entenem tots els noms de parametres que té i que ho migri tot. Bé, de fet, ara només vull temptar-lo amb la demo. Merci amador (disc.) 21:10, 16 abr 2020 (CEST)
thread_title:  llapis i llengua <> ca 

message: Pretenc automatitzar els enllaços tipus pattern agafant la URL directament des de la  (o altra) de la propietat.
Ho he aconseguit amb aquesta sintaxi: .
Dues preguntes:
* M'he embolicat i hi ha alguna altra forma més simple ?
* Si la resposta a la primera pregunta és "no", t'animaries a pensar una forma en que ho faci el mòdul ?, com ara:
*
Òbviament, seria per la llista de millores de Nadal o Reis. Merci, amador (disc.) 18:04, 26 set 2019 (CEST)
replies: text: Si no corre pressa m'ho anoto en els temes pendents. És una millora necessària. M'explico, i així em serveix de recordatori:

text: * El format d'un identificador és:

text: * El format d'un valor string és:

text: * El format d'un valor url és:

text: El mòdul tracta els diferents tipus de valors segons datavalue.type que en els tres casos és "string". En altres tipus això no passa. Tots els identificadors els tracta com a string. Cal canviar a datatype i fer un nou tractament per "external-id" amb un format per defecte. Entenc que el format d'URL serà sempre la P1630, si existeix, o n'hi ha d'altres? Abans m'agradaria trobar una definició de l'estructura de dades per anar sobre segur en els valors usats. Recordes on es troba a Wikidata? Crec que el datatype abans no existia. En la documentació del mòdul pel "format de text" tenim una opció formatting=weblink que hauria de ser el format per defecte de datatype=url. --V.Riullop (parlem-ne) 19:30, 26 set 2019 (CEST)
replies: text: : Quan dius "estructura de dades", és això ?. La P1630, és la genèrica però haig de mirar si hi ha alguna especialitzada. Em sona que quan vaig fer lo de les proteccions també m'hauria anat bé. Ja et respondré dilluns, que estic fent la maleta i estaré desconnectat 4 dies !!. amador (disc.) 21:01, 26 set 2019 (CEST)
replies: text: :: No és això perquè aquí només mostra el datavalue.type no el datatype. Ho he trobat a mw:Wikibase/Indexing/RDF Dump Format#Value representation, encara que no és el que recordava, i aquí explica el que anomena value type (datavalue.type) i property type (datatype). Entenc que datavalue.type és el tipus de valor i datatype és el tipus de dada, i és aquest darrer el que interessa tractar. Bon viatge. --V.Riullop (parlem-ne) 21:42, 26 set 2019 (CEST)
replies: text: ::: Quasi asseguraria que només la P1630 és la que es fa servir a les properties per URLs amb pattern. Als items s'acostuma a posar la , però haig de mirar si en algun cas té format pattern (no ho crec). amador (disc.) 15:34, 30 set 2019 (CEST)
Recupero fil de l'arxiu que havia quedat pendent.  El teu exemple inicial funciona amb . Ja em diràs. --V.Riullop (parlem-ne) 11:30, 22 abr 2020 (CEST)

text: --V.Riullop (parlem-ne) 20:51, 29 abr 2020 (CEST)
thread_title:  Fer servir URL de la propietat 

message: Havíem dit que la llista de tasques s'estava buidant ?. Mira special:permalink/23282976. Està explicat allà, però va d'un qualificador multivalor que és mostra correctament, però quan li demano qualif/Pnnn, només mostra el primer cas. No estic segur si això era una limitació ja comentada o una situació que no havíem provat fins ara. Salut ! --amador (disc.) 21:34, 23 abr 2020 (CEST)
replies: text: No recordo haver-ho comentat. Segurament és així perquè era més senzill i ja resolia els casos que teníem. M'has agafat en un bon moment, mentre mirava el per què ja estava pensant en el com i que els pendents que esperin. No ha estat un canvi fàcil. Però hi ha un problema de concepte. El rowformat, i els corresponents rowsubformat, els aplica al final quan ja té tots els resultats de la taula. Per tant ara surt . Si en el primer exemple l'hi poses rowsubformat4=($4) surt "(rècord olímpic, rècord mundial)", no pas "(rècord olímpic), (rècord mundial)" com pretenem amb el format file. En aquest cas el que volem és un colformat4=18px. El colformat4 és el formatting que aplica quan obté els valors del qualifier4. Per això és amb $1, no pas $4. El rowsubformat4 és la substitució que fa a rowformat pel $4 una vegada ja ha obtingut tots els valors. Prova-ho amb diferents casos de qualificadors amb valors superiors, tipus Pidx/Pidy, altres casos no han canviat. A més, digue'm alguna cosa del punt anterior sobre url d'identificadors, un altre canvi acumulat pendent d'activar. --V.Riullop (parlem-ne) 09:57, 24 abr 2020 (CEST)
replies: text: : Per cert, hi ha una limitació. Si s'usa whitelist o blacklist només té en compte el primer de la llista de qualificadors, igualment pel sorting encara que aquí se suposa que no tindrà repercussió. --V.Riullop (parlem-ne) 10:10, 24 abr 2020 (CEST)
replies: text: :: A special:permalink/23298197 tens el resultat exitós del cas anterior i una altra prova d'un cas pendent (amb línies de tren). En aquest tinc dos problemes menors: No sé d'on surt la coma entre els dos valors; li he posat separator =espai i continua apareixent. De fet, també li passa al cas dels rècords. L'altre tema és una cosa què, sé que he fet malament, però no sé si es pot fer bé: voldria que la icona enllacés a la línia (article o wd). Merci, amador (disc.) 20:41, 24 abr 2020 (CEST)
replies: text: :::  Això dels multiqualificadors és rebuscat. És fer una llista dins d'una taula sense opcions de formatar la llista. A més, no una llista normal sinó amb valors superiors de diferents ítems. El separador és per defecte perquè ha de ser diferent al separador de la taula. Pel file amb link no hi veig opcions. Des del punt de vista d'usuari hauria de ser un colformatx=15px|link=$sitelink, però no sé com faria. No sé si activar un paràmetre separatorx per cada qualificador o bé parar per repensar-ho tot plegat. Seria treure la llista de Qid, activar un item múltiple com a llista i fer un nova consulta amb paràmetres de formació de llista. Sembla massa complicat si només s'ha d'usar en casos puntuals. --V.Riullop (parlem-ne) 11:34, 25 abr 2020 (CEST)
 no he seguit gaire aquest tema però vols dir que ara s'acepta multivalor en qualificadors? Fa no gaire vam canviar una entrada a WD referent a una expedició espacial per que no ho permitia. Si és així m'avises per que hauria de retocar codi. Gràcies.--Kette~cawiki (disc.) 20:56, 24 abr 2020 (CEST)

text: Suposo que depèn del cas. En general, si els qualificadors poden complementar un valor per diferenciar-lo d'un altre en un multivalor, costa entendre que siguin ells multivalor. En el cas dels rècords, el tema és clar: el valor de la propietat principal és un temps que ha estat el seu rècord personal en una determinada prova i, alhora han estat rècord del món i/o olímpic. Són dos valors que no col·lisionen perquè son complementaris, no alternatius. Si algú rondina, ho defensarem. Una altra solució seria que el valor del rècord personal, tingués un únic qualificador que apuntés a un item de la prova on ho va aconseguir i allà tot el que vulguis posar com a propietat principal, però em sembla inflacionista i irreal tenir no ja tots els campionats, sinó totes les proves amb la graella de sortida, els temps de tothom, etc, etc,. Però pot ser algun dia..... si em tiren la bronca ja t'ho diré. Merci, amador (disc.) 22:31, 24 abr 2020
CEST)
 Va, vinga. Tanquem aquest tema que tenia abandonat. Em quedo amb la versió que em vas passar a 24/4, sobre la que vaig fer la prova de special:permalink/23298197. El problema que descrivia de les línies de tren que no podien tenir un enllaç a la línia, ho deixo. Ara estava funcionant amb una subplantilla que em volia liquidar, però seguirà. A més, quan (algun dia) implanti la  aquest problema anirà a la baixa o desapareixerà amb el mòdul:Railway. Ja avisaràs quan ho pugis a operatiu. Merci per tot. --amador (disc.) 06:01, 25 juny 2020 (CEST)

text: Fet. --V.Riullop (parlem-ne) 09:28, 26 juny 2020 (CEST)
thread_title:  multivalor en qualificador 

message: My dear, . Amb el tema dels jeroglífics que et vaig comentar em trobo amb una situació irresoluble. El codi hiero va acompanyat de dos qualificadors: un que és la transcripció feta per algun egiptòleg en una llengua inconcreta, com si fos una transcripció, que està ubicat a  i que hem acordat amb el creador de la propietat posar-li "und":  com a llengua; l'altre qualificador és la versió lingüística en cada llengua situat en  amb totes les llengües que es vulgui. El problema és que no tinc forma de recuperar els dos qualificadors, perquè el list=lang és únic per tota la crida, no per cada qualificador. A special:permalink/Q22282914 tens una comparativa de la crida a . Una solució barata (però una mica nyap) seria que ignore la llengua "und", com si fos un text enlloc d'un monolingual. Però et deixo que pensis quina és la bona solució, as usual. amador (disc.) 00:40, 6 maig 2020 (CEST)
replies: text: Estic desconcertat. Les opcions per a monolingualtext amb formatting=language/text/pattern només funcionen en propietats. Per a qualificadors actua sempre com list=lang sense arribar mai al formatting per a altres llengües. És un problema de lògica interna on primer haig d'entendre per què i quines conseqüències pot tenir. Posa-ho a la llista, això és delicat, primer cal arreglar-ho i desprès pensar en el hiero. --V.Riullop (parlem-ne) 13:04, 6 maig 2020 (CEST)
replies: text: : Per cert, l'enllaç correcte és Especial:Permalink/23454979. --V.Riullop (parlem-ne) 13:07, 6 maig 2020 (CEST)

text: :Ho sé i no parlo d'un error, sinó d'un problema i ver si es pot salvar. Òbviament, no és urgent. Merci, amador (disc.) 14:21, 6 maig 2020 (CEST)
----
 Sant tornem-hi amb els teus amics, els monolinguals. Aquest cop tinc identificat el problema i una solució xusquera. Anem a la primera columna de  special:permalink/24033714. És de la saga de l'altre dia, però li he posat una whitelist per fer-ho curt. Al davant de tot surten els valors que ha enviat a la subplantilla del darrera i així pots veure com ha actuat. El bloc del PACMA té el valor de la imatge allà on hauria d'anar el  i al seu costat el codi de color del partit. No és un error de la plantilla que edita, sinó del que aquesta li envia als params 8,9 i 10, on clarament es detecta un corriment. La diferència entre PACMA i JxSí, que tots dos tenen P1813 informat, és que  té el monolingual de català darrera del castellà a la P1813. Si s'inverteix, funciona correctament. El tercer partit exemple, Recortes cero, és per mostrar que si no hi ha P1813, funciona correctament. Resto a l'espera de bones notícies. amador (disc.) 16:56, 9 jul 2020 (CEST)

text: Buf. El meu comentari anterior no és encoratjador. Ho deixo a partir del dia 20, estaré una setmana fora. --V.Riullop (parlem-ne) 17:26, 9 jul 2020 (CEST)
replies: text: : No has de llegir el fil sencer, només la darrera entrada, ja que penso que és un error. La part prèvia, ja vaig veure que ne t'amusé pas. Descansa, que encara estic en fase de proves !! amador (disc.) 07:43, 10 jul 2020 (CEST)
 Mirat de nou, no entenc res, suposo que l'exemple ja ha canviat. Sí que crec que hi ha un problema amb els monolingual que lliga amb els comentaris previs. Ho tracta diferent si és propietat o qualificador. El que necessito és un exemple pràctic que pugui rastrejar. --V.Riullop (parlem-ne) 11:32, 20 jul 2020 (CEST)

text: Disculpa, cridava una plantilla real que he canviat aquests dies. A special:permalink/24173266 tens una nova versió autònoma. La crida recupera 3 qualificadors, un d'ells (P1813) és monolingual. El rowformat mostra -en una línia- els resultats directament (que surten bé), i en llista puntejada, els valors enviats a una plantilla que, simplement, els mostra amb una etiqueta que els identifica. Aquí surt malament el cas PACMA. Crec que el motiu és el problema conegut de enllaços que, en passar-los a una plantilla produeixen un desplaçament al resultat per culpa de la barra. En aquest cas, es deu a què li passa la llengua. Ara bé, això mateix no passa amb JxSí -el primer- perquè el català és la primera entrada, mentre que en PACMA és la segona llengua. He comprovat que si les inverteixo, funciona bé. Espero que et serveixi. Salut ! amador (disc.) 19:19, 20 jul 2020 (CEST)
replies: text: : El problema de desplaçament de paràmetres se soluciona numerant-los en la crida de la plantilla Especial:Diff/24180803. Crec que ja havíem comentat que és una bona pràctica numerar-los o posar noms per evitar sorpreses. Una qüestió diferent és què ha de fer amb un monolingual. Tenim l'opció list=lang que no funciona en taules i potser hauria de ser l'opció per defecte. --V.Riullop (parlem-ne) 09:51, 21 jul 2020 (CEST)
replies: text: :: Disculpa, ja veig que la memòria no millora amb el pas del temps. Amb això, aquest problema concret, desapareix. Ara bé, pel que dius del monolinguals, no tinc tan clar que sigui list=lang per defecte. En propietats principals és obvi perquè els noms oficials poden estar en 2-3 llengües que es parlen al territori, per exemple. Però als qualificadors no sé ara si ens caldrà alguna cosa diferent a list=lang. En el cas que tenim, veig que aplica list=false, perquè agafa el primer i, si no està en la lang pròpia, li afegeix; però no sembla greu per ara, perquè les sigles de partits es respecten força. Miro a veure si puc construir una casuística i ho analitzem amb calma. Merci,amador (disc.) 15:49, 21 jul 2020 (CEST)
thread_title:  Altre cop a voltes amb les llengües i els monolinguals. 

message: Com a continuació del Tema:Vlwcnb2074no6zo1 faig un resum, i per a que quedi constància que després costa trobar els fils. El bug phab:T252079 està resolt, pendent d'acabar de refrescar algunes pàgines. Està millor explicat al duplicat phab:T252105, i tampoc és el primer cop que passa una cosa similar. En resum, les funcions bàsiques getLabel i getLabelWithLang no funcionaven, en canvi getLabelByLang sí. A més de mostrar etiquetes en occità, això ha fet aflorar problemes diversos on no s'esperava mai no trobar l'etiqueta. Sobre la marxa ahir faig afegir proteccions a Mòdul:Dimensions i Mòdul:Location per evitar missatges d'error, bé per no haver trobat l'etiqueta o bé per la icona afegida del llapis. També en una cosa més senzilla com la Plantilla:P. Avui he fet una actualització del mòdul:
* Protecció d'errors en les referències quan no troba una cosa elemental com l'etiqueta "llengua".
* No usar mai wikibase.getLabel directament sinó via una funció local per donar més seguretat. Aquesta funció local pot canviar a getLabelByLang si fos necessari, cosa que finalment no he fet però que no descarto.
* Revisar amb més detall la funció getParentValues. Aquesta funció és sensible a les etiquetes quan s'usa amb els paràmetres habituals upto=estat o labelshow=municipi/comarca. És millor usar les alternatives que s'han anat afegint posteriorment, especialment si es vol globalitzar la plantilla:
** uptolabelid = Qid (equivalent a upto=estat però amb l'item)
** uptovalueid = Qid, Qid2... (llista d'items de valors, p.ex. de Sèrbia, Croàcia, Eslovènia), amb qualsevol separador
** showlabelid = Qid, Qid2... (equivalent a labelshow=municipi/comarca però amb els items), amb qualsevol separador
** last_only=true, com alternativa a "upto=regne, labelshow=regne" (uptolabelid=Q36732, showlabelid=Q36732), és opcional però l'afegeixo com a recordatori.
** formatting, pel format de l'etiqueta del valor. Aquesta opció és nova de fa pocs dies quan em vaig trobar amb la necessitat d'usar formatting=raw per tractar-ho correctament al mòdul:location. Pot servir en substitució d'un "ifeq:...|animal", usat en els tàxons.
Amador, com a plus està solucionat el tema dels separadors a tablesort=1/2. Ara tots els paràmetres que accepten valors múltiples poden usar qualsevol separador: "Q111, Q222", "P111/P222", "Q111 or Q222", etc. Aviseu si trobeu cap problema perquè els canvis s'han fet per la urgència d'ahir només provats ràpidament. --V.Riullop (parlem-ne) 10:03, 8 maig 2020 (CEST)
replies: text: Gràcies, . Bona feina i bon resum. La infotaula ésser viu requereix d'una revisió en profunditat perquè aquestes noves prestacions del mòdul no existien quan la vaig passar a multillengua i no descarto que hagi muntat un arc d'església gòtica per resoldre funcionalitats que ara són més fàcils. Li pujo la prioritat en la meva llista de global templates.

text: Respecte els separadors hi ha un aspecte que, tot i que segur funciona com ha de funcionar, vull confirmar la sintaxi. La concatenació de valors habitualment vol dir OR (propietats, qualificadors, white/blacklist). Ara bé, el tablesort no és alternatiu, sinó consecutiu, i en el cas dels qualificadors d'accés a una propietat de nivell superior (qualifierx = Pid1/Pid2), entenc que mantenen la barra. És així ? Merci, amador (disc.) 14:11, 8 maig 2020 (CEST)
replies: text: :  Correcte. En els qualificadors de taules es manté el format múltiple "Pid1 OR Pid2", "Pid1/Pid2" o "/Pid". En la resta no queda supeditat a cap separador en concret. El que fa és detectar tots els P seguit de números ignorant la resta, o Q+números o només números a tablesort. Queda a criteri de cada plantiller segons vegi com queda més clar el codi. La funcionalitat no ha canviat: tablesort són valors addicionals, whitelist/blacklist i uptovalueid/showlabelid és el conjunt dels valors, property/parent són valors alternatius. El que digui la documentació, que ja m'he acostumat a actualitzar-la en cada edició. --V.Riullop (parlem-ne) 14:38, 8 maig 2020 (CEST)
=== Paràmetres obsolets a getParentValues ===
Separo del fil anterior. --V.Riullop (parlem-ne) 09:09, 19 nov 2020 (CET)

text: M'he posat a fer els deures (forgive me, I forgot you!). Pregunta: el uptolabelid accepta multivalor ? Sembla que no, de fet upto tampoc acceptava. He vist que hi ha estats amb  i altres . Suposo que actualment, tot i que no troba "estat", s'atura perquè se li acaba l'arbre ascendent. Bé, vaig tirant amb  fins que em diguis el contrari. Merci, amador (disc.) 14:51, 17 nov 2020 (CET)
replies: text: :  Les etiquetes tenen format infoboxlabel via Mòdul:Wikidades/labels. Per tant, "estat sobirà", "reialme de la Commonwealth" i "república" es canvien a "estat" i s'igualen amb upto=estat. Possiblement el bucle pararà per no tenir cap administració superior però per ser coherents caldria canviar upto=estat per 4 valors a uptolabelid. A més, crec que en algun cas s'hi afegeix un paràmetre addicional: upto=regne/. Encara que no és complicat afegir valors múltiples a uptolabelid tampoc és immediat justament per mantenir la compatibilitat de paràmetres. Cal fer diversos canvis. De moment hi he afegit un rastreig Special:WhatLinksHere/Plantilla:Track/wikidata/upto. --V.Riullop (parlem-ne) 09:09, 19 nov 2020 (CET)
replies: text: :: OK. Això del regne/ no m'ho he trobat encara, tot i que no he acabat amb els tàxons. La plantilla té opcions de millora amb les noves funcionalitats i em portarà feina. Per exemple, m'he liquidat una subplantilla amb un whitelist. Els upto de geografia, ja estan tots canviats. Només queda un upto=4, és a dir la versió actual prevista. Seguim, amador (disc.) 10:48, 19 nov 2020 (CET)
replies: text: ::: Tinc un problema amb un getParentValues. A Plantilla:Infotaula d'ésser viu/Taxonomia, a la línia 4 hi ha un getParentValues al que li he canviat uptolabelid i showlabelid amb èxit. Ara bé, al rowformat té Infotaula d'ésser viu/Taxonomia/Format tàxon animal$0$1, una plantilla que determina si el $1 surt en itàlica o normal en funció del valor de $0. Però no sé trobar la forma d'aconseguir la Q de la $0 de forma extra, ja que la $0 amb enllaç també cal per posar-la com a label de la línia. Buff. S'entén?. Òbviament, funciona en català, però no en altres llengües. amador (disc.) 20:23, 19 nov 2020 (CET)
replies: text: ::::  Have a look at this template: Plantilla:Infotaula d'ésser viu/Taxonomia/Format tàxon animal/proves (I don't guarantee the efficacy. but it does not seem to have a huge impact on kab, ha and mt wikipedias) Sami At Ferḥat (disc.) 01:12, 20 nov 2020 (CET)
replies: text: :::::  . Thanks a lot ! --amador (disc.) 08:24, 20 nov 2020 (CET)

text: ::  El paràmetre uptolabelid ja accepta valors múltiples. Es pot usar tant upto amb etiquetes com uptolabelid amb Qids. Igualment labelshow amb etiquetes o showlabelid amb Qids. Hi ha un nou rastreig Special:WhatLinksHere/Plantilla:Track/wikidata/labelshow.  The purpose in the new version is to unify upto/uptolabelid and showlabelid/labelshow creating tables with both labels or Qids and allowing multiple values. --V.Riullop (parlem-ne) 14:11, 23 nov 2020 (CET)
thread_title:  Problemes amb les etiquetes 

message: Separo del fil anterior. --V.Riullop (parlem-ne) 09:09, 19 nov 2020 (CET)
replies: text: M'he posat a fer els deures (forgive me, I forgot you!). Pregunta: el uptolabelid accepta multivalor ? Sembla que no, de fet upto tampoc acceptava. He vist que hi ha estats amb  i altres . Suposo que actualment, tot i que no troba "estat", s'atura perquè se li acaba l'arbre ascendent. Bé, vaig tirant amb  fins que em diguis el contrari. Merci, amador (disc.) 14:51, 17 nov 2020 (CET)
replies: text: :  Les etiquetes tenen format infoboxlabel via Mòdul:Wikidades/labels. Per tant, "estat sobirà", "reialme de la Commonwealth" i "república" es canvien a "estat" i s'igualen amb upto=estat. Possiblement el bucle pararà per no tenir cap administració superior però per ser coherents caldria canviar upto=estat per 4 valors a uptolabelid. A més, crec que en algun cas s'hi afegeix un paràmetre addicional: upto=regne/. Encara que no és complicat afegir valors múltiples a uptolabelid tampoc és immediat justament per mantenir la compatibilitat de paràmetres. Cal fer diversos canvis. De moment hi he afegit un rastreig Special:WhatLinksHere/Plantilla:Track/wikidata/upto. --V.Riullop (parlem-ne) 09:09, 19 nov 2020 (CET)
replies: text: :: OK. Això del regne/ no m'ho he trobat encara, tot i que no he acabat amb els tàxons. La plantilla té opcions de millora amb les noves funcionalitats i em portarà feina. Per exemple, m'he liquidat una subplantilla amb un whitelist. Els upto de geografia, ja estan tots canviats. Només queda un upto=4, és a dir la versió actual prevista. Seguim, amador (disc.) 10:48, 19 nov 2020 (CET)
replies: text: ::: Tinc un problema amb un getParentValues. A Plantilla:Infotaula d'ésser viu/Taxonomia, a la línia 4 hi ha un getParentValues al que li he canviat uptolabelid i showlabelid amb èxit. Ara bé, al rowformat té Infotaula d'ésser viu/Taxonomia/Format tàxon animal$0$1, una plantilla que determina si el $1 surt en itàlica o normal en funció del valor de $0. Però no sé trobar la forma d'aconseguir la Q de la $0 de forma extra, ja que la $0 amb enllaç també cal per posar-la com a label de la línia. Buff. S'entén?. Òbviament, funciona en català, però no en altres llengües. amador (disc.) 20:23, 19 nov 2020 (CET)
replies: text: ::::  Have a look at this template: Plantilla:Infotaula d'ésser viu/Taxonomia/Format tàxon animal/proves (I don't guarantee the efficacy. but it does not seem to have a huge impact on kab, ha and mt wikipedias) Sami At Ferḥat (disc.) 01:12, 20 nov 2020 (CET)
replies: text: :::::  . Thanks a lot ! --amador (disc.) 08:24, 20 nov 2020 (CET)

text: ::  El paràmetre uptolabelid ja accepta valors múltiples. Es pot usar tant upto amb etiquetes com uptolabelid amb Qids. Igualment labelshow amb etiquetes o showlabelid amb Qids. Hi ha un nou rastreig Special:WhatLinksHere/Plantilla:Track/wikidata/labelshow.  The purpose in the new version is to unify upto/uptolabelid and showlabelid/labelshow creating tables with both labels or Qids and allowing multiple values. --V.Riullop (parlem-ne) 14:11, 23 nov 2020 (CET)
thread_title:  Paràmetres obsolets a getParentValues 

message: M'he adonat que el paràmetre tablesort ordenava alfabèticament els valors numèrics, de manera que els números entre 10 i 19 s'ordenaven abans del 2. La documentació diu: «L'ordenació és ascendent alfabèticament, numèricament o per dates, segons el tipus de dada». He afegit un tros de codi per adobar el cas en que tots el valors són numèrics (si estan barrejats amb strings ho deixo per ordre alfabètic), diff del codi, prova (en aquesta prova desapareix el llapis, no sé per què). Podem afegir-ho al mòdul?--Ssola (disc.) 22:56, 12 maig 2020 (CEST)
replies: text: En aquest cas  és una situació anòmala, definit com a string perquè pot tenir qualsevol sèrie com "1, 2, 2bis, 3". He provat de fer-ho més general aplicant al format string una clau d'ordenació que combina números inicials més la resta de l'string. No he trobat cap exemple així però funciona en proves a pèl i funciona el teu exemple, amb el mòdul Wikidades/proves. M'espero a fer més proves.  Pots treure algun exemple de la màniga, o algun cas estrany que pugui fallar? --V.Riullop (parlem-ne) 19:46, 13 maig 2020 (CEST)
replies: text: :  Gràcies per mirar-ho. El que decidiu em sembla bé. --Ssola (disc.) 22:17, 13 maig 2020 (CEST)
replies: text: :: :d:Q29645082#P1545 t'agrada aquest?.

text: :: Bé, fora broma. No he pogut trobar com a qualificador, perquè les queries cauen per time out. Com a propietat principal, tenim: https://w.wiki/QnH.

text: :: La bona: Pots canviar, tots o alguns, dels valors de la P1545 que té :d:Q212052#P40, que fa poc ho vaig afegir i vaig haver de posar "0n" per evitar aquest problema. És un cas real, però no estaràs fent cap malifeta. amador (disc.) 07:05, 14 maig 2020 (CEST)
replies: text: ::: Ok, actualitzat. La solució de Ssola és bona però prefereixo tractar-ho en la generació de la clau d'ordenació i mantenir totes les claus com a string per evitar problemes en ordenacions combinades, tablesort=1/0, o quan hi ha forats sense valors. --V.Riullop (parlem-ne) 08:38, 14 maig 2020 (CEST)
thread_title:  Ordenar per qualificador numèric 

message: Ara el mòdul no treu cap valor marcat com a obsolet. Resumeixo la situació:
* Amb list=true, o sense definir perquè és el valor per defecte, treu la llista dels valors preferents i normals.
* Amb list=false treu un sol valor, el primer dels preferents o el primer dels normals. No res si només hi ha obsolets.
* list=firstrank passa a anomenar-se list=bestrank per seguir la nomenclatura de Wikidata. Tots dos són àlies, però recomano passar-se al nou bestrank. Treu tots els preferents o tots els normals. No res si només hi ha obsolets.
A més, funcions que no han canviat però que estan relacionades:
* {{#property:Pid}} actua com bestrank.
* numStatements només compta els bestrank.
En alguna ocasió s'ha fet un if previ de #property o numStatements>0 per eliminar els obsolets. Ara ja no cal.
--V.Riullop (parlem-ne) 09:56, 22 maig 2020 (CEST)
thread_title:  Sense valors obsolets 

message: Si es demana una etiqueta enllaçada per a una propietat de wikidata, l'enllaç no funciona: . Crec que es pot arreglar fent un enllaç a :d:Special:EntityPage/P2660 en comptes de :d:P2660 i això funcionarà també als enllaços a ítems. Per tant, caldria canviar la línia
local article = mw.wikibase.getSitelink(id) or ("d:" .. id)
per
local article = mw.wikibase.getSitelink(id) or ("d:Special:EntityPage/" .. id)
Si no us sembla malament, ho corregeixo.
Per altra banda, el que crec que estaria encara millor és que enllacés a una pàgina de la viquipèdia local, igual que es fa amb els items . Això es pot aconseguir enllaçant l'element que té cada propietat a . M'hauria de mirar bé com fer-ho, però, i no sé si us semblaria correcte o millor fer-ho per a un altre nom de funció. --SMP​ ([ +] disc. xat) 18:26, 29 maig 2020 (CEST)
replies: text: A mi em sembla bé. Tots els enllaços a Wikidata és millor via Special:EntityPage, no sé per què aquest s'ha escapat. Diria que no s'ha usat getLabel amb propietats enllaçades. Sembla estrany que s'usi l'etiqueta d'una propietat quan existeix un element associat. Hi ha algun cas real? De totes formes sembla lògic que enllaci en local sempre que pugui. Si vols fer-ho tu mateix, millor a Mòdul:Wikidades/proves2 que l'altre de proves el tinc amb algunes coses pendents. Hi ha una funció local que facilita consultes a pèl, pots veure l'ús de getSnak. Sense provar-ho diria: getSnak(mw.wikibase.getBestStatements('P2660', 'P1629'), {1, 'mainsnak', 'datavalue', 'value', 'id'}). --V.Riullop (parlem-ne) 19:42, 29 maig 2020 (CEST)
replies: text: : El cas en el que estava pensant és el d'infotaules, quan es vulgui enllaçar la propietat. En anglès ho fan força, per exemple :en:Shkhara (on, per cert, per fi sembla que comencen a posar-hi petites coses de wikidata). Hi ha certes propietats que poden ser no òbvies de conèixer com ara la prominència que té una definició molt específica, i que pot estar bé enllaçar. Aquí ja ho estem fent en casos com l'infotaula d'Àvar però manualment i volia veure si es pot fer amb wikidata. La meva idea és agafar l'etiqueta de la propietat i posar enllaç local usant  si aquest existeix, i si no deixar l'enllaç a la propietat de wikidata. Quan pugui ja ho provaré amb la funció que em proposes. --SMP​ ([ +] disc. xat) 16:25, 30 maig 2020 (CEST)
thread_title:  opció linked a la funció GetLabel per a propietats 

message: Seria possible escriure la durada hms en d'altres formats? Per exemple, en lloc de 3' 9", 3'09" o 3:09, que s'usen per a durades de coses com cançons? Exemple: Rattle and Hum. Gràcies, Pau Cabot · Discussió 12:00, 12 juny 2020 (CEST)
replies: text: De fet, emprar el símbol dels minuts i segons angulars (′ i ″) per a unitats de temps habitualment es considera erroni. --SMP​ ([ +] disc. xat) 17:11, 12 juny 2020 (CEST)
replies: text: : Ostres, tens raó . Simplement ho he traslladat del Mòdul:Duration per substituir aquest mòdul i fa temps que ho teníem així. Per tant haurà de ser "1 h 23 min 45,6 s", o potser "1h 23m 45,6s" aproximant al format ISO? De fet es pot canviar a Mòdul:Wikidades/i18n. Per la forma encara més simplificada del  m'inclino per un formatting=durationh:m:s, anglosaxó internacional, que resultaria 1:23:45,6, o 3:04, o 5:00. Obrir-ho a altres possibles formats definibles per plantilla resultaria complicat. --V.Riullop (parlem-ne) 19:32, 12 juny 2020 (CEST)
replies: text: :: Jo ho canviaria ja al Mòdul:Wikidades/i18n. El format ISO "1h 23m 5,6s" ja em sembla prou bé. I també em sembla bé que el format del Paucabot es defineixi amb un altre formatting, encara que crec que els ":" són més apropiats per a punts de temps i no per a durades. --SMP​ ([ +] disc. xat) 00:30, 13 juny 2020 (CEST)
 --V.Riullop (parlem-ne) 10:42, 15 juny 2020 (CEST)
thread_title:  Format durationhms 

message: Em cal ignorar determinats valors d'un qualificador en un table. El white/blacklist provoca (tal com ha de ser) ignorar tot l'statement, però quan el que es vol evitar és un contingut específic, muntar-li un If dins el seu rowsubformat és una missió impossible. Tot i que, com en aquest cas, la solució és "ignorar uns valors", no sé si pagaria la pena aplicar la mateixa lògica dels white/blacklist i tenir selectvalue/ignorevaluen, també amb opció de llista. Tot i haver estat provocat per una situació específica, penso que pot ser extensible a evitar aquells valors que no ens apliquen, però no es poden eliminar a WD. NO és urgent. 
Cas: ignorar  i  del qualificador  de ; Ex.:.
Merci, amador (disc.) 08:24, 18 juny 2020 (CEST)
replies: text: En proves per qualificadors en taula: Especial:Permalink/23849477. L'aplicació a la propietat s'hauria d'analitzar més. A Mòdul:Wikidades/proves/test/ús apareixen dos camps més al Pont Golden Gate. Semblen repetits d'un altre camp, potser s'ha espatllat algun white/blacklist, pots mirar d'on prové? --V.Riullop (parlem-ne) 12:50, 22 juny 2020 (CEST)
replies: text: : La part que funciona, és a dir, l'objecte del canvi, molt bé.

text: : Tema Pont Golden Gate. La capçalera "Embassament" i les dimensions en llista enlloc de les icones, es deuen a una whitelist1=Q131681 |qualifier=P518 a totes les propietats de dimensions, que no li fa cas.Les línies extres del final (Turbina d'aigua i telescopi) surt de la , que és una propietat comodí que pot contenir aquests conceptes i molts altres, entre ells "carril" que surt més amunt i és el correcte. També aquí es filtra amb una whitelist0, és a dir, [NO] filtra pel valor de la propietat P2670. amador (disc.) 16:50, 22 juny 2020 (CEST)
replies: text: :: Ok, arreglat. Estava capficat en un punt i necessitava un descans per mirar-ho amb perspectiva. --V.Riullop (parlem-ne) 21:16, 22 juny 2020 (CEST)
replies: text: :::Ho he vist ara. Me'n alegro que la pàgina de test hagi estat útil. amador (disc.) 11:51, 23 juny 2020 (CEST)
thread_title:  Podríem tenir un ignorevalue''n'' ? 

message: A partir de Discussió:Vriullop#Experiment llapis Wikidata he canviat i revisat algunes coses sobre editicon i el llapis:
* El text emergent del llapis ha canviat de "Modifica" al més explícit "Modifica el valor a Wikidata". Està tret de MediaWiki:Wikibase-client-data-bridge-bailout-suggestion-go-to-repo-button que se suposa que s'ha preparat pel Wikidata Bridge.
* El paràmetre editicon ara és també a nivell de plantilla. El valor s'obté 1) de l'invoke, 2) de l'entorn superior de la plantilla, 3) de la definició addpencil a /i18n, a nivell wiki. Aquí vam migrar a sac i segurament hauria anat bé fer-ho plantilla a plantilla. Pot ser útil en altres wikis, posant a la infotaula editicon=true es pot comprovar si es pot activar el llapis en la plantilla o bé cal revisar alguna cosa. Aquí ja no cal, però serà útil pel següent punt.
* Nova opció editicon=right per alinear el llapis a la dreta. Tal com he dit, pot ser en una consulta, en una plantilla o en tot el wiki. Es pot veure una mostra comparativa a Especial:Permalink/23828246. Hi ha alguns casos que no l'alinea perquè falta traslladar el paràmetre a una subplantilla, a més pot dependre de l'estil aplicat en subplantilles. Per mi és opcional, a decidir en cada cas, tot i que hi pot haver un argument d'uniformitat.
* Nova funció editAtWikidata per afegir un llapis allà on es vulgui. És alternativa a  però usant els criteris i funcions d'aquest mòdul, a més del mateix estil de llapis. Pot solucionar alguns casos que hem deixat sense llapis per problemes diversos. Per exemple, si no convé inserir-lo en una taula, es pot fer sense i afegir-lo després (i potser a la dreta).
* Ara el llapis té definit class="penicon". Si a algú el destorba, no el vol i no li interessa el Bridge, el pot ocultar al seu Especial:Mypage/commons.css afegint el codi de Especial:Diff/23828382.
Ara ho documento tot plegat. --V.Riullop (parlem-ne) 11:28, 19 juny 2020 (CEST)
replies: text: . Genial !. Ara em miraré alguna de les subplantilles que no mostren el llapis. amador (disc.) 21:53, 19 juny 2020 (CEST)
replies: text: : els francesos oculten el llapis també al commons.css amb .wikidata-linkback {
    display: none;
}

text: :, per si t'interesa. amador (disc.) 21:09, 29 juny 2020 (CEST)
thread_title:  Novetats editicon 

message: Hi, I want to this function 'numStatements' in an other module. But I got always errors.
I tried :
* require("Module:Wikidades").numStatements( {'P179',item=my_item_id})
* require("Module:Wikidades").numStatements( {args= {'P179',item=my_item_id}})
Thanks. --وهراني (disc.) 17:30, 24 juny 2020 (CEST)
replies: text: I've updated the module. Utility functions were not available via require, now it works numStatements with the first option you tried. --V.Riullop (parlem-ne) 08:24, 25 juny 2020 (CEST)
replies: text: : thank you very much. An other question please, why I get a wrong answer from a module but a correct answer out from a module for the following request :

text: :

text: : --وهراني (disc.) 09:39, 25 juny 2020 (CEST)
replies: text: ::  It works for me, with test function at Special:Permalink/23875111 and trying  or =p.test() on the debug console. --V.Riullop (parlem-ne) 09:56, 25 juny 2020 (CEST)
replies: text: ::: it work for me too, that was a little mistake in the conversion of the wiki script to lua script. thanks . --وهراني (disc.) 16:29, 25 juny 2020 (CEST)
=== numStatements with complex query ===
 How to get number of Statements with a complex query like special:permalink/24002725 ? I don't think that numStatements can do it ! 
The solution may be : Adding #claims to the results of the function Mòdul:Wikidades.claim. Some thing like :
 return result,#claims, (required and not is_sandbox) and untranslated or ' '. 
وهراني (disc.) 12:00, 12 jul 2020 (CEST)
Permalink seems it is not correct. Anyway I am connected now with mobile and I can not check it properly. I'll have a look on this in 10 days. V.Riullop (parlem-ne) 13:23, 12 jul 2020 (CEST)

text: Please, explain your use case. Permalink you linked is wrong. --V.Riullop (parlem-ne) 11:35, 20 jul 2020 (CEST)
replies: text: : here is my query :  with one result (filtred) :

text: :

text: :but if I want to get the number of result, the answer is  (with )

text: :otherwise "Adding #claims" is not the solution. --وهراني (disc.) 16:13, 21 jul 2020 (CEST)
replies: text: ::  Done in new version. You can call numStatements with claim syntax:

text: ::*  →

text: ::*  →

text: :: For simple calls numStatements continues working as usual with unnamed parameters.

text: :: For using it with Lua you can use also the claim function with parameter query=num:

text: ::local fetched_values, num_statments = p.claim{item='Q76', property='P3373', formatting='table', rowformat='* $0 - $1', qualifier= 'P1039', whitelist1= 'Q19595229', query='num'}

text: :: It returns two values, the result and the number of statements. --V.Riullop (parlem-ne) 13:52, 22 jul 2020 (CEST)
replies: text: ::: A good job. Thank you . وهراني (disc.) 16:32, 22 jul 2020 (CEST)
thread_title:  Howto use 'numStatements' function in an other module 

message: How to get number of Statements with a complex query like special:permalink/24002725 ? I don't think that numStatements can do it ! 
The solution may be : Adding #claims to the results of the function Mòdul:Wikidades.claim. Some thing like :
 return result,#claims, (required and not is_sandbox) and untranslated or ' '. 
وهراني (disc.) 12:00, 12 jul 2020 (CEST)
Permalink seems it is not correct. Anyway I am connected now with mobile and I can not check it properly. I'll have a look on this in 10 days. V.Riullop (parlem-ne) 13:23, 12 jul 2020 (CEST)
replies: text: Please, explain your use case. Permalink you linked is wrong. --V.Riullop (parlem-ne) 11:35, 20 jul 2020 (CEST)
replies: text: : here is my query :  with one result (filtred) :

text: :

text: :but if I want to get the number of result, the answer is  (with )

text: :otherwise "Adding #claims" is not the solution. --وهراني (disc.) 16:13, 21 jul 2020 (CEST)
replies: text: ::  Done in new version. You can call numStatements with claim syntax:

text: ::*  →

text: ::*  →

text: :: For simple calls numStatements continues working as usual with unnamed parameters.

text: :: For using it with Lua you can use also the claim function with parameter query=num:

text: ::local fetched_values, num_statments = p.claim{item='Q76', property='P3373', formatting='table', rowformat='* $0 - $1', qualifier= 'P1039', whitelist1= 'Q19595229', query='num'}

text: :: It returns two values, the result and the number of statements. --V.Riullop (parlem-ne) 13:52, 22 jul 2020 (CEST)
replies: text: ::: A good job. Thank you . وهراني (disc.) 16:32, 22 jul 2020 (CEST)
thread_title:  numStatements with complex query 

message: Hi,
I want to avoid "cap valor" when using formatting=table, example :
I propose :
* line 1370
** << if args["rowsubformat" .. i] and valueq then
** >> if args["rowsubformat" .. i] and valueq and valueq ~=  then
* line 1150
** >> parameters.rowformatvalue = args.rowformatvalue -- new param
* line 852
** << if parameters.formatting == 'raw' then return end
** >>  if parameters.formatting == 'raw' or parameters.rowformatvalue == 'none' then return end
 what you think about this ? --وهراني (disc.) 10:37, 26 juny 2020 (CEST)
replies: text: I'll have a look at this next Monday. At first sight your proposal looks fine. Statements defined as some value should be treated accordingly, and the new option affects to any call not only in rowformat. Ping , any thought in the meantime? --V.Riullop (parlem-ne) 11:19, 26 juny 2020 (CEST)
replies: text: :  Done with new parameter named shownovalue, by default true optionally false. It works for any invoke claim. --V.Riullop (parlem-ne) 10:11, 29 juny 2020 (CEST)
replies: text: ::  very good. thanks. --وهراني (disc.) 09:30, 30 juny 2020 (CEST)
 I have a problem with this code : p.claim{ item='Q29637',property='P414',shownovalue=false} ==> the result : cap valor !! وهراني (disc.) 02:32, 11 ago 2020 (CEST)

text: Arguments via invoke are all strings. Via require are supposed strings too. Use shownovalue='false'. It could be fixed, though. --V.Riullop (parlem-ne) 08:20, 11 ago 2020 (CEST)
 here is my proposition for shownovalue (... and perhaps others)
	local function look4Bool(v1,vfalse)
		if(type(v1) == 'boolean') then return v1 end
		if(type(vfalse) == 'string' and v1 == vfalse) then return false end
		if(type(vfalse) == 'table') then
			for _, l in ipairs(vfalse) do
				if(v1 == l) then return false end
			end
		end
		return v1 or true
	end
       local shownovalue = look4Bool(args.shownovalue,{'false','no'})
       local list = = look4Bool(args.list,{'false','no'})
       if list == 'firstrank' then list = 'bestrank' end -- alias
وهراني (disc.) 16:04, 11 ago 2020 (CEST)

text: Done, now it accepts arguments with boolean values. I have reviewed more in depth the process of arguments. --V.Riullop (parlem-ne) 19:07, 17 ago 2020 (CEST)
thread_title:  To avoid "cap valor" in formatting=table 

message: Bon dia , hi ha alguna manera fàcil de convertir el codi d'una llengua («es») al seu nom complet («castellà»)? No ho veig documentat al mòdul. Gràcies.--Arnaugir (discussió) 10:34, 6 jul 2020 (CEST)
replies: text: Pots usar : . --V.Riullop (parlem-ne) 10:52, 6 jul 2020 (CEST)
thread_title:  Nom llengua 

message: Mira special:permalink/24002725:  posa línies en blanc que m'han tornat boig fins que li he posat separator=, (segona columna) i llavors he vist que eren separadors br, que és el valor defecte. Li he posat separator=| (primera columna), ja que fa temps  va sortir aquest tema i es va solucionar així, però ara no va. Com que tampoc entenc perquè surten dues al començament i altres en altres punts, he activat un debug a la subplantilla que crida per tal que mostri el partit i encara entenc menys quina lògica segueix. No sé si s'ha desencaixat alguna cosa o que tenir un ... no li agrada, o..... Tens solució ?. Merci,amador (disc.) 11:25, 7 jul 2020 (CEST)
replies: text: És el problema de barrejar table amb br. Tens:

....
...


text: El rowformat genera els tr/td i el separador és per defecte. Els br fora de les etiquetes no sap on posar-los. Un separador buit és el mateix que inexistent. La solució està explicada a la documentació, de forma misteriosa: "separator: En algun cas, si s'inclou en etiquetes que usen strip markers, pot ser que un  no funcioni. L'alternativa és usar separator=LF per a un caràcter de control line feed." Ara no recordo el problema que tenia en Theklan amb els mw:Strip marker, però usant separator=LF també soluciona els problemes amb taules usant el caràcter de control salt de línia en lloc de cap etiqueta HTML. --V.Riullop (parlem-ne) 12:16, 7 jul 2020 (CEST)
replies: text: : Efectivament amb LF funciona, però jo no tinc cap br's !. Bé, el cas és que fa el que ha de fer. Merci, mestre ! amador (disc.) 12:35, 7 jul 2020 (CEST)
thread_title:  línies en blanc dins un <nowiki><table>...</table></nowiki> 

message: Bon i bonic diumenge, . Aquí tens una comanda/debat que vàrem tenir fa 2 anys (la de coses que han evolucionat en aquest temps ...) on demanava que quan hi poses un whitelist i l'statement no tingués aquell qualificador -per tant, ni és white ni és black- no s'havia de saltar la instància. Com que no sempre es voldrà que actuï així, et vas inventar que dos slash (//) era equivalent a dir vull un whitelist de la "no informació". Doncs bé, imagino que s'ha anat a can pistraus. No sé on coi ho feia servir, però sospito que era a les estacions. Ja ho trobaré. Ara ho he recordat perquè tinc un cas "quasi com els monolinguals", però aquí són items, tranquil. La  acostuma a tenir mapes sense llengua associada perquè acostumen a ser esquemàtics. Però en  ha traduït el mapa dels vàndals i, ai las!, hem de ser capaços de filtrar per llengua, perquè hi ha dues imatges. En les propietats que no són monolinguals: imatges, àudios, webs i no sé si algun més, s'acompanya del qualificador . Fins aquí l'escenari del crim. Quan he fet el canvi a la  m'he adonat que quan no tinguem més que un mapa sense indicar la llengua (cosa habitual en el primer que arriba), ens quedarem sense cap imatge, no perquè la llengua no coincideixi, sinó perquè no té llengua. Llavors he recordat aquesta funcionalitat, l'he aplicada i,.... com el que veu ploure. A special:permalink/24271914 tens una prova. No és urgent, perquè aquest cas és elemental i el puc solucionar amb una segona consulta si falla la primera. Ja em diràs. Merci, amador (disc.) 12:35, 26 jul 2020 (CEST)
replies: text: Doncs tens raó, no recordava aquest cas no documentat d'un whitelist buit. Em pregunto si val la pena recuperar-ho, hauria de ser amb algun altre truc, o bé serà més clar amb un if. Pot ser que existeixi el qualificador però que no existeixi en la llengua que vols, cosa que ho complica. Jo faria  Si és igual a 1 ja ho tenim, si no cal fer una altra consulta. --V.Riullop (parlem-ne) 12:15, 28 jul 2020 (CEST)
replies: text: : És equivalent al que he fet:


text: :Doncs ho deixem així i si trobo el cas que ho va provocar i no ho puc fer així, ja en parlarem. Salut ! amador (disc.) 12:53, 28 jul 2020 (CEST)
thread_title:  Efectes (crec) de la desaparició dels separadors en llistes com whitelist 

message: Hi ha forma que el retorn d'un numèric sigui sense editar ?. A la infotaula eleccions es calculen els ratis dels resultats (participació, vots x candidat, etc.) Em funciona en lang=ca, però no quan canvio de llengua. Totes les proves a special:permalink/24293866. He fet servir el formatnum:....|R per treure els signes d'edició abans de cada càlcul, però deu actuar segons la llengua local i no m'ha servit amb "en" ni "es". Segur que és molt fàcil, ...quan se sap com fer-ho. Merci, amador (disc.) 17:37, 27 jul 2020 (CEST)
replies: text: No sé què és un valor numèric sense editar. Per fer càlculs numèrics és bona pràctica fer-ho en anglès. Això suposa: 1) assegurar-se que l'entrada és en anglès, 2) formatar la sortida. Pel primer punt fes la consulta amb lang=en. Pel segon punt formatnum no té opció de llengua i sempre funciona en la llengua local. Només es pot fer amb Lua tal com ja fa el mòdul. Vols una funció formatNum amb opció lang? --V.Riullop (parlem-ne) 12:58, 28 jul 2020 (CEST)
replies: text: : Provo la primera opció i et dic alguna cosa. Merci, amador (disc.) 13:06, 28 jul 2020 (CEST)

text: : Quan dic "sense editar", es refereix als separadors de milers. Els decimals, ja entenc que pot ser punt o coma, però la #expr ja ho sabrà fer. He provat de recuperar amb lang=en i sense aplicar formatnum i diu Error de l'expressió: Signe de puntuació no reconegut ",", perquè es troba la coma dels milers. Cas:


text: :Potser haurem de pensar en el formatnum amb llengua. Llevat que vegis com obtenir el valor abans de l'edició, perquè suposo que a WD no estaran emmagatzemats editats. Merci, amador (disc.) 13:58, 28 jul 2020 (CEST)
 M'he colat amb lang=en, pensava en el punt decimal i no en els separadors de milers. En el seu lloc he habilitat formatting=raw pels numèrics:

dóna: . A més, pots usar . --V.Riullop (parlem-ne) 09:38, 29 jul 2020 (CEST)

text: Això sembla que funciona prou bé. He tingut que fer alguna filigrana quan recupero un valor que el vull mostrar i també fer servir per calcular, però ja li vaig agafant el punt. Tenim una versió estable a Plantilla:Infotaula eleccions/proves. Si vols connectar-te amb una altra llengua .... Merci, amador (disc.) 20:07, 31 jul 2020 (CEST)
replies: text: :  Llavors, la funció formatNum no cal? --V.Riullop (parlem-ne) 18:12, 2 ago 2020 (CEST)
replies: text: :: No n'estic segur. No l'he fet servir perquè tots els càlculs són de ratis i no passen de 100. Ho provaré amb la pàgina de proves que tenia, no sigui cas que calgui en alguna edició post-càlcul. Ara mateix estic fent un lifting integral de la colla de subplantilles que han sortit. A veure si avui acabo i començo amb la documentació que tindré tela per explicar totes les estructures de WD segons cada cas. Et dic alguna cosa després. amador (disc.) 18:26, 2 ago 2020 (CEST)
replies: text: ::: Doncs, ens caldrà per poder simular altres llengües dins cawiki. El resultat de, per exemple, fer multiplicacions en raw, surt òbviament sense editar i la formatnum clàssica, com tu deies, ho deixa tot en format ca, sigui quina sigui la llengua. Merci, amador (disc.) 22:41, 2 ago 2020 (CEST)
 --V.Riullop (parlem-ne) 11:39, 3 ago 2020 (CEST)
 quina sort que t'he fet una resposta conservadora sobre mantenir el formatnum. Està dins la {[{tl|barra escons}} que es fa servir a dojo a la infotaula eleccions. Quin despiste !. amador (disc.) 20:20, 6 ago 2020 (CEST)
thread_title:  càlculs amb el resultat que aporta wikidades 

message: Hi, is it possible to add categories for "tracking property utilization" ? adding to pages retrieving value of P1234 «Category:Pages using Wikidata property P1234». May be implemented in function addEditIcon. --وهراني (disc.) 16:53, 7 ago 2020 (CEST)
replies: text: Nice trick to do it in addEditIcon. Update and set in your /i18n the value for variable categoryprop as in Module:Wikidades/i18n. --V.Riullop (parlem-ne) 08:54, 10 ago 2020 (CEST)
replies: text: :: Thanks. --وهراني (disc.) 02:33, 11 ago 2020 (CEST)
thread_title:  tracking property utilization 

message: Pot ser això ha de quedar pel gener a la carta als Reis d'Orient. Un cop solucionat el tema dels formats de presentació, mol variat, tocaria mirar si es pot calcular el temps amb una base diferent als segons. Molts dels valors de  als ítems de missions espacials estan en minuts, fins ara ningú ha protestat quan els passo a segons però... qui sap si un dia... Es pot contemplar aquesta possibilitat? Gràcies.--Kette~cawiki (disc.) 22:42, 10 ago 2020 (CEST)
replies: text: Amb duration o durationhms? Pot ser més fàcil amb un que l'altre. Posa un exemple. --V.Riullop (parlem-ne) 09:01, 11 ago 2020 (CEST)
replies: text: : a la  amb «duration»: «formatting=duration» i amb «formating=table»: colformatX=duration. Una mostra: Expedició 62.--Kette~cawiki (disc.) 13:45, 11 ago 2020 (CEST)
replies: text: ::  És la part que sembla més asequible. En el cas Apollo 11 en lloc de "... 18 minuts i 35 segons" sortirà arrodonit a "... i 19 minuts". Correcte? --V.Riullop (parlem-ne) 14:04, 11 ago 2020 (CEST)
replies: text: ::: ara l'Apollo 11 te la durada en segons, si per tenir-les en minuts s'arrodoneixen els segons no penso que passi res. A veure, es tracta de que la funció per formatar temps/durada pugui mostrar la sortida el més semblant possible sense tenir en compte si el que importa de WD està en minuts o segons.--Kette~cawiki (disc.) 14:55, 11 ago 2020 (CEST)
replies: text: ::::  He interpretat malament "rounding down", no és arrodoniment sinó truncament. L'Apollo 11 aAmb  dóna: . El valors possibles de durationshortest són: millennia, centuries, years, days, hours, minutes, seconds. És això el que volies? --V.Riullop (parlem-ne) 12:53, 12 ago 2020 (CEST)
replies: text: ::::: no ben be. Potser m'he explicat malament. El problema és que la propietat  moltes vegades te el valor en minuts i no en segons. El mòdul duration només mostrava correctament els valors que a WD estaven en segons atès que era la seva funció, formatar els segons en dies, hores, minuts, segons en diferents formats de sortida. Quan aquests valors eren en minuts el resultat no era el correcte. Fins ara, quan veig que el resultat no és correcte el canvio a segons. De moment no hi ha cap problema però si en algun wiki utilitzen com entrada els minuts, aviat començarà el joc: minuts → segons → minuts → segons.... a WD. Doncs això, era saber si l'entrada de dades podia ser en minuts o segons, si la funció pot discriminar en quina unitat rep les dades i en conseqüència treballar-les. Gràcies.--Kette~cawiki (disc.) 13:59, 12 ago 2020 (CEST)
replies: text: ::::::  Hauries de posar un exemple que no funcioni. Amb d:Q2513#P2146 (95,48 minut) dóna correctament 1 hora, 35 minuts i 28 segons. Amb d:Q11995#P2047 (38±2 setmana) dóna 266 dies. No està restringit per la unitat d'entrada. --V.Riullop (parlem-ne) 14:25, 12 ago 2020 (CEST)
replies: text: ::::::: doncs només em resta demanar-te disculpes pel temps perdut, el mòdul:duration únicament treballava amb segons. Des que s'ha integrat aquesta funcionalitat en aquest mòdul, tampoc fa gaire, no ho havia provat però en comentar que únicament havies importat el mòdul (Mòdul_Discussió:Wikidades#Format_durationhms) pensava que era amb les mancances/deficiències que comento. Gràcies pel teu temps, em sap greu.--Kette~cawiki (disc.)
replies: text: :::::::: No passa res, ha estat un exercici interessant per conèixer millor una de les funcions Lua i que pot ser útil pel futur. A més, he aprofitat per netejar el codi. Amb el mòdul:duration haurem de fer un pensament, ja no s'usa i l'original anglès el van esborrar. --V.Riullop (parlem-ne) 17:32, 12 ago 2020 (CEST)
thread_title:  Durada 

message: Estava pensant que seria molt útil poder distingir entre els enllaços que van a WD i els enllaços que apunten a la Viquipèdia. Seria una manera fàcil i visual de detectar enllaços vermells que ara apareixen en blau (perquè apunten a l'ítem de WD). Per exemple: estaria bé saber a Epie quines famílies lingüístiques no tenen article (vegeu com era la infotaula manual). Estava pensant en canviar (encara que només fos lleugerament) el color de l'enllaç. És tècnicament possible? Seria fàcil implementar-ho? Pau Cabot · Discussió 11:40, 14 ago 2020 (CEST)
replies: text: De fet el color ja és diferent. Pots veure a :en:Help:Link color la diferència entre blue (enllaç blau) i light blue (enllaç interwiki). Si no s'aprecia prou bé en el text, i segons cada pantalla, es pot personalitzar. Pels enllaços interwiki en el text el MediaWiki hi afegeix class="extiw". L'hi he canviat el color en el meu common.css. --V.Riullop (parlem-ne) 16:30, 14 ago 2020 (CEST)
replies: text: : Gràcies, Vicenç. En la meva pantalla no s'apreciava gairebé gens. Ho he canviat com ho has fet tu. Podríem fer el canvi per tothom si la gent es troba com jo i no distingeix els dos enllaços? Pau Cabot · Discussió 20:00, 14 ago 2020 (CEST)
replies: text: ::A favor de canviar el color, però aquest concretament el trobo massa il·legible (a la meva pantalla, almenys). L'actual per defecte també em sembla massa similar al blau d'enllaç normal. Haurem de trobar un entremig...--Arnaugir (discussió) 08:00, 15 ago 2020 (CEST)
replies: text: ::: He canviat pel color usat a :en:User:Anomie/linkclassifier. L'he aplicat directament en el mòdul de proves. Revertiu la vostra configuració i comproveu la diferència a Mòdul:Wikidades/proves/test/ús. En el bloc de càrrecs de Berlusconi no funciona, segurament perquè no ho genera directament el mòdul sinó una plantilla, ho hauria d'investigar. Ho he fet així per restringir-ho a infotaules. No estic segur si aplicar-ho al MediaWiki:Common.css per a tothom, per tot enllaç en qualsevol pàgina. --V.Riullop (parlem-ne) 13:24, 15 ago 2020 (CEST)
replies: text: :::: He esborrat elmeus common.jss i ara veig Mòdul:Wikidades/proves/test/ús com abans (els dos colors massa similars). Pau Cabot · Discussió 13:39, 15 ago 2020 (CEST)
replies: text: ::::: Refresca la pàgina. Hauries de veure enllaç normal i enllaç wikidata. --V.Riullop (parlem-ne) 13:55, 15 ago 2020 (CEST)
replies: text: :::::: Ok. Ara ja ho veig. Ara es diferencia més. Gràcies, Vicenç. Pau Cabot · Discussió 15:24, 15 ago 2020 (CEST)
Fet. --V.Riullop (parlem-ne) 19:08, 17 ago 2020 (CEST)
thread_title:  Enllaços a WD 

message: O això sembla:
Conversa traslladada de Usuari_Discussió:Amadalvarez#No_funciona
Que hi ha de dolent en aquest codi per que no funcioni?
=
--Kette~cawiki (disc.) 15:25, 16 ago 2020 (CEST)
replies: text: Ni idea, potser el  sap la causa precisa. El meu olfacte em diu que en un numèric espera formatting=unit o unitcode, però no un pattern. No em sona haver-lo fet servir.

text: La solució:  =

text: No és massa ortodox, però l'obligo a que passi per una altra camí per fer formatting. Salut ! --amador (disc.) 15:47, 16 ago 2020 (CEST)
replies: text: :Gràcies, aquesta era la solució al rebost però quedarà perduda enmig del codi de la infotaula i no sé si me'n recordaré de recuperar-la. De ben segur té res a veure amb els canvis del mòdul.--Kette~cawiki (disc.) 15:50, 16 ago 2020 (CEST)
replies: text: :: Traslladem la conversa a la discussió del mòdul i així concentrem el coneixement històric.amador (disc.) 16:37, 16 ago 2020 (CEST)
Tal com olora l'Amador, no està previst un formatting pattern amb un numèric, ni està documentat. Hi aplica el format de número (decimals, punts de milers) i amb un pattern ha de ser una segona formatació. En una taula aplica el format que correspon a cada crida i després el format de taula, cosa que ho fa més versàtil. Té solució, però queda a la cua de peticions dels darrers dies. No feu vacances? :-) --V.Riullop (parlem-ne) 18:46, 16 ago 2020 (CEST)

text: gràcies Vicenç, queda clar. I sí, jo si que vaig vacances, faig sortidetes de quatre, cinc dies i torno. Bon estiu!--Kette~cawiki (disc.) 22:10, 16 ago 2020 (CEST)
replies: text: : Fet. La mostra de dalt de tot ja funciona. --V.Riullop (parlem-ne) 10:39, 19 ago 2020 (CEST)
thread_title:  Error amb «formatting» numèric? 

message: Hi, in some cases ( specially in infobox) we need to exclude answers in a specific language. For example : looking for «name in native language», We may exclude answers in «Catalan». 
* Code : 
* Answer for Pau Casals i Defilló : 
 Question is how to do it ?  --وهراني (disc.) 00:22, 18 ago 2020 (CEST)
replies: text: I'm not sure if I understand your question. You can fetch the language and then decide what to do: . In local infobox we do something like . --V.Riullop (parlem-ne) 10:36, 18 ago 2020 (CEST)
replies: text: :  yes these is a solution for the problem. But what I was looking for is a simple instruction like «lang=!ca», is it possible ? وهراني (disc.) 17:15, 18 ago 2020 (CEST)
replies: text: ::  Done with list=notlang as the opposite of list=lang for monolingual values. It works for the language defined with parameter lang, by default the local language. --V.Riullop (parlem-ne) 10:38, 19 ago 2020 (CEST)
thread_title:  Languages in Query 

message: Estava convençut que no funcionaria. Ara em fa il·lusió compartir-ho:
*escons= {{#invoke:Wikidades | claim|| list = bestrank| property= P991|qualifier =P1410 |item=Q61756747 | separator= + |editicon=no}}
 
*sum escons={{#expr: {{#invoke:Wikidades | claim|| list = bestrank| property= P991|qualifier =P1410 |item=Q61756747 | separator= + |editicon=no}} }}
*escons=   
*sum escons=
Per si mai fa falta. amador (disc.) 20:00, 29 ago 2020 (CEST)
thread_title:  Fer operacions amb els resultats 

message: Bon dia, trobo que el superíndex (gregorià) que qualifica els anys anteriors aprox a 1600, pren molt d'espai a les infotaules i pot arribar a ésser una mica molest i repetitiu (ex. Jaume I). Podríem trobar una fórmula abreujada (ex. g., sense parèntesi, per dir alguna cosa), i potser amb un tooltip com al circa c. (vegeu Arnau I de Comenge). Com ho veieu?--Arnaugir (discussió) 11:29, 30 ago 2020 (CEST)
replies: text: De fet la indicació de gregorià no hauria de sortir gairebé mai. Se suposa que les dates anteriors al 15-10-1582 han de ser julianes. A  hi ha moltes dates julianes i algunes gregorianes. Aquestes no tenen referències, però amb precisió d'any i assumint 10 dies de diferència segurament són julianes. Ara bé, la indicació de julià sí que pot sortir correctament pels països que van implantar el calendari gregorià més tard. Es podria canviar per una variable a definir però em fa l'efecte que perdria en claredat i un tooltip no serveix per a mòbils. --V.Riullop (parlem-ne) 09:10, 31 ago 2020 (CEST)
thread_title:  (gregorià) 

message: Estic fent servir formatting=U en dates per després faig sumes i restes de dies i comparacions. Cap problema amb dates complertes, però quan la data és a nivell de mes-any, he tingut algun problema, perquè el mòdul em retorna el valor que ha llegit sense transformar: Ex.: abril 2014 i com que jo espero una xifra, doncs, casca. Et passo casos i el comportament amb el #time nadiu:
*
** el seu valor és:   i amb formatting=U dóna:  ....
*
** el seu valor és:   i amb formatting=U dóna:  ....
*El resultats amb #time:
**  >> 
**  >> 
**  >> 
**  >> 
**  >> 
**  >> 
**  >> 
replies: text: És a dir, sembla que no li agrada la versió alfabètica no anglesa, ni el MM AAAA numèric.

text: Ho podràs arreglar?. Merci, amador (disc.) 20:26, 10 set 2020 (CEST)
replies: text: : El formatting amb sintaxi time només l'aplica en dates amb precisió de dia. La funció #time té limitacions. Mira en la seva documentació la part què diu the fill-in feature is inconsistent. El mòdul hi podria fer alguna cosa més però amb molta precaució per evitar resultats inesperats amb altres formatting. No m'ho podré mirar en 10-15 dies. --V.Riullop (parlem-ne) 20:45, 11 set 2020 (CEST)
replies: text: :: Doncs deixa-ho com està i ja li posaré un filtre per detectar-los i li aplicaré el procediment de "sense data". Merci, amador (disc.) 22:05, 12 set 2020 (CEST)
thread_title:  Formatting=U<code><nowiki>  </nowiki></code> 

message: El convert posa, amb molt bon criteri, la unitat en que està expressat el resultat, però això és inconvenient quan està combinat amb formatting=raw, ja que interfereix a les operacions aritmètiques. Exemple: {{#invoke:Wikidades| claim |property=P2046 |convert=default |formatting=raw |item=Q1492 |editicon=false}} >>> .
No és urgent, perquè he tret el convert, ja que la majoria de  ja estan en km2, però mai se sap quan serà imprescindible. Salut ! amador (disc.) 07:05, 29 set 2020 (CEST)
thread_title:  convert + raw en numèrics 

message: On mobile phone "cascade mode" does not render well, I've fixed this with this edit . It uses ul li instead of " •" (But you can no longer use a separator, it's reset to string.Empty). Example: . Sami At Ferḥat (disc.) 18:04, 4 oct 2020 (CEST)
replies: text: Thanks. I have included it in new version 20201020. --V.Riullop (parlem-ne) 12:26, 20 oct 2020 (CEST)
replies: text: : Thanks . Actually, it is not suited for rtl languages (arabic, hebrew...etc.), here's a new fix ] (simpler code thanks to ) (disc.) 16:02, 21 oct 2020 (CEST)
replies: text: :: Great. It's hard to remember to check RTL issues for those of us who aren't used to it. --V.Riullop (parlem-ne) 18:52, 22 oct 2020 (CEST)
replies: text: ::: Hola ) I force myself to see the glass as half full: we only need to handle horizontal directions ;). Q: What do you think about the edit? is mw.language.new(wiki.langcode):isRTL() the fastest way of getting the direction?. BTW: I've updated Wikidades on 4 wikipedias (I maintain infoboxes on: kab, ha, mt, ary), it's no longer a fork as it used to be. My next evols will be restricted to the kab sandbox. Gràcies. Sami At Ferḥat (disc.) 00:39, 25 oct 2020 (CEST)
replies: text: ::::  Function isRTL() is the best way to check rtl languages, see mw:Extension:Scribunto/Lua reference manual#mw.language:isRTL.

text: :::: Thanks for updating versions. There are always some fixes, improvements and new options. For checking problems or requests it is easier with last versions. When doing major chances it is a good practice to check :kab:Taggayt:Pages avec des erreurs de script. There was a fix in :kab:Module:Wikidata/i18n and I have cleaned :kab:Module:Wikidata/labels for unexpected results in Catalan. Also, on ha.wiki there was an error for missing :ha:Module:Railway/format. This module needs a translation of labels Station and Line. It is a separate module for formatting the HTML output with Lua for local needs or preferences. See the last table in infobox at :ha:Filin jirgin saman Landan-Gatwick. Note that my previous edit on :ary:Module:Wikidata was reverted so I don't update this wiki any more.

text: :::: BTW, on ca.wiki we are trying Wikidata Bridge as a pilot. Click on the pencil icon in any infobox. Currently it only works for string values but it is exciting to be able to edit Wikidata in a pop-up dialog box. You can enable the pencil icon on your wiki. Without the Wikidata Bridge it links directly to the statement on Wikidata but it will be prepared for future Wikidata Bridge. It must be tested in each template. When the output of the module has further treatment or it is passed to another template, then the icon may broke it. There are some notes at Mòdul:Wikidata/addpencil/en/ús.

text: :::: --V.Riullop (parlem-ne) 10:17, 29 oct 2020 (CET)
replies: text: :::::  [Sorry for the late answer, missed the notification] Thanks so much for the fixes on ha and kab wikis (you even fixed unreferenced modules! how could you find kab:Module:Datastub?), I tried the Wikidata Bridge, seems promising but I could not find any label to edit, an example would be appreciated. Sami At Ferḥat (disc.) 04:26, 15 nov 2020 (CET)
replies: text: ::::::  I used function track from :kab:Module:Wikidata/debug. It is useful for tracking pages that match any condition defined in Lua. I've added an infobox at Viquiprojecte:Wikidata Bridge/Sandbox. It uses the language of your preferences. Try to edit the value "29", a string. It is live data, so after saving please revert it. The Wikidata sandbox d:Q4115189 is too much unestable but it can also be used for a temporary test. --V.Riullop (parlem-ne) 10:52, 16 nov 2020 (CET)
replies: text: :::::::  you're right, it breaks some templates, I'll fix them first before setting addpencil to true. Sami At Ferḥat (disc.) 18:17, 17 nov 2020 (CET)
thread_title:  Cascade 

message: T'he deixat un poltergeist a special:permalink/25243435. Un qualifier amb un "or" i una whitelist també amb un "or" que no detecta quan es compleix. Ara té un bypass per funcionar. Tot documentat a la pàgina prova. Salut ! amador (disc.) 16:43, 16 oct 2020 (CEST)
replies: text: Corregit. Amb qualifier múltiple no detectava cap whitelist ni blacklist. A notar que en les teves proves el whitelist0 no fa res. Aquests valors en la propietat no els troba mai i només llista els trobats amb el whitelist1. En aquest cas els whitelist actuen com una funció OR, és a dir, llistarà els que trobi amb un o l'altre. Amb múltiples blacklist és igual però al revés, només llistaria els que no trobi ni amb un ni amb l'altre. --V.Riullop (parlem-ne) 12:25, 20 oct 2020 (CEST)
replies: text: : Great !. Anava a reclamar-te urgència amb un altre cas tant senzill que em preocupava que no funcionés, perquè segur que hi havia més casos incontrolats. Però ja és això que dius. Per cert, el whitelist0 és per casos com a ; el pots veure a Plantilla:Infotaula eleccions/two rounds/ús. Salut ! amador (disc.) 17:20, 20 oct 2020 (CEST)
thread_title:  whitelist i property amb "or" 

message: No és que no me'n recordi que ja ho havia demanat, no. Tinc llacunes de memòria, però d'això me'n recordo. Però mirant unes infotaules de ciclisme (aquelles fetes pel meu amic francès que gestiona tots els quadres de resums, resultats, etc. amb el module:Cycling race), he vist que la funció #invoke:Cycling race|listofteams precisament tracta el  segons la data i he pensat que hauria de tenir una funció ad-hoc pel tema i que, potser, només potser, t'animaves a mirar si és fàcil fer una adaptació. A vegades, mirant, mirant, i després d'una migdiada, hi ha gent que s'inspira. Cas: L'equip  va participar a la  Tirrena-Adriàtica 2018 on es mostra correctament el nom que tenia en aquella data. Dins del mòdul, crec que té un tractament modularitzat a function getOfficialName, línia 583. Bé, quan puguis, opines. Gràcies, amador (disc.) 16:22, 5 nov 2020 (CET)
replies: text: El problema més que tècnic és el plantejament d'especificacions. Recordo que ho vam parlar pel mòdul:location on és complicat per les consultes recursives en l'arbre administratiu i al final no se sap què consultar ni on, i les dades administratives històriques no estan estructurades. Les solucions per un cas particular poden ser diferents per altres casos. El tractament en el mòdul ciclista està bé, però no ho acabo de veure en l'exemple quan d:Q47008011#P1923 ja té els equips d'aquell any. M'hauries d'explicar un cas comú a solucionar, a veure si serveix una consulta tipus , o bé estem parlant d'una altra cosa. --V.Riullop (parlem-ne) 11:07, 8 nov 2020 (CET)
replies: text: : Hi ha 3 casos clàssics pel que fa a les dades: la bandera/escut/himne(d'això últim no sé si n'hi ha), és a dir valor en propietat (imatge, àudio) i data en qualif.; el nom de l'equip esportiu que, sense canviar jurídicament incorpora el nom de l'espònsor, igualment valor en propietat (monolingual !) i data en qualif.; i el nom de l'entitat un cas similar a l'anterior pels casos de ministeris, noms de teatres, etc. que van canviant el nom, però no són una transició jurídica que requereixi un altre item. D'aquest darrer cas hi ha pocs perquè hem assumit que no es podia, però la solució seria la mateixa i amb la mateixa propietat que l'anterior. Els qualificadors hem de comptar que siguin P585 o P580-P582. Pel que fa a l'ús, no serà tant simple com ho planteges, ja que aquestes dades acostumen a estar dins una crida formatting=table. Estic pensant en el tractament de la P39 a la infotaula persona que fa servir l'escut i el nom de la institució com a qualificador de l'invoke (normalment un accés arbitrari a una propietat de la property de la table; o en la P54 que té el nom de l'equip, en aquest cas en la property de la table. El que seria raonable és forçar que l'invoke incorpori un any (any-mes?) i evitar les escales superiors (segles) als qualificadors. Et prepararé un joc de prova. Tot bé ?. amador (disc.) 11:52, 8 nov 2020 (CET)
thread_title:  seleccionar valor segons data validesa. Tornem-hi. 

message: Hi,  is it possible to implement a mechanism of Callback function in order to customize the display of information ? Some thing like :
p.claim{item='Q86920', property='P1195', displayformat = function(snak) 
							return '.' .. string.upper(snak.datavalue.value) .. ''
						end
}
--وهراني (disc.) 22:37, 10 nov 2020 (CET)
replies: text: I don't see the point. If it is about uppercase or similar you can use case=displayformat and add the function at Module:Wikidades/i18n, more examples at :eu:Module:Wikidata/i18n. --V.Riullop (parlem-ne) 10:36, 11 nov 2020 (CET)
replies: text: :  the goal is offering a special displaying for a special case. an other exemple : 
p.claim{item='Q799720', property='P2044', displayformat = function(snak) 
	if(snak.datavalue.value >= 0)
         then return '.' .. snak.datavalue.value.. '</code>'
        else return '.' .. snak.datavalue.value.. '</code>'
end
}
--وهراني (disc.) 14:41, 11 nov 2020 (CET)
 Ok, I get it. I've tried it in sandbox with a simple hack: Special:Diff/25424807. The function in defined in the "case" parameter, either in /i18n for other uses or directly on the fly. Note that the parameter passed is the value, not the snak. It works with:
local myfunc = function(value)
	if(tonumber(value) >= 0) then
		return '' .. value.. '</code>'
	else
		return '' .. value.. '</code>'
	end
end
return require('Module:Wikidades/proves').claim{item='Q799720', property='P2044', case=myfunc}
Does this work for you? --V.Riullop (parlem-ne) 10:31, 12 nov 2020 (CET)

text: :  but it will be called only for "format data type string". What about other types like url ?--وهراني (disc.) 17:52, 14 nov 2020 (CET)
replies: text: ::  Parameter case is used with data types: string, url, quantity (as the example above), wikibase-item, wikibase-property, commonsMedia, geo-shape, and external-id. Try it with an url. It is not used with data types globe-coordinate, time, monolingualtext, math, and musical-notation. It is still possible to return the snak but it should be done in an early step skipping most formattings. I should unterstand what is your use case to decide how to do it in a useful way without breaking anything. Maybe you can use directly mw.wikibase.getBestStatements. --V.Riullop (parlem-ne) 20:07, 14 nov 2020 (CET)
replies: text: :::  OK thank you. I think that it is enough for the moment.--وهراني (disc.) 16:12, 24 nov 2020 (CET)
thread_title:  Callback function to customize  

message: Currently, it's not possible to enable editicon for labels:

I have to perform n extra wikidata queries in order to have the editicon on labels:

The modification has to be done line 1548 :
getPropertyValue(id, propertyLabel, label_format, languages, false, false, "infoboxlabel"))
5th & 6th parameters are hardcoded to false, getParentValues should accept an extra parameter named labelediticon or something like that. Sami At Ferḥat (disc.) 02:01, 16 nov 2020 (CET)
replies: text: Try it with this edit. Is that what you expected? I have to do it twice, with and without icon, per backwards compatibility. Label may be used as filters or upto value. At some point I will have to clean up deprecated parameters in this function.  Gently reminder: showlabelid is better than labelshow=<label list> and uptolabelid better than upto=<label>, both for interwiki compatibility and for security against label edits on Wikidata. Included in my to-do list for dunno-when-to-do. --V.Riullop (parlem-ne) 08:40, 17 nov 2020 (CET)
replies: text: :  Great that's exactly what I expected, but I'm afraid it'll break many templates as editicon is true by default, I'll leave the decision to you ;). NB: That's not an urgent matter. Sami At Ferḥat (disc.) 18:30, 17 nov 2020 (CET)
replies: text: ::  It's the same problem as the pencil icon for Bridge. It may break templates included in parameter labelformat or in parameter rowformat with labelformat other than raw. I'm not sure if it's a common case. To be clear: default for pencil icon is false (true in cawiki) and for label icon is true. Using editicon=false, as in the claim function, it disables both icons and both for labels $0 and values $1. To be sure: do you mean a parameter like editicon but applying only to labels $0? For consistency it should be true by default. BTW, the pencil icon in this function is not fully solved, at the moment it appears only in the last value listed. --V.Riullop (parlem-ne) 09:39, 18 nov 2020 (CET)
replies: text: ::: An alternative solution disabling label icons for labels $0 when there is any template to expand. It seems safer without depending on more parameters. Does this work for you? --V.Riullop (parlem-ne) 10:39, 18 nov 2020 (CET)
replies: text: ::::  Yes it works, you're a genious, I've compared with the previous version and now it won't break templates: 
vs  (Sorry I had to create an old version). I think there's only one example I've seen where $0 is used in a template to expand: here at eu wiki, but it won't break if there's an icon. Sami At Ferḥat (disc.) 02:51, 19 nov 2020 (CET)
replies: text: ::::: Updated new version 20201119. Next step with function getParentValues is to include multiple values in uptolabelid for migration from deprecated upto. --V.Riullop (parlem-ne) 08:47, 19 nov 2020 (CET)
replies: text: ::::::  When include_self is enabled, the editicon is not present for 'self', I've fixed that here (Note that I've also fixed the value of self, by self I initially meant the item parameter and *not* the calling page).Sami At Ferḥat (disc.) 00:39, 20 nov 2020 (CET)
replies: text: ::::::: Great, I missed this option not used in ca.wiki. --V.Riullop (parlem-ne) 08:53, 20 nov 2020 (CET)
thread_title:  getParentValues: editicon for labels 

message: Crec que ho havíem parlat en algun lloc que ara no trobo. Els ordinals femenins provoquen incoherències quan poden alternar amb masculins. Per exemple Carme Forcadell i Lluís no és la 14a presidenta del parlament, és la 2a, Elisenda Paluzie i Hernández no és la 4a presidenta de l'ANC, és 4t president i 3a presidenta. Ping  per l'edició Special:Diff/25813713. Una opció que va quedar en l'aire és expressar-ho d'alguna altra forma, per exemple "Presidenta del Parlament (14è)", ping . --V.Riullop (parlem-ne) 15:27, 27 des 2020 (CET)
replies: text: Ho recordo i assumia que sempre es mostrava en neutre. Si ha d'estar feminitzat l'ordinal, haurem de treure el gender a les crides dels casos conflictius. Ja direu com queda. Salut ! amador (disc.) 15:35, 27 des 2020 (CET)
replies: text: : Està clar que pot dur a confusió. En realitat, jo sí que diria que és la 14a. presidenta del Parlament, per a l'altre significat jo sempre especificaria que és la 2a. presidenta del Parlament dona. El que sí que trobo incorrectíssim és el que hi havia fins ara «14è presidenta del Parlament» perquè els determinants han de concordar amb el nom que qualifiquen. La teva proposta «Presidenta del Parlament (14è)» està bé encara que sigui una mica lletja. No obstant, podríem aprofitar per consultar-ho al Termcat o a alguna altra referència lingüística. No sé si algú de vosaltres sap com es podia fer això. Per cert, ho havíeu discutit a Plantilla Discussió:Ordinal però aleshores els càrrecs no apareixien en femení. --SMP​ ([ +] disc. xat) 10:20, 28 des 2020 (CET)
replies: text: :: He fet una consulta a l'Optimot. --V.Riullop (parlem-ne) 20:32, 28 des 2020 (CET)
replies: text: :::  Resposta de l'Optimot: 14a presidenta, "perquè en el còmput no es té en compte si el càrrec l'ocupa un home o una dona, i si el càrrec l'ocupa una dona s'ha de fer servir la forma femenina del substantiu". Suggereixen que en el text es pot fer explícit l'ordre de dones que han ocupat el càrrec. A més, fan notar que "els càrrecs s'escriuen en minúscula inicial". Així, doncs, ho deixem com està i afegeixo un ping des de la discussió de la plantilla:ordinal. --V.Riullop (parlem-ne) 14:21, 29 des 2020 (CET)
thread_title:  Ordinals femenins 

message: No sé perquè no fa el locationtext d'una $0. Provo directament amb el mòdul, per confirmar que segons el seu algorisme hauria de traure alguna cosa i surt bé. Mira special:permalink/25848975, hi ha la crida tal com la tinc a la infotaula i a sota l'invoke directament. Merci, amador (disc.) 18:55, 30 des 2020 (CET)
replies: text: No és un tema del Wikidades sinó del Location, però és igual al final van lligats. Hi ha diferents coses a comentar, caldria llegir la documentació per si es pot explicar millor:

text: * L'invoke que fas al debug del mòdul és equivalent a case=location, no a locationcontext. Et falta el Qid2 de l'aerolínia per saber la data de context.

text: * La data de context la pren de la defunció, el naixement, l'inici d'activitat o qualificadors de dates, i  no en té cap. S'hi podria afegir també , però fins ara s'ha usat per biografies. Per defecte és 0.

text: * La data del referent per  és P571=1976. Abans d'aquesta data no existia l'estat. Com que és un arxipèlag es podria considerar que és un referent atemporal independentment de la situació política. Caldria afegir-lo a la taula anachronic_date.

text: * Ara per ara, amb dates de context anteriors al 1976 no considera que Seychelles sigui un referent vàlid. Les dues opcions que apunto són per considerar-les, per quan tingui més temps. També caldria considerar si per una aerolínia cal locationcontext o simplement location.

text: --V.Riullop (parlem-ne) 20:25, 30 des 2020 (CET)
replies: text: :Potser m'he sobrepassat amb el locationcontext, venia amb l'embranzida dels casos que he aplicat fins ara. El location ja fa la feina que ha de fer. Disculpes, --amador (disc.) 21:23, 30 des 2020 (CET)
thread_title:  locationcontext