User talk:Sapfan

From Wikidata
Jump to navigation Jump to search
Logo of Wikidata

Welcome to Wikidata, Sapfan!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards! Matěj Suchánek (talk) 19:02, 8 March 2014 (UTC)[reply]

Community Insights Survey[edit]

RMaung (WMF) 16:26, 9 September 2019 (UTC)[reply]

Reminder: Community Insights Survey[edit]

RMaung (WMF) 19:52, 20 September 2019 (UTC)[reply]

Please merge instead of blanking[edit]

Information icon Thank you for your work in maintaining Wikidata. I have a small suggestion to improve your future work. If you notice that two items are duplicates, please merge them instead of blanking one of them as you did with the page Q95148228. External sites use Wikidata identifiers, so it is important that we preserve the chain of references. We do this by making one item a redirect for the other. In particular, item ids are intended to be a permanent identifier, so we never reuse them for another concept. See Help:Merge for more information on how to merge items, and consider installing the Merge Gadget. Thanks! Bovlb (talk) 14:52, 11 June 2020 (UTC)[reply]

Hi Bovlb, thank you for your message and sorry for "merging" the duplicates in a wrong way. The help page you linked to was very helpful. I have just installed the merge gadget and will try to use it next time (previously, I thought that this was just an administrator priviledge). Thanks again for the advice! --Sapfan (talk) 19:36, 11 June 2020 (UTC)[reply]

Reference na online zdroj[edit]

Ahoj, všiml jsem si, že přidáváš spoustu skvělých referencí k biografickým údajům, díky za to! Např. zde https://www.wikidata.org/wiki/Q95396518 bych ale poprosil o dodržování standardních vlastností. URL se cituje pomocí vlastnosti "URL reference", ne "oficiální web" :). Taky bych poprosil o užívání vlastnosti stated in (P248) (zde pravděpodobně s hodnotou Prague City Archives (Q19672898)). Kdybys měl nějaké připomínky nebo dotazy, rád odpovím. Vojtěch Dostál (talk) 21:02, 22 June 2020 (UTC)[reply]

Ahoj! Já zase blahopřeji a moc děkuji za skvělou iniciativu s hromadným zakládáním datových položek k autoritním záznamům v Národní knihovně. Je to mimořádně užitečná aktivita, která umožňuje shromažďovat informace i k encyklopedicky méně významným či obtížněji zpracovatelným osobám či tématům bez obtěžování pracovníků knihovny - díky za vydařený revoluční nápad (work smart, not hard!). Ale teď k tvým připomínkám. Diky za upozornění na chyby. Můžeš se prosím podívat např. na Q96593662, jestli je to takto správně? Pokud ano, budu v podobném duchu pokračovat s převáděním této hromady odpadků a dalších nestrukturovaných informací. Ještě jednou blahopřeji k užitečné iniciativě a těším se na další výsledky a nápady. --Sapfan (talk) 06:47, 23 June 2020 (UTC)[reply]
Díky za pozitivní reakci :). Q96593662 vypadá skvěle, takto je to myslím korektní. Druhá možnost je založit přímo položku těm zdrojům - např. "Hugo Schick (parte)" bude nová položka a pak už citujeme jen pomocí stated in (P248) a retrieved (P813). Ale to je asi pracnější, protože to vyžaduje vytvoření nové položky. Díky za práci s hromadou odpadků - vlastně mám na ni pozitivní odezvu z nedávna, někteří knihovníci si tu stránku evidentně pochvalují :), že prý s tím pracují. Tak nevím, podrobněji jsem ji nestudoval. A zvu tě aby ses připsal k členům Wikidata:WikiProject Czech Republic, může se hodit. Dík, Vojtěch Dostál (talk) 17:39, 23 June 2020 (UTC)[reply]
Díky za odpověď! Zakládat datové položky k jednotlivým článkům (jako např. parte H. S.) by asi bylo přehnané, zbytečně bychom asi WD zaplevelovali - zvlášť když se třeba tento konkrétní zdroj týká jediného dalšího záznamu. V dalším rozšiřování budu pokračovat podle časových možností a k projektu se v nejbližší době přidám. Kdyžtak můžeš pozdravovat pány Bartla, Nejedlého a Šimka, pokud se s nimi někdy ještě setkáš - mluvil jsem s nimi cca roku 2014 a je to velmi kompetentní a motivovaný tým. Je skvělé, že jsi jim (a nám uživatelům jejich služeb) poskytl tak kvalitní řešení. Hodně zdaru! --Sapfan (talk) 17:56, 23 June 2020 (UTC)[reply]
Jistě, spolupracuji s nimi :) Vojtěch Dostál (talk) 07:44, 29 June 2020 (UTC)[reply]

Mimochodem, znáš udělátko DuplicateReferences? Dá se zapnout v Nastavení. Mohlo by ti ušetřit práci s vyplňováním referencí. Vojtěch Dostál (talk) 07:44, 29 June 2020 (UTC)[reply]

Díky za upozornění! Zrovna na tohle jsem včera myslel, že by se hodilo - a ono už existuje, jen jsem si ho nevšiml. Právě jsem to zapnul, ale vyzkouším to až večer (teď musím pracovat za peníze). Jinak mne napadlo: kde se dají prosím nastavit jazyky v záhlaví položek? Mám přednastaveno EN, DE, CZ a RU, ale jakýsi robot vždycky na nových položkách doplňuje záhlaví v NL. A protože RU nikdy nevyplňuji (psát v azbuce jde moc pomalu), tak bych ji rád zaměnil za NL, aby bylo vše najednou. Jak na to? Jinak díky za veškerou pomoc! --Sapfan (talk) 07:52, 29 June 2020 (UTC)[reply]
Ahoj! Že jsem tak smělý, zareaguji. Nevím, jestli je to to, co hledáš, ale mně to vyřešilo umístění panelu Babel na uživatelskou stránku. Teď se mi zobrazují jazyky u položek podle toho, co si nasázím na uživatelskou stránku. Viz ji. Hezký večer! --GeXeS (talk) 19:21, 13 August 2020 (UTC)[reply]
Díky za užitečnou radu. Funguje to! --Sapfan (talk) 20:48, 13 August 2020 (UTC)[reply]

We sent you an e-mail[edit]

Hello Sapfan,

Really sorry for the inconvenience. This is a gentle note to request that you check your email. We sent you a message titled "The Community Insights survey is coming!". If you have questions, email surveys@wikimedia.org.

You can see my explanation here.

MediaWiki message delivery (talk) 18:46, 25 September 2020 (UTC)[reply]

Česká škola[edit]

Ad Special:Diff/1306520604: Q31744873 je budova, asi bude potřeba vytvořit novou položku. --Matěj Suchánek (talk) 10:02, 17 November 2020 (UTC)[reply]

Hi, I’ve noticed that you used stated in (P248)Regional State Archives in Třeboň (Q12056841) in quite some references – thanks for adding references. The problem is that it yields an error message as stated in (P248) can only be used with works, not with the publisher of said works. One example would be Q15735115#P106 (notice the exclamation mark next to the reference). Could you maybe have a look into it? --Emu (talk) 09:11, 4 February 2021 (UTC)[reply]

@Emu:Hi Emu. Thanks for the message. I am aware of it - it happened, when the stated in (P248) disallowed certain classes about two weeks ago. And actually my biggest trouble will be with Prague City Archives (Q19672898), which is used as reference on more than a 1000 items in a similar way.
The actual issue is, that 7 Czech public archives digitized old vital records (Matrikeln) and I used this source for adding references on many data items. According to me, this is the best and sometimes the only credible reference we can have - an official document starting the date, place and circumstances of birth, death, marriage, childbirth -> family relation etc. The archive seemed to be a logical source to insert as stated in (P248). Now when the related instance is not allowed, we will need to:
  • Create more specific items (e.g., "Vital record collection of SOA Třeboň" under the instance of online database (Q7094076) - any other suggestion? The same will need to happen with the other 6 archives)
  • Create a rule for a mass change (e.g., if the property is stated in (P248), value Prague City Archives (Q19672898) and title (P1476) starts with "Archiv hl. m. Prahy, Matrika", then change the value of stated in (P248) to the object defined in the previous step
  • Ask for a bot to do this (it is too much to do manually - need to update more than 1000 items, most of them at multiple statements)
Notified participants of WikiProject Czech Republic What do you think? (Please move this discussion to a more appropriate place if needed. Sorry, I will not have much time to look at it until Friday evening.)
Thanks! --Sapfan (talk) 10:23, 4 February 2021 (UTC)[reply]

I agree, that a more specific items should be created. Specific record book would be perfect, but "Vital record collection..." is enough for this moment. --Daniel Baránek (talk) 10:47, 4 February 2021 (UTC)[reply]

Specific book records would be better indeed. I’ve created a few like Q100377145 or death record of the Jewish Community of Vienna (Q99662637), but the data model is probably not quite where it should be … --Emu (talk) 11:25, 4 February 2021 (UTC)[reply]
I agree, the more specific, the better. The best would be a separate item for each record book (genea has some database), as links may rot - note the recent case of Moravian regional archive making all these refs broken.--Jklamo (talk) 21:43, 4 February 2021 (UTC)[reply]
Item for every record book is too much. But yes, create items for every archive eg. Birth records in Archive Foo and use with possible qualifiers url, year(s), page and place (village) JAn Dudík (talk) 07:44, 5 February 2021 (UTC)[reply]
Thanks to all for your comments! I agree with JAn Dudík, that a record per book would be too much, especially in villages where they mostly do not have more than one notable personality per book. If there is no serious objection, then I will start creating the entries for birth / marriage / death records per archive tonight or tomorrow and then ask for a bot to make mass changes. But please write if anyone thinks that there is a good reason to do it differently. Regards --Sapfan (talk) 09:03, 5 February 2021 (UTC)[reply]
I would prefer not to create entries like "Birth records in Archive...", because such entity does not exist in reality. It would be our invention, which is not desirable, I think. I would prefer to create entity for the archival collection (archivní fond, e.g. Collection of Registry Books at Moravian Regional Archive (Q102116996)) and than specify the book (its type, inventory number etc.). If You like, I can import such archival collections from data, which were given to me by the Ministry of Interior. --Daniel Baránek (talk) 09:31, 5 February 2021 (UTC)[reply]
Yeah, the archive solution works quite well in the Czech archive system (not so much in the German speaking countries, but that’s another problem for another day). Note however that as of now you can’t use location (P276) in references, see Q100268310#P19 for an example of the error message. --Emu (talk) 10:05, 5 February 2021 (UTC)[reply]
Import done: https://w.wiki/xsg. If You miss something, let me know. When some fond is digitized, please add the link to the entity like Q101517065#P973. --Daniel Baránek (talk) 14:10, 5 February 2021 (UTC)[reply]
@Daniel Baránek: Thanks for the upload of archive collections! Can I please now ask you for a bot work - to assign the existing records to these new items. The rules are:
If stated in (P248) is and title (P1476) begins with then change stated in (P248) to
Prague City Archives (Q19672898) Archiv hl. m. Prahy, Matrika Collection of Registry Books at Prague City Archives (Q105319160)
Prague City Archives (Q19672898) Archiv hl. m. Prahy, Soupis pražských List of residents in Prague 1830-1910 (1920) (Q105322358)
Moravian regional archive (Q12038677) Moravský zemský archiv, Matrika Collection of Registry Books at Moravian Regional Archive (Q102116996)
State Regional Archives Litoměřice (Q18920590) SOA Litoměřice, Matrika Collection of Registry Books at Litoměřice State Archive (Q105319095)
State Regional Archives in Pilsen (Q21953079) SOA Plzeň, Matrika Collection of Registry Books at Pilsen State Archive (Q105319092)
State Regional Archives in Prague (Q12056840) SOA Praha, Matrika Collection of Registry Books at Prague State Archive (Q105319086)
Regional State Archives in Třeboň (Q12056841) SOA Třeboň, Matrika Collection of Registry Books at Třeboň State Archive (Q105319089)
Státní oblastní archiv v Hradci Králové (Q17156873) SOA Zámrsk, Matrika Collection of Registry Books at Zámrsk State Archive (Q105319097)
Regional Archives in Opava (Q10860553) Zemský archiv v Opavě, Matrika Collection of Registry Books at Opava Regional Archive (Q105319099)
Museum of Czech Literature (Q5979897) Kartotéka Jaroslava Kunce Kunc Jaroslav (Q82329263)

This would be sufficient to resolve the error message. Now, if anyone would like to play with the data further, then he/she could extract more structured information from the title (P1476):

If stated in (P248) is (formerly) then the standard format of title (P1476) is and we can derive: volume (P478) inventory number (P217) page(s) (P304)
Collection of Registry Books at Prague City Archives (Q105319160) Prague City Archives (Q19672898) Archiv hl. m. Prahy, Matrika zemřelých u sv. Ludmily na Vinohradech, sign. VIN Z6, s. 201 between "sign." and "," (here: VIN Z6) (N/A) after ", s."
Collection of Registry Books at Moravian Regional Archive (Q102116996) Moravian regional archive (Q12038677) Moravský zemský archiv, Matrika zemřelých Brno - sv. Tomáš 17056, s. 59 between the word "narozených", "oddaných" or "zemřelých" and "," (here: Brno - sv. Tomáš 17056) (N/A) after ", s."
Collection of Registry Books at Litoměřice State Archive (Q105319095) State Regional Archives Litoměřice (Q18920590) SOA Litoměřice, Matrika zemřelých Z • inv. č. 4505 • sig. 96/20 • 1784 - 1831 • Dubany, Evaň, Libochovice, Poplze, Radovesice, Slatina, s. 92 between "sig." and "•" between "inv. č." and "•" after ", s."
Collection of Registry Books at Pilsen State Archive (Q105319092) State Regional Archives in Pilsen (Q21953079) SOA Plzeň, Matrika narozených Rokycany 16, s. 54 between the word "narozených", "oddaných" or "zemřelých" and "," (here: Rokycany 16) (N/A) after ", s."
Collection of Registry Books at Prague State Archive (Q105319086) State Regional Archives in Prague (Q12056840) SOA Praha, Matrika narozených Lošany 20, s. 82 between the word "narozených", "oddaných" or "zemřelých" and "," (here: Lošany 20) (N/A) after ", s."
Collection of Registry Books at Třeboň State Archive (Q105319089) Regional State Archives in Třeboň (Q12056841) SOA Třeboň, Matrika narozených Písek 18, s. 529 between the word "narozených", "oddaných" or "zemřelých" and "," (here: Písek 18) (N/A) after ", s."
Collection of Registry Books at Zámrsk State Archive (Q105319097) Státní oblastní archiv v Hradci Králové (Q17156873) SOA Zámrsk, Matrika zemřelých v Hradci Králové, sign. 51-7657, ukn 3069, s. 364 between "sign." and "," (here: 51-7657) from "ukn" to the next "," (here: ukn 3069) after ", s."
Collection of Registry Books at Opava Regional Archive (Q105319099) Regional Archives in Opava (Q10860553) Zemský archiv v Opavě, Matrika narozených N • inv. č. 3142 • sig. Je III 4 • 1780 - 1792 • Bobrovník, Bukovice,…, s. 266 between "sig." and "•" (here: sig. Je III 4) between "inv. č." and "•" after ", s."

Finally, Jklamo correctly mentioned that many links pointing to Collection of Registry Books at Moravian Regional Archive (Q102116996) (formerly Moravian regional archive (Q12038677)) have rotten after a website reorganization due to Adobe Flash Player retirement. Some of the more frequently used ones could perhaps also be mass-replaced with new ones:

Existing reference URL (P854) portion (example before) should be replaced with (example after) Belongs to volume (P478)
http://actapublica.eu/matriky/brno/prohlizec/10374/?strana= http://actapublica.eu/matriky/brno/prohlizec/10374/?strana=9 https://www.mza.cz/actapublica/matrika/detail/10266?image=216000010-000253-003381-000000-017056-000000-VR-B08429-nnnn0.jp2 (where nnnn = number after "strana=" padded with leading 0) https://www.mza.cz/actapublica/matrika/detail/10266?image=216000010-000253-003381-000000-017056-000000-VR-B08429-00090.jp2 Brno - sv. Tomáš 17056
http://actapublica.eu/matriky/brno/prohlizec/11303/?strana= http://actapublica.eu/matriky/brno/prohlizec/11303/?strana=37 https://www.mza.cz/actapublica/matrika/detail/11133?image=216000010-000253-003381-000000-017057-000000-VR-B08430-nnnn0.jp2 (where nnnn = number after "strana=" padded with leading 0) https://www.mza.cz/actapublica/matrika/detail/11133?image=216000010-000253-003381-000000-017057-000000-VR-B08430-00370.jp2 Brno - sv. Tomáš 17057

There are reference URL (P854) to many more parish registers from this archive with this issue. So perhaps the best approach would be, to make extract list first, together with related volume (P478) or at least title (P1476), manually find the new link to each book, derive the new URL and then replace them - e.g. manually if <10 per book, automatically if more.

Long list! I am not sure how feasible and desirable these suggestions are, if anyone has time to do it and how to request it. Daniel - can you please help with at least the last finding the right contact person or communication channel?

Thanks to everyone for your comments and contributions! And sorry for creating so many incorrect records - but I have been doing it since June, with little previous Wikidata experience, and the error started to pop up only about 3 weeks ago.

Best regards, --Sapfan (talk) 20:44, 5 February 2021 (UTC)[reply]

Dear Sapfan, I am sorry, I cannot do that bot-work. I don't have a bot and I don't know a tool, which could work with references in such way. Try Wikidata:Bot requests (I made my first request there right today, so I don't know, how fast the process is. --Daniel Baránek (talk) 21:07, 5 February 2021 (UTC)[reply]
Dear Daniel, thank you for your quick answer and your support! I have just created a request. Let's see what happens. Have a nice weekend! --Sapfan (talk) 21:34, 5 February 2021 (UTC)[reply]

NKČR katalog[edit]

Ahoj, tak už pomalu končíme, že :). Díky za spolupráci, udělal jsi obrovský balík práce. Odkud to doděláváš? Abych věděl zda mám jet od začátku nebo od konce. Vojtěch Dostál (talk) 12:23, 15 November 2021 (UTC)[reply]

@Vojtěch Dostál: Ahoj! Máš pravdu, balík 300.000 kombinací se blíží ke konci. Nejvíc práce na propojování udělali 3 tahouni a my dva k nim patříme. Hlavně ale blahopřeji ke perfektnímu nápadu s Výzvou 63 000 - bez něj bych o této možnosti rychlé, efektivní editace nevěděl. Záznamy vybírám od stránky 7, mám ji v záložce, schválně jsem vybral takovéto "nezaokrouhlené" číslo, aby se snížilo riziko konfliktu. Ale v poslední době na to nemám moc času, tak se mnou radši moc nepočítej. Přeji hodně úspěchů a radosti s inovativními wikiprojekty. Btw, existuje statistika, kolik zhruba záznamů v NK je propojených na WD? Zdraví --Sapfan (talk) 12:41, 15 November 2021 (UTC)[reply]
Paráda. Statistika se pravidelně aktualizuje na Wikidata:Statistics/count/P691, v historii stránky jsou historické údaje :). Nějaké vizualizace vývoje se také na základě těchto dat dají zobrazit na Mormegilově nástroji https://mormegil-cz.github.io/wikidata-tools/property-chart/ Vojtěch Dostál (talk) 13:05, 15 November 2021 (UTC)[reply]
@Vojtěch Dostál:Díky, zajímavé. Takže jsme asi v půlce či mírně pod ní, jak jsem zhruba předpokládal. --Sapfan (talk) 13:12, 15 November 2021 (UTC)[reply]
No jo no, plánuji po dokončení tohoto batche naimportovat do Mix'n'Match dalších 300,000 autorit, takže práce bude asi dost i potom. Vojtěch Dostál (talk) 13:41, 15 November 2021 (UTC)[reply]

Kdyby ses nudil a nebavil tě už ten Biografický slovník, tak už máme https://mix-n-match.toolforge.org/#/catalog/4904 :-) Vojtěch Dostál (talk) 12:10, 21 November 2021 (UTC)[reply]

@Vojtěch Dostál:Díky za informaci a za zpracování další dávky! Je vidět, že je to už přebrané, ale několik set či možná tisíc se tam asi ještě najde. Kdybych měl čas, zkusím se na to někdy podívat. --Sapfan (talk) 12:13, 21 November 2021 (UTC)[reply]
Jsou to ti, kteří nebyli v původní dávce, a zároveň nejsou spárovaní, a zároveň mají uvedeno datum narození nebo úmrtí nebo mají aspoň akademický titul. Zbavili jsme se tím všelijakých překladatelů atd, které jde párovat jen velmi těžko. Vojtěch Dostál (talk) 12:16, 21 November 2021 (UTC)[reply]
Těch automaticky spárovaných bude ještě určitě přibývat. Vojtěch Dostál (talk) 12:19, 21 November 2021 (UTC)[reply]
Ještě nejsem spokojen se štítky některých položek, tak prosím ten katalog zatím nepoužívej, asi nahraju nový. Vojtěch Dostál (talk) 13:15, 21 November 2021 (UTC)[reply]
Tenhle je (snad) definitivní :) https://mix-n-match.toolforge.org/#/catalog/4944 Vojtěch Dostál (talk) 20:07, 7 December 2021 (UTC)[reply]
Díky! Je to dlouhý seznam. Teď si dávám přestávku, ale časem se k tomu možná dostanu. Přeji vydařený zbytek roku a budu se těšit na další novinky. --Sapfan (talk) 20:29, 7 December 2021 (UTC)[reply]

Zavržení vs smazání[edit]

Jinak tady je vidět, jak to dopadá, když se špatné NKČR ID odstraní, místo aby se zavrhlo :-) Dávej na to prosím pozor Vojtěch Dostál (talk) 08:48, 16 June 2022 (UTC)[reply]

@Vojtěch Dostál: Rozumím. Jenže pak se na stránce záznamu (zde jk01082801) zobrazí odkaz na nesprávnou položku, případně další údaje k jiné osobě. Tomu jsem se snažil předejít. Ale pokud to působí větší problémy na WD, pak je nutné volit menší zlo. --Sapfan (talk) 08:53, 16 June 2022 (UTC)[reply]
Zavržené hodnoty se do záznamu pokud vím nepřebírají, to se neboj. Ten se tam objevuje nyní proto, že je napevno vyplněn v MARC poli 024 (když se přepneš do MARC zobrazení, uvidíš to). Jednou za čas jim zavržené záznamy reportujeme a oni si je z pole 024 mohou odstranit. Vojtěch Dostál (talk) 09:02, 16 June 2022 (UTC)[reply]
@Vojtěch Dostál: Aha, tak to pak funguje dobře. Díky za vysvětlení! --Sapfan (talk) 10:53, 16 June 2022 (UTC)[reply]

František Anýž (Q12016861) Place of death.[edit]

Hello! I've just looked at the reference you've added and I believe you made a mistake - wrong Gerlachov. It's not "Gerlachov, Bardejov District (Q963246)" but rather "Gerlachov, Poprad District (Q1009862)". Look at the 2nd line of the scan you've pointed us out - for me it clearly says "Gerlachov, Tatranská Polianka, okres Poprad, Slovinsko". What do you think? PeterLemenkov (talk) 23:20, 28 July 2023 (UTC)[reply]

Hi @PeterLemenkov:. Thanks for noticing the error! You are right, František Anýž (Q12016861) died in Gerlachov (Q1009862) outside Tatranská Polianka (Q897165) in Poprad District (Q830982), not the other Gerlach. I have just corrected it. --Sapfan (talk) 05:04, 29 July 2023 (UTC)[reply]