Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Wikimedia no longer uses visitor statistics from comScore. [1]
Internet Explorer 8 will no longer have JavaScript support. You will still be able to browse and edit Wikipedia if you use Internet Explorer 8, but will not be able to use some features. This can be solved by upgrading to a newer version or switching to a different browser. [6][7]
Meetings
You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 12 January at 20:00 (UTC). See how to join.
Future changes
URLs in the recent changes IRC feed will no longer be rewritten to unencrypted HTTP. This could be a breaking change for bots dependent on the IRC feed. [8]
The edit tabs for the wikitext editor and the visual editor will be combined to one single edit tab. You will be able to choose which one you prefer. If you are not logged in, your choice will be saved as a cookie in your browser. You can test the single edit tab. [9][10]
There is a beta feature that adds links to the subject on other Wikimedia projects. This works much like the links to for example Wikipedia articles in other languages. It will go out of beta testing and be enabled for everyone in January. Wikis that don't want this can decide to have it disabled. [11][12]
The difference between "alerts" and "messages" notifications is unclear to some. The developers want feedback at the Phabricator task or on MediaWiki.org so they can make this better. You can give feedback in your language if you can't write in English.
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Die letzten Technik-Neuigkeiten der Wikimedia Technik-Community. Teile diese Änderungen auch den anderen mit. Nicht alle Änderungen betreffen Dich selbst. Übersetzungen sind verfügbar.
Letzte Änderungen
Du hast in Phabricator die Möglichkeit, Fehler und Vorschläge zu markieren oder zu suchen, die für deine Sprache oder dein Wiki relevant sind. [13]
Die Benachrichtigungen wurden aufgewertet, sie enthalten genauere Informationen und einen leichteren Zugriff auf diese (Dokumentation). Cross-wiki Benachrichtigungen werden bald auf den beiden Testwikis verfügbar sein. [14]
Änderungen diese Woche
Der VisualEditor benutzt nun die TemplateData-Erweiterung um das Bearbeiten von Vorlagen einfacher zu gestalten. Ebenso wirst du eine Warnung erhalten, wenn du TemplateData bearbeitet hast, und versuchst, das Feld zu verlassen, ohne Änderungen zu speichern. [15]
MediaWiki wird ein neues Authentifikationssystem und Autorisierungssystem bekommen, es wird AuthManager genannt werden. Diese Änderungen ist in ein oder zwei Monaten geplant. Einige Bots müssen sich anders einloggen. Zwei neue und mehrere stabile Authentifikationsmethoden werden nun zur Verfügung stehenː Eigentümer eigene
OAuth Referenzen und Botpasswörter. Du kannst mehr über diese Änderung lesen. [16]
Die neue MediaWiki-Version wird ab dem 19. Januar auf den Testwikis und MediaWiki.org, ab dem 20. Januar auf Wikipedia-fremden Wikis und einigen Wikipedias, und ab dem 21. Januar auf allen Wikipedias verfügbar sein (Kalender).
Treffen
Du kannst an dem nächsten Treffen des VisualEditor teams teilnehmen. Während des Treffens kannst du den Entwicklern erzählen, welche Fehler als nächstes behoben werden sollen. Das Treffen wir am 19. Januar um 20:00 (UTC) sein. Schau dir an, wie du teilnehmen kannst.
You can join the next meeting with the Architecture committee. The topic this week is governance model. The meeting will be on 20 January at 22:00 (UTC). See how to join.
Letzter Kommentar: vor 8 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Nur eine Frage am Rande, dir geht es dabei aber nur um die Nutzung der Filter bei „offensichtlichem Missbrauch“, oder?
Ich fühle mich nämlich seit ich die mir zugeordnete Logbuchseite irgendwann einmal zufällig aufgerufen habe, durch die „abgeschwächte Form“ mit der etwas netteren Bezeichnung „Bearbeitungsfilter“ angeprangert, da dort etliche „false positves“ verzeichnet sind (= fast alle), die gar nicht hätten geloggt werden dürfen/sollen/müssen, aber nun leider dort stehen und für immer und ewig unlöschbar sind.
Ich frage daher erst einmal direkt bei dir, ehe ich dort etwas schreiben würde.
Ich fühle mich oftmals (besonders seit Mitte 2014) beobachtet und überwacht und das, obwohl ich niemals vorhatte irgendeinen „Missbrauch“ zu unterstützen oder gar selbst Bearbeitungen in der Absicht zu tätigen diesem Projekt zu schaden. Manchmal denke ich auch bei meinen Edits laufen irgendwo heimlich Logs mit (beispielsweise zum Filtern meiner Bearbeitungen im WPNR) von denen ich nichts weiß oder mitbekomme. Subjektiv und nur gefühlt (aufgrund manchmal hoher Abrufzahlen zu meinen Edits beispielsweise, was ich aber nicht unmittelbar mit Filter verbinde, sondern dem Mitlesen meiner Beiträge durch etliche Benutzer geschuldet sein mag, aber wer weiß das schon) Vertrauen schafft dieses Gefühl nun mal nicht, sondern etwas ganz anderes, ein Misstrauen gegenüber allen die solche Filter erstellen und nutzen uns somit anderen Benutzern, ob zu Recht oder nicht kann ich nicht beurteilen, gezielt nachstellen. Ich habe das auch schon lang und breit mit seth diskutiert, muss aber wohl damit leben, weil der Schaden für mich als Benutzer (ich bin eh austausch- und ersetzbar und es steht mir ja frei jederzeit zu gehen, wenn es mir zu viel wird), vermutlich weit geringer ist, als der Nutzen, den diese Filter möglicherweise für den Schutz des Projektes haben. (Da kenne ich mich zu wenig aus, um das beurteilen zu können)
Dieses ungute Gefühl des Überwachtwerdens habe ich erst mit der Zeit entwickelt und ich bringe es leider ebenfalls mit einigen Benutzern mit höheren Funktionen in Verbindung.
Und falls auf eine meiner Seiten ohne mein Wissen ein Filter gelegt wurde, damit „wer auch immer“ dort nicht schreiben kann, dann wünsche ich, dass er abgeschaltet wird, es sei denn, ich selbst hätte diesen Wunsch aktiv geäußert. Meine Disk wurde auch schon zwei mal gesperrt, ohne dass dies mein Wunsch war, so dass ich sie wieder entsperren lassen musste. Ich möchte immer noch selbst entscheiden dürfen mit wem ich reden oder wessen Meinung ich mir anhören möchte. Aber auch das obliegt scheinbar nicht wirklich mir. --Liebe Grüße, LómelindeDiskussionBenutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Lómelinde-2016-01-20T09:42:00.000Z-Probleme mit privaten Missbrauchsfiltern11
Naja, offentsichtlicher Missbrauch fällt ja relativ fix auf. Mir geht es dort vor allem darum, das man weiß, wer z.B. welchen Filter wann auf "verbieten" stellt, was ja potenziell auch Neulinge abschrecken kann. Mir geht es vor allem darum, das man Transparenz hat, weil ein jede andere Adminaktion ist sonst nachvollziehbar, hier nicht, und das geht so nicht. Das Problem bei deinem Log, was sich da gesammelt hat, ist das man false positives nur oversighten könnte, was die Richtlinien wohl nicht hergeben, da muss man wohl warten, bis solche ganz normal löschbar sind, da kann nich etwas dauern. Das was ich da Vorgeschlagen habe, würde dann allerdings nicht komplett verhindern, das jemand so einen Filter auf deine dsik z.B. setzt, nur so würde man es dann schneller mitbekommen, man könnte z.B. fordern, das der Admin eine Liste der betroffenen Seiten beschreibt, die den Filter betreffen, und da könnte man die Benutzer drauf ansprechen, die das betrifft, und die könnten sich dann beschwerer. Ich möchte also das System einfach nur transparenter machen, d.h. man könnte ohne dein Wissen einen Filter anlegen, aber ihn wohl nicht ohne dein Wissen betreiben. Viele Grüße, Luke081515Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Luke081515-2016-01-20T10:03:00.000Z-Lómelinde-2016-01-20T09:42:00.000Z11
Ach so, nun ja, das hört sich nach einer Menge bürokratischem Aufwand an. Zumindest wenn das alles manuell gelistet werden müsste.
Mehr Transparenz würde ich aber schon begrüßen, denn manch einer weiß vermutlich nicht einmal, dass Beiträge von ihm geloggt wurden, die als möglicher „Missbrauch“ verzeichnet sind, selbst wenn es sich um harmlose Ergänzungen handelt.
Allerdings verstehe ich nicht wirklich inwieweit diese Filter Neuautoren abschrecken könnten, Normalos wie ich sind eher nicht erfahren genug diese Filterungen mitzubekommen oder zu finden. Man wird ja nicht informiert, dass man einen als in irgendeiner Weise kritisch angesehenen Beitrag auf eine Seite geschrieben hat. Es loggt zwar öffentlich aber nicht mit einem „Ping“. Der Sinn des Ganzen ist ja nicht mich darauf hinzuweisen, dass mein Beitrag, weshalb auch immer, erfasst wurde.
Wenn es wirklich um eine Einrichtung beispielsweise als Hilfestellung für sinnvolle Bearbeitungen ginge, wie das beim Wort „Bearbeitungsfilter“ suggeriert wird, dann sollte man es auch bemerken, um diese Fehler nicht zu wiederholen. Nicht loggen sondern informieren und aufzeigen was falsch/unerwünscht war, und erklären. Bei mir bleibt der Beigeschmack, dass diese Umbenennung nur der Verharmlosung der Filter dient.
Und du meinst nur die Verbietenaktionen wären kritisch zu beurteilen, weil sie also quasi verhindern könnten, dass Neuautoren etwas speichern, was nicht erwünscht wäre, wie bei Spamlinks. Hmmm mich stören da eher die Logbucheinträge und es wäre möglicherweise ein Verbieten (= Speichern nicht möglich + Hinweis) manchmal die bessere Variante gewesen.
Ich meine nicht einmal die Option Beiträge bestimmter Benutzer oder IP-User generell zu verbieten, unabhängig davon, ob sie eine sinnvolle Ergänzung darstellen würden oder nur Unfug wären, einfach nur weil der Benutzer sein Recht auf Mitarbeit für immer verwirkt hat, oder es ihm genommen wurde.
Moin, das ist Teil meines Projektes, wo ich mehrere Instanzen laufen habe. Die beschäftigen sich z.B. mit Analyse (das ist rcm-1), oder mit Phabricator Testinstanzen (rcm-2 bzw. rcm-3), und dann gibts da noch Wiki-rcm, da sagt wohl der Name was es ist ;) (also ein Testwiki, auch wenns momentan nicht läuft). Die Phabricator Testinstanzen nutze ich z.B. für tests, der Code von beiden ist jedenfalls deutlich neuer als der vom WMF-Phab ;) (ist die aktuelle master branch, wird einmal in der Woche geupdatet). Ich nutze rcm-2 eher weniger für tests, wenn auch mehr als Bugtracker halt, das hat den Vorteil, das ich eine gänzliche andere Konfiguration habe, als der Phab der WMF. Jedenfalls ist das momentan Aufbewahrungsort für meine To-Do List bottechnisch, und auch für meine Dokumentationen (und mein repo), auch wenn der größte Teil nicht public ist. Naja, um es kurz zu machen, ich organisiere von dort meine Entwicklungsarbeit meiner Skripte, (mit noch zwei anderen Botbetreibern). Ich kann auch noch Leute aufnehmen, falls du Intresse haben solltest ;). Viele Grüße, Luke081515Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Luke081515-2016-01-21T16:26:00.000Z-Hgzh-2016-01-21T12:48:00.000Z11
Naja, es verpflichtet ja zu nix... nur man hat halt alles, was man braucht, ein repo (mecurial, svn oder git, geht alles), und auch sonst code-review und tasks, projekte (setzt vorraus, das jemand zweites dann auch PWB kann, aus dem bisherigen team noch keiner), und bei unstimmigkeiten hast halt immer jemanden den du um die meinung bitten kannst ;). Für mich ists jedenfalls eine deutliche erleichterung, weil man hat halt alles schön beisammen, und kannst dir solche Workboards nach deinen vorstellungen abuen, also phabricator ist eine sehr schöne Software ;). Naja, wie gesagt, du kannst es dir ja überlegen, ich bin jederzeit offen. Viele Grüße, Luke081515Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Luke081515-2016-01-21T21:15:00.000Z-Hgzh-2016-01-21T20:56:00.000Z11
Nicht PWB, sondern PB ;). Das ist auch die einzige Sprache, in der ich mir die Entwicklung eines eigenen Frameworks zutraue. PHP, Python, .NET... da könnte ich zwar auf „fertige“ Frameworks zurückgreifen, aber ich bin eben auf der prozeduralen Schiene groß geworden und bräuchte für diese stark objektorientierten Sprachen soviel Einarbeitungszeit... ich habe schon überlegt, ein eigenes PHP-Framework auf prozeduraler Basis zu entwickeln, um auch irgendwann auf Labs tätig werden zu können, aber es ist eben nicht die „Muttersprache“... PB darf ich leider nicht auf Labs laufen lassen, da der Compiler proprietär ist. Also müsste ich alles wie „früher“ von meinem Rechner aus starten, nicht so einfach.
Können wir gerne man machen, aber ich muss noch vorher das login in den Griff kriegen. Naja, Objektorientierung ist glaube ich nicht so schwer, sich da einzugewöhnen, zumindest wenn man es so macht wie ich momentan ;). Ich hab eine Core-Klasse, in der alle Basismethoden sind, und die vererbe ich dann an das Programm, sprich kann ggf. überschreiben, Ergebnis ist halt, das ich so gut wie immer nur mit dem Objekt "this" arbeite ;). Viele Grüße, Luke081515Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Luke081515-2016-01-23T16:29:00.000Z-Hgzh-2016-01-23T00:23:00.000Z11
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Die letzten Technik-Neuigkeiten der Wikimedia Technik-Community. Teile diese Änderungen auch den anderen mit. Nicht alle Änderungen betreffen Dich selbst. Übersetzungen sind verfügbar.
Letzte Änderungen
In den letzten Änderungen und deiner Beobachtungsliste in der deutschen Wikipedia werden nun Änderungen an Kategorien angezeigt. Der Plan ist, dieses Feature zu Wikimedia Commons und andere Wikipedias nächste Woche hinzuzufügen. [17][18]
Administratoren können beliebige Einträge einer Seite mit Versionslöschungen verstecken. Nun gibt es dort einen Button "alle", "keine" und "umkehren" in SpezialːLog. Die Versionsgeschichte wird die selben Buttons bald bekommen. Wikis, die dies bisher mit JavaScript getan haben, sind dann nun in der Lage diesen Code zu entfernen. [19]
Änderungen diese Woche
Du wirst nun in der Lage zu sein, Einzelnachweise zu sehen, wenn du dir die Vorschau eines Abschnittes anzeigen lässt, wenn du eine Seite bearbeitest. Dies passiert auch. wenn sich kein <references /> Tag in dem Abschnitt befindet. [20]
Die neue MediaWiki-Version wird ab dem 16. Januar auf den Testwikis und MediaWiki.org, ab dem 27. Januar auf Wikipedia-fremden Wikis und einigen Wikipedias, und ab dem 28. Januar auf allen Wikipedias verfügbar sein (Kalender).
Treffen
Du kannst an dem nächsten Treffen des VisualEditor teams teilnehmen. Während des Treffens kannst du den Entwicklern erzählen, welche Fehler als nächstes behoben werden sollen. Das Treffen wird am 26. Januar um 20:00 (UTC) stattfinden. Schau dir an, wie du teilnehmen kannst.
Künftige Änderungen
Es gibt nun eine Erweiterung mit dem Namen ArticlePlaceholder. Diese Erweiterung kann Inhalt in der Wikipedia von Wikidata gengerieren, sofern es noch keinen Wikipedia-Artikel gibt. Es gibt allerdings eine Markierung, um den Leser daran zu erinnern, das es nicht ein Artikel ist, zudem fragt diese Meldung den Leser, ob er nicht einen erstellen möchte. Die Entwickler halten momentan Ausschau nach kleineren Wikipedias, die diese Erweiterung testen möchten. [21]
Das OTRS-System wird geupgradet werden. Der Plan ist, dies am 3 Februar um 08:00 (UTC) zu tun. Der Prozess wird etwa 6 bis 8 Stunden in Anspruch nehmen. OTRS wird während wieder Zeit nicht erreichbar sein. [22]
Benutzern wird automatisch gratuliert werden, falls sie eine gewisse Zahl an Edits erreichen. [23]
Letzter Kommentar: vor 8 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Your IP address is in a range which has been blocked on all wikis.
The block was made by Luke081515 (deployment.wikimedia.beta.wmflabs.org). The reason given is Spambot.
Start of block: 15:03, 1 November 2015
Expiry of block: 15:03, 1 February 2016
You can contact Luke081515 to discuss the block. You cannot use the "Email this user" feature unless a valid email address is specified in your account preferences and you have not been blocked from using it. Your current IP address is 76.164.170.2, and the blocked range is 76.164.0.0/16. Please include all above details in any queries you make.
@Alexia E. Smith: I trust you that you are not a spambot, spambots don't ask for unblock ;). But seriously, sorry, that you are affected by a block, that was a range block of a spamming range, some time ago (november 2015), so I removed this old block:
(Global block log); 21:26 . . Luke081515 (talk | contribs | block) removed global block on User:76.164.0.0/16 (unblock per request at my talk page (dewiki))
Wo ist denn die Logik, die Vorlagen dann zu statischen Links zu machen? Damit sind sie doch viel schlechter greifbar, falls man die Links löschen möchte. Soccerdatabase ist auch inhaltlich nicht so hochwertig, dass hier Archivlinks sinnvoll wären – und bei aktiven Fußballern, deren Daten entsprechend häufigen Veränderungen unterliegen, sind Links auf statische (d.h. falsche) Daten IMO sogar kontraproduktiv. Yellowcard (D.) Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Yellowcard-2016-02-01T21:08:00.000Z-Boshomi-2016-02-01T21:01:00.000Z11
Da die Seite tot ist sind die Links jedenfalls statisch. Bei Links im Abschnitt Webarchiv stimmt es auch dass der Wert der Links gegen null tendiert, sofern der Spieler noch aktiv ist. Ob der Spieler aktiv ist oder nicht, kann ich per Skript nicht feststellen, das muss man sowieso manuell entscheiden. Das Problem ist, dass die URLs sehr häufig auch als Beleg verwendet wurden. Dort sind sie nicht entfernbar. Ich habe übrigens jetzt noch eine Menge Mementos von Playerhistory.com gefunden. Ich werde sehen, was sich davon noch verwerten lässt. Frohes Schaffen — Boshomi☕⌨☺Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Boshomi-2016-02-01T21:23:00.000Z-Yellowcard-2016-02-01T21:08:00.000Z11
Das ist eine Entscheidung die die Leute im Portal sich untereinander ausmachen sollen, und ist immer noch möglich. Bei aktiven Spielern ist eine Entfernung aus dem Abschnitt Weblinks vermutlich empfehlenswert, ich würde aber dennoch ein selektive Vorgehen empfehlen, gerade vorhin habe ich eine recht interessante Seite eines schon sehr lange nicht mehr aktiven Schweizers gesehen... btw. Das Einpacken in die Vorlagen ist inzwischen abgeschlossen. Frohes Schaffen — Boshomi☕⌨☺Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Boshomi-2016-02-01T22:00:00.000Z-Yellowcard-2016-02-01T21:43:00.000Z11
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Die letzten Technik-Neuigkeiten der Wikimedia Technik-Community. Teile diese Änderungen auch den anderen mit. Nicht alle Änderungen betreffen Dich selbst. Übersetzungen sind verfügbar.
Probleme
Seiten mit Domain wikimedia.org wurden durch einen Fehler am 26. Januar auf das Wikimedia Foundation Wiki weitergeleitet, meta und Commons waren davon betroffen. Nach einer Stunde war der Fehler behoben. [25]
Einige Benutzer hatten Probleme beim Ein- und Ausloggen um den 22 Januar. Bots hatten ebenfalls Probleme, und Vorschauen arbeiteten nicht korrekt. Diese Probleme entstanden durch die neue Komponente SessionManager. Die Probleme wurden am 23. Januar durch das zurücksetzen auf die vorherige MediaWiki Version gelöst. [26][27]
Neue Probleme entstanden wieder durch die neue Komponente SessionManager. Die Probleme wurden am 31. Januar durch Zurücksetzen auf die vorherige MediaWiki-Version gelöst. Die neue MediaWiki-Version wird diese Woche ohne SessionManager verteilt. [28]
Änderungen diese Woche
Die Versionsgeschichte wird einen Hilfe-Link bekommen. Dieser wird auf Help:Page history zeigen (Seite auf meta). Wikis können den Link durch einen Link auf ihre lokale Seite ersetzen. [29]
Benachrichtigungen werden nur einen Teil des Seitentitels anzeigen, wenn er sehr lang ist. Ebenso gibt es nun eine andere Möglichkeit Benachrichtigungen als gelesen zu markieren. [30][31]
Die Eingabemethode Universal Language Selector funktioniert jetzt auch beim Visual Editor. Das bedeutet, dass viele, die in nicht-lateinischen Schriften schreiben, den Visual Editor nun benutzen können. [32]
Der Visual Editor wird zusätzliche Tools zum Bearbeiten von Tabellen erhalten. Man kann Zeilen und Spalten in einer Tabelle verschieben und Teile einer Tabelle kopieren, um neue zu Erstellen. Man kann außerdem mehrere Zellen auf einmal kopieren. [33][34][35]
Der Visual Editor zeigt jetzt eine Warnmeldung an, wenn man die Seite ohne zu Speichern verlässt. Nicht-englischsprachige Wikis benötigen möglicherweise eine Übersetzung der Meldung. [36][37]
Die neue MediaWiki-Version wird ab dem 2. Februar auf den Testwikis und MediaWiki.org, ab dem 3. Februar auf Wikipedia-fremden Wikis und einigen Wikipedias, und ab dem 4. Februar auf allen Wikipedias verfügbar sein (Kalender).
Treffen
Du kannst an dem nächsten Treffen des VisualEditor Teams teilnehmen. Während des Treffens kannst du den Entwicklern erzählen, welche Fehler als Nächstes behoben werden sollen. Das Treffen wird am 2. Februar um 20:00 (UTC) stattfinden. Schau dir an, wie du teilnehmen kannst.
Die rest.wikimedia.org Domain wird entfernt werden, dies soll im März passieren. Du solltest stattdessen /api/rest_v1/ an jede einzelne Projekt Domain anhängen, um die API zu erreichen. [38]
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hier die letzten Technik-Neuigkeiten die die Wikimedia Technik-Community betreffen. Teile diese Änderungen auch den anderen mit, auch wenn nicht alle Änderungen dich selbst betreffen. Übersetzungen sind verfügbar.
Letzte Änderungen
Syntax Highlight Unterstützung ist nun für 53 weitere Programmiersprachen verfügbar. [39]
Falls du eine Benachrichtung bekommst, dass eine deiner Bearbeitungen zurückgesetzt wurde, wird dir die Benachrichtigung nun einen Teil der Zusammenfassung zitieren. [40]
RESTBase benutzt nun scrub_wikitext statt scrubWikitext. [41]
Änderungen dieser Woche
Wikidata besitzt nun einen Datentyp der sich "math" nennt. Er wird für Formeln genutzt. [42][43]
Die neue MediaWiki-Version wird ab dem 9. Februar auf den Testwikis und MediaWiki.org, ab dem 10. Februar auf Wikipedia-fremden Wikis und einigen Wikipedias, und ab dem 11. Februar auf allen Wikipedias verfügbar sein (Kalender).
Treffen
Du kannst an dem nächsten Treffen des VisualEditor Teams teilnehmen. Während des Treffens kannst du den Entwicklern erzählen, welche Fehler als Nächstes behoben werden sollen. Das Treffen wird am 9. Februar um 20:00 (UTC) stattfinden. Schau dir an, wie du teilnehmen kannst.
Other sites will be able to tell when visitors come from links on Wikipedia and other Wikimedia sites. They used to be able to do this until we started using forced HTTPS in June 2015. This is planned to happen on 15 February. [44][45]
Wikidata wird einen neuen Datentyp mit dem Namen "external-id" haben. Er wird für Verweise auf externe Ressourcen verwendet werden. Er wird am 16. Februar aktiviert werden. Einige Eigenschaften werden auf den neuen Datentyp umgestellt werden. [46][47][48]
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hier die letzten Technik-Neuigkeiten die die Wikimedia Technik-Community betreffen. Teile diese Änderungen auch den anderen mit, auch wenn nicht alle Änderungen dich selbst betreffen. Übersetzungen sind verfügbar.
Letzte Änderungen
Du kannst nun auf der mobilen Version Seiten bearbeiten, ohne das du dafür JavaScript benötigst. [49]
Die Math Erweiterung kann nun dafür benutzt werden chemische Formeln darzustellen. [50]
Probleme
Eine Autoren waren als andere Benutzer eingeloggt, aufgrund eines Fehlers. Aus Sicherheitsgründen wurde jeder am 9. Februar ausgeloggt. Falls du diesen Fehler gesehen hast, kannst du ihn melden. [51][52]
Änderungen diese Woche
Es gibt nun ein beta-feature, dass Links zu dem Thema auf andere Wikimedia Projekte hinzufügt. Der plan war, das es die Beta-Phase verlässt, und Ende Januar für jeden eingeschaltet wird. Dies wird stattdessen am 16. Februar passieren. Wikis, die dies nicht möchten, können sich dafür entscheiden es zu deaktivieren. [53][54]
Cross-wiki notifications werden als ein Beta-Feature auf Wikidata, MediaWiki. Commons und allen Wikis auf Hebräisch und Französisch ab dem 19. Februar verfügbar sein. [55]
Die neue MediaWiki-Version wird ab dem 16. Februar auf den Testwikis und MediaWiki.org, ab dem 17. Februar auf Wikipedia-fremden Wikis und einigen Wikipedias, und ab dem 18. Februar auf allen Wikipedias verfügbar sein (Kalender).
Treffen
Du kannst an dem nächsten Treffen des VisualEditor Teams teilnehmen. Während des Treffens kannst du den Entwicklern erzählen, welche Fehler als Nächstes behoben werden sollen. Das Treffen wird am 16. Februar um 20:00 (UTC) stattfinden. Schau dir an, wie du teilnehmen kannst.
Künftige Änderungen
Die Suchfunktion auf Wikimedia Wikis wird eine Vervollständigungsautomatik bekommen, die versucht die richtigen Seiten zu finden, während der Benutzer den Suchbegriff einfügt. Ebenfalls wird versucht, auch Typos zu detektieren. Dies wird wohl im März eingeführt, momentan befindet es sich in der Beta-Phase. [56]
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
There was no new MediaWiki version last week. Changes that were planned to happen last week will happen this week instead. This is because of a bug that made saving pages take longer time. [59][60]
Changes this week
After February 23, you can use Wikidata for inter-language links on Wikiversity. [61]
Meetings
You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 23 February at 20:00 (UTC). See how to join.
Inzwischen habe ich die Sache auf Beta zumindest im ersten Schritt durch. Ich denke ein Teil des obigen Beitrags stammt auch daher, dass ich das Modul noch nicht vollständig verstanden hatte. Allerdings gibt es auf Beta weiterhin seltsame phänomene, so habe kann ich ewta diesen Edit nicht sichten, obwohl mir der Butten dazu als aktiv angezeigt wurde. Gerade vorhin ist es mir nun aber gelungen. Allerdings hätte da gar nie eine ungesichtet Version entstehen dürfen.
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hier die letzten Technik-Neuigkeiten die die Wikimedia Technik-Community betreffen. Teile diese Änderungen auch den anderen mit, auch wenn nicht alle Änderungen dich selbst betreffen. Übersetzungen sind verfügbar.
Die Capiunto Erweiterung ist nun auf dem Testwiki installiert. Capiunto hat die Möglichkeit zusammen mit Scribunto flexible Infoboxen anzubieten, es generiert HTML Code für Infobox Features, wie z.B. Header und Reihen. Die Erweiterung ist dafür entwickelt, saubere und moderne Infoboxen anzubieten, die mit Daten aus Wikidata gefüllt sind, leicht benutzbar über alle Wikis sind, zudem leicht ausbaubar.
Der VisualEditor folgt nun der TemplateData Einstellung format, was im November angekündigt wurde. Wenn du einen Edit machst, oder eine Vorlage nutzt, wird der Wikitext in ein oder zwei Tagen verlegt werden. [62][63]
Die Ordnung der Parameter bzw. deren Format wird nun in TemplateData berücksichtigt, so wie es in der Vorlage definiert ist. [64][65]
Änderungen diese Woche
Auf Wikis, wo der VisualEditor in der ein Tab Mode aktiviert ist, können rote Links den VisualEditor statt des Wikitexteditors öffnen, dies ist von den Einstellungen des Benutzers abhängig. [66]
Die Warnung nicht eingeloggt zu sein wird nun im Stile eine Warnungsbox angezeigt werden, sowohl im Wikitext, als auch im VisualEditor. [67]
Parsoid wurde geupeted, um einigen HTML 5 Spezifikationen zu entsprechen. [68]
Treffen
Die austretende exekutiv Direktorin Lila Tretikov wird fragen auf der Seite Knowledge Engine FAQ entgegen nehmen, da viel über das Projekt gesprochen wurde. [69]
Du kannst an dem nächsten Treffen des VisualEditor Teams teilnehmen. Während des Treffens kannst du den Entwicklern erzählen, welche Fehler als Nächstes behoben werden sollen. Das Treffen wird am 16. Februar um 20:00 (UTC) stattfinden. Schau dir an, wie du teilnehmen kannst.
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Files on Wikimedia Commons can now be 2 GB big. The old limit was 1 GB. [70]
Welcome notifications now have a different symbol. English Wikipedia already had this one. [71]
The Wikimedia memory cache servers in the Eqiad cluster have now been upgraded to Debian 8 (Jessie). Some users might have had to log in again because of this. [72]
It is now easier to categorize images uploaded to Wikimedia Commons in the Commons Android app. [73]
Bare attributes in tags now parse according to the HTML5 specifications. <pages from= to= section=1> will parse as <pages from="to=" section="1"> instead of <pages from="" to="" section="1"> as it used to. Please use <pages from="" to="" section=1> or <pages section=1> instead. This is mostly likely to affect pages on Wikisource projects. [74]
Problems
Phabricator has been a bit unstable lately. This should be fixed now. [75]
The PageView API shows wrong data between 23 February and 29 February for pages with special characters in their title. [76]
The parsing change mentioned above caused a large number of pages to break, especially on Wikisource. [77]
You may see falsely formatted edit links on both mobile and desktop devices. Mobile devices can also show incorrect formatted table of contents. This should be fixed soon. [78]
Templates using TemplateData that were edited with the visual editor might have some problems in wikitext mode. This can be fixed by editing and saving the page by using the visual editor without making any changes. [79]
Changes this week
Cross-wiki notifications will be enabled as a beta feature on all wikis on 10 March. You will be able to get notifications when something happens on another Wikimedia wiki. [80]
The new version of MediaWiki will be on test wikis and MediaWiki.org from 8 March. It will be on non-Wikipedia wikis and some Wikipedias from 9 March. It will be on all wikis from 10 March (calendar).
Wikivoyages will get the Kartographer extension. Kartographer will allow <mapframe> and <maplink> tags in an article to insert an interactive map and overlay it with different markers. You can add ideas and suggestions to the Maps talk page. If you find any bugs, you can report them in Phabricator. [81]
Meetings
You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 8 March at 20:00 (UTC). See how to join.
Future changes
The buttons in interfaces will be simplified. Instead of white, red, green and blue buttons, in future there will only be white, red and blue ones. [82]
The Wikimedia technical operations team plans to do some server work on 22 March. This could cause some problems, for example make it possible to read but not edit the Wikimedia wikis for a short period of time. The date for this might change. [83]
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hier die letzten Technik-Neuigkeiten die die Wikimedia Technik-Community betreffen. Teile diese Änderungen auch den anderen mit, auch wenn nicht alle Änderungen dich selbst betreffen. Übersetzungen sind verfügbar.
Letzte Änderungen
The mobile web interface no longer suggests HiDPI thumbnails. This is to take up less bandwidth on slow or expensive connections. [84]
Wikimedia has a new backup data center in Dallas. Because of planned work on this, you will be able to read but not edit the wikis for a short period of time on both 22 March and 24 March. This could be postponed to April 18. You might lose edits if you try to save during this time. Because of a test, there will also be a couple of minutes where you can't edit the wikis on 15 March starting 07:00 UTC. You can read more about the server work. There will be more notifications and updates about this.
Administrators and other users with advanced permissions will need to have an 8-byte long passwords. This change takes place on 15 March. Users with too short passwords will be asked to change password the next time they log in. This was decided in a discussion on Meta and is because they can use tools that can hurt the wikis. [86]
The new version of MediaWiki will be on test wikis and MediaWiki.org from 15 March. It will be on non-Wikipedia wikis and some Wikipedias from 16 March. It will be on all wikis from 17 March (calendar).
The buttons in interfaces will be simplified. Instead of white, red, green and blue buttons, in future there will only be white, red and blue ones. [87]
Meetings
You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 15 March at 19:00 (UTC). See how to join.
Grundsätzlich habe ich das gemacht, was eine Vorlage auch machen würde, sprich alles auf einen einheitlichen Standard gebracht, nur dass ich es für zu kompliziert halte tatsächlich eine Vorlage per Bot einzusetzen. Durch die Vereinheitlichung wird nun das Einsetzen einer Vorlage an passenden Stellen (Abschnitt Weblinks) deutlich einfacher. Die Arbeiten sind noch nicht abgeschossen. Derzeit haben wir 1813 tote Links der Domain im ANR davon 1773 mit .html am Ende, von insgesamt 9783 URLs insgesamt. Momentan bin ich zeitlich etwas knapp, und mache das nur so zwischendurch, hoffe aber dass ich für den Gutteil eine passende Lösung finden kann.
Letzter Kommentar: vor 8 Jahren5 Kommentare2 Personen sind an der Diskussion beteiligt
Hi Luke, ich frage einfach mal Dich direkt: Ich wäre sehr dankbar für ein Tool, das ähnlich wie WP:Templatetiger (TT) Vorlagen auswerten kann - aber mit zwei großen Unterschieden:
Es sollte mit Live-Daten arbeiten (TT verwendet Dumps, die häufig ziemlich alt sind)
Ausgabe in einem Format, das per c&p nach Excel transferiert werden kann.
Auf alles, was TT sonst noch könnte, kann gerne verzichtet werden (keine speziellen Bedinungen, die die Inhalte erfüllen müssen; Ausgabe nur einzelner Parameter; Sortierung etc.) - das kann man dann in Excel alles machen.
Letztlich soll man also nur den Vorlagennamen eingeben und bekommt eine solche Tabelle (hier jetzt extra eine Vorlage ausgewählt, die unbenannte Parameter hat und nur selten verwendet wird). Evtl. kann man ja vorher noch die Häufigkeit der Einbindungen checken und ab einem Wert>x (1000?) eine Ausgabe blocken, falls das sonst zu teuer wird.
Ich glaube (denke wohl BA ist da am besten) andernorts wäre besser, weil a) geht das wohl mit Webservice, das habe ich bisher noch nicht gemacht, b) habe ich momentan eh sehr viel zu tun, würde also länger dauern. Wegen Excel, ich denke Templatetiger nutzt eine DB auf Labs, leider habe ich die nicht in der Liste der Datenbanken gefunden, sonst könntest du einfach die Abfragen über Quarry machen (der einzelne Querry Befehl scheint ja über jeder Ausgabe zu stehen, ich nutze das Tool eigentlich nicht), die kann man als Excel downloaden. hast du schon die Tooleigentümer gefragt? (Wikipedia:WikiProjekt_Vorlagenauswertung#Ansprechpartner, wobei mich verwirrt, das bei Datenauswertung auf der deutschen Seiten ein englischer, und auf der englischen Seiten ein deutscher User steht). Die könnten dir doch die DB sicherlich nennen, dann geht das mit Excel, bliebe nur noch das Problem mit den Dumps, vllt kann man öfter sich einen neuen per Cron ziehen? Viele Grüße, Luke081515Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Luke081515-2016-03-16T19:25:00.000Z-Mabschaaf-2016-03-16T19:16:00.000Z11
Ok, sry für den TechSprech. Also Quarry ist ein vom LabsAdmin Yuvi Panda geschriebenes WebInterface, mit dem du ganz normal Datenbankabfragen auf der ToolsDB durchführen kannst, nur hier kannst du die Ergebnisse halt exportieren. Die ToolsDB hat u.a. eine Replikation von der Datenbank der deutschen Wikipedia (nein keine volle, passworthashes und mails werden z.B. nicht repliziert ;)), die Datenbank da wäre dewiki_p. Damit könntest du dann Datenbankabfragen manuell durchführen, und die Ergebnisse exportieren.
Cron: siehe Cron, dann würde das aktualisieren des Dumps automatisch ausgeführt. Sind dann leider aber immer noch 4 Wochen, wenn Dumps nicht mal wieder gerade ausfallen.
Letzter Kommentar: vor 8 Jahren8 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Luke, Was ist los auf der Berti Seite? Habe jetzt ständig die Links aktualisiert. Es muss ja mal Schluss sein. Als Journalistin kann ich sagen: Der Artikel ist perfekt. Aber von Wiki-IT verstehe ich nicht viel! Könntest Du bitte mal nachsehen, ob alles richtig eingegeben wurde. Damit Ruhe im Karton ist? Bitte...Übrigens: Dein Boot ist super!Viele Grüße--Monna Ry (Diskussion) Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Monna Ry-2016-03-21T23:21:00.000Z-Antonio Berti11
@Monna Ry: Ups, da hast du mich falsch verstanden. Mit "Die können weg" meinte ich die Meldung auf der Diskussionsseite, das die Defekt sind, und diese Meldung ist jetzt erledigt. Die funktionieren links sollten ja schon im Artikel bleiben, soferns kein Linkspam ist (also im Allgemeinen) ;). Nur die SessionID konnte da halt raus, weil der Link da auch ohne funktioniert, und die eher Info über den Link einfügenden Benutzer gibt im schlimmsten Fall. Viele Grüße, Luke081515Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Luke081515-2016-03-21T23:53:00.000Z-Monna Ry-2016-03-21T23:40:00.000Z11
SessionID...aha... Habe gelesen, dass das Cookies enthält, die mag ich gar nicht. Und das System aufhält, noch schlimmer. OH JE!!! Nur, was löscht man da genau? Kannst Du mir bei Gelegenheit ein praktisches Vergleichs-Beispiel geben, wo ich es sehe? Vielleicht gibt es für blöde Wikis eine Lernseite? Wenn ich das nicht lerne, entsteht Dauer-Mist und das ist generell nur Stress für alle hier. Das MUSS ich kapieren und abstellen! Habe jetzt alles gecheckt.Bei mir funktionieren alle links. Diese Feinheiten habe ich noch nicht drauf. Sorry. Bonna Notte. --Monna Ry (Diskussion) Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Monna Ry-2016-03-22T00:25:00.000Z-Luke081515-2016-03-21T23:53:00.000Z11
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hier die letzten Technik-Neuigkeiten die die Wikimedia Technik-Community betreffen. Teile diese Änderungen auch den anderen mit, auch wenn nicht alle Änderungen dich selbst betreffen. Übersetzungen sind verfügbar.
Probleme
Wikimedia hat einen neuen Backup Center in Dallas. Die Wikimedia Technologie-Abeteilung plante, ihn diese Woche zu testen. Dies passiert allerdings erst in der Woche vom 18. April. Hier kannst du mehr über Arbeit mit den Servern lesen. Es wird mehr Benahcrichtigungen und Updates über dieses Event geben.
In Firefox kam es manchmal dazu, das er VisualEditor einfach an das Ende der Seite gesprungen ist, wenn du mit einem Doppelklick eine Tabelle angeklickt hast, dieses Problem tritt nun nicht mehr auf. [89]
Änderungen dieser Woche
Es ist nun leichter IP Adressen zu listen, die kein CAPTCHA lösen sollen. [90]
Du wirst nun in der Lage sein, Benachrichtigungen via Echo als ungelesen zu markieren. [91]
Die neue MediaWiki-Version wird ab dem 21. März auf den Testwikis und MediaWiki.org, ab dem 22. März auf Wikipedia-fremden Wikis und einigen Wikipedias, und ab dem 23. März auf allen Wikipedias verfügbar sein (Kalender).
Treffen
Du kannst an dem nächsten Treffen des VisualEditor Teams teilnehmen. Während des Treffens kannst du den Entwicklern erzählen, welche Fehler als Nächstes behoben werden sollen. Das Treffen wird am 22. März um 19:00 (UTC) stattfinden. Schau dir an, wie du teilnehmen kannst.
Künftige Änderungen
URLs in dem IRC feed der letzten Änderungen werden nun nicht mehr länger erneut in unverschlüsseltes HTTP geschrieben werden. Dies könnte Bots zerschießen, die auf dem IRC Feed passieren. Diese Umstellung wird am 2. Mai vorgenommen. [92]
Letzter Kommentar: vor 8 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Hi Luke081515, It looks like I've been blocked on test2. I'm not sure why, I'm testing uploads from an app I made and the images I'm taking are not copywritten. I noticed that the images were deleted by you because they fall under what test wiki is not so I can only assume that maybe it's the file names which I plan on changing soon too. Could you please let me know why I was blocked more specifically so I can avoid it and unblock me so I can continue to test my application? Thanks, Tydanielson (Diskussion) Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Tydanielson-2016-03-30T01:43:00.000Z-Blocked on test211
Letzter Kommentar: vor 8 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hier die letzten Technik-Neuigkeiten die die Wikimedia Technik-Community betreffen. Teile diese Änderungen auch den anderen mit, auch wenn nicht alle Änderungen dich selbst betreffen. Übersetzungen sind verfügbar.
Nachweise zu Citoid hinzufügen funktionierte für 6 Stunden am 24 März nicht, wurde dann aber wieder behoben. [95]
Änderungen dieser Woche
Die neue MediaWiki-Version wird ab dem 29. März auf den Testwikis und MediaWiki.org, ab dem 30. März auf Wikipedia-fremden Wikis und einigen Wikipedias, und ab dem 31. März auf allen Wikipedias verfügbar sein (Kalender).
Du wirst nun in der Lage sein den Kopf und das Ende der Babel-Boxen zu entfernen. Das macht es leichter, sie mit anderen Benutzerboxen zu verwenden. [96]
Commons wird bald verbesserten Zugang zu Daten aus Wikidata haben. Es wird dann möglich sein, Zugang auf alle Daten über alle Konzepte auf jeder Seite auf Commons zu haben. Unterstützung beim Testen im Beta-Cluster ist geschätzt. [97]
Wikibits.js wird nicht mehr standartmäßig geladen ab April 2016. Die Gadget und Skript-Autoren sollten ihren Code bereits seit den vorherigen Ankündigungen umgestellt haben, aber es gibt eine andere Möglichkeit zu migrieren, falls benötigt. Details findest du auf der Mailingliste wikitech-l.
Korrekturen
Letzte Woche sagten die Tech News, das die neue MediaWiki Version vom 21. bis zum 23. März kommen würde, die korrekten Daten sind vom 22. bis zum 24. März.
Letzter Kommentar: vor 8 Jahren14 Kommentare4 Personen sind an der Diskussion beteiligt
Hallo Luke; die in der Wikipedia vielfach (1203x) verlinkte Plattform für digitalisierte Schweizer Zeitschriften retro.seals.ch ist nach www.e-periodica.ch umgezogen. Gute Nachricht: Die Links scheinen alle noch zu funktionieren und leiten auf die richtige Seite unter der neuen Adresse weiter. Aber wir sollten sie hier wohl doch schon mal korrigieren, denn wer weiss, wie lange diese Weiterleitungen Bestand haben... Und da kommt die wohl schlechtere Nachricht: Nicht nur der Name des Servers hat sich geändert, es scheint auch davon abgesehen kleine Änderungen in den Adressen zu geben.
Ich habe jetzt mal alle Links und Linkziele mit curl überprüft, in 51 Fällen führt das Redirekt zu einer Fehlerseite, der Rest lässt sich umsetzen. Möglich wäre es, eine Vorlage zu basteln, man könnte direkt aus der URL einen brauchbaren Linktext generieren. Das Problem liegt aber vor allem darin, dass die Domain häufig als Belege genutzt wird, und daher die Progammierung einer guten Vorlage schon einiges an Aufwand verursacht. (Belege sollten möglichst stabil sein, tote Links sollen nicht verschleiert werden,...). Ich neige dazu, zuerst mal einen Botlauf auf die neuen Linkziele korrekt zu setzen, wobei die URLs ein vereinheitlichtes Muster erhalten werden. Danach kann man mit Insource-Suche den Kontext recht gut auswerten, wodurch eine gute Vorlagenprogrammierung möglich wird. Das kostet möglicherweise einen zusätzlichen (Bot-)Edit, bringt aber eine bessere Qualität, und hat zusätzlich den Vorteil, dass der erste Edit sehr schnell umsetzbar ist.
Zur Vorlage: Ich halte in diesem Fall eine Vorlage für sinnvoll. Es wird aber eine Herausvorderung, eine Vorlage zu bauen, die tatsächlich benutzerfreundlich ist. Das liegt daran, dass sich die brauchbaren URLs bzw IDs für viele Benutzer nicht so einfach auffindbar sind. Andererseits lassen sich aus den URLs schon viel nützliche Informationen für Linktexte herauslesen und wodruch etwa auch nützliche Zusatzlinks etwa zur Zeitschrift selbst generierbar sind. Eine Alternative wäre eine citoid-Unterstützung. Frohes Schaffen — Boshomi⌨Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Boshomi-2016-04-02T11:01:00.000Z-Boshomi-2016-04-01T21:05:00.000Z11
@Gestumblindi, Leyo: Ebenfalls Danke; Zur Vorlage: die würde ich vorläufig mal zurückstellen. Es gibt zu jeder URL eine korrespondierende DOI, und wenn man mal die DOI hat, bekommt man über eine API vollständige Linktexte die jeder Anforderung gerecht werden. Das Problem ist, dass ich nicht weiß wie ich auf einfache Weise von den URLs auf die DOIs komme. Falls man die DOIs mal hat, wäre das ein Idealfall für den Einsatz von citoid (Sobald die hinter citoid liegende Datenbank mit den Daten aus dieser ETH-API bezogen hat). Frohes Schaffen — Boshomi⌨Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Boshomi-2016-04-04T20:36:00.000Z-Gestumblindi-2016-04-04T20:04:00.000Z11
Zugriff habe ich, nur da muss ich mich demnächst mal ransetzen, weil noch ist mein Bot-Framework nicht in der Lage, sich mit der DB dort zu verbinden, aber ich habe da schon was, was jemand nettes für mich aufgetrieben hat ;), es sollte also nicht mehr so schwer sein, dann kann das nicht solange dauern. Und wenns doch nciht gehen sollte, nehme ich Quarry:query/7755, da habe ich dann nur zwei Spalten ;), mein ganzes Framework arbeitet nämlich eigentlich immer nur mit den titles, nicht mit den IDs. Btw: Schreibt man 'sollution' nicht mit nur einem l, wie in meinem query? :D Viele Grüße, Luke081515Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Luke081515-2016-03-01T18:16:00.000Z-Boshomi-2016-03-01T17:24:00.000Z11
Naja, ich vertippe mich auf öfter, und es fällt eher nicht auf, da ich mich eher auf das Programm anstatt auf den Text fokussieren. Gut dann versuche du mal die zu klären, ich versuche in derzeit die DB Anbindung. Btw: Wenn ein Ergebnis nicht stimmt, richtet das keinen Schaden an, denn wenn der Bot die Ersetzung nicht durchführt, da der Suchstring nicht matcht, macht er einfach einen NullEdit, wie beim WeblinkErsetzer. Allerdings wäre es natürlich etwas schade um die Resourcen, aber da WMf die stellt, solange ich nicht wie der eine Bot neulich ein 1TB großes Fehlerlog anlege, ist das wohl im Rahmen. Viele Grüße, Luke081515Benutzer Diskussion:Luke081515/Archiv/2016/Q1#c-Luke081515-2016-03-01T19:46:00.000Z-Boshomi-2016-03-01T19:03:00.000Z11