Hallo Genwiki-Spezialisten,
die ersten Erg�nzungen zum Marburger Sippenbuch trudeln ein, es gibt
potentiell noch sehr viele. Beispiel:
http://wiki-de.genealogy.net/Marburger_Sippenbuch/10/060/Erg�nzungen
http://wiki-de.genealogy.net/Marburger_Sippenbuch/11/081/Erg�nzungen
Ich suche nun nach einer M�glichkeit, alle �nderungen an Seiten mit dem
Namensschema (* hier als Wildcard):
http://wiki-de.genealogy.net/Marburger_Sippenbuch/*/Erg�nzungen
chronologisch aufzulisten, �hnlich wie die Funktion "Letzte �nderungen",
aber eben nur f�r Seiten nach diesem Schema.
Da auf Dauer nicht nur ich, sondern m�glichst viele Benutzer selbst
solche Seiten anlegen, ist bisher nicht gew�hrleistet, dass irgendjemand
den �berblick beh�lt,
a) welche Seiten �berhaupt angelegt wurden
b) welche dieser Seiten in letzter Zeit ge�ndert wurden
Hinweis: Kategorien helfen nicht, weil zu a) niemand "gezwungen" werden
kann, die Seiten zu kategorisieren, und zu b) nicht erkannt wird, ob
eine Seite in j�ngerer Zeit ge�ndert wurde.
Hat jemand eine Idee dazu?
Viele Gr��e
Christopher
Hallo
Gesendet: Mittwoch, 05. November 2014 um 18:46 Uhr
Von: "Christopher Ernestus" <chris@ernestus.de>
Ich suche nun nach einer Möglichkeit, alle Änderungen an Seiten mit dem
Namensschema (* hier als Wildcard):
http://wiki-de.genealogy.net/Marburger_Sippenbuch/*/Ergänzungen
chronologisch aufzulisten, ähnlich wie die Funktion "Letzte Änderungen",
aber eben nur für Seiten nach diesem Schema.
Es gibt eine indirekte Möglichkeit, die aber mit Vorsicht einzusetzen wäre, da sie für den Server sehr rechenintensiv werden kann:
a) welche Seiten überhaupt angelegt wurden
Trägt man folgenden Text auf eine Seite ein
<dpl>
titlematch=Marburger Sippenbuch%Ergänzungen
mode=unordered
</dpl>
erhält man eine Liste aller Artikel die im Titel mit "Marburger Sippenbuch" beginnen und auf "Ergänzungen" enden, dazwischen nix oder beliebige Zeichen.
Vgl.:
http://genwiki.genealogy.net/Benutzer:Baumbuwegen/Test1
b) welche dieser Seiten in letzter Zeit geändert wurden
Ruft man die Seite dann auf gibt es in der äußeren Navigationsspalte links unten unter "Werkzeuge" den Link "Änderungen an verlinkten Seiten", der wohl zu einer Anzeige wie von Dir gewünscht führt?!
Freundliche Grüße
Uwe (Baumbach)
Hallo Uwe,
vielen Dank! Das ist genau das was ich gesucht habe!
Was genau bedeutet jetzt, "M�glichkeit, die aber mit Vorsicht
einzusetzen w�re"?
Ich sehe zwei Varianten:
1) Ich baue das offiziell als eine Unterseite zum Marburger Sippenbuch
ein, zu der ich verlinke.
Vorteil: Alle Benutzer, die es w�nschen, haben Zugriff auf den aktuellen
Stand, es l�uft unabh�ngig vom Eingreifen einer bestimmten Person.
Nachteil: K�nnte zu rechenintensiv werden, wenn die Seite h�ufig
aufgerufen w�rde.
2) Ich lasse es, etwas versteckt, als Unterseite in meinem pers�nlichen
Benutzerbereich. Ich selbst w�rde dann daraus von Zeit zu Zeit entweder
statische Links im allgemeinen Teil des Marburger Sippenbuches
generieren, oder auch h�ndisch �berpr�fen, ob alle Seiten z.B. als
"Erg�nzung zum Marburger Sippenbuch" kategorisiert sind.
Vorteil: Keine Gefahr von Server�berlastung
Nachteil: Arbeitsintensiv, w�re von einer Person abh�ngig.
Daher w�rde ich nat�rlich Variante 1 bevorzugen, zumal relativ wenige
Benutzer sich daf�r interessieren, welche Erg�nzungsseiten �berhaupt
angelegt wurden - die meisten werden zu einer bestimmten Seite, die sie
gefunden haben, die entsprechenden Erg�nzungen anklicken - schon dar�ber
w�re ich �brigens froh, also wenn nicht einfach der Stand von 1950-65
trotz vorhandener Erg�nzungen abgeschrieben w�rde.
Wie soll ich also vorgehen?
Viele Gr��e
Moin,
vielen Dank! Das ist genau das was ich gesucht habe!
Prima.
Was genau bedeutet jetzt, "M�glichkeit, die aber mit Vorsicht
einzusetzen w�re"?
Bei einer gro�en Anzahl (mehrere Hundert) an Trefferseiten erzeugt die
verwendete Erweiterung DPL bei der Berechnung der Anzeige eine merkliche
bis hohe Serverlast.
Wenn da jemand mit "zittrigem F5-Finger" (st�ndige Aktualisierung bzw.
Neuabruf) oder gar einem automatisiertem (Skript) Abruf drauf sitzt,
kann das zu bemerkbaren Antwortzeit-Verz�gerungen f�hren.
Deshalb soll <dpl> mit Verantwortung eingesetzt werden.
Ich sehe zwei Varianten:
1) Ich baue das offiziell als eine Unterseite zum Marburger
Sippenbuch ein, zu der ich verlinke.
In diesem Fall durchaus "vertretbar".
Vorteil: Alle Benutzer, die es w�nschen, haben Zugriff auf den
aktuellen Stand, es l�uft unabh�ngig vom Eingreifen einer bestimmten
Person. Nachteil: K�nnte zu rechenintensiv werden, wenn die Seite
h�ufig aufgerufen w�rde.
...
Wie soll ich also vorgehen?
Lass es uns probieren, l�schen/verschieben geht immer noch.
Die Nutzbarkeit h�ngt aber vom korrekten Seitentitel in allen
gew�nschten Artikeln ab.
Mit freundlichem Gru�
Uwe (Baumbach)
Hallo Uwe,
genau so machen wir es. Nochmal vielen Dank f�r die schnelle und
wirksame Hilfe,
viele Gr��e
Christopher
Hallo Uwe,
Hallo
Von: "Christopher Ernestus" <chris@ernestus.de>
Ich suche nun nach einer M�glichkeit, alle �nderungen an Seiten mit
dem Namensschema (* hier als Wildcard):
http://wiki-de.genealogy.net/Marburger_Sippenbuch/*/Erg�nzungen
Es gibt eine indirekte M�glichkeit, die aber mit Vorsicht einzusetzen
w�re, da sie f�r den Server sehr rechenintensiv werden kann: Vgl.:
Benutzer:Baumbuwegen/Test1 – GenWiki
b) welche dieser Seiten in letzter Zeit ge�ndert wurden
Ruft man die Seite dann auf gibt es in der �u�eren Navigationsspalte
links unten unter "Werkzeuge" den Link "�nderungen an verlinkten
Seiten", der wohl zu einer Anzeige wie von Dir gew�nscht f�hrt?!
Das funktioniert im praktischen Einsatz soweit ganz gut. Allerdings
scheint es eine interne Sperre zu geben, wenn ich �ber "�nderungen an
verlinkten Seiten" einen etwas gr��eren Zeitraum eingeben m�chte, z.B.
360 Tage statt 30:
http://genwiki.genealogy.net/w/index.php?title=Spezial:Änderungen_an_verlinkten_Seiten&days=360&limit=500&target=Benutzer%3ABaumbuwegen%2FTest1
Da die Zeit (in unserem Alter 
) doch immer schneller vergeht, als
man denkt, w�re es f�r einen vern�nftigen �berblick schon sinnvoll, wenn
man einen etwas gr��eren Zeitraum �berschauen k�nnte.
Ist das irgendwie machbar? Ist hier bewusst ein Parameter gesetzt, der
das beschr�nkt?
Viele Gr��e
Christopher (Ernestus)
Hallo,
ändere doch einmal in der URL den Teil
&days=30
in z. B.
&days=30000
Ich weiß allerdings nicht, ob die Daten aus der gesamten Artikelhistorie geholt werden oder (eher wahrscheinlich) nur aus der Tabelle "Letzte Änderungen". Deren Horizont wird durch einen Parameter bestimmt, der auf 30 Tage steht. Was einen guten Wert darstellt im Kompromiss mit der Performance.
Freundliche Grüße
Uwe (Baumbach)
Christopher,
ich habe wohl doch noch eine Lösung gefunden:
Mit folgendem Text bekommst Du alle (!) Änderungen (Revisionen) mit Datum und Uhrzeit, die an den selektierten Artikeln seit dem 1. des laufenden Monats des jeweiligen Vorjahres gemacht worden sind. Heute also: seit 01.04.2014.
{{#dpl:
titlematch=Marburger Sippenbuch%Ergänzungen
mode=unordered
allrevisionssince= {{#expr: {{CURRENTYEAR}} - 1}}{{CURRENTMONTH}}010000
}}
Enjoy!
Freundliche Grüße
Uwe (Baumbach)
Hallo Uwe,
vielnen Dank, das ist perfekt. Damit brauche ich auch nicht mehr den
Umweg �ber "�nderungen an verlinkten Seiten" (wo wohl tats�chlich die
Begrenzung auf 30 Tage nicht umgangen werden kann).
Ich kann mir in Abwandlung Deines Beispiels z.B. gezielt alle �nderungen
seit Januar 2015 anzeigen, oder irgendeinem Monat, in dem ich zuletzt
die Benutzer-Edits kontrolliert habe.
�brigens soll die "neue" Schreibweise mit Parser-Funktion, also {{#dpl:
... }}, gegen�ber der Schreibweise mit Parser-Erweituerng, d.h. <DPL>
... </DPL> den Vorteil haben, dass man sie mit subst kombiniert werden kann:
{{subst:#dpl:
usw.
Der Vorteil soll sein, dass dpl dann nur einmal ausgef�hrt und danach
durch die statische Ausgabe ersetzt wird. Das soll die Server-Belastung
reduzieren. In diesem Fall m�sste der Benutzer oder ein Bot das subst
regelm��ig neu einsetzen und dadurch das Ergebnis je nach Bedarf
aktualisieren.
Es erfordert aber wohl noch weitere Anpassungen, auf die Schnelle habe
ich Dein Beispiel mit "subst" nicht ans Laufen gebracht.
Viele Gr��e
Christopher
Hallo,
Gesendet: Donnerstag, 02. April 2015 um 22:41 Uhr
Von: "Christopher Ernestus" <chris@ernestus.de>
...
Ich kann mir in Abwandlung Deines Beispiels z.B. gezielt alle Änderungen
seit Januar 2015 anzeigen, oder irgendeinem Monat, in dem ich zuletzt
die Benutzer-Edits kontrolliert habe.
Deshalb hatte ich den "Quelltext" mit gepostet.
Übrigens soll die "neue" Schreibweise
"andere" Schreibweise
mit Parser-Funktion, also
{{#dpl: ... }}
gegenüber der Schreibweise mit Parser-Erweituerng, d.h.
<DPL>
...
</DPL>
den Vorteil haben, dass man sie mit subst kombiniert werden kann:
{{subst:#dpl:
usw.
Der Vorteil soll sein, dass dpl dann nur einmal ausgeführt und danach
durch die statische Ausgabe ersetzt wird. Das soll die Server-Belastung
reduzieren. In diesem Fall müsste der Benutzer oder ein Bot das subst
regelmäßig neu einsetzen und dadurch das Ergebnis je nach Bedarf
aktualisieren.
Ich gehe davon aus, dass solche Seiten nur selten aufgerufen werden, somit die Serverlast erträglich bleiben sollte.
Ansonsten müss(t)en Lastschranken für DPL eingetragen werden.
Es erfordert aber wohl noch weitere Anpassungen, auf die Schnelle habe
ich Dein Beispiel mit "subst" nicht ans Laufen gebracht.
Ich rate davon ab, da auch die Bots nicht mal einfach so zur Verfügung stehen.
P. S.
Die "andere" Schreibweise ermöglicht übrigens erst (und nur die), Magic Words wie {{CURRENTYEAR}} als Parameter zu benutzen.
Freundliche Grüße
Uwe (Baumbach)