Benutzer Diskussion:Stefan Kühn/Check Wikipedia

Automatische Archivierung

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 60 Tage zurückliegt und die mindestens 2 signierte Beiträge enthalten.

Archiv

2008 September 2008 Oktober 2008 November 2008 Dezember 2008 2009 Januar Februar März April Mai Juni Juli August September Oktober November Dezember

Wie wird ein Archiv angelegt?

Script "Reference double" (Error number 78)

Hallo Stefan, look at article ru:Чемпионат Европы по лёгкой атлетике 2006. I think it will better if script found two references between div and /div tags when they appear. In case of presence div tags it is not necessary to designate error, if refereces less than two between div and/div tags --Askakun 00:54, 16. Okt. 2009 (CEST)

Suggests from France

Hallo Stefan
From the french project come few requests and suggests.

References in headline

French conventions about this point say to insert <ref>xxxxx</ref> in text article rather than headlines, nearby the words or sentences the reference is talking about. The problem have been suggested on french Project:CheckWiki discussion page and agreed for suggestion. Do you agree to add this detection (hoping this could be usefull for others projects...).

I don't understand the discussion in french. Please describe the problem with an example. Thanks. -- sk 09:04, 4. Aug. 2009 (CEST)

IE with this french article M63 -> Look here the first version -> A reference is in the first headline, it should be placed in a small introduction sentence rather than in this title... The reference should be at the end of the sentence or nearby the word you want to "support" with this reference. We'd like to detect this... --Archimëa ✉ 17:07, 4. Aug. 2009 (CEST)

Others examples can be find there [1] [2] [3] [4]. I hope it will be useful for you. Regards, 86.68.72.207 06:55, 14. Aug. 2009 (CEST)

Thumb: "right" parameter useless

When using the parameter "thumb", "right" become useless and redundant. The use of this two parameter together is really common. Even if the image display is not affected, "right" needs to be deleted. I think this detection is useful to clean the display of pictures. What about this one ?

Good idea. But this stand allready at my To-do-list (see: thumbs with forced size)-- sk 09:01, 4. Aug. 2009 (CEST)

Ok. Good news. It will be, so... "right" was not explicitly written... and "thumbs with forced size" is a good dectection, it should be "upright"... --Archimëa ✉ 17:07, 4. Aug. 2009 (CEST)

Image without description

This detection returns a lot of false-positive errors. The problem have been suggested on french Project:CheckWiki discussion page and agreed for suggestion. When an image is used as a simple image, or in infobox (and "Template"), image description become as alternate despcrition. Alternate description problem is complicated and different from the need of description in a "thumb" image. "Image with really description needed" and "image with description not needed" are melted (I know alternate description is needed, but it's another problem). We'd like to modify the error 30, 2 ways have been suggested :

1. Detect only description really needed : Thumb and gallery (gallery is allready detected) -> so only when "thumb" is added to the image. Simple image and image in infobox (and template) can be forgotten.
2. Divide error in two pieces : same detection (only for thumb) and keep detection for simple image and image in infobox (and template).

The first one could be the best (at least for France) while at this moment the problem resolution of the alternate description of image is not going to happen soon. This fix could makes image problem easier, do you agree with this changes ?

Maybe ignore for this pictures with size smaller than 50 px? JAn Dudík 08:48, 23. Jul. 2009 (CEST)

The script is stupid. It only detect images in the text. Every image should have a description. Also the very small one. Yes this is much work. The only way is to divide this error. One with only thumbs and the rest. -- sk 09:09, 4. Aug. 2009 (CEST)

Splitting it in two errors is fine. This would fix the image really without description at least... "One with only thumbs and the rest", as you say... --Archimëa ✉ 17:07, 4. Aug. 2009 (CEST)

Exception list

The problem have been suggested on french Project:CheckWiki discussion page and agreed for suggestion. A list of article would be ignored by the script. A lot of fale-positive can only be fixed in this way. I.E. with error 058 (Titre de section en capitales / Headline ALL CAPS). Some headline MUST be all caps (i.e. : fr:Variable d'environnement, fr:James L. Jones, This headlines have to be all caps. No way). Or I.E. with error 037 (DEFAULTSORT nécessaire manquant / DEFAULTSORT missing for titles with special letters). (i.e. : fr:々, this kind of article does not need DEFAULTSORT).
This list would be maintained by each checkwiki country/users. Each exception list would be separated by errors (headline 1=error 001, headline 2=error 002, etc) in order to keep the list easy to maintain. How and when (before each result buiding process) read and use the exception list, I can't answer well that as I'm not abble to program.
What do you think of this ?

At the moment I work one a concept for a Whitelist. So every language can insert there article for excluding from the process of er error. -- sk 09:11, 4. Aug. 2009 (CEST)

Good news... --Archimëa ✉ 17:07, 4. Aug. 2009 (CEST)

Output limit

We'd like to increase the output limit of errors displayed by the script from 50 to 100. Indeed, the old version of the program returned 50 errors each day, while the new version only returns 50 every two days. As a consequence, the total number of errors rise up because errors are created faster than corrected. Could you please increase the maximum number to 100 in order to restore the previous rate/situation ?

--Archimëa ✉ 17:23, 21. Jul. 2009 (CEST)

At the moment the biggest list is in enwiki with 272KB. I have only one limit for all languages. Maybe I can change this for frwiki. I will try this. --sk 09:16, 4. Aug. 2009 (CEST)

Ok, Thx... i wasn't sure that you will agree, i thought this could increase the time scan, and then stress server...

 Ok, I have change the limit from 50 to 100 only for frwiki. -- sk 22:26, 18. Aug. 2009 (CEST)

Error 063

_{<small>testo</small>} is detected, but <small>_testo</small> isn't. Normal behaviour ? --Archimëa ✉ 16:31, 23. Jul. 2009 (CEST)

I'm wrong ? --Archimëa ✉ 17:07, 4. Aug. 2009 (CEST)

<syntaxhighlight>

Some errors such as #010 can recognize <source> tags as exception and don't include in the reports, but can't recognize <syntaxhighlight> tags, which is synonym for <source>. Could you please add it as exception? --fryed-peach 09:29, 25. Sep. 2009 (CEST)

ISBN (069)

[5] Probably in thumb|220px|(...) . Dont check inside [[Image:[^\|\]]* Rjclaudio (Talk) 17:25, 26. Sep. 2009 (CEST)

Two ideas

Hi! I've two ideas for your script.

1. A new error for detect the HTML tag <a ...> and substitute it with [[...]] as is for error 038 (<i> with ''...'') and error 026 (<b> with '''...''').
2. In error 069 "ISBN wrong syntax" can check also for "ISBN: nnnnnn"; with the colon don't work the Special:BookSources

What do you think, they're useful? --Beta16 17:11, 30. Sep. 2009 (CEST)

Please vote!

Hello to all contributors of Check Wikipedia. At the moment I think about the translation of the new interface in all languages. The problem is: the projectpages need Wikisyntax and the new interface need XHTML-Syntax. I don't want handle both, because this means redundancy and this is not good. I think it will be the best to stop the support of wikisyntax-output because in many languages the output is also very long (en, fr, zh, ja). Then we can switch the translation to XHTML and all wikipedians work with the new interface. Also no more daily update of the projectpages is need.

I will ask you what you want!

1. Support only new interface (XHTML)
2. Support both (Wikisyntax and XHTML)

Please vote for one. The vote end 2009-10-31 12:00 UTC.

Is there any update yet? --Superyetkin 00:25, 9. Nov. 2009 (CET)

Yes, I have test the interface-link from API for parsing Wikisyntax into XHTML. This work very well. I work at the update in the script, but maybe it will be finish in 7 or more days. Thanks to user AwOc. -- sk 21:08, 9. Nov. 2009 (CET)

Is there any chance you can run the script for Turkish wiki? It has been inactive for a week now. --Superyetkin 21:49, 9. Nov. 2009 (CET)

In the last days the toolserver was more then one time rebooted. The script is now at ptwiki. After ro, ru, sk, sv it will scan trwiki. I think this tomorrow it is ready. -- sk 22:00, 9. Nov. 2009 (CET)

Is there anything you can do to scan trwiki? It has been more than 9 days since the last scan was performed. --Superyetkin 23:07, 11. Nov. 2009 (CET)

Support only new interface (XHTML)

1. sk 21:19, 12. Okt. 2009 (CEST)
2. Andim 21:54, 12. Okt. 2009 (CEST)
3. Welsh 21:45, 22. Okt. 2009 (CEST) Real time is better than updates every few days. I have stopped using the wiki version
4. Vina 01:13, 23. Okt. 2009 (CEST) I only look at the wiki version to see the up/down trends for errors now.
5. LSG1 22:42, 25. Okt. 2009 (CET) See Welsh
6. --Superyetkin 15:54, 26. Okt. 2009 (CET)
7. --Kostpolt 14:08, 29. Okt. 2009 (CET)
8. --Sevela.p 00:21, 13. Nov. 2009 (CET)
9. Altt311 10:42, 22. Nov. 2009 (CET)
10. Krinkle 01:26, 17. Jan. 2010 (CET) - This new toolserver-version is a lot better, and it also supports a "Done" button, and organisation for the users. Though marking things as done can be done on-wiki, I believe this is a time saver ! Great job.

Support both (Wikisyntax and XHTML)

1. ...

Talk

i think it might be a big security-problem if you put xhtml which can be edited by anyone on a website (as it is now). you should find a better solution, like allow only limited html-tags. --xAwOc 21:29, 12. Okt. 2009 (CEST)

This is right, but I think It is an wiki and many people can watch this translation pages. Did you have a better solution?

do not allow html-tags, except some limited selected ones like <small>, <a href="http://">, …. you could translate all other to html like < and >. then there are some weired solutions left, but a simple <script src="example.com/evil.js" /> would'nt work. other possibility: leave it as wiki-text and parse it to html, maybe there is an api-funtion for this. and i don't think that there are enough people watching the translation pages on all wikis. some are only edited by you and me. --xAwOc 22:07, 12. Okt. 2009 (CEST)

Why not support only wikitext for the new interface? It is a problem with the parse-modul of the api? When merge text and then split them it is possible with less querys. When support free html text it is a good idea to have a Sanitizer, that is the way MediaWiki support free text. Der Umherirrende 22:11, 12. Okt. 2009 (CEST)

I don't know the pars-modul. But the problem of "evil.js" is also there. Maybe I can parse this and only links to wikipedia allowed. At the moment many people can translate the descriptions, this is very good and I want this also for the new interface. But how! -- sk 22:22, 12. Okt. 2009 (CEST)

mw:API:Parsing_wikitext#parse, seems easy to use, no login needed. just call it like this and get the <text xml:space="preserve">…</text> part for every variable you get from the translation-page. at links it is neccesary to add the server. --xAwOc 22:42, 12. Okt. 2009 (CEST)

I will try at the weekend the parsing funktion. Thanks for this info. -- sk 21:50, 14. Okt. 2009 (CEST)

This work very well. I will implement this in the next time. -- sk 22:05, 8. Nov. 2009 (CET)

We discussed the possibility to use the new interface on :fr a bit and some people said the fact they were no backlog was braking the switch. A2 19:34, 17. Okt. 2009 (CEST)

What did you mean with backlog? Did you mean, that you can not see who repair the errors? Or an other thing? Please describe the problem better for me. -- sk 09:24, 18. Okt. 2009 (CEST)

I don't really know why people want to wait. One person said that is was vital to have a traceability for the project and that the logs of the project pages (history) were doing it well. But I disagree with this, edits made on project pages prove nothing, only edits on articles. So I don't really understand the problem. Some others talk of having a translated page on the new interface before telling people to use it. This night I tried to add a kind of edit button on detections pages (diff) but now pages are heavier to load so I don't know if we'll keep this. A2 13:50, 18. Okt. 2009 (CEST)

falsche isbn-syntax

wenn bei einem artikel „isbn-13“ in einer datei-referenz ([[Datei:blablaISBN-13-Beispielblabla.pix]]) vorkommt, dann sollte es nicht mit auf die liste. – 紫藤 ♥ 05:44, 27. Okt. 2009 (CET)

Das gleiche Problem besteht auch, wenn im Text ganz normal steht "ISBN-10" (vgl. Katherine V. Forrest). Es sollte bei der Fehlerabfrage nicht nur "ISBN-10" bzw. "ISBN-13" abgefragt werden, sondern "ISBN-10 [mindestens eine beliebige Zahl]" resp. ""ISBN-13 [mindestens eine beliebige Zahl]". --Jmb1982 13:05, 5. Jan. 2010 (CET)

Fehler in Check Wikipedia

Hallo Stefan,
Ich bin gerade am doppelte Referenzen abarbeiten und folgendes fiel mir auf: http://img215.imageshack.us/img215/7233/panthert.jpg Die gelb markierte Zeile enthält nichts, die doppelten Referenzen habe ich mal eingesetzt. Anscheinend erkennt "doppelte Referenzen" keine <hiero> Bestandteile, könntest du das integrieren?
Gruss,
LSG1

Das Skript hat das schon richtig erkannt, aber dort werden als Einzelnachweise Hieroglyphen eingebaut, dass sollte so eigentlich nicht gemacht werden, das ist doch keine Fußnote oder sowas. Ich sag mal in dem Artikel bescheid. Danke für den Hinweis. -- sk 21:29, 30. Okt. 2009 (CET)

formatting lists with :

Formatting lists as ":*" isn't error and I myself often this. The more so, if previous levels are different more than by 1, then "**" produce wrong result:

some reply

answer

another answer

• bulleted answer with :

some reply

answer

another answer

• • • bulleted answer with **

(I wrote here, because in Russian wikipedia this topic appear in list of pages with errors). A^VB^talk 14:53, 17. Dez. 2009 (CET)

I think this is not correct syntax. But you can deactivate this error in ruwiki. -- sk 19:56, 23. Dez. 2009 (CET)

How can I deactivate a particular error? There are numerous ones on Turkish wiki but none seems to be functional in the new interface. --Superyetkin 02:57, 25. Dez. 2009 (CET)

• deactivate - how? -- A^VB^talk 00:55, 26. Dez. 2009 (CET)

At the translationpage of your project (in ruwiki:here, in trwiki: here) you can set an error as "deactivated". You set only the prio of this error to 0:

#########################
# error description
#########################
# prio = -1 (unknown)
# prio = 0  (deactivated) 
# prio = 1  (top priority)
# prio = 2  (middle priority)
# prio = 3  (lowest priority)

For example you want deactivate the error 18 so you set in trwiki "error_018_prio_trwiki=3 END" to "error_018_prio_trwiki=0 END". Attention only "_prio_trwiki" will have an effect to the script. With every daily run the script check this value at this page and so you can deactivate the error in your language. -- sk 10:05, 28. Dez. 2009 (CET)

• Hey Stefan, thanks for the advice but that does not seem to work (for at least some errors).

###########################################################################

 error_016_prio_script=1 END
 error_016_head_script=Template with Unicode control characters END
 error_016_desc_script=Find Unicode control characters <tt>&#x<code></code>FEFF;</tt> or <tt>&#x<code></code>200E;</tt> or <tt>&#x<code></code>200B;</tt> ([[:en:Left-to-right_mark]], [[:en:Right-to-left mark]], [[:en:Byte-order mark]]). This could be a problem inside a template. Copy the template in a texteditor (for example [[Notepad++]]), where you see the controle characters and delete this. Copy then this text back in the article.

<span style="color:#e80000;">The script was change for this error. Please fix the translation. If you find a bug then please tell this [[:de:Benutzer:Stefan Kühn/Check Wikipedia|here]].</span>

<span style="color:#e80000;">This is a new error. If you find a bug then please tell this [[:de:Benutzer Diskussion:Stefan Kühn/Check Wikipedia|here]].</span> END
 error_016_prio_trwiki=0 END
 error_016_head_trwiki=Unicode kontrol karakteri içeren şablon END
 error_016_desc_trwiki=Şablon, Unicode kontrol karakterlerinden birini ya da birkaçını içeriyor. END

###########################################################################

And this error (#16) still shows on this page. Any comments? --Superyetkin 03:00, 29. Dez. 2009 (CET)

At the moment only the wikipage use the translation-page. The new interface only use the prio_script. This can't change by a user. I work at this. -- sk 21:32, 30. Dez. 2009 (CET)

Error 52

Hallo, gibt es eine Möglichkeit, dass QS-Kategorien, die anscheinend immer am Anfang eingefügt werden, nicht mit aufgezählt werden? Grüße, Inkowik32 (Disk - Bew - Vtr) 17:48, 17. Dez. 2009 (CET)

Das ist ein guter Hinweis. Mal schauen ob ich das hinbekomme. -- sk 19:57, 23. Dez. 2009 (CET)

Danke. --Grüße, Inkowik32 (Disk - Bew) 16:29, 26. Dez. 2009 (CET)

Detecting double sections

Could this project detect when a page has two sections with the same name one immediately after the other? This isn't always error that should be fixed, but in most cases it is. For previous discussion, see en:Wikipedia talk:AutoWikiBrowser/Feature requests/Archive 6#Removing double sections in articles. Svick 23:11, 21. Dez. 2009 (CET)

Interesting idea. I will try to implement this feature. -- sk 19:57, 23. Dez. 2009 (CET)

Hi! just one comment. In some pages the same section title appears more that 1 time, but that's ok becuase is related to diffent "main section". Is it possible to modify the script in order to detect if the same sub-sections hang from the same main section? Thanks. --Solde 17:32, 8. Feb. 2010 (CET)

Error number 056: Arrow as ASCII art and code

If an article talks about a programming language that uses double arrow => as syntax, then in this case it should not be corrected to ⇒. Code can be marked with <code> or <source>, but it can also be marked with indenting the text with one space:

this is a code example

I suggest the script would treat lines that begin with a space just as it would treat lines marked with <code> or <source>. -- 84.251.217.222 12:18, 26. Dez. 2009 (CET) (fi:user:Kimmolaine)

New Interface on Toolserver

Hallo Stefan, bei der Benutzung des New Inteface bekam ich schon mehrmals diese Fehlermeldung vom Toolserver:

DBI connect('u_sk_yarrow:host=sql','sk',...) failed: User 'sk' has exceeded the 'max_user_connections' resource (current value: 15) at ./checkwiki.cgi line 30 For help, please send mail to the webmaster (ts-admins@toolserver.org), giving this error message and the time and date of the error.

Ist die Zahl der gleichzeitig tätigen Benutzer des Interfaces tatsächlich auf 15 limitiert oder interpretiere ich das falsch?-- Ben Ben 15:01, 28. Dez. 2009 (CET)

Nachtrag: Fehlermeldung zuletzt hier gesehen: http://toolserver.org/~sk/cgi-bin/checkwiki/checkwiki.cgi?project=dewiki&view=detail&pageid=4986705 -- Ben Ben 15:06, 28. Dez. 2009 (CET)

Ich hab heute viel an den Skripten auf dem Toolserver gebastelt. Ich hab da auch diese Fehlermeldung ab und an bekommen. Ich denke durch die übermäßige Last wurde dieser Fehler dann erzeugt. Mal schauen ob das morgen auch noch da ist. -- sk 17:22, 28. Dez. 2009 (CET)

Hallo Stefan, das Problem besteht weiterhin. Es trat bei mir gestern und auch heute wiederholt auf. Gruß --Succu 08:44, 6. Jan. 2010 (CET)

Ich hab heute DAB angeschrieben, ob er mein Limit hoch setzen kann. Mal schauen ob das weiterhilft. -- sk 18:26, 10. Jan. 2010 (CET)

[6] Vielleicht hilft das. Andim 21:41, 10. Jan. 2010 (CET)

Hey there. This problem persists. There is no opportunity to make corrections on the system. --Superyetkin 22:10, 18. Jan. 2010 (CET)

I have solve the problem. Now you can work. But I will change some things. One script block all other scripts. -- sk 20:52, 20. Jan. 2010 (CET)

Again today: DBI connect('u_sk_yarrow:host=sql','sk',...) failed: User 'sk' has exceeded the 'max_user_connections' resource (current value: 15) at ./checkwiki.cgi line 47. -- A2 23:38, 7. Feb. 2010 (CET)

Symbol für Todestag und Benannte HTML-Zeichen

Zweiteres führt die Ergebnisse von ersterem meistens mit auf. Könnte man das nicht irgendwie zusammenlegen, da das dagger ja auch ein benanntes HTML-Zeichen ist. --Grüße, Inkowik32 (Disk - Bew) 16:56, 2. Jan. 2010 (CET)

Das ist aus der Historie entstanden. Ich denke das ist aber problemlos möglich. -- sk 10:32, 3. Jan. 2010 (CET)

ISBNistFormalFalsch=ja

Hallo Stefan in der Liste ISBN wrong checksum in ISBN-10 sind viele Einträge die ISBN Nummern enthalten, die in der Vorlage {{Literatur}} angeführt sind, und das Zusatzkennzeichen ISBNistFormalFalsch=ja in der Vorlage enthalten. Diese ISBNs werden ja eigentlich niemals eine richtige Checksumme haben, oder? Es wäre evtl. hilfreich dafür eine eigene Error-Klasse zu schaffen, dann könnte man sich besser auf die Korrektur der wirklich falschen Checksummen konzentrieren. -- Wolf32at 21:03, 6. Jan. 2010 (CET)

Das Problem ist bekannt, aber derzeit arbeite ich an dem Basisskript, damit das erstmal wieder richtig rund läuft. Schreib es bitte einfach mit auf die To-Do-Liste der Projektseite. -- sk 10:46, 9. Jan. 2010 (CET)

Updating fr project

Hallo. I'm looking sometimes if there is something to update from toolserver french directory. Since a month it's working strangly; I mean the new interface is updating nearly daily: they are new detections in the new interface, the date on files is changing too but there is no update of these files content (for exemple it's now written 27 Jan 10 14:20 for all file in the dir but the frwiki_output_for_wikipedia.txt file is still the render from 2010-01-23 15:43 five days ago). This month we saw sometimes scans of over 2000 minutes (that means more then two days scanning? or perhaps is it scripted like that: summing up three days scans for ex.). Did I miss something? Is this the same behaviour for other projects? A2 16:00, 28. Jan. 2010 (CET)

Hello A2, in the last days I had work hard on the new scripts. I will end this fixing today or morning. I switch all to the new interface and this will change many in the background. Maybe tomorrow not all will work correct, but I hope then I can update all languages every day. For Sonday. I hope it work. -- sk 18:45, 30. Jan. 2010 (CET)

First step: New file for frwiki, also for all other languages. -- sk 20:23, 30. Jan. 2010 (CET)

Thank you. How should we adapt the traduction page to have it working with the new interface (XHTML) ? I understand it has something to do with the <big> <i> <p> that are under balises but don't know what to do. Just remove the <nowiki > <nowiki /> ? The new interface is really speed now (with the 15 min refresh timer on pages), thank you again for your hard work on all this. [[fr:user:A2|A2]] 16:56, 1. Feb. 2010 (CET)

Change the translation page, so that between "error_010_desc_frwiki=" and "END" the script only find XHMTL. For example ID 10 is at the moment:

error_010_desc_frwiki=Des [[Crochet (typographie)|crochets]] ouvrants doubles 
« <tt>[[</tt> », utilisés pour définir un [[Aide:Liens internes|lien interne]], 
n'ont pas de crochets fermants « <tt>]]</tt> » correspondants. 
S'il s'agit de code source, utiliser <source> ou <code>. END

If you change all links form [[]] to XHTML "a href", and delete all templates and delete all wikisyntax, then the output in the new interface is right. -- sk 11:07, 2. Feb. 2010 (CET)

erledigtErledigt, danke! I don't know what's the pb. with errors 018 and 067, they print nothing for description and help, the XHTML seems good. A2 04:36, 3. Feb. 2010 (CET)

Traduction of new interface

Me again! Is it possible to add some traduction variable (less than 15) to the traduction file so that the new interface will be fully localised :

• “This table will updated every 15 minutes.”
• Number, Done, Description, Article, Edit, Notice, More, Found (columns)
• “To do”
• “List for bots”
• “Set all articles as done!”
• “Show all done articles” and why not its sub
  • “No, I will back!”
  • “No, I want only try this link!”
  • “No, I am not sure. I will go back”
  • “Yes, I will set all 23 article(s) as done.”

This said, there is still a problem loading the bot list from new interface in AWB (v. 5.0). The list shows a “<pre>1st article” and finishs with a “</pre >“ entrie. Moreover there's a problem with apostrophe, “Guerre d'indépendance des États-Unis“ is truncated to “Guerre d&“. A2 18:55, 1. Feb. 2010 (CET)

Thanks, for this feedback. Yes this is possible. I will insert this. Also I will change this problem with the AWB-bot. I hope I can do this next Sunday. -- sk 21:47, 1. Feb. 2010 (CET)

Titel mit Sonderzeichen und ohne SORTIERUNG

Da schlagen auch Weiterleitungen, die nicht kategorisiert sind auf. Ist das sinnvoll ? --Varina 11:03, 6. Feb. 2010 (CET)

pt.wp

Hi there, in portuguese wikipedia we've adopted a ner tag with the <references>, the {{ref-section}} is now {{referências}}, could you update the scritp to avoid false errors? Also, the report isn't showing the errors table, not even on the toolserver report, wich was usefull to follow errors evolution. Alchimista 15:13, 6. Feb. 2010 (CET)

 Ok, I have insert this. -- sk 21:31, 10. Feb. 2010 (CET)

Updating translation page

Could you please be a bit more specific about what parts of the translation page needs to be converted from wiki markup to HTML? Thanks. --Redaktor0 16:33, 9. Feb. 2010 (CET)

See this discussion. I hope this help. -- sk 20:34, 9. Feb. 2010 (CET)

I don't really follow. Please look at the Yiddish translation page and tell me what is wrong with it. --Redaktor0 00:18, 11. Feb. 2010 (CET)

Ok, yiddish is hard. I look at the translation-page. The text in for example "error_014_desc_yiwiki" looks good. I can see this right in the new interface here. But the description of 015 or 016 are empty. So I don't see a description in the new interface. - So you can change all description in this translation-page to xhtml. For example see this change in the german translation-page. Delete all nowiki, change all wikilinks to "a href" ... I hope you understand. If not ask me again. -- sk 14:54, 11. Feb. 2010 (CET)

Thanks. I have deleted the nowiki tags. I cannot see any wikilinks—am I mistaken?I have added descriptions for 015 and 016. Now, how do I link to the new interface? --Redaktor0 23:16, 14. Feb. 2010 (CET)

Hönigsberg & Düvel Datentechnik

Taucht immer wieder hier auf, obwohl der Artikel gelöscht ist. Bearbeiten-Link führt auf Hönigsberg, aber da ist eine Sortierung. Was ist da falsch? -- inkowik _sso 18:43, 10. Feb. 2010 (CET)

Mal schauen ob der morgen wieder auftaucht. Könnte am "&" liegen. -- sk 21:34, 10. Feb. 2010 (CET)

Also heute taucht es nicht auch. Im Zweifelsfall mal mit "Done" als abgearbeitet markieren, dann scannt das Skript am nächsten Tag diesen Artikel nochmal und erkennt auch, wenn der gelöscht wurde. -- 212.111.241.81 09:51, 11. Feb. 2010 (CET)

Danke. -- inkowik _sso 16:46, 11. Feb. 2010 (CET)

 Updating fr wiki again

They are no new detections (following high priority) since about a week on frwiki. I don't know if it's because it's bugged or because the dump is clean (in which case it would be nice to download a new one, the current one has nearly four months). Thanks in advance. — A2 19:41, 17. Feb. 2010 (CET)

This is an effect of my rewriting of the script. I checked this week only under 100 new article per languages. After my reprogramming I must also reprogramming this part of the script, but last weekend I had not the time. I hope in the next days I can update the script and every day you will see then all articles. -- sk 22:44, 17. Feb. 2010 (CET)

Hello A2, today I had change the script. From now every day the new article and the last change will be checked with the new infrastructure. I change the old scripts and also change the database. -- sk 09:26, 19. Feb. 2010 (CET)

Frage zum neuen Dump

Hallo Stefan,

heute wurde der aktuelle deutsche Dump gescannt. Mich wundert, dass nur relativ wenige verschiedene Fehler gefunden worden. Dies sieht für mich sehr verdächtig aus, denn bei einem neuen Dump wurden sonst deutlich mehr Fehler gefunden. Andim 23:03, 17. Feb. 2010 (CET)

Jetzt sind die erwarteten Fehler da. Andim 08:27, 18. Feb. 2010 (CET)

Wenn der Dumpscan anfängt, wird das Datum in der Liste aktualisiert. D.h. aber, dass der Scan erst die Artikel in die Datenbank einträgt. Ich hab gestern um 21:15 den Scan gestartet, das heißt, was bis ca. 1 Uhr schon gefunden wurde wird heute beim ersten Durchlauf dabei sein und eben neu angezeigt. Der Rest kommt dann morgen. Bei enwiki wird es noch länger dauern. Da ich das Scannen der Dumps und das Verarbeiten in der Datenbank komplett entkoppelt habe, ist das also völlig normal. -- sk 09:51, 18. Feb. 2010 (CET)

Vielen Dank für die Erläuterung, Andim 10:26, 19. Feb. 2010 (CET)

Prioritäten

Im Moment werden die lokal gesetzten Prioritäten nicht beachtet. Ich weiß nicht, ob das im Moment noch nicht umgestellt ist oder ob es ein Fehler im Skript ist. Andim 10:26, 19. Feb. 2010 (CET)

Gut das du mich daran erinnerst. Das muss ich noch umstellen. Halt alles der Reihe nach, wenn Zeit ist. Mal schauen ob ich die nächsten Tage mit einbauen kann. -- sk 10:49, 19. Feb. 2010 (CET)