Wikipédia:Wikidata-segítségkérés/Archív08

Legutóbb hozzászólt Lea Lacroix (WMDE) 8 évvel ezelőtt a(z) Wikidata weekly summary #226 témában

Terület hibásan jelenik meg

A Longview (Texas) cikkben a terület hibásan jelenik meg, mivel az infobox négyzetkilométert vár de a Wikidatán négyzetmérföld van. Hol lehet a hibát javítani? – B.Zsolt vita 2016. július 27., 21:15 (CEST)

Igen Ez volt a baj. Oliv0 vita 2016. július 27., 23:52 (CEST)

Szuper! Van esetleg ötleted arra is, hogy szintén a fenti cikknél a megye és az állam is helyesen jelenjen meg? Ez infobox hiba vagy trehány Wikidata feltöltési hiba? – B.Zsolt vita 2016. július 28., 00:42 (CEST)

Hirtelen nincs ötletem, mert Longview (Q852645)-nak a közigazgatási egység, ahol található (P131)-e egyelőre csak Texas (Q1439) (aminek osztály, amelynek példánya (P31) tulajdonsága USA-tagállam (Q35657), ezt kéri typeId-vel {{Amerikai település infobox}} az „Állam” mezőben), de ha még ott is lenne Gregg megye (Q109275) és Harrison megye (Q110904), azoknak osztály, amelynek példánya (P31) tulajdonsága Texas megyéje (Q11774097), ami az államtól függ és nem lehet csak úgy kérni typeId-vel a „Megye” mezőben. Oliv0 vita 2016. július 28., 08:05 (CEST)

Töröltem Texast a közigazgatási egységek közül és odaírtam helyette Gregg megyét. Most jó az infobox, ahogy sejtettem is. Erre vonatkozott az, hogy ez most a mi sablonunk hibája vagy a Wikidatát nem megfelelően töltötték fel? – B.Zsolt vita 2016. július 28., 21:53 (CEST)

Továbbá létezik egy Az Amerikai Egyesült Államok megyéi (Q47168) tulajdonság is, ha ezt minden megyéhez beírjuk, akkor rosszat teszünk? Mert azzal már lehetne akkor kezdeni valamit. – B.Zsolt vita 2016. július 28., 21:56 (CEST)

Wikidata weekly summary #220

Wikidata weekly summary #221

Wikidata-f fals pozitív

Belefutottam egy olyan esetbe, amikor a {{wikidata-f}}(?) igazat jelzett, pedig az adott elemhez az adott tulajdonsággal csak egy elavult (depreciated) rangú állítás volt, amelyet így a {{wikidata}}(?) pedig nyilván nem töltött be. Ezt lehet javítani, anélkül, hogy túl sok erőforrást megenne? – Máté (vitalap) 2016. augusztus 12., 07:38 (CEST)

Hasonlóan nem veszi figyelembe az |excludespecial=true-t sem. – Máté (vitalap) 2016. augusztus 12., 15:47 (CEST)

Wikidata weekly summary #222

Törlés Wikidatából

Törölni szeretnék a Wikidatából, milyen lehetőségek vannak erre? Egészen pontosan az a gond, hogy sok helyen a része ennek paraméter nem jól van használva, pl Kecskemét vasútállomás infoboxa is jól mutatja a gondot. Innen kellene kitörölni mindent és behelyettesíteni mondjuk Magyarország vasúti közlekedése linket helyette. De nem csak itt, hanem az összes magyar állomásnál. – B.Zsolt vita 2016. augusztus 22., 01:08 (CEST)

Mire gondolsz? Bottal? Mert kézzel szépen egyenként kitörölheted, majd beírhatod a jót. – Tacsipacsi vita 2016. augusztus 22., 01:14 (CEST)

Pont ezt szeretném elkerülni... Ha nem megy, akkor majd bottal írok be valamit a magyar cikkek infoboxába, hogy legalább felesleges dolog ne jelenjen ott meg. – B.Zsolt vita 2016. augusztus 22., 01:20 (CEST)

PetScan. Listázod, törlöd. – Máté (vitalap) 2016. augusztus 22., 07:20 (CEST)

Egy kicsit bővebben kifejtenéd, hogy hogyan lehet törölni? A listázás megvan, de nem jövök rá, mivel kellene folytatnom. – B.Zsolt vita 2016. augusztus 22., 09:51 (CEST)

A listázás után (lehet, hogy csak ha a Wikidata fülön az első beállítás nem az alapértelmezett, hanem bármelyik másik) megjelenik egy mező a beállítások és a lista között, benne a leírással, hogy hogyan tudsz állításokat hozzáadni és törölni. – Máté (vitalap) 2016. augusztus 22., 10:35 (CEST)
Sajnos nem találom... :S Lehet rosszul fogalmaztam és nem érted, hogy mit szeretnék? Az összes magyar vasútállomástól ki akarom törölni az összes része ennek paramétert, de nem egyesével kézzel, hanem mindet (Utána pedig hozzáadni mindhez, hogy P361 = Magyarország vasúti közlekedése). – B.Zsolt vita 2016. augusztus 22., 16:41 (CEST)
Most látom, hogy csak az elemlétrehozáshoz van bekapcsolva, amit nem értek, mert engedne állításokat törölni is (adott tulajdonság bármilyen értékkel és adott tulajdonság-érték párokat is), márpedig új elemről nincs mit. Ezt lehet meg kéne kérdezni a fejlesztőktől… Máté (vitalap) 2016. augusztus 22., 19:39 (CEST)
Háh, de ha a Wikidatából listázol (pl. az Other sources fülön), akkor előkerül a mező. – Máté (vitalap) 2016. augusztus 22., 19:50 (CEST)
Ezt kell lefuttatnod (jobbra zöld gomb): http://petscan.wmflabs.org/?psid=143257&al_commands=-P361%0AP361%3AQ724996Máté (vitalap) 2016. augusztus 22., 19:54 (CEST)
Sikerült törölnöm, Bács-Kiskun megye kész! Viszont most egy további hatalmas gond keletkezett: eltűnt a szócikkek aljáról a vasútvonal állomásait bemutató navigációs sablon, a {{vasútvonal}}(?)! Mivel az a része ennek paraméter alapján rakta be a sablont, azok pedig törölve lettek. Most átírtam a p361-et p81-re, de most a cikkek másik feléből hiányzik a sablon... :S Lehetséges lene egy feltételes elágazást rakni a vasútvonal sablonba, hogy átmenetileg a p81-et és a p361-et is elfogadja? – B.Zsolt vita 2016. augusztus 22., 21:39 (CEST)
Szokásos módon felülírod az egyiket a másikkal (a útvonal (P81)-gyel írtam felül a része ennek (P361)-et, így ha mindkettőnek lenne eredménye, akkor az útvonal győz). – Tacsipacsi vita 2016. augusztus 22., 23:04 (CEST)

Wikidata weekly summary #223

Wikidata weekly summary #224

Hibás dátumok

Sikerült a Wikidatába feltöltött dátumokat formázva megjelenítenem, de azokban az esetekben, amikor a megnyitáshoz két dátum is meg van adva, a cikkekben a Hibás dátum hibaüzenet jelenik meg! :( Példa rá: Milánó metróállomásainak listája. Lehetne valahova egy first paramétert betenni, hogy csak a legrégebbi dátum jelenjen meg? – B.Zsolt vita 2016. augusztus 30., 21:09 (CEST)

A {{#invoke:String|sub|1968-05-05<br/>1972-12-04|1|10}} levágja az első dátum utáni dolgokat: 1968-05-05. (Ha a SPARQL-ben meg megadod, hogy dátum szerint rendezzen, akkor az is tuti, hogy mindig a legrégebbi kerül előre.) – Máté (vitalap) 2016. augusztus 30., 21:48 (CEST)

A {{Wikidata lista/megnyitás}} sablonba betennéd a megfelelő helyre? Vagy rosszul értem és nem oda kell majd? – B.Zsolt vita 2016. augusztus 30., 22:00 (CEST)

Betettem, valamint #iferror-ba is tettem, mert a <somevalue> értékek miatt maradt még hibaüzenet, így viszont ha bármi gyík van valamelyik dátummal, egyszerűen csak üreset ad vissza, és nem szól miatta. – Máté (vitalap) 2016. augusztus 30., 22:21 (CEST)
Hibalehetőség: 1896<br/>1945-02-14 – ezt a fenti kód 1896<br/>1-re vágja le, ami természetesen üres kimenetet eredményez. Gyanítom, hogy csak Luával oldható meg – azzal viszont akár az is, hogy az összes dátumot kiírja formázva. – Tacsipacsi vita 2016. augusztus 31., 12:03 (CEST)
A nyilvánvaló megoldás nem jutott eszembe, pedig még utaltam is arra, hogy a SPARQL-ben lehet a legrégebbit biztosítani. Ha a
SELECT ?item (MIN(?date) AS ?p1619)
WHERE {
  ?item wdt:P361 wd:Q735559 .
  ?item wdt:P31 wd:Q928830 .
  OPTIONAL { ?item wdt:P1619 ?date }
} GROUP BY ?item
lekérdezést használod, csak a legrégebbi dátumot adja vissza minden elemnél. Ha minden dátumot megjelenítenél, akkor már valószínűleg tényleg lua kell. – Máté (vitalap) 2016. szeptember 1., 16:37 (CEST)

Most már csak az a kérdés, hol is kell ezt a lekérdezést használni! :) Megcsinálnád ennél a cikknél, hogy később mások is le tudják a megoldást másolni? – B.Zsolt vita 2016. szeptember 1., 21:54 (CEST)

Látom bekerült a sablonba, viszont még sajnos nem tökélete, ha csak évszám van megadva, nem jelenít meg semmit. – B.Zsolt vita 2016. szeptember 2., 00:38 (CEST)

Az a #time hibája kell hogy legyen. Sajnos elég sok mindennel nem tud mit kezdeni. Utána kellene járni, nincs-e erre valami modul már valahol. – Máté (vitalap) 2016. szeptember 2., 06:42 (CEST)
c:Template:ISOdate. Egyszer már javasoltam valakinek (talán neked?), a kódját továbbra sem ismerem. Jelenleg Lua-alapú, így minden bizonnyal triviális módosítás több dátumot is kezelni vele. – Tacsipacsi vita 2016. szeptember 5., 23:25 (CEST)

Német település infobox

Megoldva, kész, ok, stb. MegoldvaHa valaki soknak tarta a három térképet tetszés szerint törölheti közülük akármelyiket.– Bencoke vita 2016. szeptember 5., 18:35 (CEST)

Szerettem volna lecserélni a németországi települések cikkeiben a pozíciós térképeket Németországról a tartományokéra, de minden próbálkozásommal akadályba ütköztem... :( Hát ha valaki ügyesebb lesz, mint én és kitalál valami jót.

Amikkel próbálkoztam:

  • pozíciós térképhez köz9gazgatási egység -> nem jó, mert a települések járásokban vannak, azok meg még nagyobb köz9gazgatási egységekben és csak azután a tartományokban;
  • berakni a tartomány paraméter tartalmát -> nem jó, mert a paraméter tartalma mindenhol linkelve van, link nélkül jó lenne

Most úgy látom, hogy vagy leszedem minden cikknél a linkelést a tartományokról, vagy beírom minden cikkhez a pozíciós térképhez a tartomány nevét (ez a kategóriából könnyen menne is).

Maradt még más lehetőség is? – B.Zsolt vita 2016. szeptember 1., 22:23 (CEST)

Nem láttam, hogy ideírtad ezt, már volt róla szó a Wikipédia-vita:Sablonműhely lapon, de ott még nem jutottunk idáig, csak elmagyarázták nekem miért jó, ha fent van a tartománytérkép is. A te problémádra annyit tudok mondani, hogy nem kell linkelve lennie a tartomány paraméter tartalmának, csak ki kell cserélni az Sablon:Infobox/Általános sablonokat Sablon:Infobox/Linkelt sablonokra. Nem jó így?– Bencoke vita 2016. szeptember 2., 20:48 (CEST)

Nem lesz jó, mert most általános a típusuk, de linkelve típusra cserélve dupla zárójelessé fognak válni. Ez nem csak annyi, hogy átírjuk a sablonban egy helyen sajnos. – B.Zsolt vita 2016. szeptember 2., 22:03 (CEST)

Nyilván, csak hogy nem probléma, ha törlöd az összes linket mert egy szó átírásával vissza lehet rakni és még azokba is rak hivatkozásokat, amiből eddig lemaradt.– Bencoke vita 2016. szeptember 2., 22:53 (CEST)

Tehát első lépésként kb 5000 cikkből töröljem a linkelést? :) – B.Zsolt vita 2016. szeptember 2., 23:01 (CEST)

Akkor minek hoztad fel egyik lehetőségnek, ha egyébként lehetetlennek gondolod a megvalósítását?– Bencoke vita 2016. szeptember 2., 23:17 (CEST)

Wikidata weekly summary #225

Wikidata weekly summary #226