* Karl Eichwalder <ke(a)gnu.franken.de> wrote: Wo gab es das schonmal? Die Praxis zeigt auch Anderes. Wo ist es festgelegt? Christian

Thomas Corell &lt;corell(a)corell.dyndns.org&gt; writes: Das ist eine gute Frage. NAch meiner Theorie liegt es an außerplanmäßigen SQL-Abfragen der Admins. Besser: Es gibt nichts, was man nicht noch komplizierter machen könnte. SGML ist etwas anderes - das kann man nicht oft genug zu Sprache bringen, zumal sich mithilfe der Shortrefs und Attribute sogar das Tabellen- und natürlich auch das''Siehe auch:''-Problem lösen ließe ;) Ja, verstehe ich auch nicht, warum man über 30.000 oder meinetwegen auch 500.000 Artikel keinen Wortindex legen kann, der inkrementell nachgezogen wird. Aber ich bin kein Hacker :) -- | ,__o | _-\_<, http://www.gnu.franken.de/ke/ | (*)/'(*)

Thomas Corell &lt;corell(a)corell.dyndns.org&gt; writes: Man darf eben keine Volltext-Suche über die Felder bzw. das Textfeld machen! Es muß separat gespeichert werden, wo überall "Albrecht" und "Dürer" vorkommen und das wird über Indizes bzw. einen eigenen Index verwaltet. Bei Google geht das so auch ;) Notfalls legt dafür eine eigene Tabelle an. Den Index für die Volltextsuche kann man meinetwegen auch gern asynchron füttern - eben immer dann, wenn "Luft" ist; oder man nimmt dafür einen dezidierten Rechner. In der Wikipedia gibt es zwar einen Artikel zu "Architektur (EDV oder Software???)", aber der scheint noch nicht zielführend zu sein. Es geht bestimmt mit MySQL. Man kann aber aus spezialisierte Datenbanken nehmen. "kleio" ist so ein, leider nicht richtig freies System: es ist speziell geeignet zur Aufnahme von Geschichtsquellen (von Daten bis zu Quelltexten und auch Multimediadaten); ich weiß leider nicht, ob das (noch) auf einem Server liegt. id-zebra müßte man auch verwenden können... Notfalls oder als Übergang muß ein Indexer eigenständig daneben gestellt werden (ht://dig oder etwas besseres); die permanente Fehlermeldung oder der Verweis auf Google ist jedenfalls keine Lösung. a) ist mir nicht klar, wie man von Deutschland aus steuerbegünstigt spenden kann. b) halte ich wenig von einem e-cash-System. c) motiviert es nicht, wenn meine Hinweise auf SGML/XML mit Standardargumenten abgebügelt werden (nicht von dir!). d) sollten vorhandenen Ressource für die wichtigen Dinge eingesetzt werden (Aufbereiten der Daten auf Seiten der Clients). So sollte z.B. keine Power dafür verwendet werden, solche nebensächlichen Info wie dies zu generieren (auch wenn das nicht viel "kostet"): (577 Artikel werden beobachtet (ohne Diskussionsseiten); 381 Artikel insgesamt bearbeitet in eingestelltem Zeitraum; überprüfen der letzten Bearbeitungen für die Beobachtungsliste... komplette Liste zeigen und bearbeiten.) Ein datenbank-gestütztes System ohne gescheite Suche ist jedenfalls etwas eigenartig ;) -- | ,__o | _-\_<, http://www.gnu.franken.de/ke/ | (*)/'(*)

* Thomas Corell &lt;corell(a)corell.dyndns.org&gt; wrote: Stimmt, jetzt seh ich es auch. Der Grund für das Meinungsbild war, dass ich in den Artikeln schon _alle_ Varianten und Formen von Kursiv bis Fett, von Überschrift mit Liste bis Aufzählung gesehen habe. In [[Wikipedia Diskussion:Assoziative Verweise]] stand außerdem bis gestern: | Wie sollen Siehe-Auch-Verweise aussehen? | Siehe-Auch-Verweise können, müssen aber nicht die Vorform von | genaueren Erläuterungen sein, wie im Artikel beschrieben. Es fehlt noch | eine Übereinkünft, wie denn diese einfachen Siehe-Auch-Links formatiert | werden (aus wikide-l): | | Benutzer:TomK32 schrieb: | | Nachdem wir jetzt die Weblinks geklärt haben, ist jetzt wohl das "Siehe | auch" dran. Es gibt immer noch Leute die daraus eine *Liste machen | während ich die einzelnen links, nur, mit, einem, Komma, abtrenne. Christian