Discuție Modul:InfoboxSettlement

Erori în pagini

Vadu Lat, Giurgiu

Obțin: "Lua error în Modul:Wikidata la linia 187: attempt to index local 'claims' (a nil value)."

Backtrace:

1. Modul:Wikidata:187: in function "getEntityIdsList"
2. Modul:InfoboxSettlement:890: in function "chunk"
3. mw.lua:511: ?

--Strainu (دسستي‎)  24 iulie 2015 12:32 (EEST)

 Rezolvat Există o mică diferență de layout la populație, este intenționată?--Strainu (دسستي‎)  24 iulie 2015 12:40 (EEST)

Nu e intenționată. Cred că e o scăpare. O să mă uit după-amiază. —Andrei^discuţie 24 iulie 2015 13:04 (EEST)

 Rezolvat. —Andrei^discuţie 24 iulie 2015 18:39 (EEST)

Pages with script errors

De văzut care e problema că se aglomerează categoria Pages with script errors (5.655 de pagini). --XXN, 26 iulie 2015 13:17 (EEST)

Scrie în sursă: "Modul:Wikidata la linia 231: attempt to index field 'claims' (a nil value)". Probabil aceeași problemă ca mai sus, dar în altă parte. Investighez--Strainu (دسستي‎)  26 iulie 2015 16:07 (EEST)

 Rezolvat în vreo 3 locuri. Încă se mai procesează actualizarea categoriei, dar am ajuns la sub 300 de articole cu greșeli.--Strainu (دسستي‎)  26 iulie 2015 18:34 (EEST)

Comuna Cucoara, Cahul

mutat la Discuție Modul:Wikidata#Comuna Cucoara, Cahul

Dongguan

"Eroare Lua: bad argument #1 to 'gsub' (string expected, got table)".

Backtrace:

1. [C]: in function "v"
2. mw.ustring.lua:61: in function "gsub"
3. mw.text.lua:25: in function "trim"
4. Modul:InfoboxSettlement:25: in function "isNilOrEmpty"
5. Modul:InfoboxSettlement:1057: in function "chunk"
6. mw.lua:511: ?

Nu mă prind cum trebuie modificat "isNilOrEmpty" ca să trateze și altceva decât stringuri.--Strainu (دسستي‎)  30 iulie 2015 23:54 (EEST)

Nu văd eroarea. Ai scos ceva din sau ai pus ceva în format ca să nu mai apară? Oricum, isNilOrEmpty e doar pentru stringuri, acolo nu ar fi trebuit să fie apelat. —Andrei^discuţie 31 iulie 2015 10:04 (EEST)

Tot ce se poate, era aseară târziu, am pierdut editarea și am luat-o de la început. Mai încerc.--Strainu (دسستي‎)  31 iulie 2015 10:18 (EEST)

Da, probabil m-am jucat cu subdiviziunile în engleză și română. După modificarea ta nu se mai reproduce.--Strainu (دسستي‎)  31 iulie 2015 10:38 (EEST)

Kırşehir

Alte probleme, legate de hărți, „localități componente” și câmpul „lider_partid”, pot fi observate în articolul Kırşehir. --XXN, 3 august 2015 23:28 (EEST)

A adăugat Strainu niște verificări de erori. Când am văzut eu mesajul tău, nu mai apărea nicio problemă în acest articol. —Andrei^discuţie 4 august 2015 10:44 (EEST)

Primele două au dispărut. Totuși au mai rămas altele. Aici e un caz aparte, articolul folosește {{Infobox_settlement}}, care deși e așezat pe {{Infocaseta Așezare}}, după trecerea celei din urmă pe LUA el nu mai funcționează la fel. Nume localității nu se centrează corect pe verticală (parcă lasă loc pentru alt_nume sau nume_oficial, deși nu are de ce); tipul așezării e afișat cu probleme. Cred că va trebui să restabilim un nucleu de infocaseta non-LUA și să așezăm {{Infobox_settlement}} pe acel format. Sau de „împodobit” modulul și cu parametrii infoboxului englez pentru ca {{Infobox_settlement}} să folosească direct acest modul. --XXN, 4 august 2015 14:59 (EEST)

Păi zi așa. Am rezolvat, trebuie trimate argumentele și eliminate blankurile. Spre deosebire de limbajul formatelor, în LUA valoarea cu whitespace nu e același lucru cu variabila inexistentă. —Andrei^discuţie 4 august 2015 15:59 (EEST)

Bariq

Aici e o problemă ce vine din faptul că nume_oficial conține wikitext. Din descrierea formatului deduc că și această denumire ar trebui să fie în română, dar avem multe cazuri în care e folosit numele local. Care e soluția corectă?--Strainu (دسستي‎)  4 august 2015 00:38 (EEST)

La fel la Districtul Jeffersonville, comitatul Clark, Indiana. Cred totuși că ar trebui să renunțăm la a căuta drapelul pe baza numelui oficial--Strainu (دسستي‎)  4 august 2015 01:30 (EEST)

Este din cauză că nu am anticipat că mw.title.new poate returna și nil. Cică „dacă titlul nu este valid”. Dacă era doar la orașe gen Bariq, puteam bănui că e din cauză că numele oficial este cu alfabet arab, scris de la dreapta la stânga și că se sperie de ceva de acolo. Sau de caractere non-ASCII. Dar la districtul Jeffersonville nu mai știu ce e. Oricum, am mai adăugat verificări de erori. Se pare că ăsta e punctul meu slab la LUA deocamdată. —Andrei^discuţie 4 august 2015 10:42 (EEST)

E sigur de la wikitext/html - scoate [[]] și respectiv <br> și o să vezi că merge, chiar dacă e scris cu caractere arabe.

Dar problema ține în primul rând de utilizarea câmpului: lumea vâră acolo absolut orice aduce cu un nume și nu vor să apară în antet. Nu cred că verificare aceea a articolului despre drapel e atât de importantă încât să ne complicăm cu zeci de mii de verificări pentru ea.--Strainu (دسستي‎)  4 august 2015 11:42 (EEST)

Am scos verificarea. E o funcționalitate portată din vechiul format, dar dacă nu e considerată utilă, n-are rost să o menținem. —Andrei^discuţie 5 august 2015 15:30 (EEST)

Comuna_Fântânele,_Suceava

Numele satelor se suprapun, ceea ce nu se întâmpla în versiunea veche.--Strainu (دسستي‎)  18 august 2015 15:58 (EEST)

 Rezolvat

Țară și stat suveran

Am observat la multe articole care nu au trecuți în infocasetă parametri pentru mai multe nivele de subdiviziuni (subdiviziune1, subdiviziune2 etc.) că se afișează de la Wikidata două rânduri pentru țară: „țară” și „stat suveran”. De exemplu la „Aşgabat”:

Țară 	Turkmenistan
Stat suveran 	Turkmenistan

la „Chișinău” e un alt tip al aceleiași probleme: în codul sursă este indicată țara, iar de la wikidata mai este transclus și „Stat suveran”.

Mai multe la Special:Ce_se_leagă_aici/Stat_suveran. --XXN, 26 august 2015 17:01 (EEST)

Comuna_Popești,_Vâlcea

Nu se afișează satele.--Strainu (دسستي‎)  25 septembrie 2015 13:44 (EEST)

Mie mi se afișează dacă apăs pe [arată].— Ionutzmovie discută 25 septembrie 2015 13:47 (EEST)

Ahhh, e problema aia că nu se încarcă JS-ul. Frustrant. Mersi Ionuț--Strainu (دسستي‎)  25 septembrie 2015 14:30 (EEST)

Primar

Când este completat parametrul lider_nume dar nu și lider_titlu trebuie de făcut să se afișeze implicit „Primar” cum era anterior. --XXN, 12 octombrie 2015 14:49 (EEST)

Aveți un exemplu?--Strainu (دسستي‎)  12 octombrie 2015 22:59 (EEST)

Iată un exemplu proaspăt, de mâna mea, de azi. Și în ultima perioadă am mai făcut asemenea editări când era vorba de primari, din grabă indicând doar numele liderului nu și titlul său. Dacă nu va fi implementată această chestie, va trebui cumva să găsim toate paginile în această situație și să ne ocupăm de ele completându-le acest parametru. --XXN, 12 octombrie 2015 23:20 (EEST)

 Rezolvat. Am adăugat și obținerea funcției de la Wikidata, dacă există.--Strainu (دسستي‎)  12 octombrie 2015 23:45 (EEST)

Vezi că apare eroare la formatul necompletat: Alaili Dadda (district) precum și în orice altă cutie în care nu se menționează primarul. Lua error în Modul:InfoboxSettlement la linia 875: attempt to index field '?' (a nil value). Lua error în Modul:InfoboxSettlement la linia 875: attempt to index field '?' (a nil value).— Ionutzmovie discută 12 octombrie 2015 23:46 (EEST)

Am reparat, dar care-i scopul introducerii unui format gol, cu robotul, în posibil mii de pagini? Asta are sens doar dacă Wikidata are un minim de informații, dar așa cum e acum arată oribil.--Strainu (دسستي‎)  13 octombrie 2015 00:37 (EEST)

Evitarea folosirii unor formate de genul Infoboxe de către utilizatorii neexperimentați și nefamiliarizați cu formatele Wikipediei (personal am înlocuit manual mii de cutii și cutiuțe și captabele și boxe și cutii park etc.) și totodată ușurarea muncii utilizatorului (dacă infocaseta este atașată, atunci cel care dorește să o completeze poate ajunge la ea prin intermediul butonului infodocului), plus trecerea paginilor peste limita de 200 de octeți impusă de unul din filtrele Wikipediei. În orice caz, ele adaugă cel puțin coordonatele. De altfel multe dintre paginile în care l-am inclus arată ca în articolul Arjonilla.— Ionutzmovie discută 13 octombrie 2015 00:54 (EEST)

A, în cazul acela nu le-aș fi introdus dacă nu afișau ceva, dar de la eroare nu puteam vedea ce anume afișează.— Ionutzmovie discută 13 octombrie 2015 01:01 (EEST)

Același lucru ar trebui făcut, dacă este posibil, și cu suprafață sau/și suprafata, care să afișeze suprafața totală cum era în trecut. Am întâlnit mai multe cazuri în articole în care au doar suprafață, fără _totală_km2. E mai ușor și pentru utilizatori.— Ionutzmovie discută 13 octombrie 2015 05:06 (EEST)

Parametri

alt_nume

Parametrul alt_nume a fost omis în sintaxa modulului. Trebuie adăugat, cu suportarea elementelor html. --XXN, 4 august 2015 16:24 (EEST)

 Realizat —Andrei^discuţie 4 august 2015 16:55 (EEST)

hartă*

Una din cele 2 probleme majore rămase este legată de hartă. Se manifestă astfel:

„Lua error în Modul:InfoboxSettlement la linia 635: attempt to index field '?' (a nil value).”

Am făcut o modificare care a rezolvat problema pentru "hartă_punct_imagine", dar a stricat cel mai probabil parametrul hartă. Am încercat un revert, dar tot nu se afișează infocaseta la Ahmedabad. Nu știu cum ar trebui rezolvată--Strainu (دسستي‎)  5 august 2015 15:24 (EEST)

 Realizat. Nu trebuie încercată afișarea unor hărți care nu sunt definite. —Andrei^discuţie 5 august 2015 15:29 (EEST)

sigiliu

Tocmai am vizitat câteva zeci de articole despre localități și am observat că la foarte multe din ele stema și sigiliul afișate în infocasetă sunt identice (un exemplu). Problema e de la Wikidata - ei au importat imagini din surse nesigure și aceiași imagine este trecută și la seal și la coat of arms. Trebuie să facem o verificare în plus, dacă aceste două imagini sunt identice să se afișeze doar stema. --XXN, 14 august 2015 19:15 (EEST)

Suspendare propunere. Așa cum problema e de la wikidata, voi încerca să obțin soluționarea ei de acolo. --XXN, 19 august 2015 15:03 (EEST)

Și dacă scoatem cu totul sigiliile? Nu am văzut articole (și am verificat peste o mie de articole) în care imaginea de la sigiliu să difere de cea a stemei. Să apară doar dacă este apelată local.— Ionutzmovie discută 20 octombrie 2015 16:26 (EEST)

Coordonate de la Wikidata în titlu

Unele orașe au coordonate în afara infocasetei, ceea ce duce la suprapuneri în titlu (vezi Comitatul Vilas, Wisconsin). Propun ca atunci când coordonatele sunt obținute de la Wikidata, ele să nu fie afișate în titlu.--Strainu (دسستي‎)  13 august 2015 17:28 (EEST)

De altfel sunt multișoare articole cu această problemă: 822 la moment în Categorie:Pages with malformed coordinate tags. --XXN, 5 octombrie 2015 17:21 (EEST)

Propun o soluționare diferită: fie includ infocaseta în toate paginile care conțin formatele care se afișează peste, de genul {{Cordm}}, și modificăm formatul astfel încât să nu se afișeze peste, sau scoatem în masă acele formate și lăsăm Infocaseta Așezare să-și preia singură coordonatele.— Ionutzmovie discută 5 octombrie 2015 17:27 (EEST)

Cel mai bine ar fi să unim mai întâi toate formatele de genul {{Cordm}} (moștenire lăsată de Parvus în zeci de cutii diferite pentru același lucru pe care eu le curăț singur) într-unul singur, și pe acela să-l modificăm astfel încât să nu se afișeze când se afișează cel de la Wikidata, dar nu cred că e posibil.— Ionutzmovie discută 5 octombrie 2015 17:32 (EEST)

Strainu a făcut un modul pentru coordonate, cred că ar trebui unite toate formatele în acela. —Andrei^discuţie 6 octombrie 2015 10:38 (EEST)

Treceți vă rog toate formatele de coordonate la Utilizator:Strainu/Proiecte#Altele, mă ocup eu de a le uni.--Strainu (دسستي‎)  6 octombrie 2015 11:51 (EEST)

Văd că {{Cordm}} a fost deja trecut la {{coord}}, deci folosește deja LUA. Din punctul meu de vedere nu e nevoie să fie convertite, sunt deja "la zi".--Strainu (دسستي‎)  6 octombrie 2015 12:07 (EEST)

Implementat--Strainu (دسستي‎)  22 octombrie 2015 13:45 (EEST)

Populație

La preluarea datelor despre populație apare un 1 în plus, ex. Ayacucho 177,420 1 locuitori.— Ionutzmovie discută 5 octombrie 2015 14:45 (EEST)

Observ că s-a rezolvat [1].— Ionutzmovie discută 5 octombrie 2015 14:54 (EEST)

pushpin_map

Pentru infosatele goale și nu doar, dacă nu este completat parametrul „pushpin_map” și se cunosc coordonatele (fie că-s preluate de la wikidata), să fie preluat de la wikidata și numele țării ca valoare pentru „pushpin_map”, ca să avem automat și o hartă de localizare dacă avem coordonate. --XXN, 12 octombrie 2015 16:30 (EEST)

Susțin inițiativa lui XXN.— Ionutzmovie discută 12 octombrie 2015 22:55 (EEST)

Suntem siguri că denumirea în română de la Wikidata corespunde cu numele hărții de localizare pentru toate țările? —Andrei^discuţie 13 octombrie 2015 10:19 (EEST)

Nu, desigur. Dar s-ar putea face o verificare pentru existența formatului, ca o simulare a funcției ifexist, dacă asta nu ar îngreuna prea mult modulul. O alternativă nu prea sigură ar fi să creăm redirecționări pentru titlurile formatelor–hărtă de localizare pentru diferite variante cunoscute ale numelor țărilor. --XXN, 13 octombrie 2015 23:04 (EEST)

Tot legat de pushpin_map, am văzut multe articole în care paranteza de închidere din descrierea hărții se afișa pe rândul următor, vezi Oberdorf am Hochegg.— Ionutzmovie discută 13 octombrie 2015 22:09 (EEST)

Avem deja verificarea. O să încerc să implementez. În ce privește problema cu paranteza, cred că este din {{Location map+}}. —Andrei^discuţie 14 octombrie 2015 11:30 (EEST)

Este. Efectul benefic poate fi observat cel mai bine, probabil, la seria de localități braziliene cu o singură propoziție de text în articol și o infoasetă goală adăugată recent care prelua de la wikidata doar numele țării și cel al statului, plus coordonatele. Acum mai este și câte o hartă și arată puțin mai bine. --XXN, 14 octombrie 2015 14:52 (EEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Problema cu paranteza era o linie goală în plus în Format:Harta de localizare Austria, generată probabil de scoaterea legăturilor interwiki sau ceva de genul, și care strica toată harta.--Strainu (دسستي‎)  14 octombrie 2015 17:04 (EEST)

Coordonatele de la pushpin_map luat automat se suprapun peste cele de la {{Coordonate-wikidata}}, vezi Å, Lavangen.— Ionutzmovie discută 22 octombrie 2015 10:49 (EEST)

Ai uitat deja de discuția de mai sus? :)--Strainu (دسستي‎)  22 octombrie 2015 11:53 (EEST)

Inițial voiam să postez acolo, dar problema a apărut după modificarea lui pushpin_map.— Ionutzmovie discută 22 octombrie 2015 11:56 (EEST)

Nu e adevărat. Poți verifica ca problema era deja acolo editând versiunea anterioară schimbărilor lui Andrei și previzualizând articolul în cauză--Strainu (دسستي‎)  22 octombrie 2015 12:15 (EEST)

Ok, nu are importanță. Problema există și eu am semnalat-o. Punct.— Ionutzmovie discută 22 octombrie 2015 12:26 (EEST)

Etichete Wikidata

Am întâlnit un caz interesant la Ahrweiler: era un câmp netradus, numit "municipality of Germany". Am încercat să-l traduc, dar ce sună bine pe Wikidata, adică "oraș german" pare groaznic în infocasetă. Am încercat și "oraș din Germania", dar parcă tot nu e bine... Alte sugestii?

Tot legat de etichetele de la Wikidata, acestea ar trebui convertite în așa fel încât să aibă primul caracter majusculă.--Strainu (دسستي‎)  5 noiembrie 2015 13:22 (EET)

Oraș, simplu. Și cu descrierea („unitate administrativă a Germaniei”). Am rezolvat capitalizarea primei litere. —Andrei^discuţie 13 ianuarie 2016 14:39 (EET)

Populație (2)

Numărul populației preluat de la Wikidata trebuie formatat și afișat în stil românesc. --XXN, 12 ianuarie 2016 18:38 (EET)

M-ai derutat. Din Modul:Wikidata vine deja valoarea formatată. Ea trebuie doar lăsată așa și nu încercat a o mai formata o dată. —Andrei^discuţie 13 ianuarie 2016 14:38 (EET)

N-am mai verificat ce avem prin module. Observasem doar că la o infocasetă fără parametri completați apărea numărul populației delimitat pentru mii prin virgulă. --XXN, 13 ianuarie 2016 14:49 (EET)

Oricum, cred că am rezolvat. —Andrei^discuţie 13 ianuarie 2016 15:37 (EET)

Timeout

Există 3 pagini la care rularea scriptului durează prea mult: Namysłów, Pititsa și Rio de Janeiro.--Strainu (دسستي‎)  2 februarie 2016 00:34 (EET)

+Buenos Aires. --XXN, 4 februarie 2016 18:21 (EET)

Variază în funcție de cum se parsează. Cred că e o problemă de comunicație cu Wikidata.--Strainu (دسستي‎)  4 februarie 2016 20:59 (EET)

Spre deosebire de situația de câteva ore în urmă, acum și la mine Buenos Aires (și Rio de Janeiro) arată ok, iar în primele două pagini pe care le-ați menționat încă mai persistă eroarea. --XXN, 4 februarie 2016 21:13 (EET)

Astăzi era iar cu eroare Rio de Janeiro. Am substituit CutieOrase cu Infocaseta Așezare, dar nu cred că era de la asta. Indiferent cum era apelat modulul, îmi dădea timpi între 4 și 7 secunde. Dacă ajunge la 10, avem eroarea. Oricum timpii sunt mari, și bănuiesc că e din cauza numărului mare de orașe înfrățite (uitându-ne și la Buenos Aires, vedem că și acolo avem aceeași situație). Pentru fiecare oraș se face un apel în plus la Wikidata pentru a i se afla țara, și dacă e o întârziere cât de mică la comunicarea cu Wikidata, ea se înmulțește cu numărul de orașe înfrățite și ne dă peste cap. Dat fiind că oricum lista este foarte mare și infocaseta își pierde din calitatea de a rezuma niște informații, mă gândesc să limitez numărul de orașe afișate, sau să dau doar un mesaj de genul „X orașe” și un link spre pagina de Wikidata, atunci când numărul de orașe depășește un prag. Ce credeți? —Andrei^discuţie 5 februarie 2016 14:47 (EET)

La Namysłów, era o eroare la Wikidata: gmina din care făcea parte avea la proprietatea „located in the administrative territorial entity” un item inexistent (șters). Am corectat acolo punctual și acum e în ordine. Dar e de reținut că se poate să fie astfel de erori și mecanismul de generare a listei de entități administrative nu ține cont de ele. —Andrei^discuţie 5 februarie 2016 14:55 (EET)

Date locale

Datele locale cu virgulă (de ex densitatea) sunt stricate de formatnum. Trebuie interpretate ca număr ținând cont de limbă și apoi convertite înapoi.--Strainu (دسستي‎)  14 februarie 2016 01:53 (EET)

E o veche salată asta cu formatarea. Oricum ai pune, tot nu o să fie bine. Inputul e fie cu punct ca separator, fie cu virgulă, și nu prea ai cum să-ți dai seama care e bine. —Andrei^discuţie 6 iunie 2016 10:29 (EEST)

Eroare nouă

Lua error în Modul:InfoboxSettlement la linia 141: attempt to concatenate field 'imagine_descriere' (a nil value).

Backtrace:

    Modul:InfoboxSettlement:141: ?
    (tail call): ?
    mw.lua:511: ?

Am încercat s-o rezolv, dar n-am reușit. Sunt sute de pagini afectate.--Strainu (دسستي‎)  3 iunie 2016 17:38 (EEST)

E bine. Asta voiam să fac când am declarat variabila roDescr, doar că până la urmă am uitat. —Andrei^discuţie 3 iunie 2016 17:44 (EEST)

Nu cred că-i bine, că nu scade deloc Categorie:Pages_with_script_errors, nici măcar cu purge nu se regenerează infocasetele.--Strainu (دسستي‎)  3 iunie 2016 17:49 (EEST)

Acum e bine.--Strainu (دسستي‎)  3 iunie 2016 18:02 (EEST)

Durează ceva împrospătarea unei categorii, dar dacă faci click pe una din ele și nu ai eroare, atunci e ok. —Andrei^discuţie 6 iunie 2016 10:28 (EEST)

Da, știu asta. Prin "acum e bine" mă refeream la această schimbare.--Strainu (دسستي‎)  6 iunie 2016 10:47 (EEST)

Wikidata editor

Mă uitam la editarea asta și mi-am dat seama (again) că nu e realist să ne așteptăm ca editorii ocazionali să știe ce înseamnă "nu aici". Cât de greu ar fi să adăugăm pentru câmpurile la care știm sigur proprietatea (cod poștal, website) a unul link spre editorul Wikidata?--Strainu (دسستي‎)  22 februarie 2017 13:24 (EET)

La toate câmpurile care pot prelua de la Wikidata sau doar la cele în care chiar se preia într-un anume articol? —Andrei^discuție 22 februarie 2017 14:51 (EET)

Probabil un subset din câmpurile la care se poate determina P-ul (cele mai comune și probabile a fi completate de un locuitor de acolo) + cele la care se preia într-un articol. Nu știu însă dacă se poate face trimitere direct la editor, am întrebat la Wikidata.--Strainu (دسستي‎)  22 februarie 2017 14:54 (EET)

Se poate oricum trimite direct la proprietate. —Andrei^discuție 22 februarie 2017 15:40 (EET)

Nu și pentru cele inexistente ;)--Strainu (دسستي‎)  22 februarie 2017 15:44 (EET)

Pentru cele existente deja am importat de câteva zile modulul Modul:EditAtWikidata. Rămâne să-l introducem și să-l vedem cum se comportă. —Andrei^discuție 22 februarie 2017 15:54 (EET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

L-am adăugat la site-ul web. Ce părere aveți? Mie mi se pare destul de greu vizibil, iar lipsa legăturii directe la editor e o problemă. Cred că mai degrabă ar merge la elemente care există deja. Ar fi util să limităm afișarea lui doar la anumite categorii de utilizatori, măcar la început?--Strainu (دسستي‎)  23 februarie 2017 01:09 (EET)

Eu mă gândeam la o utilizare în stilul {{Infocaseta Stea}} — vezi la Betelgeuse. Am impresia că inițial pentru asta a fost gândit. În ideea asta, am creat și formatele {{Listă de la Wikidata}} și {{Valoare unică de la Wikidata}} ca să arate rezonabil în casete. —Andrei^discuție 1 martie 2017 12:49 (EET)

Mda, așa ceva îmi imaginam și eu. Când se rezolvă phab:T158851 probabil va fi chiar mai util.--Strainu (دسستي‎)  1 martie 2017 14:43 (EET)

Linkuri

Nu mai știu unde se purta o discuție despre legătura la site-ul oficial, că uneori e prea lungă și se vede prost. În legătură și cu discuția de mai sus, și inspirat de modificările pe care le-am făcut la Modul:InfoboxBiography, am adăugat încă câteva legături externe preluabile de la Wikidata și am modificat puțin felul în care se afișează ele pentru a elimina acea problemă. —Andrei^discuție 13 martie 2017 13:54 (EET)

Nume și nume nativ

Pe varianta de mobil, numele e afișat mai mic decât nume_nativ. Vezi la [2].--Strainu (دسستي‎)  6 noiembrie 2017 18:00 (EET)

Crimeea

Am introdus hărți de localizare cu mapframe în cazul localităților fără un pushpin declarat explicit (se folosește harta de localizare a țării de la Wikidata) și am observat o problemă în Crimeea: cam toate localitățile de acolo au țara preferred Rusia, ceea ce înseamnă că coordonatele nu mai sunt în harta implicită a Rusiei pe care o avem noi. O problemă echivalentă există și la DOM/TOM cu Franța. Vedeți vreo problemă dacă în aceste situații în loc de harta țării punem harta teritoriilor respective? CC Andrei Stroe--Strainu (دسستي‎)  21 mai 2019 22:07 (EEST)

Cred că așa ar fi de preferat. —Andrei^discuție 22 mai 2019 08:57 (EEST)

suprafață_note_subsol

@Andrei Stroe, Strainu: La articolul București am introdus niște referințe în parametrul suprafață_note_subsol și ele apar în lista de note din subsol, dar ca ^[note] propriu-zise nu se generează nicăieri. Unde dispar? //   Gikü  vorbe  fapte  24 iunie 2023 00:16 (EEST)

 Realizat. Nu era suportat parametrul suprafață_note_subsol ci doar suprafata_note_subsol (sans diacritice). Am adăugat acum și varianta asta.  —Andrei^discuție 24 iunie 2023 14:23 (EEST)

Suprafață totală, pâmănt, apă

@Andrei Stroe, Strainu: La Alajärvi Wikidata pune la dispoziție trei valori pentru suprafață: totală, pământ și apă – v. d:Q5980#P2046. Deși la Note sunt afișate trei referințe, aparent demonstrând că codul Lua identifică trei claimuri distincte, în infocasetă vedem numai Suprafață totală cu valoarea apă înscrisă în dreptul ei. //   Gikü  vorbe  fapte  28 iunie 2023 00:22 (EEST)

OK se pare că separarea pe totală/pământ/apă nici nu e implementată, wikidata populând doar suprafața totală Modul:InfoboxSettlement#L-1137. În acest caz, ar trebui cel puțin introdus o logică să fie ignorată claimul care nu are calificativ se referă la? Sau să facem suprafața totală prefered (deși așa am putea strica infocasetele altor wikipedii)? //   Gikü  vorbe  fapte  28 iunie 2023 00:29 (EEST)

Posibil bug?

La logica pentru parametrii cu numere care folosește varNameWithIndex (de ex. la linia 820) pare să fie o problemă: dacă folosim 1 + nlEnd ca al doilea parametru al lui mw.ustring.sub, variabila va conține doar indexul. Pentru a conține și numele și indexul, ar trebui să folosim nlStart.

Problema e că nu știu dacă și unde cauzează asta erori... Eu am găsit problema după ce am copiat codul în alt modul. Any idea cum aș putea identifica eventualele probleme @Andrei Stroe? Strainu (دسستي‎)  6 ianuarie 2024 22:44 (EET)

logInfo & preview, altceva nu știu. E posibil asta să fie cauza unor buguri pe care nu le identificam deloc în modulul ăsta.  —Andrei^discuție 8 ianuarie 2024 09:38 (EET)