i488 Bote - auf frühere Artikel beziehen / antworten

Beschreibung
exonac
Wie wäre es, wenn man beim Schreiben eines Botenartikels per Premiumfunktion angeben könnte, auf welche vorangegangenen Artikel man sich bezieht.
So könnte ich zum Beispiel einen Artikel mit Fragen an den neuen Schatzmeister schreiben und mich dabei auf dessen Vorstellung beziehen oder Nifflheim reagiert auf die Anwesenheit Meerers im Land usw.
Der Clou wäre, dass man nun, wenn man sich den Vorstellungsartikel ansieht sehen könnte welche Artikel als Reaktion auf diesen entstanden sind.
(Man könnte natürlich jetzt schon schlichtweg den Link zum vorangegangenen Artikel in den neuen einbinden, die Verlinkung vom alten Artikel zum neuen, fehlt da aber.)

So könnte man, auch wenn man nicht jeden Tag in den Boten schaut, Zusammenhänge ("Storylines") schnell erkennen, auch wenn Artikel zu einem bestimmten Thema mehrere Tage auseinander liegen.
Artikel die, wie man so schön sagt, die Dinge ins Rollen bringen, würden durch entsprechend viele Referenzierungen (Reaktionen in Form von weiteren Artikeln) deutlich hervorgehoben und würden nicht so schnell in Vergessenheit geraten, wie das sonst der Fall sein könnte.

öffentliche Dialoge, die man sonst der Übersicht halber ins Forum auslagern würde, könnten dann auch dort in sehr praktikabler stattfinden, wo das RP hingehört, nämlich im Boten.


tolle Graphiken wie diese: upload.wikimedia.org/wikipedia…irected_acyclic_graph.svg könnten solche Artikelzusammenhänge hübsch veranschaulichen.

Wenn man will könnte man durch diese Funktion auch die (weniger realistischen) Kommentare ersetzen. ;)

Natürlich wäre es besser gewesen, ich hätte diesen Einfall gehabt, als Ideen für das neue Premium gesammelt wurden, also vor der Implementierung.. aber naja :thumbsup:
Genauso könnte es sein, dass das hier ne doofe Idee ist und ich irgendwas übersehe, ich bin auf alles gefasst ^^

Kommentare

Boohja

Bist du auch darauf gefasst, dass die Idee schon älter ist und teilweise schon umgesetzt wurde? ;)

Mein Studienschwerpunkt befasst sich mit Datamining, für mich gibt es nichts schöneres, als mich mit bloßen Händen durch Datensätze zu schaufeln. Die Einbettung des Mediacenters war er erste Schritt, und wie du den Prozessen zum Editor entnehmen kannst, folgen noch weitere. Der einzige Grund, warum es noch keinen Eintrag für den Boten gibt, ist der der Handhabung. Weiterhin sitze ich seit ein paar Monaten immer mal wieder an einer eleganten Datenstruktur, um die Unmengen an Links zu verwalten und so allgemein wie möglich zu halten.

Abgesehen davon kommt auch das wiederholt vorgeschlagene Bibliotheks-Dingens, wo man u.a. Artikel zu Bänden zusammenfassen kann, bspw. "Der Inquisitor und Du - Geschichten eines Fragenden", usw.

Grafiken werden jedoch sicherlich keine generiert. Zum einen passen sie nicht zu Adersin, zum anderen machen sie in einer Webumgebung keinen Spaß, weder in der browserübergreifenden Handhabung noch in der Entwicklung.

exonac

Ok, teilweise umgesetzt hört sich ja echt gut an, bin mal gespannt wie das dann konkret aussehen wird.

Hmm ja, Datamining. Ich dachte mein Vorschlag würde die Suche im Datenhaufen etwas einfacher machen, bin mir nicht sicher, ob ich verstehe was du meinst. Mediacenter? Die Prozesse unter Texteditor, kann ich mit dem Thema hier nicht verbinden. Etwas Bahnhof an der Stelle..

Ich mag Grafiken, auch wenn der Vorschlag von meiner Seite aus kein wichtiger Punkt war. Wo wir bei Grafiken sind: Falls du glaubst, es würde sich lohnen, könnte ich auch das Lorenstreckennetzgrafikskript (tolles Wort ^^) auf HTML+CSS umschreiben, falls das noch relevant ist?

Boohja

Vielleicht habe ich deinen Vorschlag auch falsch verstanden. Lass mich etwas Licht ins Dunkel bringen, was den Texteditor und das Mediacenter angeht. Wenn du über das Mediacenter Bilder einfügst und dir im Quelltext-Modus deinen Artikel anschaust, wirst du merken, dass es einen BBCode [apimg] gibt. Die unter den Prozessen aufgeführten Einträge zu Premiumgebäude (warum auch immer), Land und Charakter würden genau das gleiche tun, bspw. [character]1337[/character]. Das hat zweierlei Vorteile:
1) kann ich beim "rendern" des Artikels entscheiden, wie bspw. ein Charakter dargestellt wird. Name mit Link auf seinen Trivia-Text? Noch der Skin-Kopf vorneweg? Egal. Haben wir mal eine andere URL, muss ich nur den BBCode anpassen, alte Artikel werden dann einfach mit aktualisiert.
2) lässt sich solch ein Zeichenmuster leicht in der Datenbank suchen, vorallem Dank mysql Volltext-Index. Da die Botentexte eh bereits indiziert sind, bedeutet das keine Mehrkosten. Gleichzeitig kann ich mir dann dynamisch Relationen zusammenbasteln.

Bei deiner Variante müsste ich bei jedem Artikel zusätzlich eine Bezugsinformation speichern, im schlimmsten Fall eine 1:n-Beziehung. Das bedeutet breitere Tabellen und folglich Datenbanklast.

Mein Einwand ist falsch, wenn die von dir gewünschte Beziehung auf zu vielen Seiten erforderlich ist (bspw. in der mittlerweile entfernten blauen Charakterbox am Seitenrand). Wenn diese Funktion jedoch, wie das Botenarchiv, nur "ab und an" genutzt wird, ist die Suchvariante effektiver, zumal man Zwischenergebnisse cachen und nach ein paar Tagen löschen kann.

Was die Grafik angeht, sehe ich hier keinen konkreten Nutzen. Artikel A bezieht sich auf Artikel B und C. Fein. Geht es von denen aus weiter? Vermutlich schon, wenn eine Referenz existiert, also von B zu D, E und F. Ist diese Relation semantisch äquivalent zu der Beziehung zwischen A und B? Vermutlich nicht, also sollte man sie besser nicht anzeigen, oder? Also zeigt man im Endeffekt nur die Beziehung an, die der Autor von Artikel A explizit angegeben hat, also B und C. In diesem banalen Beispiel wird durch eine Visualisierung meiner Meinung nach rein gar nichts gewonnen, auch wenn ich mit dir übereinstimme, das Grafiken super sind ;)

Gerichtete Graphen würde ich mir für Szenarien aufheben, wo es wirklich sinnvoll ist. Nur weil ich gerne Knoblauch esse, brauche ich keinen Knoblauch in meinem Kaffee.
Dein Angebot bzgl. Lorenbahn (oder allgemein Graphen) nehme ich gerne an, melde dich einfach, so du Lust und Zeit hast.

Da Du nicht angemeldet bist, brauchen wir einen Anzeigenamen.

Sicherheitsabfrage („reCAPTCHA“)

Verlauf

Datum Zeit Benutzer Feld Alt Neu
7. Mai 2018 10:46 Boohja Ziel-Version Unbekannt 2.1.5
7. Mai 2018 10:46 Boohja Status Duplikat Bestätigt
11. Juni 2018 20:43 Boohja Status Bestätigt In Bearbeitung
11. Juni 2018 20:43 Boohja Boohja übernimmt den Fall
13. Juni 2018 14:57 Boohja Status In Bearbeitung Behoben
Fallinformation
Status
Paket
Der Bote
Umsetzung
2.1.5 - Gemeinschaften 18. Juni 2018
Zuständig
Boohja m1
Referenzen