Obre el menú principal

Sobre aquest tauler

Herodotptlomeu (discussiócontribucions)

Bon dia Vicenç,

Em sembla que l'últim cop m'ho vas poder arreglar tu. Podries posar la plantilla "Autoritat" dins de l'editor de codi wiki? Així com està "referències" o "Ordena:"

Moltes gràcies!!

Vriullop (discussiócontribucions)

No estic segur de què vols dir. Concreta una mica més.

Herodotptlomeu (discussiócontribucions)
Resposta a «Plantilla Autoritat»
Amadalvarez (discussiócontribucions)

Mira Special:permalink/22101958 Dins el codi hi ha el map draw que he fet servir per generar el JSON i el codi de crida del mapa.

El problema és que no mostra bé els marcadors, tot i que a Commons es veuen bé.

Salut !

Vriullop (discussiócontribucions)

Sembla que "-number" no li ha agradat. Ho he canviat per números fixats i funciona en dinàmic, en previsualització o ampliant. En estàtic no surt, potser li falta refrescar.

Amadalvarez (discussiócontribucions)

Ho he pensat, però a Commons si que es veu, o sigui que no és cosa del JSON.

Bé, no ve d'aquí. A fi de comptes, el Commons és estàtic. Merci,

Vriullop (discussiócontribucions)

Provat amb un mapa diferent, d'estructura similar, sí que es veu: Special:Permalink/22102600. L'única diferencia que hi veig és que title és multilingüe.

Amadalvarez (discussiócontribucions)

Però aquest no té numeració. Jo crec que té a veure amb el -number.

No li donis més importància.

Resposta a «problema amb data.map»
Jmarchn (discussiócontribucions)

Estic treballant en ajudes internacionalitzades per a uns mòduls que estic enllestint. Hi ha alguna manera, de la mateixa forma que amb el mòdul wikidata s'obté els valors d'una propietat o l'etiqueta d'un element de WD, com es pot obtenir el nom de l'article d'un idioma concret (si existeix) d'un element (facilitant el Q... i l'idioma). Moltes gràcies.

Vriullop (discussiócontribucions)

Amb mw.wikibase.getSitelink(itemId, globalSiteId). És una de les funcions de mw:Extension:Wikibase Client/Lua. En aquest cas, globalSiteId és tipus enwiki, frwiki, cawiktionary, etc.

Jmarchn (discussiócontribucions)
Resposta a «Article d'un altre wiki»
Amadalvarez (discussiócontribucions)
Resposta a «centralització plantilles i mòduls»
Sami At Ferḥat (discussiócontribucions)

Hello Vriullop,

I have a question concerning the main function of the Wikidata module, why did you disallow calling the function claim from a content page?

Vriullop (discussiócontribucions)

It is a bad practice to invoke a module from an article instead of using a template. In the first steps developing this module I found it difficult to change the syntax of the arguments when it is invoked directly. It is easy to modify a template but you need a bot to modify all the articles invoking the module. Anyway, once the module is stable this restriction is not required. Has it caused any problem?

Sami At Ferḥat (discussiócontribucions)

Thanks for the explanation, I just asked the question out of curiosity.

Since your are the author of the module, could you please review my modifications on the kab wiki here. I mainly modified the function getParentValues:

  • Ability to pass an id label (uptolabelid) instead of a text value (upto).
  • Ability to pass an id link (uptolinkid).
  • Sometimes the label is nil while the link text is not; so it stopped lopping. I removed that restriction.
  • Ability to pass a list of properties to the parameter property.

Examples

  • Infobox language (see result in kab:Takatalant): {{#invoke:Wikidata|getParentValues|property=P279|uptolinkid=Q25268 Q721612 Q37845 Q32940 Q33199 Q49228 Q33311 Q25946 Q25946 Q33322 Q19860 Q33614 Q26986 Q33838 Q33705 Q33909 Q236425 Q34228 Q45961 Q34171 Q34113 Q34073 Q33612 Q34090 Q33750 Q34230 Q11263525 Q27969 Q34070|sorting=-1|rowformat=$1|cascade=true|include_self=true}}
  • Infobox religion (see result in kab:Taciɛit ): {{#invoke:Wikidata|getParentValues|property=P279 P361|uptolinkid=Q9174|sorting=-1|rowformat=$1|cascade=true|include_self=true}}

It's the first time in my life coding with a scripting language (especially without an IDE), so please do not look at the shameful history of the page.

Vriullop (discussiócontribucions)

I'll look at your code later, maybe in a week, currently I'm too busy. In the meantime I ping Amadalvarez if he wants to look at use cases of new functions for getParentValues. At a first glance it makes sense to me, to manage parent values through ids instead of labels.

Sami At Ferḥat (discussiócontribucions)

I also have another question: Is it possible to use SPARQL in a wiki module?

It'd be helpful to get child values (subspecies of species, dialects of a language...etc.). The wikidata property has part is most of the time empty.

Vriullop (discussiócontribucions)

By now it is not posible to make SPARQL queries with Scribunto. It is in the whishlist, for example phab:T185313, but I'm afraid it will be expensive.

Vriullop (discussiócontribucions)

Hi, Sami, good work. I've only made minor changes of syntax. I'll include your code in the copy at ca.wiki, but I prefer to avoid another dependency with Module:LuaLinq. When I have some time, I'll update your module with new versions on ca.wiki with some improvements for efficiency.

Sami At Ferḥat (discussiócontribucions)

Thanks Vriullop,

I've removed the dependency to LuaLinq (it was not really necessary there, but I heavily use on another module).

I've also added a new parameter (case (grammatical)) to the getParentValues function.

Each modification has its own edit in the page history.

Vriullop (discussiócontribucions)

Great.

I have some questions about your language, I work also on Wiktionary. I found a Catalan-Amazigh dictionary. It is about Northern Amazigh as a macrolanguage, for example the entry pare (father) translates baba as a general form and ibba as Kabyle (QBYL). Can I trust this dictionary? Can I use baba for Tashelhit, Central Atlas Tamazight and Tarifit, and ibba for Kabyle? Is the Tifinagh script, or Neo-Tifinagh, used for these languages?

Sami At Ferḥat (discussiócontribucions)

In Kabyle it's not ibba, it's baba.

I had a look at the website, the dictionary seems to be based on the Shilha language (+ they use tifinagh script and don't mark the schwa letter). There's another pan-amazigh dictionary but kabyle based, the entry for father is baba.

As for the entry ibba, it says that this word is found in central morocco (Kelaat-M'Gouna...etc.)

I think the first website copied data from the second without reading the Nota Bene and assumed it was Kabyle.

Vriullop (discussiócontribucions)

I chose this page at random but it confirms my suspicions that this dictionary should be taken with caution. Thanks.

Sami At Ferḥat (discussiócontribucions)

Vriullop,

Sorry to bother you for another lua question (but you're the expert ^^), it's just 3 lines of codes, is this the right way to project a dictionary into an array/list of values in lua?

local values = {} for _, v in ipairs(dictionary) do table.insert(values, v) end

It looks ugly and verbose.

Sami.

Vriullop (discussiócontribucions)

Hi, I'm not an expert. I made my first program in the 80s and now in my retirement I'm just playing with Lua and I'm happy to help if I can.

It looks really ugly, but it is only needed when converting it to a string. Use callParserFunction instead without any convertion: return f:callParserFunction('#babel', f.args)

Resposta a «Module:Wikidata»
Enric (discussiócontribucions)

Bon dia, Vicenç. Estic pujant fotos de Santa Coloma de Gramenet i veig que això de Can Pedragosa està totalment embolicat, per tant hi he fet uns canvis de redacció: la casa original (núm. 22) la van tirar a terra ja fa anys, i llavors van decidir que la façana la conservarien i la muntarien una mica més avall, al número 14, però el més calent és a l'aigüera. Tot això està relacionat amb el PERI de Santa Coloma i el projecte de la constructora del Banc Sabadell per reurbanitzar la zona. Per tant, la foto de l'article Can Pedragosa i les que hi ha a la categoria corresponent de commons no pertanyen a la façana de Can Pedragosa reubicada sinó a la façana de sempre de Ca n'Altés, on curiosament hi diu "Can Pedragosa" perquè els amos que hi viuen ara són els Pedragosa, els que es van vendre la casa original que van tirar a terra i la façana de la qual s'havia, teòricament, de conservar. Això més o menys ho explicava a la discussió de la llista de monuments del Barcelonès Nord.

Em pregunto si el més sensat no seria eliminar la foto de l'article (ja que no correspon a la façana en qüestió) i esborrar la categoria "Can Pedragosa" de totes les fotos que hi ha ara al commons, que en són quatre, tres de les quals són meves de quan vaig fer el primer safari fotogràfic per Santa Coloma i encara no m'havia assabentat de tot aquest embolic.

Vriullop (discussiócontribucions)

Si ho he entès bé, la categoria c:Category:Can Pedragosa s'hauria de traslladar a una nova "Category:Ca n'Altés", canviar el codi de les quatre fotos que té, i afegir-hi les quatre noves que has carregat. Correcte?

No em queda clar si al número 14 hi ha alguna cosa de l'antiga façana. A la fitxa hi diu: "Aquest edifici va ser enderrocat i part dels elements de la façana, van ser inclosos en el nou immoble, de la finca del carrer del Pedró número 14, a uns 50 metres de l'edifici original." Potser no és tota la façana però hi ha algun element.

Enric (discussiócontribucions)

Pel que fa a la primera pregunta, correctíssim. I pel que fa a la segona apreciació, jo també ho vaig pensar, tot i que, segons em van dir a la botiga de davant de Ca l'Altés, Can Saladrigas, van tirar Can Pedragosa a terra i van dir que en conservarien la façana i la recol·locarien, però, segons ells, "el més calent és a l'aigüera", i dubtaven que mai més la tornessin a aixecar enlloc. La casa del número 14 la vaig fotografiar (aquests en són els baixos, plens de pancartes de protesta contra el PERI, i aquest el primer i el segon pis). Tu mateix pots comprovar si s'adeqüen a la descripció de la façana de Can Pedragosa que en fa Patmapa.

Per cert, en aquesta web de l'Ajuntament de Santa Coloma pots apreciar que ells mateixos anomenen Ca n'Altés la falsa façana de Can Pedragosa (que realment sí que és "Can Pedragosa" ja que la casa és ara la residència dels Pedragosa). Això ja sembla allò dels Trabal i els Roldan... Per cert, avui he anat a Sant Joan Despí i les he fotografiat totes dues, Can Trabal (té un angle fatal per fer la fotografia i només es veu de costat des del carrer, la façana gairebé no s'aprecia) i Cal Roldan (així és com en diu a la façana mateix, aquesta és més agraïda de fotografiar). Es troben en un passatge molt estret encaixonat a banda i banda pels terrenys de la ciutat esportiva del Barça. Totes dues cases les pots veure, una a la categoria de commons de les masies de Sant Joan Despí, l'altra a Cal Roldan.

Vriullop (discussiócontribucions)

Categoria traslladada i fotos posades a lloc. No descarto que el número 14 tingui "part dels elements". Diu "composició simètrica amb tres obertures per planta, balconeres centrals i finestrals als cantons"... "impostes remarcades"... "fris superior amb ornamentació de motius geomètrics i cornisa de coronament". Les baranes, reixes i fusteria ja no es corresponen, però davant del dubte ho deixo de moment per bo.

Enric (discussiócontribucions)

En un principi també ho vaig pensar, però després de llegir en diversos llocs que el trasllat encara no s'havia fet, vaig deduir que la casa del núm. 14 ja devia ser així d'origen. De fet, les cases d'aquella banda de carrer són totes d'una tipologia semblant, les devien fer (o reformar) a la mateixa època i seguint uns gustos similars. Fixa't en aquest document de l'Ajuntament colomenc, de data 19 de febrer de 2019, que diu a la pàg. 6 que "A l'acord novè del CONVENI s'estableix l'obligació al BSSRED de reconstruir la façana de Can Pedragosa a la finca del carrer del Pedró, núm. 14", és a dir, el febrer d'enguany això encara no s'havia dut a terme, i la meva foto és del 8 de novembre del 2018.

Vriullop (discussiócontribucions)

La foto del núm. 14 mostra un edifici rehabilitat i amb un cartell en venda. Es fa estrany que l'enderroquin per a reconstruir una façana del mateix estil. Llegint el conveni crec que ja ho entenc. Els veïns van protestar per l'enderrocament del núm. 14. L'ajuntament paralitza les obres i el compra pel seu valor històric, seu de l'antiga escola Estudi Nou. A més segrega part del núm. 16 i el compra per a ampliació d'equipaments. En el mapa de l'ICGC es veu una finca buida al costat del 14. Amb aquesta doble compra, l'ajuntament assumeix l'obligació de reconstruir la façana de Can Pedragosa. Imagino que això serà en el 14 bis, en l'ampliació del costat. Trec les fotos del núm. 14 que deuen ser de l'antiga escola.

Enric (discussiócontribucions)

Efectivament, a l'edifici del costat esquerre del núm. 14, quan hi vaig anar jo, hi havia un gran solar buit que incloïa diverses finques. Al Google Street es pot veure clarament el buit que hi ha, o si més no hi havia quan hi vaig anar a finals de l'any passat.

Resposta a «Can Pedragosa»
Isidre blanc (discussiócontribucions)

Hola, Vicenç: Abans (fins fa més o menys un mes), a l'editar el resum d'edició, funcionava una ajuda d'autocompletar molt pràctica en cas de textos repetitius perquè només calia posar les primeres lletres i sortia una opció a escollir. Em va deixar de funcionar de cop i volta i no m'explico els motius. En saps quelcom? No és una qüestió molt important, però ho trobo a faltar molt.

Vriullop (discussiócontribucions)

No estic segur de què vols dir. Als ginys de les preferències hi ha l'opció "afegeix dues llistes desplegables sota del resum d'edició amb els resums d'edició més habituals, tant per edicions majors com per menors." Això no és exactament "autocompletar" sinó escollir un dels casos més habituals. La funció d'autocompletar la fa el teu navegador en base als textos que has escrit recentment i que té desats. Potser has esborrat les galetes o la memòria temporal del navegador, no estic segur de com ho fa, però no és cap funció del MediaWiki.

Vriullop (discussiócontribucions)

Ara que hi penso, una cosa sí que ha canviat fa uns mesos en el meu navegador, el Firefox. Quan edito una secció no s'activa l'autocompletat. El títol de la secció apareix al principi del resum i fa uns mesos ho van canviar per un enllaç a la secció que ho deu espatllar. Com a solució només veig: 1) esborrar el títol de secció, 2) afegir el resum amb l'autocompletat. Si el títol de secció és el mateix, ja ho tens. Si és diferent pots optar per deixar-ho estar i que no surti o bé tornar-lo a afegir: esborrar-lo amb Ctrl+X i en acabat tornar-lo a posar al principi amb Ctrl+V.

Resposta a «Autocompletar en el resum d'edició»
Enric (discussiócontribucions)

Bon dia, Vicenç. Estic pujant tot de fotos de Manlleu de quan hi vaig anar aquest gener i te n'estic massacrant algunes que vas penjar tu per il·lustrar algun dels edificis. Espero que no et sàpiga greu!

Vriullop (discussiócontribucions)

Tu tira. Jo només passava per allà i si em sabés greu hi hauria dedicat més atenció i una hora millor que el capvespre.

Resposta a «Fotos de Manlleu»
Amadalvarez (discussiócontribucions)

S'han disparat els missatges de temps exhaurit per l'execució d'scripts. Ex.: Estats Units d'Amèrica.

Pot tenir a veure amb el canvi d'ahir de Wikidata ? La infotaula no s'ha tocat des del 3/8. Ja sé que va justeta, però ara envia 20 missatges seguits

Vriullop (discussiócontribucions)

Possiblement, quantes més coses afegeixen més justos anem.

Substituint {{Taula d'estat}} per {{Infotaula geografia política}}, sense paràmetres, entra la infotaula i l'error de temps exhaurit surt més avall. Caldrà migrar d'una a l'altra.

En una previsualització, l'apartat "Elements Wikidata utilitzats en aquesta pàgina" espanta. La darrera vegada que ho vaig comprovar, per treure "Etiqueta" no consumia recursos, però sí els accessos arbitraris on diu "Declaració".

Caldrà pensar en fer retallades dràstiques. D'entrada em carregaria totes les llistes amagades. Si s'amaguen no són del tot útils. En versió per a mòbils surten desplegades i cal tirar molt avall per trobar la introducció.

Amadalvarez (discussiócontribucions)

Si el canvi només ha incrementat, doncs res, el que cal mirar és la infotaula. Només era per prudència que no estigués en bucle.


El tema etiquetes, la meva idea era tenir replicades les etiquetes locals a /labels i només accedir a WD si lang no local. Però això no evitaria l'expansió de la plantilla GetLabelFix.


El tema dels desplegable, hem de demanar un consens amb la comunitat on jo proposaria tallar la llista (no sé encara com) si és superior a X i treure sempre desplegades les inferiors. Treure els desplegables és suportable si són llistes "normals", però cal tenir una solució per les llargades patològiques.

Amadalvarez (discussiócontribucions)

Hi ha forma barata de saber quantes instàncies hi ha d'una propietat abans de tractar-lo ?. Estava mirant que USA té una brutalitat de "conté", "fet significatiu" i "membre de". Crec que podríem "penalitzar els excessius", sense haver de penalitzar tothom.

Vriullop (discussiócontribucions)

He creat una funció:

  • {{#invoke:Wikidata/proves|numStatements|P463|item=Q30}}: 43
  • {{#invoke:Wikidata/proves|numStatements|P463333|item=Q30}}: 0
  • {{#invoke:Wikidata/proves|numStatements|P463|item=Q300000000}}: 0
Amadalvarez (discussiócontribucions)
Vriullop (discussiócontribucions)

L'he posada a Mòdul:Wikibase perquè és una subfunció de mw.wikibase.getAllStatements.

Amadalvarez (discussiócontribucions)

Gràcies pel canvi.

Amadalvarez (discussiócontribucions)

Ara he vist el que passa amb les pre-infotaules. Quan vaig crear infotaula geografia política, hi havia centenars de infotaules amb noms diferents. Les que tenien menys articles les vaig migrar a mà i les grans, vaig encarregar un bot al @Joutbis que, si bé va ser exitós en altres migracions, en les d'aquesta infotaula mai hem trobat el moment per executar-lo i fer net, perquè el control de qualitat posterior roba temps. Intuint que el 80% dels paràmetres manuals no servirien per res, vaig posar en les pre-infotaules un accés a la property equivalent en tots els candidats a inútils i, si existia contingut a WD, no copiava el paràmetre manual per a que quan entrés la infotaula de veritat, ho agafés de WD. Per tant, tenim un grapat de dobles accessos.

Com que no compto que el @Joutbis s'hi animi a dedicar el seu agost a fer aquesta feina, modificaré les preinfotaules per a què posin en una categoria tots aquells articles que no tenen res a aprofitar i així ja sabrem que en aquests podem entrar a sac a eliminar-les.

Això del numStatements gasta poc, oi?, perquè en el 90% dels casos serà una pregunta estèril, ja que seran pocs i, per tant, li vindrà darrera l'accés al contingut.

Merci,

Vriullop (discussiócontribucions)

En aquest cas dels EUA ja pots fer la migració manual, continua donant error però es recupera una mica. Així es pot anar delimitant el problema.

El numStatements és una consulta simple amb una funció de wikibase. Estic per posar-la al Mòdul:Wikibase com a subproducte. Com tot, no gasta si no s'usa amb accés arbitrari, amb un item diferent al de la pàgina.

Amadalvarez (discussiócontribucions)

Als EUA ja li he tret la infotaula estat i he anul·lat manualment el "fet_clau" i "part_de" que tenien un munt d'entrades, i encara dóna error.

Amadalvarez (discussiócontribucions)
Vriullop (discussiócontribucions)

Provant en l'article dels EUA, hi ha tres infotaules: la política, la d'economia i la de demografia. La política gasta:

  • 8,7 s, 29.2M, getEntity 7,9%

Suposo que les crides a getEntity són accessos arbitraris. En aquest cas: Mont McKinley, Donald Trump i Economia dels EUA. L'altitud del McKinley no crec que variï i es pot evitar amb un paràmetre altitud_màxima=6.190 o bé afegint-ho com a qualificador tal com està el punt més baix.

La d'economia gasta:

  • 2,7 s, 25.1M, getEntity 27.4%

Aquí és on dóna ara l'error, el temps sumat ja supera els 10s, la memòria els 50M. Sorprèn que gasti tanta memòria i crides a getEntity. D'entrada, la {{Infotaula economia país}} té un paràmetre item que no s'usa i un paràmetre item_pais que l'obté suposant que estem en l'article Economia dels Estats Units i no en l'article del país. Tal com està definit no puc fer proves en una altra pàgina, no puc veure quins són els accessos arbitraris. (He descobert que l'apartat "Elements Wikidata utilitzats en aquesta pàgina" no mostra les dades de la previsualització sinó les dades de l'article desat, cosa que em feia tornar boig). De fet, sembla que la infotaula sigui redundant tenint un article principal. La mateixa infotaula en l'article de l'economia i amb dades més completes només gasta:

  • 0,1 s, 2,5M

El més fàcil serà carregar-se-la en lloc d'intentar caçar mosques. Dels 10 articles de països on s'usa en 3 exhaureix el temps Lua. Tot i així, repassa com usa els paràmetres item.

Per completar l'anàlisi, la de demografia gasta:

  • 0,9s, 15.2M
Amadalvarez (discussiócontribucions)

Mira aquesta prova de la subplantilla de generació de codis estadístics. Segur que podré rascar alguna cosa (algun if then show..).

Això està en el primer bloc

Amadalvarez (discussiócontribucions)

Lo d'economia és kafkià, i suposo que haig d'assumir la paternitat perquè així ho diu l'historial, tot i que em sembla que ja m'ho devia trobar mig muntat. Anyway.

Per entendre com es compten en aquest cas els accessos arbitraris: Tenim que els accessos es fan des d'una subplantilla; si jo li passo un valor en "item" i als invoke no els hi poso res, compten com a normals, tot i que l'item de l'article sigui un altre ?. Si és així, l'invent dels dos items s'ha de muntar al revès, ja que el nombre d'accessos a dades de l'article d'economia són mínims.

Tot i pensar que està al revès, el seu lloc original era l'article de l'economia. La presència en una secció dels articles de l'estat, quan una part de les dades ja s'ha mostrat a la infotaula principal, no té sentit.

Vriullop (discussiócontribucions)

Les dades d'economia són a l'item del país, no a l'item d'economia. Es faci com es faci, en l'article del país seran accessos directes i en l'article d'economia seran accessos arbitraris.

Tant a l'article dels EUA com el d'economia, es queda amb item_pais buit perquè cap dels dos no té la Aspecte de (P1269). Amb el paràmetre item no en fa res perquè la subplantilla /prepara no l'usa, les invocacions es fan amb item_pais i com que està buit pren per defecte l'item de la pàgina. Fixa't que en l'article d'economia la plantilla sense cap paràmetre treu una infotaula buida, no treu cap dada de Wikidata.

En l'article dels EUA sospito que gasta tant per culpa del formatting=unitcode, però no puc provar res sense un paràmetre que em permeti provar-ho en una altra pàgina.

Suposo que es tracta de quedar-se només amb un paràmetre item, el corresponent a l'economia, i consultar en aquest cas Estat (P17) o el que toqui. Caldrà veure com està estructurat, per exemple a Economia de Catalunya (Q2879009) no hi ha cap P. Amb això empitjorarà aquesta infotaula amb accessos arbitraris i per això cal provar què passa als EUA amb accessos directes.

Amadalvarez (discussiócontribucions)

Pots provar-ho cridant directament {{Infotaula economia país/presenta|item_pais=Qnnnnn}}. De fet, {{Infotaula economia país}} només fa un trasllat literal de paràmetres. Em penso que me la carregaré, perquè no aporta cap valor excepte el d'intentar infructuosament passar-li la Q del país. Per cert, la propietat més adient seria la Jurisdicció (P1001). M'espero que em diguis alguna cosa per començar amb els canvis.

Merci

Vriullop (discussiócontribucions)

Ok, doncs no acabo d'entendre que l'economia gasti quasi tanta memòria com la política, tot i que sigui més ràpida. No són accessos arbitraris, no és el getEntity que ara veig que és % de temps i per tant és menor en valor absolut. No és la quantitat d'invocacions, l'economia en té la meitat. Només em queda pensar que l'economia consulta molts qualificadors. Comprovar la diferència entre consultes de propietats i consultes de qualificadors, en les mateixes condicions, resultarà complicat. Una altra possibilitat és que la previsualització m'estigui enganyant perquè hi hagi implicats cachés de Lua que no es netegen.

En qualsevol cas, tira endavant. Canvia-la com vulguis i fora infotaules d'economia en estats que tinguin article principal.

Amadalvarez (discussiócontribucions)

Hola Vriullop i @Paucabot. Avui ha tornat a donar problemes la {{IGP}} amb l'article d'Alemanya. Ara està apagat el foc perquè he desconnectat una part del codi poc útil, en concret, les dades econòmiques que habitualment només estan a nivell de país i ens ho podríem estalviar en molts cassos. En tot cas, haurem de podar altres coses per poder recuperar la part econòmica precisament als articles que més consumeixen que semblen ser els de països.

Estic fent una versió de prova a Plantilla:Amadalvarez/traduccions_2 mirant de millorar codi. He descobert que cridem a plantilla:xarxes que fa les icones i enllaços a xarxes socials. El codi el varem renovar fa poc amb el @Paucabot que és qui ha anat posant-la al dia de les noves aparicions.

Fent un previsualitzar en una crida directa i autònoma amb la Q d'Alemanya (Q183) que no té cap xarxa, consumeix: 2,4s, 24M; i amb Shakira (Q34424) que té 13 XS, dóna 0,8s, 3,82M. Es pot entendre el perquè d'aquesta contradictòria diferència ?. Tenint en compte que el codi és fixe i repetitiu, seria més òptim si es fes en LUA ?. @Paucabot, podríem reduir les XS a tractar ?, moltes deuen ser minoritàries i les tenim per tothom igual.

Merci,

Paucabot (discussiócontribucions)

Si s'ha d'esporgar el tema de les xarxes, s'esporga. Però, amb les dades que dones, diria que no hi ha res que faci pensar que són el culpable de la situació.

Amadalvarez (discussiócontribucions)

@Paucabot de fet, amb les dades de la (petita) mostra hauríem de demanar tothom que s'apunti a totes les XS !!, però tinguem-ho present, per si de cas.

@Vriullop Pot ser que afecti tant al resultat la mida de l'ítem que estem consultant ?. Ho dic perquè els temps que dóna {{xarxes|item=Qnnn}} accedida directament són força diferents per casos similars (municipis sense XS):

La memòria ja ho entenc i no és massa diferent amb tot el codi IGP (32,63M per Q183 i 8,56M per Q1492), però la CPU creix molt.


2a prova: he fet que només s'executi la capa de dades de IGP i, enlloc de cridar a la capa de presentació (IGP/formatglobal), no crido res i surten totes les dades una darrera l'altra sense formatar tal com les deixa IGP.

Els resultats són ( a les 7 am d'avui, ja que veig que la CPU hn baixat respecte ahir a la tarda):

Complerta (amb l'IGP de proves + /formatglobal producció)
Sense presentació (amb l'IGP de proves + dades sense format)

És a dir que l'aportació de formatar és relativament baix.

3a prova: executar directament {{Infotaula geografia política/codis geogràfics }}; és una subplantilla per triar un grup de codis estadístics. Agafa un parell d'internacionals i un altre parell de locals. Pensava que el codi era optimitzable quan vaig provar Alemanya, però en la línia del cas de "xarxes", he fet una prova més gran:

Vriullop (discussiócontribucions)

Ok, problema gros. He provat sobre:

Amb un consulta simple {{#invoke:Wikidata | claim | property=P30 | item=Q183}} dona:

  • Alemanya 11 Mo
  • Andorra 3,5 Mo

Sembla que la mida de l'element fa que consumeixi més recursos. Si repeteixo la mateixa consulta 5 vegades:

  • Alemanya 22,6 Mo
  • Andorra 5,3 Mo

No multiplica per 5 però ja consumeix la meitat dels 50 Mo màxims.

Com que em sembla increïble per a una consulta simple, he anat a fer la mateixa prova a l'anglesa. Amb {{#invoke:Wikidata | getValueFromID | Q183 | P30 | FETCH_WIKIDATA}} els resultats són similars. Ara bé, a l'anglesa tenen més d'un mòdul Wikidata. Aquest parteix de la mateixa estructuració que el nostre. Provant amb un altre, {{#invoke:WikidataIB | getValue | qid=Q183 | P30 | fetchwikidata=ALL | onlysourced=false}} els resultats són diferents, de 750 Ko tant per Alemanya com per Andorra, cosa més normal. I si ho repeteixo 5 vegades són 1 Mo també en els dos casos.

Això és una impugnació a la totalitat. Hauré d'estudiar què fa el mòdul WikidataIB que sigui més eficient que el mòdul Wikidata. Això portarà temps, cosa que no tinc en els propers 15 dies. Em temo que per algun motiu van fer un mòdul tot nou per a Wikidata InfoBox.

Amadalvarez (discussiócontribucions)

Coll...s. Quina diferència. Crec que sabrem esperar-te. Per la meva part, poliré tot el que pugui el codi wiki i acabaré amb les multilingües ara que sembla que no és consumidor el getlabel. Si et cal alguna cosa, alguna prova, demana. Quan hi hagi novetats, seguim en aquest fil.

Vriullop (discussiócontribucions)

Ara ho dic jo: coll..s! Resulta que tindrem sort. He sortit a comprar i mentre anava passejant he tingut una aparició esotèrica. Li anava donant voltes a que el Lua profile de la previsualització diu que la major part de recursos són del getEntity. Això és una funció que obté totes les dades de l'element, una passada per a Alemanya. Hi ha una altra funció que obté directament una propietat, i he comprovat que així és com ho fa l'anglès WikidataIB. Substituint-la sembla que s'arregla tot plegat. Comproveu bé la versió en proves amb diferents plantilles, que això afecta directament al moll de l'os.

Amadalvarez (discussiócontribucions)

Val. I recuperar cada propietat una a una, no penalitzarà l'accés i, amb això la CPU i el temps total ?. Bé, vaig a fer proves.

Amadalvarez (discussiócontribucions)

@Paucabot@Vriullop Mostra ràpida de resultats a Usuari:Amadalvarez/taules2.

La primera conclusió és que:

  • amb un ús intensiu (P183) la memòria és similar, però la CPU baixa
  • amb un ús més modest (les dues subplantilles o P1492), baixa força la CPU i una mica menys la memòria

en tot cas, sempre són inferiors les xifres. Bona eina, Vicenç !

Si voleu fer més proves, la {{Amadalvarez/traduccions 2}} es una versió d'IGP amb wikidata/proves.

Vriullop (discussiócontribucions)

Mòdul actualitzat, és una millora important i el que em preocupava és que no sortissin errors.

Mira que fa temps que li donàvem voltes. La clau ha estat veure el comportament de Xarxes a Alemanya quan no havia de fer res.

Han desaparegut uns quants articles de la categoria d'errors. Ara queda pendent:

En proves hi he afegit un límit màxim de 50 en llistes, un valor arbitrari, i llavors funciona sense error i sense la llista

Amadalvarez (discussiócontribucions)

Em miraré aquests casos. També haurem de limitar els premis que, en algunes organitzacions, són moltíssims.

Ara que estem posats en el tema llistes, es podria passar al mòdul el màxim d'instàncies a retornar ? Això combinat amb la pregunta de wikibase permetria treure una quantitat raonable i avisar de que és incomplerta, perquè tal com ho tenim, o surt tot o no surt res.

Per cert, com que "d'un gran mal en surt un gran bé", ens ha servit per afinar i millorar algunes males pràctiques.

Resposta a «exhaurit temps excució»
Jmarchn (discussiócontribucions)

Hola! En fer una ajuda me n'he adonat que en aquesta plantilla faltava (per dir-ho d'alguna manera) el text de dalt |dalt= (amb el seu estil). He vist que no estava en Lua i m'hi he posat. Després de feines i treballs (doncs alguna funció del Lua de la versió anglesa no funciona igual en la catalana) l'he aconseguit: {{Caixa_lateral/proves}}.

A més de resoldre el problema, he afegit dues petites millores més: el missatge quan no hi ha res que ocupi l'espai principal i la possibilitat que aquest espai sigui ocupat per una imatge solament.

He creat l'ajuda (traducció i collita pròpia).

Podries actualitzar la plantilla?.

Vriullop (discussiócontribucions)

Fet. Bona feina.

Resposta a «Plantilla:Caixa lateral»
Torna a la pàgina d’usuari «Vriullop».