Discuție Modul:InfoboxSettlement

Conținutul paginii nu este suportat în alte limbi.
De la Wikipedia, enciclopedia liberă

Erori în pagini[modificare sursă]

Vadu Lat, Giurgiu[modificare sursă]

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)[răspunde]

Rezolvat Rezolvat Există o mică diferență de layout la populație, este intenționată?--Strainu (دسستي‎24 iulie 2015 12:40 (EEST)[răspunde]
Nu e intenționată. Cred că e o scăpare. O să mă uit după-amiază. —Andreidiscuţie 24 iulie 2015 13:04 (EEST)[răspunde]
Rezolvat Rezolvat. —Andreidiscuţie 24 iulie 2015 18:39 (EEST)[răspunde]

Pages with script errors[modificare sursă]

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)[răspunde]

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)[răspunde]
Rezolvat 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)[răspunde]

Comuna Cucoara, Cahul[modificare sursă]

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

Dongguan[modificare sursă]

"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)[răspunde]

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. —Andreidiscuţie 31 iulie 2015 10:04 (EEST)[răspunde]
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)[răspunde]
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)[răspunde]

Kırşehir[modificare sursă]

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)[răspunde]

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. —Andreidiscuţie 4 august 2015 10:44 (EEST)[răspunde]
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)[răspunde]
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ă. —Andreidiscuţie 4 august 2015 15:59 (EEST)[răspunde]

Bariq[modificare sursă]

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)[răspunde]

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)[răspunde]
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ă. —Andreidiscuţie 4 august 2015 10:42 (EEST)[răspunde]
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)[răspunde]
Am scos verificarea. E o funcționalitate portată din vechiul format, dar dacă nu e considerată utilă, n-are rost să o menținem. —Andreidiscuţie 5 august 2015 15:30 (EEST)[răspunde]

Comuna_Fântânele,_Suceava[modificare sursă]

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

Rezolvat Rezolvat

Țară și stat suveran[modificare sursă]

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)[răspunde]

Comuna_Popești,_Vâlcea[modificare sursă]

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

Mie mi se afișează dacă apăs pe [arată].— Ionutzmovie discută 25 septembrie 2015 13:47 (EEST)[răspunde]
Ahhh, e problema aia că nu se încarcă JS-ul. Frustrant. Mersi Ionuț--Strainu (دسستي‎25 septembrie 2015 14:30 (EEST)[răspunde]

Primar[modificare sursă]

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)[răspunde]

Aveți un exemplu?--Strainu (دسستي‎12 octombrie 2015 22:59 (EEST)[răspunde]
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)[răspunde]

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

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)[răspunde]
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)[răspunde]
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)[răspunde]
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)[răspunde]
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)[răspunde]

alt_nume[modificare sursă]

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

 Realizat —Andreidiscuţie 4 august 2015 16:55 (EEST)[răspunde]

hartă*[modificare sursă]

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)[răspunde]

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

sigiliu[modificare sursă]

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)[răspunde]

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)[răspunde]
Ș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)[răspunde]

Coordonate de la Wikidata în titlu[modificare sursă]

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)[răspunde]

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)[răspunde]
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)[răspunde]
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)[răspunde]
Strainu a făcut un modul pentru coordonate, cred că ar trebui unite toate formatele în acela. —Andreidiscuţie 6 octombrie 2015 10:38 (EEST)[răspunde]
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)[răspunde]
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)[răspunde]

Implementat--Strainu (دسستي‎22 octombrie 2015 13:45 (EEST)[răspunde]

Populație[modificare sursă]

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)[răspunde]

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

pushpin_map[modificare sursă]

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)[răspunde]

Susțin inițiativa lui XXN.— Ionutzmovie discută 12 octombrie 2015 22:55 (EEST)[răspunde]
Suntem siguri că denumirea în română de la Wikidata corespunde cu numele hărții de localizare pentru toate țările? —Andreidiscuţie 13 octombrie 2015 10:19 (EEST)[răspunde]
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)[răspunde]
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)[răspunde]
Avem deja verificarea. O să încerc să implementez. În ce privește problema cu paranteza, cred că este din {{Location map+}}. —Andreidiscuţie 14 octombrie 2015 11:30 (EEST)[răspunde]
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)[răspunde]

──────────────────────────────────────────────────────────────────────────────────────────────────── 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)[răspunde]

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)[răspunde]
Ai uitat deja de discuția de mai sus? :)--Strainu (دسستي‎22 octombrie 2015 11:53 (EEST)[răspunde]
Inițial voiam să postez acolo, dar problema a apărut după modificarea lui pushpin_map.— Ionutzmovie discută 22 octombrie 2015 11:56 (EEST)[răspunde]
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)[răspunde]
Ok, nu are importanță. Problema există și eu am semnalat-o. Punct.— Ionutzmovie discută 22 octombrie 2015 12:26 (EEST)[răspunde]

Etichete Wikidata[modificare sursă]

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)[răspunde]

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

Populație (2)[modificare sursă]

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

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ă. —Andreidiscuţie 13 ianuarie 2016 14:38 (EET)[răspunde]
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)[răspunde]
Oricum, cred că am rezolvat. —Andreidiscuţie 13 ianuarie 2016 15:37 (EET)[răspunde]

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

+Buenos Aires. --XXN, 4 februarie 2016 18:21 (EET)[răspunde]
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)[răspunde]
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)[răspunde]
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? —Andreidiscuţie 5 februarie 2016 14:47 (EET)[răspunde]
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. —Andreidiscuţie 5 februarie 2016 14:55 (EET)[răspunde]

Date locale[modificare sursă]

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)[răspunde]

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. —Andreidiscuţie 6 iunie 2016 10:29 (EEST)[răspunde]

Eroare nouă[modificare sursă]

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)[răspunde]

E bine. Asta voiam să fac când am declarat variabila roDescr, doar că până la urmă am uitat. —Andreidiscuţie 3 iunie 2016 17:44 (EEST)[răspunde]
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)[răspunde]
Acum e bine.--Strainu (دسستي‎3 iunie 2016 18:02 (EEST)[răspunde]
Durează ceva împrospătarea unei categorii, dar dacă faci click pe una din ele și nu ai eroare, atunci e ok. —Andreidiscuţie 6 iunie 2016 10:28 (EEST)[răspunde]
Da, știu asta. Prin "acum e bine" mă refeream la această schimbare.--Strainu (دسستي‎6 iunie 2016 10:47 (EEST)[răspunde]

Wikidata editor[modificare sursă]

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)[răspunde]

La toate câmpurile care pot prelua de la Wikidata sau doar la cele în care chiar se preia într-un anume articol? —Andreidiscuție 22 februarie 2017 14:51 (EET)[răspunde]
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)[răspunde]
Se poate oricum trimite direct la proprietate. —Andreidiscuție 22 februarie 2017 15:40 (EET)[răspunde]
Nu și pentru cele inexistente ;)--Strainu (دسستي‎22 februarie 2017 15:44 (EET)[răspunde]
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ă. —Andreidiscuție 22 februarie 2017 15:54 (EET)[răspunde]

────────────────────────────────────────────────────────────────────────────────────────────────────

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)[răspunde]

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. —Andreidiscuție 1 martie 2017 12:49 (EET)[răspunde]
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)[răspunde]

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ă. —Andreidiscuție 13 martie 2017 13:54 (EET)[răspunde]

Nume și nume nativ[modificare sursă]

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

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)[răspunde]

Cred că așa ar fi de preferat. —Andreidiscuție 22 mai 2019 08:57 (EEST)[răspunde]

suprafață_note_subsol[modificare sursă]

@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)[răspunde]

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

Suprafață totală, pâmănt, apă[modificare sursă]

@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)[răspunde]

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)[răspunde]

Posibil bug?[modificare sursă]

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)[răspunde]

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