Mòdul Discussió:Wikidades

    De Viquipèdia


    Recuperació en qualifierx = /Pid[modifica]

    @Vriullop: Bon dia !. Pot ser que l'opció de recuperar un valor d'altre propietat del mateix item (qualifierx = /Pid) només recuperi el primer valor si n'hi ha diversos ?. Quan és a l'item superior (qualifierx = Pid1/Pid2) sembla lògic, ja que vas a cercar un complement del valor, com una icona, la data de l'esdeveniment, etc. Però quan és del mateix item, és una alternativa a que ho hagin escrit com a qualificador i em pensava que seguia el comportament del list. Només és una pregunta, ja que tinc solució alternativa fàcil, perquè de fet, estic esquivant una mala praxi de com s'han carregat les dades. Merci, --amador (disc.) 06:42, 4 des 2021 (CET)[respon]

    @Amadalvarez Doncs està fet així expressament i no sabria dir per què. Havíem tingut embolics amb els qualificadors múltiples i potser això és anterior. Posa'm un cas senzill per provar si té fàcil solució (autorecordatori: line 1361). V.Riullop (parlem-ne) 11:16, 4 des 2021 (CET)[respon]
    @Vriullop: {{#invoke:Wikidades| claim | property=P1435 |item=Q71229 |formatting=table | qualifier = P2614 or /P2614| rowformat = $0.$1 }}
    Lloc històric i cultural de la República Popular Xinesa.(i)
    lloc component de Patrimoni de la Humanitat.(i) Modifica el valor a Wikidata. Aquí tens un cas.
    M'ha vingut bé per descobrir que, en aquest cas, no puc fer el que volia, ja que la P2614 només és vàlida en el segon valor (P.Humanitat). Quan està com a propietat principal, no discrimina i li aplica a tots els casos del multivalor. Per tant, cal reconduir les dades cap a qualificador, que és el més correcte. Però si vols mirar-ho per si surt un cas més adient, i entra dins del capítol "esport intel·lectual en pont", tu mateix. Salut ! --amador (disc.) 11:40, 4 des 2021 (CET)[respon]
    @Amadalvarez: En proves:
    Lloc històric i cultural de la República Popular Xinesa.(i)
    lloc component de Patrimoni de la Humanitat.(i) Modifica el valor a Wikidata
    No ho he actualitzat perquè no estic segur si li cal alguna protecció. S'hauria de provar en diferents casos. Pel teu cas, no serviria un whitelist? --V.Riullop (parlem-ne) 12:44, 4 des 2021 (CET)[respon]
    Bé, haurien de ser dues consultes black&white: {{#invoke:Wikidades/proves| claim | property=P1435 |item=Q71229 |formatting=table | qualifier = P2614 or /P2614| rowformat = $0.$1 |whitelist0=Q43113623}} {{#invoke:Wikidades/proves| claim | property=P1435 |item=Q71229 |formatting=table |rowformat=$0 |blacklist0=Q43113623}}
    lloc component de Patrimoni de la Humanitat.(i) Modifica el valor a Wikidata
    Lloc històric i cultural de la República Popular Xinesa Modifica el valor a Wikidata
    --V.Riullop (parlem-ne) 12:58, 4 des 2021 (CET)[respon]
    Sí, de fet el PH sempre queda millor al davant de tot. Miraré si trobo més casos multivalor a veure com impactaria el canvi. Et dic alguna cosa. Merci. amador (disc.) 13:33, 4 des 2021 (CET)[respon]
    En la darrera actualització hi he afegit aquesta correcció amb la confiança que és un cas menor i que no hauria de donar problemes. V.Riullop (parlem-ne) 10:16, 13 des 2021 (CET)[respon]
    Ja han sortit dos errors per aquest canvi: UNESCO i Acadèmia Valenciana de la Llengua. No sembla un problema greu, només 2 en 30 minuts. No estic segur si són problemes d'estructura a Wikidata, o bé s'hauria de protegir d'alguna forma. Pots analitzar quina és la consulta que ho provoca?, ho veig enredat. V.Riullop (parlem-ne) 10:40, 13 des 2021 (CET)[respon]
    @Amadalvarez: Hi ha unes 34 pàgines d'organitzacions amb aquest error, més 9 d'estacions. He intentat mirar els casos d'estacions i he parat boig. La solució fàcil és afegir list=false al data137 de {{Infotaula d'estació de ferrocarril}}, tal com actuava abans del canvi. Però dubto si realment és correcte i haurien de sortir tots, o bé la consulta hauria de ser una altra, o bé s'hauria de revertir el canvi perquè no hi ha per on agafar-ho. Sintetitzant, sobre Estació d'Arc de Triomf (Q800445) amb la consulta property=P833 i qualifier=/P833:
    • Abans, sense multiqualificadors: Q18654800 (Q18654800); Q973726 (Q18654800) forçant list=false erròniament i menjant-se el segon resultat.
    • Ara, amb multiqualificadors dóna: Q18654800 (Q18654800, Q973726); Q973726 (Q18654800, Q973726)
    El rowformat només considera $1, donant error en passar-lo a una plantilla. --V.Riullop (parlem-ne) 10:18, 17 des 2021 (CET)[respon]
    Crec que el més pràctic és revertir-ho, documentar perquè ho hem tret (per no tornar a caure), i oblidar-nos. En els casos de l'UNESCO i l'Acadèmia valenciana, ho he arreglat, perquè estava malament entrat a WD, però les estacions és una embolic, perquè edita el contingut (per exemple quan és el logo de la línia) i els multivalors no li senten bé. Mirar de fer un tractament "multi" seria una bogeria. D'altra banda, al cas que ha originat això li aplicaré el bypass que vas suggerir i tema salvat. Gràcies per intentar-ho. amador (disc.) 11:54, 17 des 2021 (CET)[respon]
    @Amadalvarez Finalment ho he revertit per evitar errors en diverses plantilles i per falta de casos on sigui necessari, tot i que he estat dubtant sobre el problema real. Un qualificador pot ser "Pid or Pid1/Pid2 or /Pid". En els dos primers casos treu multiqualificadors. Per exemple:
    {{#invoke:Wikidades|claim|item=Q31082|property=P2415|qualifier=P1013|formatting=table}}
    {{#invoke:Wikidades|claim|item=Q31082|property=P2415|qualifier=P1013/P2910|formatting=table}} Modifica el valor a Wikidata
    El tercer cas sembla una solució a casos particulars i es queda sense múltiples valors. Així i tot, en els casos de les estacions, el problema és al data137 de {{Infotaula d'estació de ferrocarril}}. Hi sobra el /P833 perquè és un valor que no tracta {{Imatge item subordinat}}. A més, no treu el segon dels valors de d:Q800445#P833 per falta d'icona. En els casos d'organitzacions, el problema era a {{Infotaula d'organització}} en el "bloc_seu_WD". S'arreglava canviant list=bestrank per list=false. En tots dos casos acaba en una plantilla que no admet valors múltiples. Quan he arribat als errors en {{infotaula eleccions}}, ja ho he deixat córrer. Massa coses esotèriques a revisar per no res, tot i que no sembla un problema conceptual del mòdul. V.Riullop (parlem-ne) 11:47, 31 des 2021 (CET)[respon]
    D'acord. Cap problema. amador (disc.) 16:01, 31 des 2021 (CET)[respon]

    Numèrics amb formatting raw i convert[modifica]

    @Vriullop: Bon dia, mestre. Per calcular la densitat de població recupero els valors amb raw. Però com he detectat que algunes superficies no estan en km2, he posat un convert i llavors la resposta conté la unitat, per la qual cosa la #expr: em dona error. Veure:

    • {{#invoke:Wikidades|claim|property=P2046 |list=false|formatting=raw|editicon=no |item=Q1647}}
    44000000
    • {{#invoke:Wikidades|claim|property=P2046 |convert=Q712226 |list=false|formatting=raw|editicon=no |item=Q1647}}
    44

    Sembla correcte que un convert retorni unitat, però si té formatting=raw és clarament sospitós de participar en una operació, per la qual cosa la unitat resultant, tampoc seria la d'aquesta propietat. Pensa si pot haver algun inconvenient que no veig en "no mostrar unitat si formatting=raw". De moment, l'eliminaré a mà.

    • {{#invoke:String|split|{{#invoke:Wikidades|claim|property=P2046|list=false |item=Q1647 |formatting=raw|convert=Q712226|editicon=no}}| |1}}
    44

    Merci, --amador (disc.) 09:38, 10 des 2021 (CET)[respon]

    Fet, l'exemple de més amunt ja surt bé. V.Riullop (parlem-ne) 10:14, 13 des 2021 (CET)[respon]
    Perfecte!. Gràcies, amador (disc.) 07:43, 14 des 2021 (CET)[respon]

    Items sense label ca[modifica]

    @Vriullop: Les etiquetes que no tenen versió catalana generen una entrada a Categoria:Pàgines amb etiquetes de Wikidata sense traducció, però com que apunta l'article, cal anar a mirar-lo per saber que cal corregir. Per actuacions discretes és una bona guia, però aprofitant la VP:QQ21 volia mirar de fer una traducció a l'engròs i carregar-les amb el QuickStatement. Seria possible, amb caràcter singular, obtenir una llista de Qid (i si pot ser, el text) sense label ca que es fan servir des d'articles ca?. Gràcies, --amador (disc.) 10:39, 12 des 2021 (CET)[respon]

    @Amadalvarez Via Lua o bé afegeix una categoria o bé una plantilla de rastreig. La categoria podria estar ordenada per Qid, almenys per agrupar i tenir a simple vista les repeticions. La plantilla de rastreig també pot ser per Qid i a Especial:Plantilles demanades es veurien les més freqüents, però barrejades amb d'altres que també cal repassar. Per fer una llista caldria que un bot passi pels 150.000 articles i llegeixi el codi font per trobar el text <a href="https://www.wikidata.org/wiki/Q144833?uselang=ca" title="Tradueix">. S'hauria de consultar algun botaire. V.Riullop (parlem-ne) 12:19, 12 des 2021 (CET)[respon]
    @Vriullop: A mi posar una categoria per Qid reclamat, ja m'està bé. En 3-4 dies de consum natural, ja haurà generat més categories que les que podrem arreglar. No pretenia fer net de tots els casos, que no sé quants són, perquè 150.000 són articles, però poden tenir més un item sense traduir reclamat; i a l'inrevés, 10 o 20 d'aquests articles poden estar reclamant el mateix. Ho podries activar ?. Al nom de la categoria hauria de figurar el Qid, així serà més fàcil preparar la càrrega. Merci, --amador (disc.) 16:32, 12 des 2021 (CET)[respon]
    Fet, per exemple (1152) Pawona. Haurien de sortir a Especial:Categories demanades, quan es refresqui, i ordenades per nombre de pàgines. M'he oblidat d'incloure-hi les de Categoria:Pàgines amb etiquetes de Wikidata sense traducció/Q, les que surten amb Qid sense cap traducció. Haurà de ser en la propera actualització. V.Riullop (parlem-ne) 10:13, 13 des 2021 (CET)[respon]
    @Vriullop: Com es fa per a que mostri totes les que té demandades?. La pàgina només mostra les 170 primeres i cap d'elles és d'aquestes. amador (disc.) 15:52, 13 des 2021 (CET)[respon]
    Ho explica a la primera línia. Es genera de la memòria cau, no sé amb quina periodicitat, la darrera és d'aquesta matinada. És possible que sigui diàriament. V.Riullop (parlem-ne) 16:40, 13 des 2021 (CET)[respon]
    Val. Ho he llegit però no havia pensat que estaria acabada de buidar i no sabia com saltar la frontera dels 170 fins al 5.000. Ho aniré seguint. Gràcies, amador (disc.) 16:52, 13 des 2021 (CET)[respon]
    @Vriullop: Disculpa si em reitero, però l'invent no dóna el resultat desitjat. Les categories apareixen en vermell als articles (Ex. Meryl_Streep), és a dir, actua la detecció. Ara bé, no hi ha forma que surtin a categories demanades que està clavat en 170 des d'ahir. Com que són una subcategoria de categoria:Pàgines amb etiquetes de Wikidata sense traducció pensava que potser les enganxaria per aquí, però com que no estan creades, no és mostren. Per tant, només tinc accés si vaig article per article que era el que volia evitar. L'opció rastreig tampoc n'estic segur que rutlli, perquè la "clau" del rastreig és el que li has d'aportar per a que et mostri els articles/items que ho tenen. Però si la clau és la Qid vol dir que prèviament haig de saber allò que pretenc conèixer. Si no se t'encén la bombeta màgica, seguiré esperant les categories demanades i aniré replegant les categories amb les Qid article a article seguint la categoria Pàgines amb etiquetes de Wikidata sense traducció. Si més no, no caldrà que hagi d'accedir a la correcció des del contingut de la infotaula. Ja veurem la productivitat de l'invent. Merci, amador (disc.) 07:40, 14 des 2021 (CET)[respon]
    @Amadalvarez El darrer comentari a en:Wikipedia talk:Special:WantedCategories sobre el tema diu que es refresca cada tres dies, tot i que pot ser variable si depèn d'engegar l'ordre manualment. Via rastreig estaríem igual, esperant que es refresqui Especial:Plantilles demanades. La diferència és que els enllaços vermells queden més amagats. El desavantatge és que ja tenim moltes plantilles pendents que s'haurien de netejar. Altres opcions passen per un bot, via Lua no és possible llegir una categoria, ni fer consultes API, ni crear un registre. V.Riullop (parlem-ne) 08:34, 14 des 2021 (CET)[respon]
    Estic fent-me un procediment d'actuació i el vaig perfeccionant. De moment, agafar les categories de 30 articles que han suposat 58 Qid, pegar-los en un excel, recuperar el seu contingut i tenir la crida a QS preparada: 11'. Ara em manca, veure quan trigo a traduir-los i la càrrega (que ho fa la màquina). La major part són noms de persones, de poblacions i de premis en aquesta tongada. Fàcil. Per fer volum sempre puc saltar-me allò que requereixi esforç per traduir i deixar-lo per més endavant. Bé, espero millorar la meva marca amb la pràctica. amador (disc.) 09:05, 14 des 2021 (CET)[respon]

    @Amadalvarez: Especial:Categories demanades ja està actualitzat, s'ha complert la previsió de 3 dies. També es veu com des de la versió en memòria cau fins que han passat l'script ja se n'han corregit bastants. --V.Riullop (parlem-ne) 10:42, 16 des 2021 (CET)[respon]

    @Vriullop: Va com una moto !!. Gràcies, --amador (disc.) 18:52, 16 des 2021 (CET)[respon]

    Incidència amb un qualificador /Pnnn[modifica]

    Hola, @Vriullop:. Bones festes i a punt de dir "i feliç any nou". Ha "deixat de funcionar", ja que sembla que abans funcionava i no sabem des de quan no ho fa, el següent codi de la {{Infotaula composició}}, línia data76:

    • {{#invoke:Wikidades |claim |property=P1191 |qualifier= /P4647 OR P4647 OR P276 |formatting=table |rowformat=$1 |item=Q223536 }}
    • Resultat:Sant Petersburg Modifica el valor a Wikidata

    tampoc amb aquesta variant que he provat pensant que el problema estava en tenir un /Pnnn al començament:

    • {{#invoke:Wikidades |claim |property=P1191 |qualifier= P4647 OR /P4647 OR P276 |formatting=table |rowformat=$1 |item=Q223536 }}
    • Resultat:Sant Petersburg Modifica el valor a Wikidata

    Però sí funciona:

    • {{#invoke:Wikidades |claim |property=P1191 |qualifier= P4647 OR P276 |formatting=table |rowformat=$1 |item=Q223536 }}
    • Resultat:Sant Petersburg Modifica el valor a Wikidata

    Les condicions de l'item són: No té P4647 ni com qualificador ni com propietat principal; Sí que té P276 com a qualificador de P1191. Merci, --amador (disc.) 19:40, 30 des 2021 (CET)[respon]

    @Amadalvarez Faltava una protecció en el tema multiqualificadors. Corregit en proves, seguim més amunt #Recuperació en qualifierx = /Pid perquè no estic segur si revertir-ho tot plegat. V.Riullop (parlem-ne) 09:32, 31 des 2021 (CET)[respon]
    El cas anterior, ja et vaig comentar que ho revertiria, perquè quan el resultat l'edita la infotaula és un embolic perquè ja li arriba editat des del mòdul, i costa més cara la salsa que els cargols. Aquest si que em sembla necessari. Ara ho provo. Merci amador (disc.) 09:43, 31 des 2021 (CET)[respon]
    He provat casos amb valors a /P4647 (Rigoletto) i sense (Simfonia num. 3 (Xostakovitx)). Funcionen correctament amb /proves. De moment ho deixo com està i quan em diguis que ho has pujat a producció, ho canviaré. Així també fem uns dies de prova. Merci, amador (disc.) 16:05, 31 des 2021 (CET)[respon]
    No cal pujar res, era una correcció en la part finalment revertida. V.Riullop (parlem-ne) 19:30, 2 gen 2022 (CET)[respon]
    Entesos. He tret el /proves i funciona correctament el problema descrit en aquesta secció. Merci, amador (disc.) 19:45, 3 gen 2022 (CET)[respon]

    No recupera el valor de la property[modifica]

    @Vriullop: Estic fent proves amb unes propietats inexplorades fins ara i penso que tenim un bug. Són propietats de tipus element, si bé el seu contingut és de tipus "categoria:nom de la categ". Cas:
    {{#invoke:Wikidades| claim |property=P7084 |item=Q106851|list=bestrank |editicon=no}} = .
    Pensant que m'estava equivocant jo, he fet:{{#if:{{#invoke:Wikidades|claim |property=P7084 |item=Q106851 |list=bestrank |editicon=no}}|si|no}}= si. Merci, --amador (disc.) 21:43, 27 gen 2022 (CET)[respon]

    Sí que el recupera, mira la categoria al final de pàgina. És normal això? V.Riullop (parlem-ne) 22:39, 27 gen 2022 (CET)[respon]
    Ho acabo de veure a la pàgina de proves i venia a respondre. Com que no li he posat cap formatting, recupera enllaçat i, com és una categoria, se'n va avall. Per l'ús que li vull donar, ja està bé. Si s'hagués de tractar, caldria posar-li formatting=label i, posar-li després, o no, els claudàtors. Disculpa, tema resolt !. amador (disc.) 22:55, 27 gen 2022 (CET)[respon]

    A voltes amb els whitelist[modifica]

    @Vriullop: Consti que només és una consulta per veure si m'engegues o és molt fàcil. Estic fent proves amb la Categoria relacionada (P7084) per veure si paga la pena fer-la sevir per generar categories des de WD. Soc conscient que si la resposta és que Sí paga la pena, l'eina que l'exploti s'haurà de fer en LUA perquè cal programar de debò i probablement sense passar pel Wikidades. Però per fer un descarte ràpid i saber redactar els requeriments de l'eina, estava testejant les diferents situacions amb crides via mòdul. Dit això. Una de les situacions és detectar si totes els valors del qualificador P642 són els que li pregunto (és a dir, whitelist comportant-se amb AND); com que això no és possible perquè treballen amb OR, he posat dos cops la P642 com a qualif1, qualif2 i tampoc m'ha funcionat, perquè jo tenia al cap que entre qualificadors funcionaven amb AND, però aquí ja quedava clar que no. La pregunta és: a) Et passa pel cap alguna trampa per aconseguir saber que els qualifs P642 tenen A i B (i C, si fos el cas) ?. o b) Seria FÀCIL fer que la relació entre acompliments de qualificadors fos un AND, ni que fos en proves, pel que comentava més amunt?. Gràcies, --amador (disc.) 08:52, 4 feb 2022 (CET)[respon]

    Vist per sobre, estem tornant al tema de qualificadors múltiples. V.Riullop (parlem-ne) 09:40, 4 feb 2022 (CET)[respon]
    No era la intenció. Pots fer una solució "ad hoc" al cas comentat?, en proves o amb una altre nom. I així evitem situacions estranyes en casos normals. T'animes?. Si no vols embolicar-te, ho entendré i ja trobarem altra forma de verificar el funcionament. amador (disc.) 19:36, 4 feb 2022 (CET)[respon]
    Quan torni a casa i em posi al dia. Via mòbil és impossible. Posa'm un exemple per entendre-ho millor i poder fer proves. V.Riullop (parlem-ne) 20:02, 4 feb 2022 (CET)[respon]
    Disculpa, @Vriullop. No m'ha arribat notificació i jo m'he distret amb altres fronts. A Plantilla:Amadalvarez/traduccions 1 tens un cas.
    No desesperis si et sembla que han fet un muntatge molt complicat per determinar la categoria que li correspon a un article. Precisament per això intento provar si dona cobertura raonable al 80% de les categories més habituals.
    Per contextualitzar: hi ha una colla de propietats que indiquen la categoria que correspon a UNA condició específica (nascuts/morts per localitat, persones que han estudiat a ..., etc.) per no inflacionar el sistema de propietats, van fer una propietat comodí (P7084) on la condició no està en el nom, sinó que està en el qualificador P642.
    Quan només hi ha una condició, és a dir, quadres de Fulano, ja ho he provat i pot ser útil, però per fer categories tipus: arquitectes catalans modernistes, cal que el filtre siguin diverses P642 i s'acompleixin totes per saber que la categoria aplica al cas.
    Si arribem a la conclusió que el muntatge de la P7084 és prou sòlid per casos més complexos i compatible amb el fet que dues wikis categoritzin amb criteris diferents, la meva investigació haurà acabat, perquè seria de bojos pensar en fer això amb una plantilla. Es tractaria d'explicar com ho hauria d'utilitzar un bot com el del Pere (o un mòdul invocat des dels articles) per saber quina categoria ha de posar sense tenir-lo codificat cas a cas, com li passa ara, ja que podríem "parametritzar externament" les condicions.
    Bé, ja estàs al cas. Si penses que és més fàcil una versió sacrificant funcionalitats, tu mateix. L'abast de la prova està molt focalitzat i no ha de servir a futur. Gràcies, amador (disc.) 19:47, 11 feb 2022 (CET)[respon]

    M'agafes en mal moment. Anoto l'anàlisi previ, sinó després no m'en recordaré. La consulta d:Q34636#P7084 amb q1=P642 dóna ara "edifici". Amb les proves anteriors de multiqualificadors "edifici, Girona". El problema no és el whitelist sinó haber de tractar un valor que és una llista. La solució passa per separar la llista en diferents columnes, $1=edifici, $2=Girona. Sent sota demanda (list1=true) pot servir per altres casos. V.Riullop (parlem-ne) 13:38, 12 feb 2022 (CET)[respon]

    OK, @Vriullop.
    A la guait. Gràcies, amador (disc.) 07:36, 13 feb 2022 (CET)[respon]
    No sé si encara és necessari. He fet un primer intent:
    • {{#invoke:Wikidades/proves|claim| item=Q34636 | property=P7084 | qualifier=P642 | formatting=table | list=1 | list1=2 | rowformat=$1$2 | whitelist1=Q41176 Q7038 | whitelist2=Q41176 Q7038 | editicon=false}}
    • edifici, Girona$2
      edifici$2
    Ho tradueixo. Amb list1=2 està dient que del qualificador1 tregui dos valors en dues columnes $1 i $2, tot i que la $2 no està definida. Es pot ampliar a més, però cal incloure-ho en el rowformat. El whitelist amb dos valors OR s'aplica a les dues columnes resultant un AND. En qualsevol cas, l'opció de listx pot servir en altres casos multiqualificadors que sempre ens ronden. V.Riullop (parlem-ne) 14:41, 10 març 2022 (CET)[respon]
    @Amadalvarez V.Riullop (parlem-ne) 14:44, 10 març 2022 (CET)[respon]
    Ho tenia aparcat, però ho rearrancaré.
    Quan dius "és pot ampliar.." vols dir que ho hauries de fer, o que li puc posar un list1=3 i manegar $1,$2 i $3 ?
    A veure si puc fer alguna prova per convèncer el @Pere_prlpz per construir el fil de treball del seu bot, tot i que quan li he explicat la teoria, opina que això de la P7084 té poc recorregut. Bé, a mi em cal una prova per veure-ho clar. Merci, Et tindré informat. amador (disc.) 22:03, 10 març 2022 (CET)[respon]
    @Amadalvarez: Potser estic desactualitzat, però crec recordar vam parlar de categoritzar automàticament per centre educatiu o per premi (ara ja no sé quin dels dos va ser el primer) hi havia un problema insoluble que era que era massa car (o difícil, no ho sé) comprovar amb Lua si una categoria existia, i això per una única categoria. Això segueix essent així o ara és fàcil comprovar si existeix una categoria? Si és factible, ja podríem implementar la categorització automàtica per premi i centre educatiu perquè tenim molt poques categories d'aquestes subcategoritzades.
    Una cosa molt més fàcil que categoritzar per dos criteris fent servir P7084 és fer servir les propietats de lloc de naixement i lloc de la mort (i les de les categories) per categoritzar per un sol criteri. Ara bé, com que les categories poden estar subcategoritzades per qualsevol criteri, el codi hauria de comprovar que l'article no estigui en cap de les subcategories, per tal d'evitar posar categories redundants. Si mirar totes les subcategories de catalans per assegurar que l'article ja hi sigui és més fàcil del que era fa uns mesos comprovar si només existia la categoria d'estudiants de la Universitat Pompeu Fabra, aleshores es pot fer.
    Amb dos criteris o més la cosa es complica una mica més, però si es pot categoritzar per un criteri, es deu poder fer amb dos. Hi ha les pegues addicionals que la majoria de les categories no estan informades a Wikidata i que hi ha casos problemàtics que cal evitar (per exemple, encara no he aconseguit distingir les categories d'artistes premiats de les d'obres premiades). De les 8544 categories de biografies per dos criteris que ara identifica el bot, només unes 1600 es poden identificar amb la propietat de tema relacionat a Wikidata i la resta les identifica pel nom. Si ara ho hagués de tornar a fer possiblement em saltaria el pas de consultar aquesta propietat a Wikidata, perquè a més de vegades dóna errors.
    Tot això suposant que el que vulguem fer amb Lua sigui complementar la categorització que han estat fent els editors humans les darreres dècades. Si el que vols és substituir l'esquema actual de categories per unes altres categories o una altra cosa, aleshores el problema tècnic es deu simplificar, però passa a ser el menor dels problemes.
    I si voleu veure què fa el bot, els codis són a https://github.com/pere-prlpz/viquipedia --Pere prlpz (disc.) 22:34, 10 març 2022 (CET)[respon]
    @Vriullop: Disculpa totes les molèsties, però reconec que no m'hi podré dedicar. Tinc masses fronts oberts que em costa tancar i millor que em dediqui a fer net, que a obrir-ne de nous. La línia de treball és el bot del Pere i les avantatges que addicionalment podia aportar la propietat que estava analitzant, no són clares. T'agraeixo, com sempre, l'esforç per mirar d'encaixar una proposta esbojarrada. A veure si la propera és més fàcil i/o útil. Salut ! amador (disc.) 07:09, 15 maig 2022 (CEST)[respon]

    complex query[modifica]

    Hi @Vriullop: , Please : How to write a query that need multiple values for 'list' parameter. Example :Some thing like : bestrank & 3 values only in the same time.

    An other point, in the doc we can see that 'qualifier' is an alias for qualifier1. But the use of 'qualifier1' has no effect.

    Example :

    it can be corrected in line 1196 with : qualifierId[1] = getArg(string.upper(args.qualifier or args.qualifier1 or ""))

    Thanks. --وهراني (disc.) 15:32, 7 abr 2022 (CEST)[respon]

    @وهراني Qualifier1 fixed, thanks.
    For list=<number> it should assume bestrank, but currently it doesn't. Pinging Amadalvarez, right? To introduce multiple values is not feasable, it should be split into new parameters. V.Riullop (parlem-ne) 11:18, 8 abr 2022 (CEST)[respon]

    Hide answers like "no linguistic content"[modifica]

    Hi @Vriullop:, is it possible to add a global blacklist (stored for example in Module:Wikidades/i18n ) in order to avoid some answers like "no linguistic content" (Q22282939). --وهراني (disc.) 00:25, 9 abr 2022 (CEST)[respon]

    Hi. I don't know if @Vriullop will attend your suggestion. However, I'm right now “externalizing” any kind of internal values of the code, via module:itemgroup. Their functionalities are inspired in i18n concept, but just to hold values under a key name. Invoke within the code exchange key by value. So, any wiki project may have its own version of Itemgroup with the filter values (white/blacklist), its icons to be used, or setting parameters to alter the logic of code "in function of" custom.
    The doc of the module is in catalan, but the comments in code are english. The module should not be change by project. The Itemgroup/list, Itemgroup/parent and Itemgroup/groups hold the particular values for each wiki language in the 3 different functionalities of itemgroup :
    • List: one key returns a list of values; for white/blacklist.
    • Groups: one value (usually a Qid) is searched in a list and return the name of the group where founds; to act by concept (for instance, it uses icon "event", icon "meeting", icon "award"..), defining which Qids of P31, or whatever, are in each group).
    • Parent: Similar to a Group but searching in ascendant by a property tree, typically P279, instead have a list of Qids.
    These 3 submodules contain all the variables for all the projects templates. So, the dictionary of setting parameters are grouped.
    You can see some uses in template:Infobox_event and template:Infobox_event/formatglobal or template:Infobox_election/core, for whitelist and template:Infobox_election where make the setting of icons and colors to use in a template where description have been changed by icons in order to save space, but giving freedom to select the icons by each version. Any help you need, just ask to me. Salut !, amador (disc.) 07:07, 9 abr 2022 (CEST)[respon]
    @وهراني By the way. If you don't mind, consider to use these two infobox: event & election. They are oriented to be used without changes, just setting its Itemgroup and its Templatestyles (well, RTL has not been tested, but I'm willing to implement your suggestions). See the examples to know their multi-pourpose functionalities: {{Infobox event/example intro}} & {{Infobox election/example intro}}. Awaiting reply, amador (disc.) 07:19, 9 abr 2022 (CEST)[respon]
    @Amadalvarez Thank you for your quick answer. If i understand the meaning of your suggestion, I'm forced to review and change all my templates. Is it correct ? وهراني (disc.) 15:47, 9 abr 2022 (CEST)[respon]
    Not exactly. Your @Vriullop suggestion is for a very specific problem, and perhaps it makes sense to solve as you say. I don't know how difficult is, because I know nothing of LUA. I'd wait for the Vriullop answer.
    However, your petition reminded me of when Vriullop gave me this kind of "magic wand" to solve a lot of funny suggestions I did to externalize just data, without code. And, immediately, I wish to share it.
    I believe that this tool could help to reduce customize settings among versions. I implement it when I make a big review of templates, step by step. No hurry. Sorry if I mispronounced and caused confusion. Salut ! amador (disc.) 19:32, 9 abr 2022 (CEST)[respon]
    @وهراني It makes sense to me to suppress Contingut no lingüístic (Q22282939) or any other future placeholder with no significant content for infoboxes. Please, provide an example of a query to understand better the use case, and in order to make some tests. V.Riullop (parlem-ne) 10:39, 11 abr 2022 (CEST)[respon]
    @Vriullop here is an example :
    @وهراني Sorry for the delay. Done Special:Diff/30076575 with definition "suppressids" at /i18n, and also assuming bestrank for list=<number>. V.Riullop (parlem-ne) 10:35, 22 abr 2022 (CEST)[respon]
    @Vriullop Good job thank you for this effort. But for list param, I think that spliting into new parameters is the best choice. In this case, for example, I can't get normal with best rank together with list=<number>. وهراني (disc.) 16:22, 22 abr 2022 (CEST)[respon]
    @Vriullop I made some modification on Mòdul:Wikidades/proves. Please give me your opinion. وهراني (disc.) 17:45, 22 abr 2022 (CEST)[respon]
    Great. You're right, reusing and argument for different purposes is always a bad idea. Some comments:
    • I've renamed to listmax and listrank for better understanding of backwards compatibility.
    • Currently, default list=true implies all preferred and normal values, so I have removed the default listrank=bestrank.
    • It is better to clean parameters at the beginning for using them properly afterwards, avoiding compatibility confusions.
    • It is fine to define qseparator/qconjunction, but default values in a table is weird. Separator may have HTML makups not suitable for qseparator. The sandbox page has a link to Mòdul:Wikidades/proves/test/ús for a quick check of some infoboxes with current use against the sandbox version. The query {{#invoke:Wikidades/proves | claim | item=Q17163 | property=P166 | qualifier1=P585 | formatting=table | rowformat=* ($1) $0 | separator=<br/>}} was broken with default qseparator=<br/>. It is not the best example, but the first one I encountered. I have removed the default qseparator=separator for formatting=table checking again args.qseparator. V.Riullop (parlem-ne) 10:28, 25 abr 2022 (CEST)[respon]
    Thank you @Vriullop.
    One last thing, how to hide answers showing QIDs ?
    Example - Q12240055 in this case :
    . وهراني (disc.) 20:18, 25 abr 2022 (CEST)[respon]
    There are some options to deal with missing labels. At /i18n you can define additional fallback languages. Not really a solution when English is missing, but it resolves some cases. For Catalan we have added Romance languages that a learned reader can understand or at least to guess its meaning. Also, at i18n you can define categorylabels for tracking missing translations. Anyway, Categoria:Pàgines amb etiquetes de Wikidata sense traducció/Q is hard to clean and there are new items endlessly. To drastically hide all Qids as labels, it is necessary to define a new formatting=noqidlabel. I have tried it on sandbox Special:Diff/30103861. V.Riullop (parlem-ne) 11:59, 26 abr 2022 (CEST)[respon]
    @Vriullop for me, I just add new line
    if not labelcase then return '','' end
    between line 805 & 806 . وهراني (disc.) 16:18, 28 abr 2022 (CEST)[respon]
    @Amadalvarez, Paucabot: I think it is time to consider that Categoria:Pàgines amb etiquetes de Wikidata sense traducció/Q can not be cleaned at all, and it is too hard to maintain with new items added with no label in English. As a result, it is not useful information for readers if experienced users can not provide a translation. Some options:
    • Hide Qid labels optionally by query with parameter formatting=noidlabel.
    • Hide Qid labels per wiki settings at /i18n.
    • Hide them always.
    In any case, the category can be substituted by a tracking Template:track/wikidata/label/Qid via Special:WhatLinksHere, if necessary. My first thought with caution was the first option, but after checking some of these labels I think User:وهراني is right, they can all be removed without hesitation, and they will appear again when they have a translation at least, and probably, in English. V.Riullop (parlem-ne) 20:58, 28 abr 2022 (CEST)[respon]
    First option is rare, because it assumes that some specific query has usually no label.
    The second one is my option because has the same effect as the third but allow each project to decide.
    I agree with change category to tracking.
    In addition, I thing that a best practice may be take care of non english labels in items with our own language label in order to reduce this situation in other languages (search haslabel:ca -haslabel:en).
    Thanks for the job done. amador (disc.) 21:30, 28 abr 2022 (CEST)[respon]
    i agree with amador, the second option is the best one. وهراني (disc.) 16:40, 29 abr 2022 (CEST)[respon]
    Done. I have removed the tracking template. If the label does not appear in the infobox it is hard to find which is the label not translated. If needed, it can be added on request. Also, the function returns nil. A void value also works, but it could be misinterpreted in lists at some point. V.Riullop (parlem-ne) 11:39, 4 maig 2022 (CEST)[respon]

    Recovery in qualifierx = / Pid (again)[modifica]

    Hi @Vriullop, I want to use this query to get followers :

    • {{#invoke:Wikidades|claim|item=Q69943|property = P3450|qualifier=P156 or /P156| formatting=table|rowformat = $1}}Temporada 2012 de Fórmula 1 Modifica el valor a Wikidata (correct answer)
    • {{#invoke:Wikidades|claim|item=Q12198711|property = P3450|qualifier=P156 or /P156| formatting=table|rowformat = $1}} → (no answer but a value exist for Property P156)

    is there any mistake ? وهراني (disc.) 12:50, 23 juny 2022 (CEST)[respon]

    @وهراني: In the second one, P3450 does not exist, so it does not try to retrieve any qualifier. But:
    • {{#invoke:Wikidades|claim|item=Q69943|property = P3450 or P156|qualifier=P156 or /P156| formatting=table|rowformat = $1}}Temporada 2012 de Fórmula 1 Modifica el valor a Wikidata (same answer from the first two ORs)
    • {{#invoke:Wikidades|claim|item=Q12198711|property = P3450 or P156|qualifier=P156 or /P156| formatting=table|rowformat = $1}}1987–88 Iraq FA Cup (en) Tradueix Modifica el valor a Wikidata (it retrieves P156 twice as $0 and $1 from the second two ORs)
    --V.Riullop (parlem-ne) 13:38, 23 juny 2022 (CEST)[respon]
    Ets un geni !! amador (disc.) 17:38, 23 juny 2022 (CEST)[respon]
    @Vriullop Thank you very much. وهراني (disc.) 19:09, 23 juny 2022 (CEST)[respon]