Wikiup Diskussion:Wiki ViewStats/Archiv/2013
{{}}
Wikipedia:Technik/Labs/Tools
Super-Aktion! Sauber. Hast du sehr schön gemacht.
Ich würde gern:
- Einige unsichtbare Schneidemarkierungen in Benutzer:Wiki ViewStats/Hilfe einfügen
- und dann einige wesentliche Teile der Bedienungsanleitung in Wikipedia:Technik/Labs/Tools/wikiviewstats einbinden.
- Benutzer:Wiki ViewStats/Hilfe ergänzt sehen um einen Einleitungssatz; etwas wie
- wikiviewstats ist ein Werkzeug, mit dem man Aufrufstatistiken von Wiki-Seiten innerhalb bestimmter Zeiträume erstellen kann. … … … … …
Gibt es eigentlich URL-Parameter? Die wüsste ich gern. Falls noch in Planung: Bitte möglichst ohne ?-queries, damit das Wikilink-Format mit [[toollabs:]]
auch funktioniert.
WP:LT/wikiviewstats ist ein Shortcut auf die allgemeine Projekt-Doku.
Liebe Grüße --PerfektesChaos 15:40, 9. Nov. 2013 (CET)
- Hallo PerfektesChaos. Du bist nach dem pre-beta-Tester Benutzer:XenonX3 der erste feedbacker. Freut mich. Zu Deinem Vorschlag: Leg los.
- Der Umzug in den Wikipedia-Namensraum soll nochmal unterstreichen, dass alle zum Mitmachen und Verbessern eingeladen sind und dies keine single-user-show sein soll. URL-Parameter schreibe ich heute noch rein, an der API wird noch gearbeitet. Wenn Du Lust auf MEHR hast - Entwickeln, php, css, neue Features & Datenbank-hacks - sag Bescheid. --Hedonil ⨊Wiki ViewStats 16:18, 10. Nov. 2013 (CET)
Cookie näher beschreiben?
Auf Wikipedia:Wiki ViewStats/Hilfe #Datenschutz ist der Inhalt des Cookies beschrieben.
- Das ist löblich; findet man nur selten.
Gleichwohl würde ich mir zusätzlich eine nähere Beschreibung zu zwei Eigenschaften (schon endgültig implementiert?) wünschen:
- Gültigkeitsdauer
- 30 oder 90 Tage scheinen mir sinnvoll, kann auch ein Jahr oder Jahrzehnt sein.
- Wird sowieso irgendwann absichtlich oder durch Umzug gelöscht.
- Zurzeit hast du end of session – nach jedem Browser-Start muss ich meine Favoriten neu eintragen.
- Pfad
- Der Pfad ist zurzeit
- tools.wmflabs.org
/wikiviewstats/
- tools.wmflabs.org
- Damit wird das Cookie bei Benutzung anderer Tools nicht übertragen; interessant zu wissen.
- Der Pfad ist zurzeit
In der Bedienungsanleitung sollten die Benutzer unmittelbar informiert werden, auf welche geheimnisvolle Weise ihre Favoriten gespeichert werden; also weiter oben kurz angerissen und ggf. Link nach unten. Insbesondere, dass dies nicht auf dem Server gespeichert wird, sondern für den Browser und Rechner spezifisch ist.
LG --PerfektesChaos 22:26, 13. Nov. 2013 (CET)
Backup für Cookie
Manche Benutzer löschen alle ihre Cookies bei jedem Browser-Start/Ende, oder auch bei allgemeiner Unzufriedenheit oder weil etwas nicht klappt.
- Das kann durch einen Backup-Mechanismus ausgetrickst werden.
- In die übertragene HTML-Seite müsste ein winziges JavaScript eingefügt werden, das sich mit dem Super-Cookie synchronisiert:
localStorage
. - Das liefe wie folgt ab:
- Wenn das normale Cookie nicht gesetzt ist,
- dann schau, ob
window.localStorage
einobject
ist. - Wenn das der Fall ist, schau, ob
window.localStorage.getItem("wikiviewstats.settings")
einen Wert liefert; falls ja, dann aktualisiere deinen Cookie damit.
- dann schau, ob
- Wenn das normale Cookie nicht gesetzt ist,
- Wenn im UserInterface der Wert zugewiesen wird, dann schau, ob
window.localStorage
einobject
ist.- Wenn das der Fall ist, dann setze es auch auf den neuen Wert:
window.localStorage.setItem("wikiviewstats.settings", "Wert");
- Wenn das der Fall ist, dann setze es auch auf den neuen Wert:
- Der normale Cookie muss trotzdem benutzt werden;
- Dieser Wert steht bereits im Moment der Server-Anfrage zur Verfügung und kann schon in die erste Antwort eingebaut werden.
- Es gibt recht alte Browser, die das noch nicht kennen.
- Es können Benutzer aus Sicherheitsgründen die localStorage deaktiviert haben.
Sollte dir die vorab beschriebene Prozedur gefallen, du jedoch fertigen JavaScript-Quellcode wünschen, so lass es mich wissen.
LG --PerfektesChaos 22:26, 13. Nov. 2013 (CET)
- Hallo PerfektesChaos, danke für die Pro-Tips! Die Cookie-Laufzeit habe ich jetzt um ein paar Nullen erhöht , damit das wenigstens für einige Tage gespeichert bleibt.. Hinsichtlich Browser-Cache/History: Ja, auch bei mir wird bei jedem Schließen ausgekehrt. Ich persönlich möchte den Nutzern keine Supercookies aufdrängen, habe daher lieber Url-Aufrufparameter (favurl + section) eingebaut. Damit kann man sich seine favs (eine, mehrere) als link anlegen und bequem aufrufen. Grüße. -- Hedonil Disk 23:24, 24. Nov. 2013 (CET)
Datenschutz
Hi, Hedonil,
du bist bei den drei unter WD:Wikimedia Deutschland e. V./Blogbeitrag Umgang mit unseren Nutzerdaten #Überflüssige externe Zugriffe vermeiden verlinkten Tools positv und als Vorbild erwähnt.
Liebe Grüße --PerfektesChaos 20:56, 5. Dez. 2013 (CET)
- Hallo PerfektesChaos, konnte die positive Erwähnung leider nicht unter dem Link finden ;). Aber vielleicht bin auch zu etwas spät dran. Durch die Troubles bei Labs war ich etwas eingebunden. Danke trotzdem. Grüße. --Hedonil Disk 12:10, 26. Dez. 2013 (CET)
Fehler bei Nicht-Artikeln mit zwei Schrägstrichen
Ich konnte jetzt mit mehreren Seiten ein Problem reproduzieren, das anscheinend alle Nicht-Artikel mit zwei Schrägstrichen im Namen betrifft:
- https://tools.wmflabs.org/wikiviewstats/index.php?page=Wikipedia:Fragen_zur_Wikipedia/Archiv/2013/Woche_51&lang=de&wiki=wikipedia liefert keine Ergebnisse, nur "Datenbank-Update läuft... (ETA 4-10 min)", und das dauerhaft
- Seiten mit einem Schrägstrich gehen: https://tools.wmflabs.org/wikiviewstats/index.php?page=Wikipedia:Fragen_zur_Wikipedia/Archiv-Gesamtverzeichnis&lang=de&wiki=wikipedia
- Artikel mit zwei Schrägstrichen gehen: https://tools.wmflabs.org/wikiviewstats/index.php?page=Richtlinie_2003/6/EG_%C3%BCber_Insider-Gesch%C3%A4fte_und_Marktmanipulation&lang=de&wiki=wikipedia
Außer mit den FzW-Archiven konnte ich das auch mit Seiten in meinem BNR reproduzieren. --Schnark 11:13, 20. Dez. 2013 (CET)
- Hallo Schnark. Danke für Deine Rückmeldung und sorry für die verzögerte Antwort. Ja, das waren Bugs, die mit dem aktuellen Release 1.0.1 vom 24.12. behoben sein sollten. Weitere Bugmeldungen werden gerne entgegen genommen ;). Grüße. --Hedonil Disk 12:18, 26. Dez. 2013 (CET)
- Hallo. Hatte gerade einen ähnlichen Fall. Allerdings mit dem Missing Topics-Tool. Wollte die häufigsten Rotlinks der Seite „Portal:Film/Fehlende Oscarartikel“ gelistet haben. Da werden mir hohe Trefferzahlen zu Lemmata angezeigt, die nur wenige Male oder gar nur einmal auf der Seite vorkommen. Vielleicht hilfts ja in irgendner Weise weiter. Ich schau hier die nächste Zeit öfter mal vorbei. Wenn wieder geht einfach „pieps“ machen. :-) --BlueCücü (Diskussion) 22:45, 26. Dez. 2013 (CET)
ViewStats (BKL Tool geht nicht)
Hallo. Wollte eben ViewStats ausprobieren. Einzelne Abfragen gehen schnell und unkompliziert. Aber bei mir scheint weder mit Firefox noch Safari diese Bkl-Funktion zu klappen. Dann öffnet sich immer nur eine Seite, die dann aber weiß bleibt. Schade, denn diese funktion wäre sehr hilfreich um schnell entscheiden zu können ob Bkl 1 oder 2 angebrachter ist. Hakt da noch was? Auch weiß ich nicht wie ich diese Funktion "Vergleich mehrerer Seiten" verwenden kann. Bei Sprache muss ich de eingeben aber dann wird's schon knifflig. Geb ich im zweiten Feld nichts ein wenn ich in Wikipedia suchen will oder vielleicht ein Wp oder doch was anderes. Und Wenn ich einen Artikel eingegeben habe, wie kann ich dann noch einen zweiten, also den vergleichsartikel eingeben? Irgendwie halt's da bei mir mit dem Verständnis oder das sind weihnachts-Bugs. Hoffe du kannst mir weiterhelfen. Weihnachtliche Grüße, --46.142.131.130 03:13, 26. Dez. 2013 (CET)
- Hallo IP. Danke für die Rückmeldung.
- Ja, das mit dem BKL-Link war ein handfester Bug :|, der jetzt behoben sein sollte. Die Vergleichsliste kann auf zwei Arten verändert werden:
- Über das »add/remove« Symbol bzw. in den Listen ( und jetzt auch in der Einzelseiten-Ansicht)
- Über eine manuelle Eingabe in folgenden Schritten:
- In die Spalte »Sprache« gibt man das entsprechende Kürzel, bspw. de ein.
- In die Spalte »Projekt« gibt man eines der Kürzel gem. Fußnote ein, bspw. b für Wikibooks. Für Seiten aus der Wikipedia bleibt dieses Feld leer.
- In die Spalte Seitentitel erfolgt die Eingabe des gewünschten Titels
- Zum Schluss ein Klick auf das »add« Symbol . Das Programm sucht den passenden Eintrag, ergänzt bei Erfolg die Nummern in den ersten beiden Spalten und fügt die Zeile der Liste hinzu. Findet das Programm keinen entsprechenden Eintrag, bleiben die ersten beiden Spalten leer, es erfolgt kein Eintrag in die Liste.
- Deine Rückmeldung zeigt, dass die Sache mit dem leeren Spalten-Eintrag für Wikipedia und dem »add« Symbol, im Sinne der Intuition, noch verfeinert werden muss ;) - so wird es also geschehen. Grüße. --Hedonil Disk 12:01, 26. Dez. 2013 (CET)
- PS: Den Eintrag habe ich auf die Disk des Tools Wikipedia_Diskussion:Wiki_ViewStats dupliziert.
Vermuteter Fehler bzw. Bug bei Groß-/Kleinschreibungen?
Hallo. Ich schon wieder. Kann es sein, dass das Tool noch einige Schwierigkeiten mit Groß-/Kleinschreibung hat. Mir fiel dies eben bei dem BKL-Vergleich von Oscar (Begriffsklärung) auf (siehe hier). Angeblich ist der meistgeklickte Artikel OSCAR, also der „künstliche, erdumlaufende Satellit mit Amateurfunk-Nutzlast“. Der kleingeschriebene Oscar, also der Filmpreis, taucht in der Liste überhaupt nicht auf. „Gefühlt“ müsste dieser aber doch weitaus häufiger geklickt werden zumal es eine BKL Typ 2 ist, oder? Oder gibt es eine riesige Amateurfunkcommunity, die immer mal wieder bei ihrem Satelliten vorbeischaut? Selbst wenn, dann fehlt aber immer noch der Oscar-Link in der oben verlinkten Liste. Ich hoffe das sorgt jetzt nicht für rauchende Köpfe ;) Es grüßt, --BlueCücü (Diskussion) 22:10, 27. Dez. 2013 (CET)
- Hallo BlueCücü, die Sache mit OSACR und Oscar ohne weitere Klammerzusätze wird schwierig (=rauchende Köpfe)
- Der technische Hintergrund ist, die Datenbank speichert die Webaufrufe in der Sortierung ci (= case insensitive). In der Wikipedia-Datenbank werden die Titel nicht nur cs, sonder noch härter, binär abgelegt. Obwohl man wohl solche gleichlautenden Überschneidungen ohne Klammerzusatz selten sieht, sind sie hier in voller Pracht vorhanden. Im Moment ist in der Liste OSCAR gleich OSCAR + Oscar. Aber ein entsprechender Hinweis ist dringend angezeigt, das ist wahr. Ich werde tun ;) Grüße --Hedonil Disk 06:53, 2. Jan. 2014 (CET)
- Vielen Dank für die Antwort (auch wenn ich nicht behaupten kann, die Erklärung verstanden zu haben ;) Ist aber schön zu wissen, dass der Fehler bekannt ist und auf der To-Do-Liste steht. Sorry für den rauchenden Kopf. Mach doch mal kurz pieps, wenn das Tool zwischen Klein- und Großschreibung unterscheidet. Das wäre dufte. --BlueCücü (Diskussion) 19:43, 2. Jan. 2014 (CET)
Fehler in den Aufrufen
Beim Artikel Photosynthèse in der französischsprachigen Wikipedia wird eine deutlich höhere Zahl von Aufrufen angegeben als auf stats.grok.se:
- Dezember Wiki ViewStats
- Dezember stats.grok.se
Offenbar sind auch noch andere Statistiken fehlerhaft.
--Holder (Diskussion) 08:10, 29. Dez. 2013 (CET)
- Hallo Holder. Zunächst danke für das kritische feedback. Wenn man die Url aufruft, werden für Dezember 2013 508.721 Treffer angezeigt. Wechselt man auf November (~20.000) und wieder zurück auf Dezember werden ~17.000 Trefer angezeigt. Das ist die "richtige" Trefferanzahl – gem. stats.grok.se.
- Wenn man die Seite mit ihrer 'normalen' Syntax gem. URL-Parameter aufruft, d.h. nur mit Titel, erscheint auch die entsprechende Trefferanzahl. Auch in den Anzeigen für 30, 60, 90 Tagen ist die Anzahl entsprechend.
Im Verglkeich dazu Dein Aufruf (gem link):
Was ist "richtig", was ist "falsch"
Die Tabelle zeigt die Anzahl der Varianten für Photosynthèse, die in der franz. Wikipedia im Dezember 2013 aufgerufen wurden (rawdumps). Diese Varianten sind auch mit der Wildcard-Abfrage zu ermitteln:
id (intern) | page_title (raw dumps) | Treffer (Dez. 2013) | |
---|---|---|---|
7483224 | Photosynth%E8se | 508.721 | |
7483222 | Photosynth%C3%A8se | 17.519 | stats.grok.se: 16.138 |
13991 | Photosynthese | 136 | |
31795606 | Photosynthèse | 23 | |
32903958 | Photosynth%25C3%25A8se | 10 | |
56750037 | photosynth%C3%83%C2%A8se | 4 | |
61671594 | Photosynth%C3%A9se | 4 | |
23799261 | Photosynthesise | 0 | |
44085057 | Photosynthèse | 0 |
Also um was handelt es sich hier ?
- Die ordnungsgemäße Kodierung für è (accent grave) nach UTF-8 ist C3A8, in der URL also %C3%A8
- Leider senden jedoch nicht alle Browser und sonstige Anfrager (API's, Bots, HTTP 302-Redirects etc.) korrekt UTF-8 kodierte Anfragen an die Server, wie aus o.g. Tabelle beispielhaft zu erkennen ist. ( und ich kann Dir versichern, dass dies nur ein Ausschnitt der schier unendlichen Varianten der Kodierung ist, die hier anzutreffen sind)
- Die Kodierungs-Variante mit %E8 (~500.000 Treffer) ist eine "nicht konforme", oder schlicht andere, Kodierung, da hier nicht der UTF-8 Code übermittelt wurde, sondern der Unicode code point U+00E8, also in der URL-"Sprache" %E8. ( s.a. utf8-chartable.de )
- Falsch ist die %E8-Variante aber nicht. Der link: https://fr.wikipedia.org/wiki/Photosynth%E8se führt ebenso wie die ordnungsgemäß UTF-8 kodierte Variante zur Zielseite Photosynthèse – und zwar ohne Weiterleitung!
Erklärung:
- In Deinem link, wahrscheinlich ein Aufruf aus der tabellarischen Übersicht – sind die interne projectid und pageid angegeben. Dies wird beim Aufruf vor dem Seitentitel verarbeitet und ermittelt hier also die Seite Nr. 7483224 mit 508.000 Treffern.
- Bei einer Direkteingabe des Seitentitels, sowie für weitere Aufrufe erfolgt die Kodierung gem. UTF-8 und ermittelt dann die Variante mit 17.000 Treffern.
- Da das Ergebnis also nicht wirklich falsch war, gilt es hier, die Konsistenz der Anzeige sicher zu stellen.
Schlussfolgerung
- Die Angezeigten Treffer sind 1:1 Daten der Rohdaten-Dumps, also eingegangene Anfragen.
- Der Begriff Photosynthèse (508.000) passt für mich gut in die gleiche Trefferanzahl-Klasse wie Géothermie (515.000) oder Générateur (515.000). Das scheint plausibel.
- Bislang existierte im Bereich seriöser und umfangreicher Statistik eben nur stats.grok.se, was einen Vergleich nahezu unmöglich gemacht hat – und für den Umgang mit Statistiken gibt es bekanntermaßen einige Verhaltensgrundsätze... Mit diesen Beispiel stellt sich eben auch die Frage, ob stats.grok.se hier "richtig" zählt, indem grundsätzlich nur 100%ig regelkonforme UTF-8 Treffer ausgewiesen werden. ( Gleiches gilt im Übrigen auch für trefferwirksame, partielle Groß- und Kleinschreibungs-Varianten ohne dedizierte Weiterleitung)
- Mit Wiki ViewStats habe ich das Ziel verfolgt alle Daten nach allen Regeln der Kunst durchforsten zu können - keine Ausschlüsse, keine Zensur und mit allen potentiellen Hinterfragungen. Jedoch so aufbereitet, dass man, ohne Nerd und Zahlenfetischist sein zu müssen, seine Freude daran finden kann – mit ergebnis-richtigen Zahlen!
Beste Grüße --Hedonil Disk 05:51, 2. Jan. 2014 (CET)
Nachtrag: der Sache wird jetzt noch einmal auf den Grund gegangen, zusammen mit einer Umstellung der TOP 100000 und dem Hinzufügen weiterer Anzeigeparameter --Hedonil Disk 01:56, 3. Jan. 2014 (CET)
Localisation
The Italian translation is atrocious. Please make the tool properly translatable so that translators can their job better. Thanks! --Nemo 10:22, 30. Dez. 2013 (CET)
- Hallo Nemo, die Übersetzung der italienischen Begriffe im Programm (Lokalisierung) erfolgte durch Italiener (s. Entwickler). Also, wenn die kein richtiges Italienisch können, dann weiß ich auch nicht ;). Wenn Du Verbesserungen hast, stehen Dir unter
- die entsprechenden Seiten für tatkräftige Mitarbeit rund um die Uhr zur Verfügung.
Krinkles Intuition, sowie die anderen Angebote habe ich schon zur Kenntnis genommen und bewertet, setze im Moment aber auf die direkte Mitarbeit der lieben Gemeinschaft. Wer am Tool mitarbeiten will, kann dies jederzeit und ohne großen technischen Aufwand tun – einfach übersetzen, oder mit Kritik oder Wünschen hier aufschlagen. Beste Grüße. Ciao! --Hedonil Disk 06:05, 2. Jan. 2014 (CET)