Wikizdroje:U pramene

Stránka U pramene je určena pro diskutování různých problémů souvisejících s projektem Wikizdroje. Starší příspěvky jsou archivovány, vizte seznam archivů (historie stránek zůstává zde). Vizte také stránku Potřebuji pomoc; k setkáním vizte pak U reálného pramene, dále též stránku Externí oznámení s novinkami z Mety, MediaWiki atp.

Prosíme, podepisujte své příspěvky.

All other languages: you can contact us here in English at the moment. See also English guidelines

Nové téma / New thread (+)

Opt-in global sysops?

Discussion from 2010 that resulted in currently being opted out: here

Hello. I would like to propose that this wiki allows global sysops. This wiki meets one of the criteria under the GS scope, which is that there are only two local administrators. I would strongly recommend allowing global sysops here because they can quickly deal with clear cases of vandalism and spam, but otherwise they will not intervene in content matters or local decisions. As I said, the main reason for proposing this is so that vandalism and spam can be quickly dealt with by global sysops (and by extension, stewards). Thoughts? Codename Noreste (diskuse) 12. 2. 2026, 15:27 (UTC)

For context, this discusson springs from some discussions among global rights holders, since the community is quite small at present compared to how it was during the last opt-out. @Jan.Kamenicek, -jkb-: perhaps one of you have an opinion on this? EPIC (diskuse) 16. 2. 2026, 09:48 (UTC)

@EPIC: Agree, the local community is really small nowadays and also the absence of local admins' reaction to this request quite underlines the situation. Thus allowing global sysops seems to be a logical step. --Jan.Kamenicek (diskuse) 21. 2. 2026, 11:48 (UTC)

Since no one has objected for a week, and considering that there likely won't be much further participation here with the community size, I'll go ahead and update the wikiset. Done EPIC (diskuse) 21. 2. 2026, 17:02 (UTC)

No když na to stačí souhlas jednoho v podstatě bývalého editora a nevyjádření aktivního nesouhlasu... Lenka64 (diskuse) 22. 2. 2026, 06:49 (UTC)

My opinion is, that global sysops are not really needed here, there was only one bigger problem in last years. But I am not against. JAn Dudík (diskuse) 22. 2. 2026, 16:58 (UTC)

In the past, I supported global sysops for the Czech Wiktionary. Since then, I have learned what kind of incompetent and dishonest bozos are all too often elected into global roles, more so for global sysops then stewards, but also stewards. It was Danny B. who made this kind of point in Czech Wiktionary, if I remember correctly. I do not oppose global sysops here, and I am rather inactive (although I did some important work here in the past), but I am sounding a warning, whatever its use. --Dan Polansky (diskuse) 23. 5. 2026, 10:37 (UTC)

Graicky náročná stránka od OSN

Máte někdo nějakou představu jak zapsat do OSN něco takovéhleho https://kramerius5.nkp.cz/uuid/uuid:a0c2f141-0a06-11e5-b309-005056825209 ? Prostě tu grafiku ignorovat? Ceplm (diskuse) 23. 3. 2026, 00:09 (UTC)

Tu grafiku dosti oddělujeme, srvn. např. A. --Mykhal (diskuse) 23. 3. 2026, 05:32 (UTC)

Primárně vložit text, obrázek je zde spíše ilustrační. Pokud ve stránce bude, tím lépe, ale i s obrázkem si může graficky zdatný člověk docela vyhrát, pokud ne, stačí i prostý ořez. JAn Dudík (diskuse) 23. 3. 2026, 12:04 (UTC)

Akcent nad neobvyklým znakem

Prosím zkušenější kolegy o pomoc. Heslo Ottův slovník naučný/Arsis (sken viz Národní knihovna České republiky) obsahuje akcenty nad znaky symbolizujícími dlouhou a krátkou dobu (tyto znaky jsem převzal z článku w:Metrum ve Wikipedii). Našel jsem, že znaková tabulka Unicode obsahuje samostatné akcenty, které je možné kombinovat s dalšími znaky (např. w:en:Acute accent), ale neumím je zkombinovat. Je to vůbec technicky možné? Děkuji. Rulumas (diskuse) 30. 3. 2026, 19:11 (UTC)

Zajímavé. Pozn.: v w:en:Arsis and thesis používají k tomu speciální znak drobnější ⏑ (U+23D1 METRICAL BREVE). (Následující znaky v řadě potažmo ~kombinace s vlastním codepointem jsou ⏒, ⏓, ⏔, ⏕, ⏖.) Zkombinování je jednoduché, přidá se následující combining character, např. ten U+0301. → ⏑́

Pro srovnání s tím U+25E1 LOWER HALF CIRCLE → ◡́

Zda je to ve výsledku funkční je otázka taky zajímavá (mně se to ve výsledku zobrazuje docela slušně, v tom prvním případě, na rozdíl od editoru zprávy). --Mykhal (diskuse) 31. 3. 2026, 06:05 (UTC)

Děkuji, zkusil jsem to upravit podle vaší rady. Ale ideální to není, v případě obloučku je ten akcent hodně vpravo; v případě vodorovné čárky je sice horizontálně o dost blíže jejímu středu, ale zase je hodně vysoko nad ní. Rulumas (diskuse) 31. 3. 2026, 06:56 (UTC)

Přidání trestního zákoníku

Ve Wikizdrojích je Občanský zákoník (2012). Trestní zákoník žel nenacházím. Kdyby se toho chtěl někdo ujmout, bylo by to prima. Přece jen je prezentace textu ve Wikizdrojích superiorní oproti té na gov.cz, podle mého vkusu alespoň. --Dan Polansky (diskuse) 22. 5. 2026, 07:16 (UTC)

@Dan Polansky Obávám se, že žádný z aktivních uživatel se nevěnuje zákonům, nové nepřibývají a ani již vloženým se nikdo něvěnuje - minimálně by bylo dobré zmínit novelizace, zmíněný občanský zákoník jich za tu dobu má přes deset. A je otázkou, zda je lepší zde ty zákony nemít vůbec, nebo mít pouze historické verze. JAn Dudík (diskuse) 24. 5. 2026, 15:17 (UTC)

real-time diskuse? IRC asi nebude to pravé

Úvodní stránka Wikisource odkazuje na irc://irc.libera.chat/#wikisource-cs , kde jsem se ocitl velice sám, když jsem tam vstoupil. Existuje něco, co je skutečně používané (Discord, Matrix, něco)? Ceplm (diskuse) 30. 5. 2026, 12:26 (UTC)

@Ceplm Na Wikipedii asi discord. Na Wikizdrojích jsme bývali na irc dva, a posledních pár let už asi nikdo. Osobně bych případně preferoval něco jako Whatsapp nebo Telegram. JAn Dudík (diskuse) 30. 5. 2026, 17:28 (UTC)

Jsa nadšeným podporovatelem FLOSS programů (živím se podporou Linuxu) tak bych preferoval něco otevřeného … proto ten Matrix. Ale existují nějaké kanály na Discordu. Akorát, že na tamním kanálu `#wikipedia-cs` mi nikdo na otázku ohledně https://commons.wikimedia.org/wiki/File:MS._Gough_London_14_p._32-41.pdf nikdo neodpověděl. Ceplm (diskuse) 30. 5. 2026, 19:07 (UTC)

Migrace na Parsoid

Číst v jiném jazyce

Ahoj všichni! S potěšením vás chci informovat, že jako další krok v projektu Unifikace parserů bude brzy Parsoid zapnut jako výchozí pro vykreslování článků zde na $wiki. Postupně zvyšujeme počet wiki, které Parsoid používají, s cílem udělat z něj výchozí parser wikitextu v následující verzi MediaWiki s prodlouženou podporou. Díky tomu naše wiki budou spolehlivější a jednotnější pro editory, čtenáře a nástroje a také to usnadní vývoj budoucích funkcí wikitextu.

Pokud to narušuje vaši práci, nemějte obavy! I nadále se můžete odhlásit prostřednictvím uživatelského nastavení nebo vypnout Parsoid na aktuální stránce pomocí menu Nástroje, jak se popisuje v dokumentaci rozšíření ParserMigration.

Jsou dostupné další informace o naší strategii postupného nasazování včetně testování před zapnutím Parsoidu na nové wiki.

Pro hlášení chyb a problémů se prosím podívejte na naši dokumentaci známých problémů a pokud najdete novou chybu, založte prosím záznam ve Phabricatoru a přidejte mu štítek Content-Transform-Team.

Content Transform Team 3. 8. 2026, 16:31 (UTC)

A je to opravdu nutné…

Většina knih (třebas románů) je členěna na jednotlivé kapitoly, mnohdy pouze číslované. Na Wikizdrojích je přitom zvykem uvádět u takové kapitoly znovu vyplněnou šablonu {{Textinfo}} a de facto v ní opakovat (popřípadě jen mírně modifikovat) většinu údajů uvedených v šabloně {{Textinfo}} na úvodní stránce příslušné „knihy“. Je to ale opravdu nutné či vhodné? Nestačilo by tyto údaje uvést pouze jednou na „hlavní stránce“?

Velkou zdejší přidanou hodnotou je možnost zpracovaný text stáhnout jako plnohodnotnou e-knihu. V ní se však před každou kapitolou neustále opakuje víceméně stejný text z vložené šablony {{Textinfo}}, což působí dosti rušivě, násilně a nevhodně. Text pak nepůsobí plynule jako skutečná kniha.

Nebylo by vhodné toto nějak šikovně ošetřit? Chápu, že v rámci samotného webu nemusí tato šablona působit nijak rušivě, ale alespoň při generování e-knihy by bylo vhodné její opakované zobrazování nějak potlačit. Domnívám se, že tyto údaje skutečně stačí uvést jednou na začátku. A pokud jsou v indexu zpracovány i úvodní a závěrečné stránky knihy obsahující údaje, které se do šablony vkládají, možná není nutné je uvádět ani tam.

Opakování stejných informací před každou kapitolou už podle mého názoru čtenáři žádnou přidanou hodnotu nepřináší a naopak jej při čtení e-knihy zbytečně ruší.

Zkusil jsem na polských wikizdrojích podobně zpracovaný text vygenerovat do e-knihy, a ve výsledku se žádné opakování údajů z infoboxu nekonalo. Možná by se šlo inspirovat tam. Jean-Paul (diskuse) 10. 8. 2026, 18:39 (UTC)

Ano, domnívám se, že má-li kapitola, oddíl aj. publikace, tvořící podstránku hlavní stránky, téhož autora, jako kniha samotná reprezentovaná hlavní stránkou, je rušivé (mj. pro argumenty uvedené výše) a nepotřebné uvádět textovou krabičkou znovu tutéž informaci. Jiná situace je např. v Ottově slovníku naučném, kde každý článek má svého autora. (Omlouvám se, pakliže jsem udělal nějakou chybu ve formulaci a chtělo by to ještě doladit.)

Pro účel trackování/sledování by nicméně v podstránce mohla být nějaká šablona, která ji označuje jako mající stejného autora aj. jako hlavní stránka, ale negenerující žádný text. Díky tomu by pořád šlo filtrovat stránky, které nejsou autorsky a licenčně ošetřené (byly by to ty, které nemají ani tuto šablonu, ani tu krabičkovou).

Jiný námět je tuto krabičku potlačit při generování e-knih zcela. K tomu související: Diskuse s uživatelem:Dan Polansky#Export knihy i s podstránkami do pdf i epub. --Dan Polansky (diskuse) 20. 8. 2026, 12:38 (UTC)

Ano, kdysi jsem na to při generování eknihy taky narazil, ale obávám se, že to nemá jednoduché automatické řešení. Otázkou je, zda je zde více opt-in publikací, tedy takových, kde jsou různí autoři různých částí, nebo opt-out, tedy jednuatorských děl.

Přijde mi nepravděpodobné, že by někdo chtěl dělat eknihy z věcí typu OSN, ale vyloučit zcela se to nedá. Pak nám jako opt-in zůstávají almanachy, články, periodika, Bible, encyklopedie, sborníky.. JAn Dudík (diskuse) 20. 8. 2026, 21:08 (UTC)

Pro začátek musím konstatovat, že pro mě je jakékoli technické řešení zde španělská vesnice. Sám nyní v rámci „indexů“ válčím s css, a to prozatím docela marně.

Za druhé si myslím, že kvalitní export textu do podoby e-knihy by zde měl být jednou ze základních věcí, jedním z pilířů, na kterých by se mělo stavět.

Prostý uživatel bude s největší pravděpodobností chtít jím hledaný text literárního díla číst jako „klasickou“ knihu. Bude si tedy chtít text vygenerovat do formátu vhodného pro čtečku knih. Přičemž musím konstatovat, že epub mi zde jde stáhnout prakticky vždy, ale u PDF je to čirá loterie – a pro mě většinou bez výhry. Ideální by podle mě bylo, kdyby výsledný formát byl prostý všech zbytečností, které mohou čtení e-knihy zatěžovat. Neustálé opakování údajů ze šablony {{Textinfo}} k nim podle mě rozhodně patří. Jako přispěvatel bych byl rád, kdybychom mohli takový výstup nabídnout i běžnému uživateli. Jinak je podle mě reálné riziko, že si pro pohodlnější čtení půjde jinam.

A u Poláků přitom velmi dobře fungují i zmíněné almanachy a export do vybraných formátů je dostupný u jednotlivých děl i přímo na stránkách autorů. Jean-Paul (diskuse) 21. 8. 2026, 17:38 (UTC)

Je fakt, že Poláci a Italové mají na svých WS docela zajímavé technické věci...

Prakticky - vygenerovaní ekniha by měla obsahovat alespoň nějaká základní metadata, minimálně v rozsahu Autor, překladatel, vydání, případně licence (není-li PD old, pak asi být nutně nemusí). To ve stačí jednou pro celou knihu, maximálně uvést u kapitoly jiného autora. Pomoci mikroformátů se dá nadefinovat, co který řádek znamená, ale jak to prakticky funguje, a zda se dá nakonfigurovat export, aby exportoval jen některé řádky, netuším.

Pro jakoukoliv změnu je potřeba, aby nejprve NĚKDO prozkoumal, CO je třeba změnit - a i technicky méně zdatný dobrovolník může zkusit udělat pár exportů různých děl a prozkoumat různé možnosti nastavení. JAn Dudík (diskuse) 21. 8. 2026, 20:21 (UTC)

Dodám, že dvě řešení, která jsem implementoval a která byla revertována (Diskuse s uživatelem:Dan Polansky#Export knihy i s podstránkami do pdf i epub.) mají tu nevýhodu, že při exportu do epub aj. disablují krabičku zcela. Na druhé straně pakliže by přepis podle originálu DJVU nebo tak pro každou stránku vytvořil odpovídající text, poté už by informace o autorech byla nejen v krabičce (i když zase Ottův slovník naučný snad uvádí jen zkratky, takže kdo ví jak by to bylo).

Jedním řešením by bylo volat krabičku InfoBox s nějakým novým parametrem. Nebo by krabička mohla nějak zjistit, zda je v podstránce nebo není (jenže podstránka může být jiného autora než hlavní stránka, např. u Ottova slovníku naučného).

Někdo technicky zdatný a ochotný se v této věci angažovat by nejspíš dokázal věc vyřešit, i prozkoumáním praxe z jiných Wikislovníků. K dispozici je nejen technika šablon, ale i mocnější programování modulů v Lua.

Já se v této věci asi více angažovat nebudu. V českých projektech typicky či příliš často narážím na obstrukce a nenápomocné reakce. --Dan Polansky (diskuse) 22. 8. 2026, 05:57 (UTC)

Pro začátek se mi snad podařilo vymyslet zjednodušenou {{Textinfo/test}}, která přebírá (zatím) autora, zdroj a licenci z hlavní stránky díla - po zapracování do hlavní šablony (ta jednoduší část) a vyřešení importu do Wikidat (pro mě důležitá podmínka) by šla do podstránek vkládat automaticky. Stejně tak už mám skript, který umí doplnit chybějící {{NavigacePaP}}, pokud je na hlavní straně seznam kapitol.

Modul, který přebírá parametry z hlavní stránky díla by tak mohl převzít i nějaký parametr, který by řekl, zda se má u podstránek vkládat infobox do eknihy. Ale zde je nutné nejdřív udělat průzkum (deset minut na návrh skriptu a pár hodin na projití všech stránek), zda má být default generovat nebo negenerovat. A pak je nutné myslet na variantu, kdy chci vygenerovat jen eknihu nějaké kapitoly - zde by měl infobox být i v případě, že u celé knihy by byl jen k celému dílu. JAn Dudík (diskuse) 14. 9. 2026, 09:16 (UTC)

Děkuji za zahájení kroků k řešení nastíněného „problému“. Mám si to představit tak, že v případě nastavení default generovat (ekniha bude automaticky obsahovat i údaje z infoboxu) bude nutné v nějaké nabídce zvolit „nezahrnovat údaje z infoboxů jednotlivých kapitol“? Jean-Paul (diskuse) 14. 9. 2026, 16:22 (UTC)

Nevidím do toho nástroje, ale myslím, že dokážeme ovlivnit, aby na podstránkách (ne)byl standardně potlačený infobox - prostě mu nastavit netisknutelnost. JAn Dudík (diskuse) 14. 9. 2026, 18:17 (UTC)

Dovolím si několik poznámek k nadhozeným otázkám v rámci této diskuse:

• Potlačení infoboxů při exportu: Ano, je to možné. Přístupů jak šablonu upravit je (jak již vyplývá z diskuse) povícero. Nicméně, pro dosažení opravdu použitelného exportu nestačí pouze upravit šablonu. Takový krok se neobejde bez úpravy řádově několika tisíc stránek, které tu máme v podobě z doby, kdy se nikomu ani nesnilo o tom, že bychom z Wikizdojů vůbec mohli e-knihy exportovat. Vhodnou úpravou systému ale můžeme dosáhnout toho, že alespoň nové texty budou použitelné přímo.
• PDF exporty: Celý systém exportů závisí na externích nástrojích. Zatímco převod z HTML do EPUB je vcelku jednoduchý, následný převod z EPUB do PDF je podstatně náročnější na výpočetní prostředky. Nástroj poměrně dost trpí tím, že chybí vývojáři, kteří by se mu mohli náležitě věnovat. V důsledku tak má řadu neduhů k nimž patří časté problémy při generování PDF nebo pády celého nástroje (a tím úplně nefunkčními exporty, problém je tak zásadní, že jednu dobu se zvažovalo, zda export do PDF úplně nezrušit). PS: Pro zmiňovaný Ottův slovník naučný (jako celek) je tento nástroj úplně nevhodný.
• Zajímavé technické věci: Před časem jsem si procházel manuály a dobrých věcí, které by usnadnily práci je docela dost. Automatická navigace na základě údajů v indexu, odkazy na stránky se skeny, využití Wikidat jako úložiště metadat namísto jejich přepisování do Wikizdrojů, přímé stahování knih do mobilní aplikace, … Většinou se objevují dvě překážky: vyžadují úpravu editačních zvyklostí (a s tím související údržbové práce na velkém množství starých stránek) a/nebo vyžadují zásah do rozhraní (rozšířená práva), přičemž u zásadních věcí nelze jen prostě překopírovat řešení odjinud, ale musí se operativně řešit za běhu podle místních podmínek. Ať už se chcete pustit do čehokoli, potřebujete širší společenskou shodu, kterou ne vždy je snadné získat.
• Úpravy Textinfo. Z mého pohledu je Textinfo pro ukládání a zobrazování metadat beznadějně zastaralá, s Wikidaty v principu nekompatibilní. Nekonečná duplikace metadat je s dnešními možnostmi imho zločin na editorech. Můj dřívější plán na její komplexní náhradu ztroskotal na mém pracovním vytížení, které prakticky vylučuje nějakou možnost systematické dlouhodobější práce na Wikizdrojích. Jakákoli úprava šablony k lepšímu JE přínosem, ale nelze od toho čekat zázraky. Spíše potřebujeme změnu filosofie s jakou k obsahu zde přistupujeme.

--Reaperman (diskuse) 14. 9. 2026, 22:23 (UTC)

Dokumentace k Wikidata katagoriím

Je někdě dokumentace k Wikidata (monitorovacím) kategoriím? Jsou jich zdá se tisíce, ale Wikizdroje:Wikidata k nim nic není. K monitoringu je alespoň stručný přehled na Wikizdroje:Monitoring. Jklamo (diskuse) 2. 9. 2026, 16:09 (UTC)

@Jklamo Dokumentace maximálně Diskuse_k_šabloně:Monitoring_Wikidata, jsou to jen další monitorovací kategorie, asi většina jich bude přes {{Monitoring_Wikidata}} nebo přes {{textinfo}} JAn Dudík (diskuse) 2. 9. 2026, 20:21 (UTC)