Wikidata:Mezi bajty

From Wikidata
Jump to navigation Jump to search
Mezi bajty
Místo určené k diskusi o kterýchkoliv aspektech Wikidat.
O projektu, pravidlech a jejich návrzích, jednotlivých datových položkách, technických záležitostech atd…
Navštivte též Wikidata:WikiProject Czech Republic, Facebookovou skupinu, komunitní kanál #wikidata-cs nebo mezinárodní diskuzi Project chat (anglicky).
Staré diskuse z této stránky se archivují. Všechny archivy této stránky jsou v seznamu archivů. Aktuální archiv: 2024.


Domovní znamení[edit]

Hezký den, jak byste navrhovali k domům přiřazovat house sign (Q5915691)? Většinou není důvod znamením zakládat položku, ne? I když pár jich existuje (U modrého hroznu (Q121144692)). Stačilo by nějakým způsobem popsat, co se na domovním znamení daného domu vyskytuje. Napadá mě třeba has part(s) (P527) : house sign (Q5915691) s vymezením depicts (P180), ale třeba vás napadne něco lepšího. Vojtěch Dostál (talk) 21:06, 12 February 2024 (UTC)[reply]

Druhou možností je medle named after (P138) s případným vymezením stated in (P248): house sign (Q5915691). Toto mi připadá vhodnější u domů, které změnily domovní znamení, lépe se u toho přidá vymezení v čase. JAn Dudík (talk) 06:46, 14 February 2024 (UTC)[reply]

Nadmořská výška obcí[edit]

Hezký den, u obcí máme různé zvláštní nadmořské výšky, obvykle bez zdroje a není jasné, zda se jedná o průměrnou či maximální hodnotu či co je uvedeno. Proto navrhuji, že všude vložím hodnotu nadmořské výšky z místa obecního úřadu a pro vysvětlení vložíme vymezení applies to part (P518) : municipal building (Q105267470). Adresní body obecních úřadů jsou dostupné na webu (Seznam orgánů veřejné moci), z adresního bodu pak jsem schopen získat souřadnice a nadmořskou výšku. Hodnoty, které se nyní v položkách nachází, tam můžeme ponechat, nebo odstranit, to je mi asi jedno. Připadá vám to rozumné? Vojtěch Dostál (talk) 17:51, 12 March 2024 (UTC)[reply]

Asi víceméně souhlas, i když si nejsem úplně jist tou konverzí z adresního bodu na nadmořskou výšku. Stávající hodnoty bych v zásadě klidně smazal všechny, protože jestli dobře koukám, tak s výjimkou tří (Abertamy (Q319731), Zlaté Hory (Q207222), Rýmařov (Q1013850)) jsou referencované pomocí imported from Wikimedia project (P143). A trochu zajímavé je, že Zlaté Hory (Q207222) mají výšku referencovanou nějakým záznamem ČSÚ, což by mohlo být zajímavé, ale v něm tedy tu výšku nějak nevidím… --Mormegil (talk) 18:11, 13 March 2024 (UTC)[reply]
@Mormegil Díky za reakci. Nadmořskou výšku beru touto API: [1], namátkově jsem kontroloval, že to funguje docela pěkně (budu ale rád za kontrolu) Vojtěch Dostál (talk) 21:12, 13 March 2024 (UTC)[reply]
Tak ono není úplně nejdůležitější konkrétní API, spíš jde o data, která to používá. Jestli dobře vidím, tak to používá SRTM 250m, tzn. to rozlišení není nic úplně super. Ne, že by tam byly úplné nesmysly, bude to asi tak nějak zhruba odpovídat, ale tak nějak mi přijde neideální, když budeme uvádět nadmořskou výšku s přesností na metry a indikací, že to je výška budovy obecního úřadu, když... bude obsahovat nepřesnosti v řádu jen třeba jednotek metrů... Zcela namátkou: na budově obecního úřadu Mělníka je nivelační bod Cdf-29 s výškou 219,871 m Bpv (0,9 m nad zemí). To API pro příslušný bod vrací 216 m. Není to nic tragického, ale ani nevím, jestli je to úplně ideální na hromadný import... (A další věc je to Bpv versus cokoli že to vrací to API...) --Mormegil (talk) 15:19, 17 March 2024 (UTC)[reply]
Vidíš, já to srovnával s Mapy.cz a tam to dvakrát vycházelo na metr stejně. Buď jsem měl štěstí, nebo Mapy.cz používají podobně nepřesný zdroj. Zkusím se poohlédnout po něčem přesnějším a jako referenci přesnosti můžeme tedy používat právě ten nivelační bod Mělník. Kdyby měl někdo nápad na citovatelný a přesný zdroj, sem s ním. Namátkou @YjM, Adam Hauner, Matěj Suchánek:, dík. Vojtěch Dostál (talk) 18:02, 18 March 2024 (UTC)[reply]
Na první dobrou mě nenapadá nic, co by vyřešilo nadhozený úkol "out-of-the-box". Napadá mě několik přístupů. 1) Velká spousta radnic bude mít na sobě nivelační bod. Podle souřadnic by se dal poslat request na WFS pro data o výškovém bodovém poli a převzít souřadnice nejbližšího nalezeného bodu. Trochu přes ruku, ale pořád asi jednodušší, než (2). 2) DMR 4G je nyní dostupný jako open data. Je možné si pro každou radnici stáhnout příslušný mapový list a najít nejbližší bod modelu (DMR 4G je pravidelný grid ("rastr") YXZ) a převzít výšku. Obdobně by to šlo i s DMR 5G, ale zpracování by bylo složitější nebo méně přesné, protože DMR 5G není grid ale TIN. Za 3) mě napadá nepoužít ten nápad s výškou radnice, ale vzít polygon obce, poslat ho do služby ElevationMaxMin ([2]) a přidat obě hodnoty s vymezeními maximum value (P2312) a minimum value (P2313). YjM | dc 23:05, 18 March 2024 (UTC)[reply]
P.S. V Mapy.cz se někde nechá zjistit nadmořská výška v bodě? To nedokážu najít. YjM | dc 23:08, 18 March 2024 (UTC)[reply]
@YjM Díky, prozkoumám tebou navržené varianty, až budu mít chvíli času. V Mapy.cz to musíš trochu hacknout - z daného místa si naplánovat cestu a pak zobrazit její výškový profil. Vojtěch Dostál (talk) 06:25, 19 March 2024 (UTC)[reply]
@Vojtěch Dostál: Vzhledem k tomu, že reprezentovat nadmořskou výšku obce jediným číslem je vždy tak trochu nahodilé, tak obecní úřad je asi vcelku rozumnou volbou, protože je pravděpodobné, že ten úřad většinou bude v zastavěné části obce a většinou se dá považovat aspoň v nějakém smyslu za součást jádra obce, pokud daná obec vůbec nějaké má. Byť tedy ne vždy je obecní úřad v té nominálně jádrové části obce. Ovšem nadmořskou výšku částí obce už tímto způsobem určovat nemůžeme. Za čistší řešení bych považoval uvádět rozmezí nadmořských výšek (výšku nejvyššího a nejnižšího bodu povrchu, nikoliv staveb), pokud by bylo možné ho nějak získat (z nějakých strojově zpracovatelných dat). Mimochodem, nejsou nějaké případy, kdy má obec sídlo svého obecního úřadu mimo své vlastní území? Podobně jako Středočeský kraj svůj krajský úřad? To už by ale byla spíš rarita pro zajímavost. --ŠJů (talk) 23:45, 6 May 2024 (UTC)[reply]
@Vojtěch Dostál: Mimochodem, zrovna obecní úřady (resp. jejich hlavní budovy) patří mezi ty objekty, které bychom asi rádi měli systematicky nafocené, takže by určitě nebylo od věci je všechny naimportovat do Wikidat (tak jako byly před časem naimportovány pošty). Ve vymezení "platí pro část" pak neuvádět položku obecného pojmu "budova obecního úřadu" a bez konkrétní adresy, ale přímo odkaz na položku té konkrétní budovy. Mimo jiné se tím předejde nesrovnalostem a zmatkům v případech, kdy se formální sídlo obecního úřadu přestěhuje do jiné budovy (což není v delším časovém horizontu zas až tak vzácný případ). --ŠJů (talk) 23:57, 6 May 2024 (UTC)[reply]
Zatim jsem importoval jen obecni urady jako instituce, budovam jsem se jeste nevenoval, uvidime. Kazdopadne obrazky budovy je vhodne davat i k polozkam samotnych obecnich uradu. Vojtěch Dostál (talk) 07:40, 7 May 2024 (UTC)[reply]
U obecních úřadů, hlavně ORP a větších měst je ještě jedno specifikum - málokdy sídlí celý úřad v jedné budově. Tedy instituce = sídlo + budovy 1,2,3... Někdy je budova n využita úřadem jen částečně (a naopak často v budově OÚ sídlí také knihovna/pošta/hospoda/xxx), jindy jde o budovu, která má vlastní položku a někdy i článek.
@Vojtěch Dostál Co konkrétně jsi importoval? Jen adresy do položek obcí? Nacházím totiž položky typu Q116974575, které ale nejsou od tebe a položek obecních úřadů je jen 93. JAn Dudík (talk) 08:25, 7 May 2024 (UTC)[reply]
Je jich 1100: https://w.wiki/9$CF . V query jsi mimochodem mel pozadavek na souradnice, ty do polozek instituci jako hlavni hodnota rozhodne nepatri. Vojtěch Dostál (talk) 10:30, 7 May 2024 (UTC)[reply]
Pravda, souřadnice měly být optional (chtěl jsem si to zobrazit na mapě). Jenže pak je problém s tím, že instituce má souřadnice sídla, kdežto budova přímo - a položky se souřadnicemi ve vymezení se nezobrazují na mapách, ergo si nikdo nevšimne, že to není nafocené (aplikace Commons, Wikishootme, atd.). A, upřímně, u většiny obcí mi nedává smysl oddělovat úřad jako právnickou osobu od budovy, výjimkou jsou právě ty větší, viz výše (a obdobně u většiny restaurací, hotelů a např. menších divadel či knihoven) JAn Dudík (talk) 11:16, 7 May 2024 (UTC)[reply]
Urcite vsude presne oddelovat. Spise mi u vetsiny obci nedava smysl zakladat polozky budov uradu - nejsou nicim vyznamne, zadne databaze krome snad RUIAN se jimi nezabyvaji. Vojtěch Dostál (talk) 12:02, 7 May 2024 (UTC)[reply]

Průměrný věk - muži a Průměrný věk - muži[edit]

U sídel existuje u vlastnosti počet obyvatel Property:P1082 možnost zadat vymezení počet obyvatel - muži Property:P1540 a počet obyvatel - ženy Property:P1539. Pro vlastnost průměrný věk Property:P4442 bych chtěl podobně vložit průměrný věk - muži a průměrný věk - ženy, ale nedokážu k tomu najít potřebnou property. Existuje nějaká taková? Případně mohl by někdo požádat o její vytvoření - nejsem tak zběhlý tady na wikidatech, abych to udělal sám. Když existuje vymezení pro ženy a pro muže u počtu obyvatel, mělo by něco takového existovat i pro průměrný věk. Standazx (talk) 14:42, 6 April 2024 (UTC)[reply]

@Standazx Jenže pak bychom mohli mít taky mediánový věk, maximální věk, a kdoví co dalšího. Já si myslím, že nejsme statistická ročenka, tenhle směr by se nám mohl brzy vymstít a Wikidata na to myslím nejsou dělaná. Vedlo by to k položkám s obrovským množstvím tvrzení (ad absurdum co rok, to tvrzení) a podívejte, jaký problém mají Wikidata s načítáním a editací velkých položek. Určité řešení nabízí Commons Data, ale bohužel se jim od vývojářů nedostává taková pozornost, jaká by byla potřeba. Vojtěch Dostál (talk) 04:51, 18 April 2024 (UTC)[reply]

Zlínský architektonický manuál ID[edit]

@Vojtěch Dostál, Matěj Suchánek: Nechcete zažádat o speciální autoritní vlastnost pro ID na portálu Zlín Architecture Manual (Q122442514)? Je to sice poměrně malý rejstřík (zdá se, že cca 280 položek), ale považoval bych za rozumné využít toho, že tam fungují URL vygenerované podle obecného vzorce z ID. Nynějí způsob propojení, tedy uvedením plné URL ve vymezení u tvrzení described by source (P1343), bych považoval za náhražkové řešení pro ty typy rejstříků, kde funkční URL z identifikátoru generovat nelze nebo kde stabilní identifikátor vůbec nepoužívají. ŠJů (talk) 15:50, 29 April 2024 (UTC)[reply]

Upřímně mě trochu přestalo bavit žádat o vytváření nových vlastností a čím dál častěji se uchyluji k tomu druhému řešení. Tyhle databáze mají většinu životnost do 10 let a pak musíme řešit, co s vlastnostmi, takže s tím je docela dost práce. Ale nikomu určitě nebudu bránit tyhle "databázičky" převádět do vlastností. Vojtěch Dostál (talk) 17:02, 29 April 2024 (UTC)[reply]

Nejstarší české dějiny[edit]

Chtěl bych místní upozornit, že v dubnu a květnu nepozorovaně došlo k podivným změnám v položkách o nejstarších dějinách od různých IP adres (rozsah?). Např. český Strojmír (Q13594017) byl sloučen se srbským Strojimir of Serbia (Q337700), Slavník dynasty (Q1282377) byli větví srbského rodu Vlastimirović dynasty (Q931486) (s tím spojené úpravy Vok (Q2530611)) a Slavník (Q716213), Great Moravia (Q193152) vládl Tsar (Q44356) apod. Obnovil jsem, co jsem našel, ale nejsem si jist, že jsem zachytil vše. Tak buďte ostražití. Silesianus (talk) 11:27, 14 May 2024 (UTC)[reply]

@Silesianus Pro případ, že by to bylo omylem, je dobré po rozpojení přidat different from (P1889), aby to v budoucnu nešlo tak snadno sloučit. JAn Dudík (talk) 07:53, 15 May 2024 (UTC)[reply]