User talk:Duesentrieb/CategoryTree

From Meta, a Wikimedia project coordination wiki

This page is for discussion about CategoryTree [1], a tool written by User:Duesentrieb. If I do not respond, please leave a quick note on my talk page at the german wikipedia.


Zwei Kategorien oder mehr[edit]

Hallo Daniel! Ein Tolles Plugin/Script! Schön wäre wenn man auch ein Ausschlussverfahren machen könnte, im Sinne von zeige nur die Artikel an die z. B. in beiden Kategorien sind. Beispiel: Ein Artikel über Erdbeer Kuchen ist in Kategorie "Kuchen" und in Kategorie "Obst". Beide Kategorien für sich haben jeweils über 30 Artikel wenn man aber <categorytree mode=all hideroot="on">Kuchen||Obst</categorytree> macht sind es nur noch 3 Artikel die in beiden Kateogrien vorkommen.

Also, diese Seite befasst sich eigentlich nicht mit der Extension, sondern nur mit dem alten CategoryTree tool das auf dem Toolserver läuft. Informationen zur Extension gibt's unter mw:Extension:CategoryTree
Ansonsten: Schnittmengen von Kategorien sind aus technischen Gründen problematisch, und Schnittmengen zu bilden hat für mich auch nichts mit einer "Baumansicht" zu tun. Das ist was völlig anderes.
Um die Schnittmenge von Kategorien in Wikipedia zu Bilden, gibt es das CatScan tool: http://toolserver.org/~daniel/WikiSense/CatScan.php - das ist aber nicht als Extension verfügbar. Möglich dass mw:Extension:DynamicPageList das kann, mit mw:Extension:Semantic MediaWiki sollte es auf jeden Fall gehen. -- 217.234.214.242 13:56, 23 November 2008 (UTC)[reply]

WP visualisieren[edit]

hallo Kolossos und D. Dÿsentrieb nun hätte ich da eine kleine vision mit eurem tollen werkzeug:

wäre es möglich, den Kategorienbaum mit der file-darstellung durch SequoiaView zu koppeln? Das gäbe eine wunderbare graphische darstellung der WP als ganzes, und wäre vielleicht ein nettes Werkzeug für die de:Wikipedia:Wikipedistik.

  • um nicht die grösse der artikel auslesen zu müssen, würde es wohl genügen, den Kategorienbaum als Ordnerstruktur, aber eine kat als Datei abzubilden, und die einzelnen Artikel als „Bytes“ einer kat.
  • ein problem ist hierbei, dass das wort „ Kategorienbaum“ so nicht stimmt: mit zunehmender tiefe ist die kategorienstruktur immer stärker vernetzt (wäre auch eine untersuchung wert: „topologie der WP“). nach meiner – nicht repräsentativen schätzung – sind artikel durchschnittlich in 2-3 kategorien zu finden. daher würde der inhalt der WP also verzerrt dargestellt.. ich fände das nicht so schlimm, da es – im prinzip - eine qualitative aussage ist, wenn ein artikel im Kategorienbaum mehrfach vertreten ist.

die eigentliche vision ist: wenn es eine „karte“ der WP gibt (die braucht ja nicht allzu aktuell zu sein), könnte man die Letzte Änderungen auslesen, und in der kat des artikels einen roten punkt setzen. dann könnte man dem „ameisenhaufen“ beim arbeiten zuschauen. insbesondere sieht man, ob und wo hotspots der aktivität liegen. --W!B: 02:15, 13. Jan 2006 (CET)

Coole idee, technisch so leider nicht umsetzbar. Das Tool funktioniert ja nur, weil die Kategorien "on demand" geladen werden - alle auf einmal würde viel zu lange dauern. Live-Abbildung von Änderungen gehen schon garnicht (neu laden alle x Sekunden? Oh je...). Eine grafische Umsetzung als Kästchen-in-Kästchen wäre gerade noch machbar, aber der "Kissen-Look" von Sequoia geht mit HTML nicht - und ohne den ist es wesentlich weniger übersichtlich (erstaunlich aber war - schalte das bei Sequoia mal aus). Der Algorithmus zum platzieren der Kästechen ist auch nicht ganz einfach.
Vielleicht wird sowas in Zukunft irgendwann möglich sein, evtl als Applet. Aber im Moment sehe ich nicht, wie das effizient gehen soll. -- Duesentrieb 10:43, 13 January 2006 (UTC)[reply]
schade, schade... wie lange würde es dauern, eine ganzen baum zu erstellen?? (mit derzeitiger rechenleistung) eine nacht? - aber die kissen (recht hast du, das ist ja der eigentliche clue an SequoiaView) liessen sich auch als bitmap übertragen. - die live-änderungen würde ja nur die 'Letzte Änderungen' betreffen, also vielleicht ein paar duzend pixel/minute (wenn das bild irgendwie als 'hintergrund' vorhanden wäre), die karte würde ja einmal pro woche reichen, soviel ändert sich da nicht, denk ich. den algotithmus stellt uns die TU/e vielleicht zur verfügung.. --W!B: 09:51, 14 January 2006 (UTC) ..aufgeben tu ich noch nicht ;-)[reply]

Also, ein kompletter baum lässt sich vermutlich in ca. einer Stunde durchrechnen - evtl geht's auch schneller, müsste ich mal probieren. Man könnte versuchen, das als Applet zu schreiben, dass den Baum als XML als Quelle benutzt... aber im Moment haben andere Dinge Priorität - wenn du Lust hast, probier's ;) Programmiertechnisch sehe ich das Hauptproblem tatsächlich beim Layout und Rendering der Rechtecke - das ist "eigentlich ganz Einfach", aber der Teufel steckt im Detail. -- Duesentrieb 23:31, 14 January 2006 (UTC)[reply]

nun, ich versuch mich bei diversen visualisierungs-programmen umzuschauen, die xml lesen können. in welcher form wäre so eine .xml? kannst du mir da ein paar beispielzeilen code einstellen, zum testen? --W!B: 04:07, 22 January 2006 (UTC)[reply]
hm, ich hab' da nochmal drüber nachgedacht, und weiss nicht genau, wie das XML aussehen soll.... unterkategorien in oberkategorien einsortieren? Dann haben wir jede kat (mit allen unterkategorien!) doppelt und dreifach... Als flache liste hat's kaum 'nen vorteil gegenüber der DB (ausser, dass man evtl die gewichte schonmal direkt mit speichern könnte).
Ich bastel gerade an 'nem anderen tool ,aber hatte auch schon andere anfragen vonwegen "voller kategoriebaum als XML". Kommt irgendwann, irgendwie... -- Duesentrieb 01:16, 23 January 2006 (UTC)[reply]

kleiner zwischenbericht: wenig erfolg bis jetzt.

gefallen hätte mir Interactive Information Visualization of a Million Items, ein open-source project, das eigentlich XML lesen könnte. ich habe probiert, millionvis zu installieren, es läuft aber nicht. auf eine anfrage hat das HCIL/University of Maryland leider nicht reagiert, aber vielleicht hab ich mich da patschert angestellt. könnte auch sein, das es in TreeMap 4 [2] eingegangen ist, und das erfordert lizensierung, ist also für uns wohl nicht brauchbar.

tools:

welinks:

*Shneiderman, B. Treemaps for space-constrained visualization of hierarchies
ich hab auch in Diskussion:Informationsvisualisierung und Diskussion:WikiProjekt Graphentheorie anfragen deponiert. grüsse --06:45, 3 March 2006 (UTC)

Hallo, interessanter Ansatz mit SequoiaView. Allerdings teile ich Düsentriebs Feststellung, dass solche Auswertung nicht mit dem Programmansatz eines interaktiven Baums zusammenpasst, welcher die Aest in einem sehr grossen Baum sinnvollerweise auf Demand öffnet. Ich habe Baumstrukturen mit Wikipedia:Pywikipediabot visualisiert ( tree-command ) und veröffentlicht, siehe z.B Wikipedia:Kategorien/Wirtschaft/Kategorienbaum/Betriebswirtschaftslehre, den Update davon mache ich von Zeit zu Zeit. Indikator z.B sind die mit der Zeit wachsende Zahl 'roter' Eintrage, als die Anzahl Kategorien die zwischenzeitlich gelöscht wurden. Beim Auswerten mit Pywikipediabot habe ich einige interessante Erfahrungen gemacht, die auch für das Erstellen einer SequoiaView-Auswertung relevant erscheinen:

  1. Beim Erstellen der Baumstruktur werden vorhandene Zyklen erkennbar. Diese sind per se als Fehler zu betrachten und zu korrigieren, d.h. die zyklische Referenz ist zu kappen. Ein Zyklus kann eng aber auch weit sein.
  2. Die Aeste wachsen z.T völlig aus der Hauptkategorie des Wurzelknotens heraus. Aktuelles Beispiel unter de:Kategorie:Volkswirtschaftslehre ist gemäss Konsens in der Fachgruppe Wirtschaft der bereits vorhandene Knoten de:Kategorie:Konsum untergeordnet worden. Die Beurteilung der Zuordnungsrelevanz ist allerdings nur anhand vom unmittelbaren Knoteninhalt von Konsum erfolgt . Dieser Knoten verliert sich aber nun in Unterstrukturen, welche dem vowi-Thema Konsum/Güternachfrage nicht mehr mehr zugehören. Siehe die ganzen Artikel unter Luxus und Sucht, von welchen wohl kaum noch einer eine volkswirtschaftlichen Blickwinkel einnimmt.

Folgerung: Kategorienauswertung und Kategorienpflege müssen hier Hand in Hand gehen. Die Pflege muss von Menschen durchgeführt werden, welche bezüglich Kategorienarbeit und Klassifikation interessiert und bewandert sind. Diese Gruppe von Wikianern sollte durch entsprechende Werkzeuge interaktiv (siehe Düsentriebs vorzügliches Werk) und joborientiert siehe Wikipedia:Pywikipediabot oder SequoiaView bewandert sein. Wobei natürlich Pywikipediabot aufgrund des sehr technischen CMD.exe/Python Interface nur wenigen Wikianern zugänglich sein wird. Meine Anregung: So wie Pywikipediabot die Anzahl der Artikel hochsummiert müsste nur noch die Artikelgrösse aggregiert werden, das ganze wäre ins notwendige Austauschformat zu bringen, welches von Sequoiaview gelesen werden kann. Das wärs dann. --Ollio 08:59, 12 April 2006 (UTC)[reply]

Vietnamese Wikipedia[edit]

Hi, I'm an administrator at the Vietnamese Wikipedia. In the past, we've had quite a few requests for a more "tree-like" way to explore the Wikipedia category hierarchy. Since your tool is exactly what we've been looking for, I've integrated it into the Vietnamese Wikipedia's category structure by modifying vi:MediaWiki:Subcategorycount and vi:MediaWiki:Subcategorycount1. You can see the result at vi:Thể loại:Tất cả: to the right of the subcategories listing is a "cây" link, similar to an "edit" link, that points to your tool.

It'd be very nice, though, if we could translate your tool into Vietnamese, so that non-English speakers could use it too. I realize that the tool is still under development, but I'd like to work with you on a translation of the script. Thanks very much for developing the tool, and I look forward to working with you.

 – Minh Nguyễn (talk, contribs) 05:35, 23 February 2006 (UTC)[reply]

Hi - I have layed the ground work for internationalizing the CategoryTree, the version supporting translations will go online with the next update. If you would like to provide a translation, please got to User:Duesentrieb/CategoryTree and follow the instructions there. -- Duesentrieb 16:13, 23 February 2006 (UTC)[reply]
I've translated the file, and it already gives the GFDL/GPL dual license statement at the top, so I guess that's taken care of already. I took some liberties with some phrases, because for example "scan category", when translated more literally, makes very little sense. The verb I used means something like "to look through", "examine", or "browse". In some phrases, instead of saying "show something", I said "list something".
There are some phrases that haven't been made localizable yet:
Category Tree (in the header and title)
Cây thể loại
Your browser is not supported. Please try to create the sidebar manually.
Trình duyệt của bạn không hỗ trợ tính năng này. Bạn cần phải thiết lập thanh bên này bằng tay.
highlite tagged articles
Tô đậm các trang có thẻ
show tagged articles
Liệt kê các trang có thẻ
show untagged articles
Liệt kê các trang không có thẻ
etc
v.v.
WikiSense Logo
Biểu trưng WikiSense
This script is developed and maintained by Duesentrieb. It is work in progress but will eventually be released under the GPL. The source code is available on request.
Script này được phát triển và bảo quản bởi Duesentrieb. Nó là công trường nhưng sẽ cuối cùng được phát hành dưới GPL. Mã nguồn có sẵn theo yêu cầu.
Vietnamese
Tiếng Việt
 – Minh Nguyễn (talk, contribs) 04:56, 24 February 2006 (UTC)[reply]


Hi - thanks a lot for the translation, it will go online when I upgrade the tools (tomorrow, probably).
About the untranslated strings: those can not easily be internationalized. The CategoryTree is part of the WikiSense framework, and messages come from different bits and pieces of the framework. As of yet, internationalization is done on a per-tool basis, common strings can't be internationalized easily. To be more concrete:
  • I'm not sure I want to translate the page title. It's a name, after all.
  • "Your browser is not supported", "loading...", etc: those come from the static javascript part. I would have to resort to very dirty tricks to get that translated.
  • "highlite/show tagged/show untagged articles": you should not be seeing that - the section is commented out in HTML, those options are not opeerational.
  • "etc"... uh, yea, well... I didn't put the Browser names into the internationalization. Maybe I should. But it seems pointless.
  • "WikiSense Logo", "This script is maintaines..." - that's a side wide footer. Internationalization for that could be done, i guess, but seems kind of painful.
Over time, more things will get i18n treatment. I hope having the main features of the UI translated is good enough for a start :) -- Duesentrieb 14:40, 24 February 2006 (UTC)[reply]
Oh, don't get me wrong, it is; I just wanted to provide those translations for whenever it becomes technically possible to include them. For example, I translated the "highlite tagged articles" in case you ever uncomment it. The only unprovided translation that I would really advocate for is "v.v.", since "etc" isn't a word in Vietnamese. – Minh Nguyễn (talk, contribs) 01:35, 25 February 2006 (UTC)[reply]

Vorschläge[edit]

Hallo Daniel, wäre es möglich, eine Suchfunktion für Kategorien einzubauen, die bei Treffer zum entsprechenden Punkt springt? Danke im Voraus, --Flominator 16:57, 25 March 2006 (UTC)[reply]

Kannst du das nochmal genauer beschreiben? Ich versteh's nicht so ganz. -- Duesentrieb 23:26, 25 March 2006 (UTC)[reply]
Ich suche z.B. eine/mehrere Kategorien zu "cow". Nun gebe ich bei Kategorie: eben cow ein und erhalte alle Kats, die cow im Namen haben. --Flominator 14:54, 26 March 2006 (UTC)[reply]

won't fix

Substring-Suche ist bäh, zumal das schon mit groß/kleinschreibung probleme gibt... dauert einfach zu lange. Ich versteh auch nicht ganz, wofür du das willst - wenn's um kühe geht, sollte alles, was relevant ist, doch unter "Cows" einsortiert sein (oder "Bovidae" oder wasauchimmer). -- Duesentrieb 00:23, 29 March 2006 (UTC)[reply]

Außerdem wäre es praktisch, wenn er bei keinen gefundenen Artikel einen anderen Text anzeigen würde, als bei inexistenten Kategorien! --Flominator 17:45, 27 March 2006 (UTC)[reply]

pending

Das stimmt - das Problem ist, dass aus sicht der Datenbank eine Kategorie "existert", wenn sie irgendwo benutzt wird. Ob es einen Header-Text zu der Kat gibt, ist dafür nicht wichtig... Aber ich könnte es extra abfrage. Aber was soll ich dann machen, wenn es den Kategorietext nicht gibt, aber trotzdem was drin ist in der Kat? -- Duesentrieb 00:23, 29 March 2006 (UTC)[reply]

Character encoding in url[edit]

Hi,

CategoryTree is a great tool, and the possibility to use it as a sidebar in Firefox is a nice touch. It would be even nicer, though, if it could be used as a Firefox quicksearch as well. Right now it is not possible, because a category name written directly into the URL gets uriencoded, and then interpreted as UTF-8. (E.g. one gets [http://tools.wikimedia.de/~daniel/WikiSense/CategoryTree.php?wikilang=hu&wikifam=.wikipedia.org&cat=Kateg%F3ri%E1k&m=c&go=Load&userlang=en&terse= Kateg�ri�k] instead of Kategóriák.) Could you fix this somehow? (Maybe with an additional URL parameter, if it would be ambiguous otherwise.)

Thanks --Tgr 13:42, 6 April 2006 (UTC)[reply]

works for me

This should work if your browser uses UTF-8 (which should always be used for uriencoding, by convetion - the original spec does not address the issue). If it uses something else... hm, well, i could make an additional url parameter for the encoding, but that would get messy internally... better fix the browser :) -- Duesentrieb 23:57, 6 April 2006 (UTC)[reply]

Another small problem: the language & replication lag texts are positioned too high in Firefox, and overlap the Yahoo note. (In FF 1.0; it is fine in IE.) --Tgr 14:29, 6 April 2006 (UTC)[reply]

Strange. It sure works find in my Firefox... -- Duesentrieb 23:57, 6 April 2006 (UTC)[reply]

Hungarian translation[edit]

Here. --Tgr 14:24, 6 April 2006 (UTC)[reply]

Andere Namensräume[edit]

Hallo! Erstmal vorweg: Das Script ist echt genial. Aber könntest du den Filter vielleicht so umprogrammieren, dass er zum Beispiel auch im Wikipedia oder Portal-Namensraum funktioniert? -- de:Benutzer:Marc-André Aßbrock 217.87.34.189 11:53, 17 April 2006 (UTC)[reply]

maybe

Öh, es funktioniert eigentlich nur im Kategorie-Namensraum... Ich verstehe die Frage nicht ganz... -- Duesentrieb 12:46, 18 April 2006 (UTC)[reply]
Man kann sich doch auch zusätzlich Artikel mit anzeigen lassen, die in der Kategorie enthalten sind. (Über das DropDown-Menü Filter:) Davon rede ich. -- de:Benutzer:Marc-André Aßbrock 217.87.21.76 12:57, 18 April 2006 (UTC)[reply]
Das ist nur sinnvoll, wenn das wenige sind - eigentlich ist das tool nicht dafür gedacht, Seiten aufzulisten. Aber andererseits... warum nicht? Mal gucken. -- Duesentrieb 13:27, 20 May 2006 (UTC)[reply]

Geometria descriptiva[edit]

Solicito que se abra una subcategoria dedicada a la GEOMETRIA DESCRIPTIVA, ca.wikipedia.org/wiki/Geometria Las imagenes Image:Cardona_01.jpg y otras que voy a subir ahora como Cardona_02 y Cardona_02, serian las primeras lo habria hecho yo mismo pero no tengo ni idea de como hacerlo

gracias

User:Vicens

misplaced message

sorry, I don't speak spanish... i'll try to find someone who can translate. -- Duesentrieb
I will respond to him on his ca: talk page, don't worry.--Orgullomoore 17:55, 18 April 2006 (UTC) Oops, they already did. LOL, nevermind that.[reply]

Talk pages[edit]

Is there a way to include talk pages in the report? For example, Category:Wikipedia featured articles is used only on Talk pages, so using the Category tree for that category does not help much. Perhaps adding it as a check box or another kind of non-default option? Titoxd 06:20, 22 April 2006 (UTC)[reply]

rather not

The category tree is really for showing categories... for your purpose, CatScan will probably work better. -- Duesentrieb 22:05, 26 April 2006 (UTC)[reply]

Chinese translation[edit]

Here

just come here to tell you it's finished:)i'm sorry i can't go to your German talk page,our people in China can't get to there:(

12:14, 20 May 2006 (UTC)

thanks

No problem, and thanks for the translation - it's already online. -- Duesentrieb 13:25, 20 May 2006 (UTC)[reply]

Chinese translation (continued)[edit]

Hi, I've finished translation of the Traditional Chinese and Cantonese interface of CategoryTree. Also according to the W3C specification, the tag 'zh-cn' is mislabelled, it should be 'zh-hans' instead, and the minor fix for zh-hans is available. Thanks anyway. :) --Shinjiman 16:16, 25 May 2006 (UTC)[reply]

Anzeige von Vorlagen im Kategorienbaum[edit]

Hallo! Ein großes Lob an deinen Kategorienbaum, da er eine große Arbeitserleichterung ist. Ich habe gerade bemerkt, dass man die kategorisierten Vorlagen nicht durch Artikel anzeigen zu sehen bekommt. Könnte man den Category Tree ändern damit man hier auch die Vorlagen angezeigt bekommt? Grüße und Danke --129.27.234.152 12:46, 15 June 2006 (UTC)[reply]

fixed in dev

Ja, das wurde schon einige male nachgefragt. In der nächsten version werden alle Namensräume berücksichtigt. -- Duesentrieb 12:02, 17 June 2006 (UTC)[reply]

Category Tree[edit]

Hi, I'm trying to implement a tree similar to CategoryTree and trying to understand how the server side scripts are written. I searched around for the source which I'm led to believe is GPLd (if I'm not entirely mistaken), but I couldn't download the view the source for the same (Access Denied). Could you kindly tell me where to download the same?

If this posting is inappropriate, then please do excuse me and delete this commnet, and m due apologies for the inconvience.

Thanks a heap in advance.

Cheers! TeckTrekker

Uhm, tarballs are here (slightly dated), the repository browser for the current version is here. Where did you get "Access Denied"?
Anyway: the CategoryTree is now available as a real MediaWiki extension in svn, providng a parser hook and a special page. Try it if you like. -- Duesentrieb 08:30, 2 August 2006 (UTC)[reply]
First of all - Thank You Duesentrieb
Second, I got the "Access Denied" while trying access this.
Third, its proving to be a daunting task trying to parse through the uncommented source for the tree. I'm just trying to build a tree very similar to CategoryTree, but without it being an extension of MediaWiki, which is not part of my actual requirement. Any suggestions?
Somehow I get the feeling that this is not the place for me to be discussing all this. Please do excuse me. I'm trying to get my tasks complete at the earliest. If there is any other place to get in touch with you, other than this site, I would welcome it a great deal.
Thanks a heap again!
TechTrekker

Bah, the source is a mess :P Look at the extension in SVN, it's much nicer. Anyway, if you have questions, you can contact me via wiki mail or on my home page. Btw: I also have command line tools for building a category tree or collecting the recursive contents of a category (thats not the same, the latter can be done much faster).

Oh, the CategoryTree thing in my source browser was dead, I removed it. Since it's in SVN now, it was pointles anyway. Regards -- Duesentrieb 22:33, 2 August 2006 (UTC)[reply]

Does this work with 1.6.8 ?[edit]

I just tried to install extension, but I get this error message: "Fatal error: Call to a member function on a non-object in /home/owiki/public_html/includes/SpecialPage.php on line 210" - Any ideas? Thanks!

I have not tried with 1.6. The way special pages are hooked up has changed, so chances are it doesn't work. Actually, I havn't tried with 1.7 either, I just wrote it for trunk (1.8alpha) - but I guess it should work in 1.7. -- Duesentrieb 11:30, 14 August 2006 (UTC)[reply]

Does category page really need to exist?[edit]

I am currently using the CategoryTree extension and I find it very useful. I was wondering, is it truly necessary for a referenced category to have a associated article (i.e. it has been saved with content - not just a category without a page)? I would like to use this to organize and display my categories in various other pages, without the need to actually create the category page itself. I can see how this might be useful, especially with root categories.

Well, if you don't create category pages, there is going to be no tree - how would you assign parent categories in that case? And categories that don't have a parent naturally don't show up in the tree.
The extension explicitely checks if the category you choose as the root exists as a page. This is done to avoid confusion - if the user mistyped the category, it's better to show an error than to show nothing, IMHO. -- Duesentrieb 07:18, 19 August 2006 (UTC)[reply]

Redirected pages not showing up[edit]

Should pages/categories that have been redirected be hidden? This is not the functionality of standard category pages. All sub-categories and pages are automatically shown, regardless if they are redirected.

Redirects are usually not categorized - on most wikis I know this is even policy. Categorizing them usually doesn't make sense - several redundant names of the category would show up the the parent cat. OTOH, it may make sense to categorize redirects in some cases - and if it doesn't, it may be useful to be able to notice them in the tree.
OTOH, since category redirects simple do not work right at the moment at all (see bugzilla:3311), and thus should never "contain" anything, I'm not convinved it would make any sense to have them in the tree. -- Duesentrieb 07:32, 19 August 2006 (UTC)[reply]
At the English Wikipedia there's Wikipedia:Template messages/Redirect pages. (This system is also used to a limited extent at the Vietnamese Wikipedia.) Like the English Wikipedia, the Vietnamese Wikipedia also has "category redirects", marked by the template Tiêu bản:Đổi hướng thể loại. – Minh Nguyễn (talk, contribs) 01:42, 20 August 2006 (UTC)[reply]
Yes, I know. "Category redirects" will show up in the tree - if they are categorized, which on most projects they usually are not. -- Duesentrieb 09:53, 20 August 2006 (UTC)[reply]
Well, the Vietnamese Wikipedia for one has them categorized. In fact, we rely on CategoryTree to monitor the category redirections, since we don't have a bot doing that work for us. – Minh Nguyễn (talk, contribs) 03:53, 21 August 2006 (UTC)[reply]

Removing the final newline[edit]

Would it be advantageous to remove the final newline that is appended to the generated HTML? This is causing the parser (1.7.1 version) to interpret the newline as a paragraph break, and shifting subsequent text down. I know its cosmetic.

Uh, what, where? The extension doesn't generate wiki text, but HTML. It should not be touched by the parser in any way. Can you provide an example? -- Duesentrieb
Also, please sign your comments with -- ~~~~ -- Duesentrieb 11:45, 19 August 2006 (UTC)[reply]
I can only provide excerpts of what I see in both the code and resultant HTML, not a true working example.
Line 161 of CategoryTreeFunctions.php in function efCategoryTreeTag
                $s .= "\n\t\t";
When the tree is initially created using efCategoryTreeTag, this new line is causing the parser (at least in 1.7.1) to generate a new paragraph in HTML.
<p><br />
</p>
It could just possibly be something wrong with 1.7.1, as I have yet to track down in the Parser object how the result of this special tag is being treated as such.
-- KAG 18:33, 19 August 2006 (GMT)

Works fine for me (testing with 1.8alpha, though): http://test.leuksman.com/view/User:Dues%27n%27trieb -- Duesentrieb 19:05, 19 August 2006 (UTC)[reply]

fetching category listings via a script[edit]

Hi Duesentrieb,

I am using a script to try and get the contents of certain categories (only 1 level deep). But I can't seem to get the actual contents, ie pages, only the subcategories. I do this:

wget http://en.wikipedia.org/wiki/Special:CategoryTree?target=East_Asia&mode=pages&dotree=Show+Tree

(as an example)

Even when I change the mode to 'all', 'pages' or 'categories', I get the same output! I only get the subcategories. On CategoryTree extension it says it is recommended to change your script to use query.php to fetch category listings and similar -- I'm not really sure what this means? Could you offer any advice?

thanks in advance, pfctdayelise 05:05, 19 September 2006 (UTC)[reply]

OK, I just found Query. Wow. Nevermind. :) --pfctdayelise 05:39, 19 September 2006 (UTC)[reply]

"Tall" trees[edit]

I happened to end up at wikipedia:Category:U.S. Highways in Pennsylvania. If you expand its one child category, you find that child category and its child are looped together. If you keep expanding them, it seems to refuse to expand further after the list is around 95 items "deep" (or the original child and 94 children under it). I don't know if this is a bug or not, but there's no indication that clicking the plus isn't going to expand any more on that 95th item. This behavior is reproducible for me. --68.142.14.32 05:45, 21 September 2006 (UTC)[reply]

Fatal error in CategoryTreeFunctions.php[edit]

Hallo,

erst mal auch von mir Lob und vielen Dank für das sehr nützliche Tool. Ich habe es bei mir installiert und mich gewundert, dass nix angezeigt wird. Der Ajax-Aufruf erzeugt einen Fehler:

 Fatal error: Class 'AjaxResponse' not found in (...)/extensions/CategoryTree/CategoryTreeFunctions.php
 on line 92

Wie es scheint, wird die Klasse nirgends eingebunden. Weiss nicht, ob das ein Bug in CategoryTree oder des MediaWiki-Release ist. Ich habe mir geholfen, und die Datei bei /includes/AjaxDispatcher mit require_once geladen. Das Funktioniert. Ob das wirklich der richtige Platz dafür ist, weiss ich nicht, dafür stecke ich nicht tief genug drin.

Ich habe MediaWiki und CategoryTree jeweils aus dem Trunk-Verzeichnis des SVN: CategoryTree und MediaWiki

 MediaWiki 1.8alpha (r16811)
 CategoryTree Revision 16820

-- 85.93.72.66 13:29, 6 October 2006 (UTC)[reply]

Is it possible for CategoryTree to replace the navigation menu?[edit]

I'm setting up a Wiki that will hold articles that are related and some kind of treeview would be neat. Are there any plans to make it an option to move the CategoryTree in the spot of the navigation menu? Arjen Verweij


If you're talking about the sidebar, I think earlier in the posts the author said it could be. If I'm misunderstanding what you're talking about please ignore. Also, are there any wikisites that happen to be using this extension in their navigation? I've been trying to get this to work on the sidebar, but it doesn't display. 68.227.197.196 22:10, 23 November 2006 (UTC)[reply]

Problem mit der Spezialseite Spezial:CategoryTree[edit]

Hallo !

Die Extension CategoryTree ist sehr nützlich und deshalb vielen Dank und ein großes Lob an die Entwickler!

Hierzu hätte ich allerdings drei Fragen:

1. Problem mit der Spezialseite (Spezial:CategoryTree):

Problembeschreibung: Wenn ich auf auf den Button "Laden" klicke, gelange ich zur Startseite. Der Parameter title=Spezial:CategoryTree wird nämlich nicht abgeschickt.

Meine LocalSettings.php beinhalten unter anderem folgende Einstellungen (vermutlich passiert es deshalb):

$wgScriptPath	    = "/mediawiki";
$wgScript           = "$wgScriptPath/index.php";
## If using PHP as a CGI module, the ?title= style usually must be used.
$wgArticlePath      = "$wgScript?title=$1";

Workaround:

Im Script CategoryTree/CategoryTreePage.php muss folgende Zeile eingefügt werden. Dieser Parameter ist vermutlich nur so lange gültig, so lange MediaWiki mit Deutsch als Sprache konfiguriert ist.

function makeInputForm() {
   //....
   $form .= wfElement( 'input', array( 'type' => 'hidden', 'name' => 'title', 'value' => 'Spezial:CategoryTree' ) );
   //....
}

Handelt es sich um einen Bug ?


2. Wie zeige ich den kompletten Kategorienbaum an? Ist es überhaupt möglich? Müsste man dafür alle Kategorien einer ROOT-Kategorie zuordnen und für diese ROOT-Kategorie einen categorytree-Tag definieren? Wenn ja, dann wäre dies extrem mühsam. Ich möchte nämlich gerne eine Gesamtübersicht über alle im Wiki enthaltenen Kategorien erstellen.


3. Ist es auf der Spezialseite Spezial:CategoryTree möglich mit Wildcards zu suchen, z.B. als Stichwort 'admin*' einzugeben? Derzeit muss die Eingabe mit einem Kategorienamen vollständig übereinstimmen. Mit welchem Konfigurationsparameter lässt sich dies steuern?


Danke für Eure Beiträge

Katarina --83.65.185.158 14:53, 14 March 2007 (UTC)[reply]

How to put CategoryTree output in a sidebar panel in IE or Firefox?[edit]

How can I put CategoryTree output in a sidebar panel in IE or Firefox?

There's a line saying Sidebar: [view], [install (Opera, Firefox)] [install (IE, Mozilla, etc)]... if the install-links don't work, you can click the "view" link, and create a sidebar.bookmark manually. In Firefox, you would add a normal bookmark, then edit the properties of that bookmark and select "open this link in a sidebar". Don't know how to do it in MSIE manually. -- Duesentrieb 11:28, 1 April 2007 (UTC)[reply]

I have a silly question.[edit]

(I copied my question from the discussion page at MediaWiki. I hope I've found the right place.)

I've installed a personal wiki on my system at home, version 1.9.3. I've installed CategoryTree and it works fine. I've set the variables -

$wgCategoryTreeOmitNamespace = true; $wgCategoryTreeDynamicTag = true; $wgCategoryTreeDefaultMode = CT_MODE_PAGES; $wgCategoryTreeCategoryPageMode = CT_MODE_PAGES;

In the example shown in the box on the "Extension:CategoryTree" page, the "manual" category indents each child when you click on the minus sign. My system here at home does not indent the child pages that I create.

Q- Is there a variable that I need to set somewhere that will indent each child.

I suspect this is about me changing my style sheets or adding another extension to my system rather than what CategoryTree is doing, because it works fine in my sandbox on MediaWiki but not on my personal wiki.

--Allyn 17:25, 4 June 2007 (UTC) (Reposted 18 June 2007)[reply]

categorytree in Vorlagen funktioniert nicht wenn Kategorie aus einem Parameter kommt[edit]

Ich habe eine Vorlage in der gedacht ist, dass

<categorytree mode="pages" hideroot="on">{{{COMPONENT}}}</categorytree>

vorkommt. wobei COMPONENT eine valide, existierende Kategorie ist. Leider wird kein Baum ausgegeben wenn man die vorlage in einem Artikel verwendet. Fügt man statt dem Parameter einen statischen Wert ein funktioniert es.

mjw, 2007-07-07

categorytree für benutzer-kategorien funktioniert nicht korrekt[edit]

(hallo Duesentrieb, ich vergass die begrüssung, sorry!)

...sobald der baum auf einen benutzernamen stösst, den es auch als kategorie gibt. eine solche namensgleichheit ist z.b. 'Benutzer:Zeitung' und 'Kategorie:Zeitung'(ein gleichnamiges artikel-lemma "Zeitung" gibts natürlich auch noch). dann sieht das so aus - es werden ab Benutzer:Zeitung auch noch sämtliche artikel zum thema 'zeitung' aufgelistet, obwohl doch nur die Mentorenprogramm-kategorie 'Wird im Mentorenprogramm betreut' abgefragt wurde... lässt sich sowas im script irgendwie abfangen? --ulli purwin 22:38, 11 July 2007 (UTC)[reply]

...o.k. - da ich sowieso von extern parse, hab ich mir selbst einen workaround gebastelt (der neue fall 'Benutzer:Berlinale' / 'Kategorie:Berlinale' hat's jetzt nötig gemacht). finde ich aber trotzdem, daß solche benutzernamen garnicht erst zugelassen werden dürften ;) ... gruß, --Ullipurwin 00:48, 13 August 2007 (UTC)[reply]

Kategorie Eifel[edit]

Die Kategorie: Eifel läßt sich nicht inclusive Artikel öffnen. Es kommt die Fehlermeldung Fatal error: Class 'WikiAccess' not found in /home/daniel/public_html/WikiSense-live/common/WikiSense.php on line 478. Wie erklärt sich das? --Pfir 11:18, 23 September 2008 (UTC)[reply]

Sidebar not displaying pages[edit]

Hi, I added Category Tree to the sidebar of my wiki and can't seem to figure out if there is a way to make pages appear as well as the categories. I've tried adding $wgCategoryTreeSidebarOptions with every possible variable i can think of but after reading through the php I'm not sure it's even an option. Is it?

$wgCategoryTreeSidebarOptions['mode'] = CT_MODE_PAGES;
Note that this is thw wrong place for that question really -- thsi page is about an old toolserver tool, the mediawiki extension is handled on http://bugzilla.wikimedia.org -- Duesentrieb 09:30, 28 October 2008 (UTC)[reply]

Please correct wrong links on CategoryTree ...[edit]

Hi, Duesentrieb.

I love old good CategoryTree, and I always display it on sidebar of Firefox. This setting is VERY USEFUL when I'm editing hierarchy of categories. (Although I know MediaWiki's CategoryTree extension, but these inline tree is not so useful because it can't fix the editor's point of view, in my opinion.)

But, on today, old good CategoryTree failed. All link of nodes are broken:

<a href='http://commons.wikimedia.orgindex.php?title=Category:some_category' target='_content'>some category</a>

It should be like this:

<a href='http://commons.wikimedia.org/wiki/Category:some_category' target='_content'>some category</a>

I'm seriously troubled about this... please correct these wrong links ... --Shoulder-synth 16:49, 4 September 2009 (UTC)[reply]

Issue with the way CategoryTree sorts[edit]

Hi, Duesentrieb.

I'm using your great extension for my wiki but i'm running into a glitch with the pages dispayed with your extension. I can't manage to make it sort my pages in a "natural" way. For exemple, I have pages named:

  • 01 - Main
  • 1 to 6 month - doc1
  • 12 to 24 month - doc4
  • 3 to 6 month - doc2
  • 6 to 12 month - doc3

The issue here is that the 12 to 24 month - doc4 is out of sequence compared to the others.

My question is: is there a way to fix that so it looks more natural ? or do I have to append a "0" in front of my other pages ?

XSS vulnerability in CatTree[edit]

I found an XSS exploit in CategoryTree.php, example: https://toolserver.org/~daniel/WikiSense/CategoryTree.php?wikifam=meta.wikimedia.org&cat=%27%3E%3Cscript%3Ealert%28%27XSSed%21%27%29%3B%3C%2Fscript%3E&m=a&go=Load&userlang=en&terse= (this will open an alert box). πr2 (tc) 16:11, 28 March 2012 (UTC)[reply]