Wikiverzita:Boti/Problémové editace

Pokud objevíte nějakou problematickou editaci, kterou provedl bot, můžete ji sem umístit s vysvětlením co je špatně. Jde o to, aby jsme samotným majitelům a vlastně i projektu poskytli zpětnou vazbu.

User:Crochet.david.bot

Prošel jsem zhruba editace bota během letošního a loňského (2009) roku. Naprostá většina jeho editací (přes 99%) mi přišla korektní, hlavní problém jsem zaregistroval při náhradách entit (viz níže), ostatní editace vypadají korektně. Myslím, že by stačilo, aby autor zpřísnil kód svého bota, který by neměl takovéto náhrady provádět šmahem, ale s ohledem na kontext. --Kychot 24. 2. 2010, 13:25 (UTC)

Prošel jsem si také většinu editací bota a našel další problematické editace. Připouštím, že toho může být víc, dělám na tom již 2,5 hod.--Juandev 25. 2. 2010, 17:15 (UTC)

Náhrady entit

Jsou případy, kdy je nutno v HTML kódu nahradit nějakou entitu, například ASCII znak menší než '<', který otevírá HTML tag. Syntaxe MediaWiki ale připouští vložení pouze některých HTML tagů a proto je možno na běžnou stránku použít znak < přímo. Crochet.david.bot proto takovéto entity převádí na jednoduchý unicode znak < v zájmu zjednoduššení a zpřehlednění stránky a toho účelu je skutečně ve většině případů (zřejmě více jak 95% případů) dosaženo.

Náhrady tohoto typu jsou v editacích bota označeny jako "(Bot : Oprava kódování znaků)". Vypadá to, že tuto vlastnost přidal jeho autor až 2009-12-27, kdy proběhla 2009-12-27T18:46:13 první editace v tomto duchu při úpravě chemického vzorce na stránce Přírodní barvení/bavlněné kalhotky - zde byla tato úprava korektní. Ovšem pozděnji se vyskytly i případy, ve kterých může být taková náhrada kontraproduktivní, viz níže:

Náhrada entit v programových kódech

V následujících případech došlo k náradě entit v PHP skriptech, např. záměna '>' na '>'. Nejsem si 100% jistý, zda tím dojde k narušení funkčnosti dotčených programů, anebo se jedná o jejich vylepšení. Ale i ve druhém případě si nejsem jistý, do jaké míry povolit botům takové programy vylepšovat:

• 2010-01-17T10:05:59 Projekt: Hesla Jednoty bratrské/index php
• 2010-01-11T18:08:35 Projekt: Hesla Jednoty bratrské/functions.php

-->Tak teď jsem se dozvěděl, že problém to je. Protože při zobrazení něčeho, kde byla například entita pro tučný text uvidím toto: <b>Je to problém</b>, místo abych viděl toto Je to problém.--Juandev 9. 8. 2010, 07:51 (UTC)

Náhrada entit v XML souborech

XML export z MediaWiki. Šlo o dokument, exportovaný utilitou, dodávanou s distribucí MediaWiki. Myslím, že do takovýchto kódů by neměl bot zasahovat, i když při dobré snaze jej vylepšit. Pokud si bot myslí, že SW MediaWiki by se měl vylepšit, měl by kontaktovat developery. Mohu se dohadovat, že i takové "drobnosti" pak mohou mít negativní vliv při pokusu o opětovný import, jak v té době zaregistroval Juan, že jeho pokusy o import občas z neznámých důvodů padaly. Zajímavé je, že tentýž soubor "napadnul" bot dvakrát v průběhu půlroku - zřejmě na něm jeho autor provedl nějaká další "vyhlepšení", takže druhý průchod na Nový rok 2010 byl mnohem agresivnější:

• 2010-01-01T21:47:18 Sny/Databáze/Kychot/export24
• 2009-06-06T20:04:41 Sny/Databáze/Kychot/export24

Náhrada entit ve výukových textech

V následujících textech bylo uživatelům vysvětlováno, jak lze nějaké entity zapsat. Tím, že to bot přepsal, došlo k tomu, že ten výukový text vlastně nic nevysvětluje:

• 2010-01-11T18:04:31 Wikiverzita:Tabulky

Náhrada entit v poznámkách a výpiscích

Častým případem je nahradozvání entit, které jsou tam schválně z hlediska výukového. Např.:

• srovnej z následující
• tento případ byl první

Tady bych botovi vytknul nedokonalost. Protože v podstatě entita ampersand tu má tu funkci, že všechny entity, které jdou za ní se nezobrazují. Čili už z tohohle by botovi, mělo dojít to, že ty entity chceme zobrazovat v kódu. Nicméně osobně se domnívám, že by nikdo (tedy i bot) neměli zasahovat do poznámek a výpisků.' Prostě autor si to nějak napíše a spojuje si s tím něco v paměti, když mu to někdo neustále přepisuje, tak to je špatně.

Vnucování HTML 4.01 Strict kódu

Problém vidím v tom, že jakmile bot vidí nějaký kód, který mu připomíná HTLM, tak to hned začne standardizovat do podoby HTML 4.01 Strict, nebraje ohled na to, že může být prezentována verze jiná, nebo XHTML. Chápu, že MediaWiki v současnosti není schopna zvírazňovat jiný kód, ale to není rozhodně důvod, tu všude používat HTML 4.01 Strict. Je asi na nás, aby jsme iniciovali vznik extenze, která umožní zobrazovat daleko větší spektrum značkovacích jazyků.

Zapisování elementu <source lang="html4strict"></source> u výpisků a poznámek

Např. v poznámkách a výpiscích:

• [1]

Podle mého názoru by boti do poznámek a výpisků neměli zasahovat vůbec.

Oprava kódování znaku break

V tomto případě bot často opravoval elemnt/tag break, tedy z <br/> na <br />. Problém, ale spočívá ve dvou věcech:

• <br/> a <br />, jsou de facto XHTML tagy - bot to ale opravuje v textu, který předtím označil za HTML 4.01 Strict (v této specifikaci vystupuje <br>):
  • označení kódu za HTML 4.01 Strict
  • chybná záměna br tagů nazvaná: Robot automaticky nahradil text: (-<br> +<br />)
• tím že provádí změnu bez znalosti kontextu, může porušovat charakter textu, viz věty:
  • „Takže standardní otevřený tag <br> se mění na <br />, nikoliv na <br></br>!“ - původní
  • „Takže standardní otevřený tag <br /> se mění na <br />, nikoliv na <br /></br>!“ - po průjezdu bota

Očividně akce typu Robot automaticky nahradil text: (-<br> +<br />). Nemá žádnou další podmínku, což je vidět z této editace:

• vnucení XHTML breaku

Náhrada externího odkazu interním

To si myslím, že je docela prospěšná práce, ale jsou případy, kdy to může škodit. Viz níže.

Záměna externího odkazu interním u výukových textů a nápověd

Ná následující stránce, která je součástí systému nápověd došlo k chybné záměně externího odkazu interním a tak k degradaci textu. Zásah byl proveden ve 2 krocích:

• změna z exteráků na interáky - zde jsem si již dovolil provést rollback.--Juandev 2. 3. 2010, 20:41 (UTC)
• kosmetická úprava

Takový zásah má za následek zanesení chyby do nápovědy nebo výukového textu.

Tvorba chybných linků

Robot nefunguje dobře a občas tvoří chybná přesměrování. Viz příklad:

• 1. robot z interního odkazu vyhodí jazykovou verzi
• 2. zkrátí odkazované názvy projektů - a zapomene na jeden, který začíná velkým písmenem
• 3. chybně přesměruje odkaz, který nebyl v předchozím kroku opraven

Další případy:

• [2]
• [3]
• [4]
• [5]
• [6]

Spouštění více kódu bez podmínek na tu samou stránku

Z úvahy o problému break a ampersand vyplývá, že bot má několik různých skriptů, které zřejmě nemají podmínky. Jak již bylo uvedeno, když je ampersand, entita za ním se automaticky zobrazuje ve své kódové podobě. Záměna "zalomení" očividně nebere v potaz kontext stránky, ani změny na ni prováděné tím samým botem.

Zavádění vlastního formátování

Neříkám, že vlastní formátování, které je z hlediska mediawiki je špatné. Ale já třeba následující způsob vidím poprvé v životě a tudíž nevím, jestli je to vhodné:

• http://cs.wikiversity.org/w/index.php?title=Fena_Dorren&diff=prev&oldid=14955

Přidávání interwiki ve jmenném prostoru user

Neříkám, že je to správné, ale ptám se jestli je to vhodný zásah do prostoru uživatele. Viz:

• [7]

User:Crochet.david

Všiml jsem, si že tento uživatel dělá občas podobné zásahy jako bot. Zde je výčet:

• záměna entit za tagy ve výpiscích

dodělám jindy.--Juandev 25. 2. 2010, 17:20 (UTC)

Dodělávat již nebudu. Ono to bude podobné.--Juandev 9. 8. 2010, 09:07 (UTC)