Wikipedia:Fragen zur Wikipedia/Archiv/2024/Woche 37

Letzter Kommentar: vor 2 Monaten von Johannes Richter (WMDE) in Abschnitt Fußnoten aka Belege aka Einzelnachweise


Die Länderflaggen

Mir sind gerade die tollen Fähnchen der Länder aufgefallen, wenn man zum Bleistift Biathlon-Weltcup 2003/04 anstarrt, dann gibts da Fähnchen wie Deutschland  Deutschland, Osterreich  Österreich, Norwegen  Norwegen, … ohne weißen Rahmen und solche wie Frankreich  Frankreich, Russland  Russland, Polen  Polen, Japan  Japan, … mit weißem Rand. Japan ist ganz seltsam, da scheint am unteren Rand noch eine schwarze Linie zu sein? Im normalen Mode ist der Rand schwarz, fällt aber nicht auf.

Muss das so bleiben? Kann der Rand überall weg? Muss der Rand überall rein? --Wurgl (Diskussion) 07:57, 9. Sep. 2024 (CEST)

Nachtrag: Bei Flaggen mit weißer Farbe außen ist der Rahmen eventuell von Vorteil, weil die Flagge dadurch abgegrenzt ist, auch wenn der Rahmen beinahe unsichtbar ist. --Wurgl (Diskussion) 08:04, 9. Sep. 2024 (CEST)
@Wurgl Der Rahmen ist nicht in der Grafik drin, sondern wird über den Parameter "border" in der Dateisyntax erzeugt. Aus dem von dir genannten Grund. --Raymond Disk. 08:43, 9. Sep. 2024 (CEST)
Ja klar ist das border bzw. rand, deshalb ist der Rand mal dunkelgrau und mal weiß. Aber bei dunklem Hintergrund, siehe Link auf Biathlon-Weltcup 2003 ist der Effekt dahin und bei vielen Flaggen erscheint mir das Bild einfach unruhig. --Wurgl (Diskussion) 08:56, 9. Sep. 2024 (CEST)
Mindestens bei Japan, wo auf hellem oder gar weißem Hintergrund nur ein roter Kuller sichbar wäre, ist der Rahmen Pflicht. Polen und Indonesien hätten nur einen roten Streifen irgendwo.
Damit Österreich nicht nur zwei rote Streifen hat, sondern die Flagge im Zusammenhang zu erkennen ist, ist es Usus, den Rahmen wie bei Frankreich auch dann zu setzen, wenn ein weißer Streifen in der Mitte zwischen zwei farbigen liegt.
Damit bei Flaggen mit Kleinkram drin die Embleme noch zu erkennen sind, wie Portugal, oder Brasilien, wird auf den pixelfressenden Rahmen verzichtet, da die Gesamtgröße überall gleich sein soll. Somit bleibt dann mehr Platz und Pixel für den Inhalt.
Deutschland und Belgien sind auf hellem oder gar weißem Hintergrund gut als Flagge erkennbar; so wie das zwei Jahrzehnte in den Wikis üblich war. Zeigt man sie auf schwarzem Hintergrund, haben sie nur noch die Farben Gelb und Rot.
VG --PerfektesChaos 09:00, 9. Sep. 2024 (CEST)
Und bei dunklem Hintergrund ist Deutschland  Deutschland, Belgien  Belgien, Estland  Estland und auch Bosnien und Herzegowina  Bosnien und Herzegowina und weitere nicht toll zu erkennen. --Wurgl (Diskussion) 09:51, 9. Sep. 2024 (CEST)

Warum neuerdings bei jedem Browser-Neustart Nutzer-Neuanmeldung erforderlich?

Seit ungefähr einer Woche muß ich mich nach jedem Browser-Neustart bei Wikipedia neu einloggen. Da dies zuvor nicht vonnöten war, kann ich mir das nur als (unter der Hand vollzogene) Software-Neuerung vorstellen. Eine Möglichkeit, in den Usereinstellungen die Option „Dauerhaft angemeldet bleiben“ zu aktivieren, habe ich dort jedenfalls nicht gefunden. Der Vorgang der Neuanmeldung ist einerseits zwar kein Act; bei mehrmaligen Aufrufen des WP-Portals täglich summiert sich das allerdings doch. Abgesehen davon, dass Unterlassen eventuell fatal werden kann – beispielsweise dann, wenn man einen Artikel zum SW hochgeladen hat und dieser nunmehr unter IP firmiert.

Frage: Habe ich was übersehen? Oder ist das tatsächlich eine Neuerung mit dem Ziel, den Zugang für angemeldete User(innen) restriktiver zu gestalten? Für aufklärende Hinweise schonmal vorab Vielen Dank. --Richard Zietz 13:05, 9. Sep. 2024 (CEST)

Hallo @Zietz,
kannst du mal überprüfen, ob das automatische Löschen der Cookies in deinem Browser aktiviert ist. Wenn dem so ist, müsstest du eine Ausnahme für die Wikipedia definieren oder die Funktion ganz deaktivieren. Das dauerhaft angemeldet bleiben kann per Anhäkseln der Option „Angemeldet bleiben“ bewerkstelligt werden. Wenn das alles soweit richtig ist, liegt das abgemeldet werden an folgendem Bug (von dem bin jeden Monat auch betroffen): phab:T372702 (Wikipedia:Technik/Werkstatt#Erzwingt der 30-Tage-Challenge-Banner die Abmeldung?). Warum der bei dir nach jeden Einloggen passiert und bei anderen überhaupt nicht, weiß ich nicht.
zensierte Signatur 13:59, 9. Sep. 2024 (CEST)
Habe meine Browser-Einstellungen (Safari, älteres Modell) durchgecheckt; eine Löschung von Cookies ist dort nicht aktiviert. Denke, dass das Problem mit dem weiter oben bereits thematisierten Problem zusammenhängt, und dass man da als normaler Wald-und-Wiesen-User nichts machen kann. Danke für das Feedback; fürs Erste bleibt wohl nur stetiges Neuanmelden übrig, und Aufpassen, dass man nichts Falsches macht. --Richard Zietz 18:14, 9. Sep. 2024 (CEST)

Linkprobleme bei einigen Seiten

Hallo, wenn ich auf Seiten wie der Wikipedia:Auskunft oder dem Wikipedia:Café bei einem Beitrag auf "Beantworten" klicke und dort einen Link http..... einkopieren möchte, wird statt des Links ein Text eingestellt, der nach Verschicken allerdings nicht anklickbar ist, sondern reiner Text ist. Möchte ich den Link einstellen, muss ich den z.B. in ein Textsystem kopieren und dann von dort in das Antwortfenster. Sehr lästig! Klicke ich auf "Bearbeiten" passiert das nicht, dann wird der Link als Link übernommen. Nur dann habe ich so nette Funktionen, dass direkt angezeigt wird, wie der Text endgültig aussieht nicht und ich muss auf "Vorschau" klicken und die Signatur muss manuell eingefügt werden. Warum wird der Link nicht übernommen und wenn das schon nicht passiert, warum wird der Link in einen nicht anklickbaren Text verwandelt? Bug oder Feature? --Elrond (Diskussion) 16:23, 10. Sep. 2024 (CEST)

Falls es wichtig ist; Internet Explorer und Firefox machen diese Probleme. --Elrond (Diskussion) 16:24, 10. Sep. 2024 (CEST)
Test: https://de.wikipedia.org/wiki/Benutzer:Elrond --Bildungskind (Diskussion) 16:39, 10. Sep. 2024 (CEST)
Ist bei mir anklickbar, das Problem habe ich nicht. Handelt es sich um völlig normale Links, die du oben kopierst und wieder einfügst? --Bildungskind (Diskussion) 16:41, 10. Sep. 2024 (CEST)
Wetter Berlin - aktuelle Wettervorhersage von WetterOnline --Elrond (Diskussion) 16:47, 10. Sep. 2024 (CEST)
Das kommt bei mir heraus, wenn ich in das Fenster https://www.wetteronline.de/wetter/berlin kopieren möchte --Elrond (Diskussion) 16:48, 10. Sep. 2024 (CEST)
Jetzt verstehe ich, was du meinst. Der Linktext wird kopiert, nicht der Link selbst. Was kopierst du genau? Die URL, die oben angezeigt wird, oder etwas anderes? Das ist dann vielleicht doch eher ein Problem des Betriebssystems oder des Browsers. --Bildungskind (Diskussion) 16:54, 10. Sep. 2024 (CEST)
Ich kopiere ''https://www.wetteronline.de/wetter/berlin'' dabei ist es egal, ob ich das aus der Befehlszeile kopiere, oder aus einem Text. Angezeigt wird: „Wetter Berlin - aktuelle Wettervorhersage von WetterOnline“ Das aber nur, wenn ich auf "Beantworten" klicke und in dem dann in dem sich öffnenden Feld arbeite. Nutze ich "Bearbeiten" und der (normale? / alte?) Editor geht auf, dann erscheint im Editor ''https://www.wetteronline.de/wetter/berlin'' und nach dem Abschicken https://www.wetteronline.de/wetter/berlin das man anklicken kann. Es hängt also mit dem sich öffnenden Fels nach dem Anklicken von "Beantworten" zusammen. --Elrond (Diskussion) 17:23, 10. Sep. 2024 (CEST)
Zweiter Test: https://www.wetteronline.de/wetter/berlin --Bildungskind (Diskussion) 17:58, 10. Sep. 2024 (CEST)
Ich wollte sehen, ob es einen Unterschied macht, wenn du den visuellen oder den Quelltexteditor verwendest. Hm also ich bin jetzt ratlos. Vielleicht weiß das jemand anderes oder man kann das als Bug melden. Aber wenn man das als Bug meldet, dann sollte der Fehler ja irgendwie reproduzierbar sein. --Bildungskind (Diskussion) 17:59, 10. Sep. 2024 (CEST)
Firefox hat das Problem bei mir nicht. Der Edge hat das. Fällt mir auch seit Monaten/Jahren in MS-Teams beim einfügen auf.
Aus der Edge-Adresszeile kopiert: Wikipedia:Fragen zur Wikipedia – Wikipedia
aus der Firefox-Adresszeile kopiert: https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Linkprobleme_bei_einigen_Seiten
beides eingefügt in Firefox. --0815 User 4711 (Diskussion) 08:09, 11. Sep. 2024 (CEST)
mit rechter Maustaste auf das Textfeld klicken. Dann Einfügen ohne Formatierung (FF) oder Paste as - nur Text (Edge), dann ist es der Linktext --0815 User 4711 (Diskussion) 08:12, 11. Sep. 2024 (CEST)
Hallo 0815 User, so geht es, danke! Wieder was gelernt. https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia --Elrond (Diskussion) 08:25, 11. Sep. 2024 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Elrond (Diskussion) 08:27, 11. Sep. 2024 (CEST)

Fehler in Listendarstellung

Mit dieser Bearbeitung wurden Koordinaten in die Liste der Kulturdenkmäler in Kirchditmold eingefügt, seither ist die Tabelle ab dem Eintrag „Riedwiesen 32“ kaputt. Wenn man bspw. einen oder zwei Einträge oberhalb löscht, werden ein oder zwei Einträge am Ende mehr angezeigt, als gäbe es eine Höchstgrenze der zulässigen Einträge. Ich finde den Fehler nicht. Weiß jemand mehr? NNW 21:12, 10. Sep. 2024 (CEST)

Meines Wissens muss die Liste, wegen "Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten" aufgeteilt werden, sog. Vorlagen-Überlauf, kann ich gern machen, stand sowieso auf dem Plan. mfg--Cookroach (Diskussion) 21:15, 10. Sep. 2024 (CEST)
Wenn es das ist, ja bitte. NNW 21:20, 10. Sep. 2024 (CEST)
Okay, das dauert dann ein Weilchen, kannst ja morgen nochmal darüberschauen, übrigens gibt es noch so'n Aufteilungs-Kandidaten "Liste der Kulturdenkmale in Altenburg" der überquilt, falls du darüber stolperst, war mir beim letzten WBW aufgefallen.--Cookroach (Diskussion) 21:27, 10. Sep. 2024 (CEST)

Kompletten Webauftritt bei https://web.archive.org/ archivieren

Bei https://web.archive.org/ kann man die Archivierung einer einzelnen Internetseite auslösen. Dies geschieht dann automatisch, wenn eine Seite in den Weblinks oder den Einzelnachweisen eines Wikipedia Artikels verlinkt ist. Bisweilen wird das Thema eines Artikels nicht nur auf einer einzelnen Internetseite vertieft bzw. belegt, sondern in einem kompletten Webauftritt. Ich kenne nur die Möglichkeit, die Archivierung der Hauptseite eines solchen Webauftritts zu initiieren. Ist es auch möglich, einen kompletten Webauftritt, sprich alle Unterseiten der Hauptseite dort oder einem anderen Archiv archivieren zu lassen? -- Tirkon (Diskussion) 23:49, 9. Sep. 2024 (CEST)

Nur als Teilantwort: M. E. archiviert Archive.org mindestens auch den Inhalt aller Links, die wiederum auf der zu archivierenden Site stehen. Dann wäre zu schauen, ob die Tiefe der automatischen Archivierung noch weiter geht oder manuell erweitert werden müsste. Gruß, --Wi-luc-ky (Diskussion) 01:09, 10. Sep. 2024 (CEST)
Genau. Als eingeloggter Contributor kann man auch alle Links, die von der angegebenen Seite wegführen mitarchivieren. Danach ist dann aber Feierabend. zensierte Signatur 09:33, 10. Sep. 2024 (CEST)
Das ist auch wichtig, als eingeloggter Contributor - d.h. nur angemeldet hat man die Möglichkeit, auf einmal mehr als eine einzelne Seite archivieren zu lassen. Gestumblindi 11:02, 10. Sep. 2024 (CEST)
Man kann versuchen, eine sitemap.xml archivieren zu lassen, wenn sie auf dem Server vorhanden ist. Eine händische Sitemap wäre (sofern vorhanden) auch eine Möglichkeit, zu veranlassen, daß tiefer gecrawlt wird. --Ralf Roletschek (Diskussion) 11:19, 10. Sep. 2024 (CEST)
@Ralf Roletschek: Webauftritte mit einer Sitemap kenne ich. Aber was spezifiziert das Attribut "händisch" bei einer Sitemap? -- Tirkon (Diskussion) 14:33, 10. Sep. 2024 (CEST)
Google unterscheidet da nach RSS/Atom und Text-Sitemaps. --Ralf Roletschek (Diskussion) 07:18, 11. Sep. 2024 (CEST)

Nicht öffentlich, nur lokal kann man mit wget -r und Angabe der Tiefe mit -l eine Website herunterladen. Viele Grüße, Aschmidt (Diskussion) 01:00, 12. Sep. 2024 (CEST)

Wikipedia in der klassischen Ansicht

Wie kann ich Wikipedia auf meinem Android-Mobiltelefon prinzipiell in der klassischen Ansicht starten? --Rentenbezieher (Diskussion) 09:58, 12. Sep. 2024 (CEST)

Ganz nach unten scrollen. Da steht: "Nutzungsbedingungen - Datenschutz - Klassische Ansicht". -- Bertramz (Diskussion) 10:07, 12. Sep. 2024 (CEST)
Es ging ja aber um prinzipiell (im Sinne von immer). Dadurch, dass wir wenig bis keine Cookies einsetzen (so wenig, dass wir keine Cookie-Banner brauchen), bleibt die Einstellung nicht und man muss jedes Mal nach unten scrollen. zensierte Signatur 10:11, 12. Sep. 2024 (CEST)
Schade, aber danke für die Auskunft. --Rentenbezieher (Diskussion) 13:28, 12. Sep. 2024 (CEST)
Ich klicke auf den zuletzt aufgerufenen (Wikipedia-)Tab. -- Bertramz (Diskussion) 10:23, 12. Sep. 2024 (CEST)
Die gesetzten Cookies würden für eine solche Funktion durchaus ausreichen, es wurde lediglich keine solche Einstellung implementiert. Mit Benutzerskripten geht das aber, z.B. en:User:Þjarkur/NeverUseMobileVersion (prinzipiell immer Desktop-Version) oder en:User:Aveaoz/AutoMobileRedirect (nur auf Desktop-Geräten bzw. solchen, die sich dafür ausgeben, immer Desktop-Version). --Karotte Zwo (Diskussion) 13:55, 12. Sep. 2024 (CEST)
Das ist mir leider zu hoch. Danke trotzdem. --Rentenbezieher (Diskussion) 19:50, 12. Sep. 2024 (CEST)

Verfeinerte Statistik gesucht

Hallo allerseits,

ich kenne diese Statistikseite: https://stats.wikimedia.org/#/de.wikipedia.org/reading/top-viewed-articles/normal%7Ctable%7Clast-month%7C(access)~desktop*mobile-app*mobile-web%7Cmonthly

Aber: (Wo) kann ich Antworten auf Fragen wie "Welches sind die am häufigsten aufgerufenen Artikel über weibliche ukrainische Filmschaffende?" (also unter Einbeziehung kombinierter Kategorien) finden? Danke -- LG -- Benutzerin:Reisen8Benutzerin Diskussion:Reisen8Wikiliebe?! 15:40, 10. Sep. 2024 (CEST)

@Reisen8: Also grundsätzlich würde ich mich über Massviews dorthin bewegen. Es gibt dort den Parameter „Kategorie“, der aber nur eine abdeckt. Schau mal in dem verlinkten FAQ zu den Parametern, ob etwas anderes funktioniert: Vorlage usw. Ansonsten könnte man über Quarry eine Abfrage zur Schnittmenge der Artikel erstellen (ähnlich, wie das PetScan in hübsch macht) und dann über das Massviews-Tool ablaufen lassen. Mir fehlt gerade die Zeit, dies über Quarry zu basteln, aber vllt. kommst du ja auch einfacher direkt schon dorthin. Grüße, —DerHexer (Disk.Bew.) 16:31, 10. Sep. 2024 (CEST)
https://pageviews.wmcloud.org/massviews/?platform=all-access&agent=user&source=search&range=latest-20&project=de.wikipedia.org&sort=views&direction=1&view=list&target=incategory:Frau%20incategory:Ukrainer%20deepcategory:Filmschaffender -- hgzh 18:25, 10. Sep. 2024 (CEST)
Danke, DerHexer, dann plane ich mal fürs Wochenende eine Bastelstunde ein.-- LG -- Benutzerin:Reisen8Benutzerin Diskussion:Reisen8Wikiliebe?! 06:58, 11. Sep. 2024 (CEST)
Ah, mit Tag-Suche, klar. Danke! :) Grüße, —DerHexer (Disk.Bew.) 08:16, 11. Sep. 2024 (CEST)
Ihr seid großartig, vielen herzlichen Dank hgzh und DerHexer!! Dann leg ich Schere und Kleber erleichtert wieder in die Schublade.-- LG -- Benutzerin:Reisen8Benutzerin Diskussion:Reisen8Wikiliebe?! 07:32, 15. Sep. 2024 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Ankermast (Diskussion) 07:34, 15. Sep. 2024 (CEST)

Genealogische Zeichen

Moin. Leider entwickelt sich wieder auf einer Diskussionsseite ein längerer Thread über die Frage der zu wählenden genealogische Zeichen. Meine Frage dazu wäre: Wie ist den aktueller Stand? Das Thema gab es doch schon häufiger. -- St. Magnus (Diskussion) 08:30, 13. Sep. 2024 (CEST)

Wenn es primär um geboren/gestorben geht: Letztes mal gefragt wurde das wenn ich das richtig sehe hier, dort sind die relevanten Quellen wohl verlinkt. --Windharp (Diskussion) 08:45, 13. Sep. 2024 (CEST)
Prima, sowas habe ich gesucht. Danke --St. Magnus (Diskussion) 08:50, 13. Sep. 2024 (CEST)

Die passende Antwort zur präzisen Frage: Es steht irgendwo. --Bahnmoeller (Diskussion) 16:15, 14. Sep. 2024 (CEST)

Personen in Ortsartikeln

Da werden fast immer nur die Geburten eingetragen, nie weder Sterbefälle noch geprägt worden zu sein. Letzteres könnte man damit erklären, weil das oft unklar ist, aber der Tod ist so eindeutig wie die Geburt. Warum also? --fossa net ?! 14:42, 10. Sep. 2024 (CEST)

Das wird das gleiche Problem haben, das wir auch in vielen unserer Artikel haben: Weil über das Versterben nicht breit berichtet wurde, das Todesjahr deshalb schlicht unbekannt ist. Beispiel:
  • Peter Meier, geboren 1911 in Posemuckel, errang bei der Olympiade 1936 eine Goldmedaille im Teebeutelweitwurf.
  • Artikel zu Posemuckel vermeldet also, dass Peter Meier von dort stammt.
  • Unser Artikel zu Peter Meier vermeldet das Geburtsdatum und den Olympiasieg.
  • Der Werdegang bis 1936 wurde berichtet.
  • Ob er den Zweiten Weltkrieg überlebte, weiß niemand.
  • Was er danach beruflich machte, fiel offenbar auch nicht auf.
  • Im Alter von 87 Jahren verstarb er in einer ganz anderen Stadt in einem Seniorenheim. Viel Familie hatte er nicht mehr, keine Zeitung meldete das.
  • Damit kennen wir das Todesjahr weder im Orts- noch im Personen-Artikel.
VG --PerfektesChaos 15:01, 10. Sep. 2024 (CEST)
Nein, das ist nicht der Grund, Tausende Personen mit bekanntem Sterbedatum werden nur dem Geburtsort zugeordnet. --fossa net ?! 14:54, 12. Sep. 2024 (CEST)
Der Geburtsort und der Sterbeort sind zunächst mal beliebig, ohne Bezug zur Person. Wenn es nur noch in Zentren Geburtskliniken gibt, dann sind alle Sylter, alle Amrumer, alle Föhrer, usw. Felsburger oder Husumer. Als dies in den Artikeln eingerichtet wurde, ist man davon ausgegangen, dass eine Person in X geboren wurde und aufgewachsen ist. Damit sollte eine gewisse kulturelle Prägung verdeutlicht werden. Das sieht heute aus genannten Gründen anders aus. Ähnlich der Sterbeort. Es gibt nur ein Krankenhaus in der Umgebung, ein Altenheim, oder ein Autounfall auf der Autobahn. Nichts davon hat den Menschen geprägt. Aussagekräftiger sind Einträge, bei denen es sich darauf bezieht, dass eine Person für einen Ort von Bedeutung ist. Als Bürgermeisterin, als Künstlerin, als jemand, der den Ort vor der Besetzung von irgendwelchen Truppen bewahrt hat. Usw. Sterbeorte einzutragen ist noch weniger sinnvoll, als Geburtsorte. Zudem wie PC schrieb, oft auch gar nicht bekannt. Gruß --Itti 15:09, 12. Sep. 2024 (CEST)
Da bin ich, man staune und höre, völlig bei Dir, Itti. Ist es dann nicht an der Zeit sich dieser Realität nebenbei schon immer gab, anzupassen? --fossa net ?! 19:49, 12. Sep. 2024 (CEST)
Das ist nun deins   . Starte ein Meinungsbild, starte eine Umfrage. Was auch immer. Gruß --Itti 00:14, 13. Sep. 2024 (CEST)
Ich habe gelernt, ich muss Prioritäten setzen, erste Wikipedia-Priorität für mich ist es nun, den Artikel Ajagös so zu verbessern, dass er mindestens besser als die anderen Interwikis -- Englisch ausgenommen -- zusammen ist. --fossa net ?! 08:41, 13. Sep. 2024 (CEST)
Der Geburtsort mag oft eher beliebig und ohne Bezug zur Biographie sein, aber nicht ohne Bezug zur Person. Denn er steht lebenslang im Ausweis und darüber hinaus in Stamm- und Kirchenbüchern usw. und ist ein Identifikationsmerkmal, im Gegensatz zum Ort, an dem man aufgewachsen ist. Auch in der Frühzeit der Wikipedia gab es schon genügend Artikelpersonen vom "Dorf", die in der "Stadt"klinik geboren wurden. Das Thema wird in Wikipedia:Formatvorlage Stadt/Personenlisten behandelt, die Unterscheidung zwischen Geburtsort und Wirkungsort ist vorgesehen. Die Frage ist eher, ob der Geburtsort einen für den Ort relevanten Bezug zwischen Person und Ort herstellt. --Sitacuisses (Diskussion) 23:17, 15. Sep. 2024 (CEST)

Gültigkeit von Referenzen?

Bei der Bearbeitung des Artikels "Junge Freiheit" ist für mich folgendes Problem aufgetreten: Wie ist es eigentlich mit der Referenz 138? Kann es da sein, dass die im nachhinein (gegenüber vom 15.08.24) verändert wurde? Denn in der aktuellen Analyse des BayLfV habe ich keine Liste mit genau 15 "Übeltätern " mehr gefunden. Und außerdem steht jetzt auch der Ausdruck "explizit" mit drin, an den ich mich von vorher gar nicht mehr erinnern konnte. Weiterhin frage ich mich und Euch, ob es üblich ist, dass jemand etwas ohne nachvollziehbares Datum ins Netz stellt oder stellen kann/darf? Wenn ja, ist dann eine derartige Quelle überhaupt reputabel? Beim Abruf des Links (138) am gestrigen Tage habe ich jedenfalls nirgendwo ein (Veröffentlichungs-)Datum gefunden. Meines Erachtens muss man doch genau wissen können, auf welche konkrete Fassung bzw. Wortlaut man sich bezieht. Und von welchem Tag genau dieses war. Ansonsten ist es ja ziemlich leicht, Unliebsames einfach unter den Tisch zu kehren. --Wilske 12:50, 13. Sep. 2024 (CEST)

Die Versionen unterscheiden sich, hier jene vom 15. August: [1]. Damit die Beleglage durch die aktuelle Version nicht verfälscht wird, sollte im Artikel die (archivierte) Version verwendet werden, die unsere Inhalte belegt. lg --Invisigoth67 (Disk.) 13:09, 13. Sep. 2024 (CEST)
PS: Sowas sehe ich übrigens immer wieder z. B. auf offiziellen Seite einer Stadtregierung, da geht es aber weniger um "unter den Tisch kehren", sondern um Korrekturen und/oder Aktualisierungen. Besonders ärgerlich ist, wenn bei Bauprojekten plötzlich alle Zahlen und Daten zur Errichtung verschwinden und das ganze nur noch eine hübsche, wortreiche Beschreibung des fertigen Projekts ist. Deshalb ist das Abrufdatum bei Belegen hier in WP so wichtig. Meines Wissens wird schon seit Jahren automatisch eine Version von externen Links, die als Beleg in Artikel eingefügt werden, im Webarchiv archiviert, dadurch lässt sich dann in solchen Fällen wie diesem die passende Archiv-Version rasch finden und, wenn nötig, auch verwendet werden. lg --Invisigoth67 (Disk.) 13:28, 13. Sep. 2024 (CEST)
Ich danke dir erst mal recht herzlich für die Antwort. Und wenn man so eine archivierte Version dann mal verwenden will, wie findet man sie dann? Hier hast du sie ja gleich in der ersten Zeile angegeben. --Wilske 13:37, 14. Sep. 2024 (CEST)
Einfach hier den betroffenen Beleg-Link in die Eingabezeile copy-pasten, dann kommt man auf eine Kalender-Ansicht mit den verschiedenen archivierten Versionen, dort muss man sich dann nur noch die richtige aussuchen. lg --Invisigoth67 (Disk.) 15:43, 14. Sep. 2024 (CEST)
Danke, habe es erst mal angeschaut, aber noch nicht 100 % geschafft, weil da auf "web.archive" nur alles englisch ist. Aber vielleicht kriege ich es ja noch hin?! --Wilske 08:54, 15. Sep. 2024 (CEST)

Beitragszähler

Guten Tag. Bei mir auf der Benutzerseite funktioniert der Beitragszähler nicht. Was habe ich da falsch gemacht? -- Serafschan (Diskussion) 12:10, 14. Sep. 2024 (CEST)

@Serafschan: Du hast die Vorlage ja erst gestern Abend eingefügt. Manchmal braucht der Bot etwas länger; warte einfach ein paar Tage. Viele Grüße --Brettchenweber (Diskussion) 12:24, 14. Sep. 2024 (CEST)
Und beim springenden Wikipedia-Ball bitte Hilfe:Bilder#Von der Dateibeschreibungsseite abweichendes Linkziel beachten. Die Datei ist nicht gemeinfrei. NNW 12:29, 14. Sep. 2024 (CEST)
Du musst mind. 50 Bearbeitungen mehr als bei der letzten Aktualisierung haben. Aktuell hast du nur 39 überhaupt. -- Gruß, aka 12:36, 14. Sep. 2024 (CEST)
Auch schon bei der ersten Aktualisierung? Laut der Anleitung ist das erst bei der nächsten Aktualisierung nötig: „Die Seite wird innerhalb der nächsten 15 Minuten mit dem richtigen Wert überschrieben, der danach einmal täglich – typischerweise in der Nacht und nur, wenn sich die Anzahl der Beiträge um mindestens 50 erhöht hat – aktualisiert wird.“ --Brettchenweber (Diskussion) 12:38, 14. Sep. 2024 (CEST)
Ich bin mir nicht sicher, wobei aber der Fall, dass jemand Interesse an dieser Funktion, aber noch keine 50 Bearbeitungen hat, auch eher selten vorkommen dürfte ;-) -- Gruß, aka 12:46, 14. Sep. 2024 (CEST)
Stimmt. ;-) --Brettchenweber (Diskussion) 12:49, 14. Sep. 2024 (CEST)
Ich habe das Script jetzt so angepasst, dass der ermittelte Wert auch dann geschrieben wird, wenn vorher "0" auf der Unterseite steht, aber die 50 noch nicht erreicht sind. Steht eine größere Zahl drin (wie hier initial), dann gilt die Regel mit den "mind. 50 mehr" (die allzu häufige Aktualisierungen verhindert). -- Gruß, aka 13:01, 14. Sep. 2024 (CEST)
Danke an alle. -- Serafschan (Diskussion) 13:10, 14. Sep. 2024 (CEST)
Offensichtlich nicht an alle, denn die Imagemap wurde nicht korrigiert. NNW 11:24, 15. Sep. 2024 (CEST)

Familienname

Eigentlich gibt es ja immer entweder eine Weiterleitung vom Familienname auf die Person oder eine BKL, die einen Link auf die Person enthält. Aber wie sollte es bei Sapijat Achmedowna Magomedowa sein?

--2003:CD:273A:B600:5604:A6FF:FE7F:F584 13:28, 15. Sep. 2024 (CEST)

Wie in vielen anderen Sprachen (Deutsch, Englisch usw.) werden auch bei Namen aus dem Russischen u.ä. die weiblichen in der Regel mit in den männlichen Artikel gesetzt und eine WL dorthin eingerichtet. Im Moment gibt es zwar nur einen weiblichen Eintrag, aber das kann ja weiter wachsen. Ich hab das mal (so wie dein zweiter Vorschlag war) umgesetzt. -- Jesi (Diskussion) 16:04, 15. Sep. 2024 (CEST)
Da gibt es aber viele Ausnahmen z.B. Petrow und Petrowa. Wenn eine in Deutschland eingebürgerte Russin einen Deutschen heiratet und der Mann ihren Namen annimmt, heißt er dann nicht Herr Petrowa? So oder so erscheint mir die Trennung mit jeweiligem Verweis aufeinander die bessere und sauberer Lösung. --2001:16B8:BA45:8100:E9E1:A5E6:A481:4B1F 19:56, 15. Sep. 2024 (CEST)

Paywall kennzeichnen

Gibt es eine etablierte Art, Quellenangaben, die auf eine Paywall zeigen, zu kennzeichnen - vielleicht mit einem Schloss-Symbol oder so ? -- Juergen 86.111.154.23 02:29, 13. Sep. 2024 (CEST)

Eine solche Kenzeichnung gibt es in diesem Wiki nicht.
Gründe:
  • Bezahlschranken aller Art sind ggf. nur temporär, werden vom Anbieter mal für einige Jahre ausprobiert, blockieren nur die ersten 24 Monate nach Veröffentlichung.
  • Unsere abschreckende Markierung würde aber auf ewig drinstehn, und mitteilen: Hier ist zwar eine Verlinkung, aber klick da bloß nicht drauf, dann passiert was Schreckliches.
  • Wir müssten also permanent alle Verlinkungen alle Monate wieder durchprobieren, ob diese Warnung noch stimmt. Wir kommen aber kaum hinterher, die rund eine Million komplett unerreichbarer URL pro Jahr zu ersetzen.
Was keinen hinreichend großen Abonenntenkreis hätte oder einzeln bezahlt werden müsste, verlinken wir schlicht und einfach nicht, ggf. nicht mal als Beleg, und nur eine gedruckte Fassung oder sonst überhaupt nicht.
  • In einem Artikel über eine Stadt und Region gibt es im interessierten Publikum vielleicht genügend Menschen, die eine Zeitung der Gegend abonniert hätten, ggf. nur Online, und deren Stadtbibliotheken Einsichtmöglichkeiten anbieten.
  • In Fachwissenschaften gibt es an Unis kostenfreie Zugänge; in fachlich orientierten Artikeln mag man derartige Links anbieten.
Ansonsten gilt für alle: Draufklicken, gucken was passiert.
  • Es gibt kein Recht auf kostenfreien Online-Zugang auf alles; irgendwie müssen sich Anbieter auch finanzieren.
VG --PerfektesChaos 07:11, 13. Sep. 2024 (CEST)
Da muss ich aber gleich mehrfach widersprechen...
Doch, es werden haufenweise bpw-Links genutzt (leider) und sicher nicht nur bei fachlich orientierten. Das Argument "ggf. nur temporär" zieht auch nicht, ob man einen Link durchprobiert (Stichwort: tote Links) oder auch gleich auf bpw mitprüft, ist praktisch keine Unterschied. Also ist eigentlich alles was Du den bpw-Links entgegenhältst eigentlich auch gültig für jegliche Links. Flossenträger 07:54, 13. Sep. 2024 (CEST)
Den kostenfreien Zugang gibt es aber oft nicht für alles, er muss von der Uni regelmäßig gekauft werden (steht dann auch im Katalog der Universitätsbibliothek) und gilt oftmals nur im Uninetz, selbst einloggen über den Uni-Account führt nicht zum Online-Zugriff. So erlebe ich es als Student der RWTH Aachen. --Universal-InteressierterDisk.Arbeit 10:35, 14. Sep. 2024 (CEST)
Ich habe ganz vergessen, zu erwähnen, dass er im Gegensatz zu physischen Büchern oder Zeitschriften auch in aller Regel zeitlich begrenzt ist. --Universal-InteressierterDisk.Arbeit 10:36, 14. Sep. 2024 (CEST)
Das Problem hat man doch bei jedem Weblink: Erst wenn man draufklickt sieht man, ob er noch funktioniert und ob da noch die erwarteten Inhalte stehen. Insofern halte ich eine Sonderbehandlung von Paywalls für überflüssig. --tsor (Diskussion) 08:19, 13. Sep. 2024 (CEST)
Weblinks in der Rubrik Weblinks hinter einer Paywall sind m.E. im Regelfall nicht zu kennzeichnen, sondern schlicht rauszupflegen. Weblinks als Einzelnachweise sind ein anderer Fall. Verlinkte Zeitschriftenartikel sind auch mit Paywall als link sinnvoll, als Nachweis sowieso. Da kann man eher darauf hinweisen, wenn sowas ausnahmsweise mal nicht hinter einer Paywall liegt. Wenn aus irgendeinem Sondergrund mal ein Weblink, unter Weblinks, sinnvoll wäre, der nicht frei zugänglich ist, sollte man das im Klartext dahinter schreiben. Das gilt z.B. auch für "Anmeldung erforderlich" oder "Authentifizierung erforderlich".--Meloe (Diskussion) 09:10, 13. Sep. 2024 (CEST)
Das Problem ist, dass ein Zugangsmodell nicht dauerhaft ist, sondern temporär.
  • Wenn wir zusätzliche Behauptungen hinschreiben, irgendwas wäre „frei zugänglich“ – nö, ist es nicht mehr, der Anbieter hat was Neues eingeführt, um sich zukünftig noch finanzieren zu können; oder „Nur für Abonennten“ – nö, stimmt nicht mehr, immer nur in den ersten 36 Monaten nach Veröffentlichung.
  • Wir müssten also zusätzlich zur Pflege der Inhalte von Artikeln alle paar Monate ausprobieren, ob alle diese Behauptungen für diese Verlinkung noch aktuell sind. Wozu? Wem hilft das? Wenn man dranschreibt, die Verlinkung sei nicht nutzbar, niemand solle draufklicken, dann bekäme auch kaum jemand mit, dass diese Behauptung schon seit Jahren falsch ist.
Wo es über Vorlagen geregelt ist, etwa in Vorlage:OxfordDNB, können wir eine allgemeine Freigabe zentral angleichen; da wäre es okay.
Wissenschaftliche Fachzeitschriften gibt es zurzeit noch in Papier-Ausgabe, zusätzlich noch für Abonennten einen sündhaft teuren Zugriff.
  • Oft aber nur wenige Jahre nach Publikation beschränkt, weil alle Forschenden gezwungen sind, die aktuellen Infos zu erhalten. Für Heftarchive gibt aber kaum jemand viel Geld aus, da ist es günstiger, wenn sich nach 24 oder 60 Monaten frei zugängliche Texte freischalten, die von Suchmaschinen gefunden werden können und Kunden auf die Plattform locken.
  • Ein DOI ist meist vorhanden, der reicht zur Identifikation und zur Suche nach freien Kopien irgendwo anders.
  • Eine Direkt-URL sollten wir dann gar nicht erst angeben.
Im Abschnitt „Weblinks“ und als Beleg verwenden wir weitaus überwiegend freies Material, das bedarf keiner zusätzlichen Kennzeichnung.
  • Was von vornherein nur geschlossenen Gruppen zugänglich ist, und nicht in Papier in Bibliotheken einsehbar ist, eignet sich voraussichtlich nicht als Beleg.
VG --PerfektesChaos 09:56, 13. Sep. 2024 (CEST)
Naja, es gibt Sachen wie sowas. Das ist zitierfähig, aber nur angemeldeten Benutzern zugänglich. Als Weblink wäre es wertlos, es ist aber ggf. ein sinnvoller Einzelnachweis. Frei zugängliche Verzeichnisse dieser Art wären Datenbanken wie WoRMS, World Flora Online, POWO, Antbase, Orthoptera species file online usw. usw. Es gibt inzwischen Hunderte. Nichts davon ist in Papierform in Bibliotheken einsehbar, weil es von Vornherein nicht als Papierform eingerichtet ist.--Meloe (Diskussion) 10:27, 13. Sep. 2024 (CEST)
Eine kostenlose Anmeldung wäre auch harmlos.
Facebook-Zeugs usw. ist zurzeit oft nur (kostenlos) Registrierten zugänglich.
  • Aber da sind die Communities groß genug.
  • Braucht man die heute gültige Politik auch nicht an das Weblink dranzuschreiben.
Der Klassiker ist die Publikation eines Artikels in einem Periodikum.
  • Da gehört der Titel des Aufsatzes hin, welche Zeitschrift, das Jahr und die Nummer oder Tagesdatum, dazu die Seitenzahl.
  • Dazu gibt es in wissenschaftlichen Publikationen meist noch einen DOI.
  • Eine URL mit Schloss, wie abschnittseröffnend angefragt, ist dann überflüssig. Wer das abonniert hat, weiß das selbst, kann sich einloggen und dorthin navigieren. Weblink komplett weglassen.
  • Ein DOI ist ein Aktenzeichen, das über Jahrzehnte verwendbar ist.
    • Über https://doi.org/ kommt man auf den aktuellen Verlag, was wahrscheinlich dieselbe Webseite liefert wie die URL; dann kann die auch weggelassen werden.
    • Über DOI kann nach anderen Anbietern (vielleicht kostenfreien?) von Kopien gesucht werden; und wer das zitiert hat.
    • Der DOI liefert verschiedenste Webseiten in der Zukunft. Was die machen, von wem betrieben und wie zugänglich weiß der Geier.
VG --PerfektesChaos 10:52, 13. Sep. 2024 (CEST)
"Eine kostenlose Anmeldung wäre auch harmlos." Dem möchte ich widersprechen. Es hilft dem Anbieter, noch mehr Daten zu sammeln und widerspricht auch den Grundsätzen der Budapest Declaration. --Luftschiffhafen (Diskussion) 11:21, 14. Sep. 2024 (CEST)
Als Nächstes wird dann gekennzeichnet, ob wir uns das Buch gekauft haben, ob es uns geschenkt wurde oder in einer Bibliothek steht? Die Wirklichkeit ist nunmal nicht gratis, es ins völlig normal, für Leistungen zu bezahlen. --Ralf Roletschek (Diskussion) 12:26, 13. Sep. 2024 (CEST)
Aber es ist nicht normal, für Leistungen doppelt zu bezahlen, wie das bei wissenschaftlichen Publikationen häufig der Fall ist, wenn die mit Steuergeldern finanzierte Forschung von den Biliotheken wieder mit viel Geld "zurückgekauft" werden muss. --Luftschiffhafen (Diskussion) 11:18, 14. Sep. 2024 (CEST)
Wissenspolitisch gebe ich Dir recht, public money, public domain und so, aber das gehört anderswo diskutiert und umgesetzt, nicht bei unseren Einzelnachweisen. --MBq Disk 12:58, 14. Sep. 2024 (CEST)
Bei Büchern regt sich doch auch keiner auf, daß sie Geld kosten. Ich finde es nicht normal, daß alles immer frei und gratis sein soll. Das gedruckte Buch ist als Fußnote nie einen Klick entfernt, sondern viel schwerer zu prüfen als alles, was online ist. Es ist deshalb aber nicht weniger wert, im Gegenteil. Die leichte Verfügbarkeit einer Informatrion kann kein Kriterium sein, das sollte immer Inhalt und Qualität der Quelle bestimmen. Egal wie schwer man da drankommt. --Ralf Roletschek (Diskussion) 12:14, 16. Sep. 2024 (CEST)
Es geht hier ja aber nicht um den Zeitungsartikel, der bezahlt werden muss, sondern um mit public money geförderte Forschung, die dann ausschließlich in einem komerziellen Fachblättchen wie Nature veröffentlicht wird. Dass da Studien mit Peer Review veröffentlicht werden ist ja vollkommen okay (man bezahlt für das Peer Review). Aber man sollte die bisher nicht Peer reviewte Studie kostenlos abrufen können. zensierte Signatur 18:03, 16. Sep. 2024 (CEST)

Visual Editor - Kommentare?

Werden eigentlich im Visual Editor Kommentare (also im Quelltext <!-- Kommentar -->) angezeigt oder nicht?
Zum Hintergrund der Frage siehe https://de.wikipedia.org/w/index.php?title=G%C3%BCnter_Netzer&action=history - entweder die Edits werden von einer KI oder kompletten Vollidioten gemacht, oder der VE versteckt den Hinweis "<!--„München Gladbach“ ist richtig. Erst 1960 wurde der offizielle Name der Stadt in Mönchengladbach geändert.-->".
Danke, Grüße, Aspiriniks (Diskussion) 18:57, 13. Sep. 2024 (CEST)

Vielleicht OT, aber erstaunlich finde ich in dem Zusammenhang auch, dass die Sache mit dem früheren Namen in der Einleitung des Artikels zur Stadt nicht auch nur mit einem einzigen Wort erwähnt ist. (Stattdessen stehen da wichtige Sachen wie was von einem Eintrag ins Guinness-Buch der Rekorde wegen zwei Hauptbahnhöfen.) Gruß, --Yen Zotto (Diskussion) 19:19, 13. Sep. 2024 (CEST)
Nicht OT. Alternative Linkziele sollten immer im jeweiligen Artikel möglichst weit oben gefettet eingefügt werden. zensierte Signatur 19:31, 13. Sep. 2024 (CEST)
Habe das mal gefixt. zensierte Signatur 19:34, 13. Sep. 2024 (CEST)
Verbessert hast du es jedoch nicht, vgl. Mönchengladbach #Name. -- Grüße, 32X 10:35, 16. Sep. 2024 (CEST)
Doch Kommentare werden im Visual Editor angezeigt. Es gibt das 🛈 auf das man klicken kann. Dann erhält man den vollständigen Kommentartext. zensierte Signatur 19:31, 13. Sep. 2024 (CEST)
Bzgl. KI oder Vollidioten: Ich würde von Vollidiot oder (eher wahrscheinlich) Troll ausgehen. zensierte Signatur 19:36, 13. Sep. 2024 (CEST)

Persönlichkeitsrecht auf öffentlichen Veranstaltungen

Guten Morgen zusammen, gerade habe ich gesehen, dass gestern in BMW F70 Bild 01 durch Bild 02 ersetzt worden ist, u.a. mit der Begründung "ohne deutlich erkennbare Person in Scheibe, war auch auf Ausstellung, gab m.W. keinen Hinweis, dass man fotografiert werden kann." Ich wollte jetzt mal nachfragen, wie das rechtlich ist, wenn man auf einer öffentlichen Veranstaltung wie der Leonberger Autoschau (kann natürlich auch irgendeine Messe sein, wobei zumindest auf Messegeländen meist darauf hingewiesen wird, dass da Lichtbilder erzeugt und veröffentlicht werden) Ausstellungsobjekte fotografiert und dabei auch Menschen erkennbar zu sehen sind. Ist das unkritisch, weil Beiwerk? Oder doch Auslegungssache? Und wie ist zu unterscheiden zwischen mit Hinweis und ohne Hinweis auf Lichtbilderzeugnisse, die veröffentlicht werden? Viele Grüße und einen schönen Sonntag.--Alexander-93 (Diskussion) 09:30, 15. Sep. 2024 (CEST)

Personen sind hier in diesem Fall Beiwerk. --Ralf Roletschek (Diskussion) 08:15, 16. Sep. 2024 (CEST)

Den Bildtausch befürworte ich dennoch, da die ins Blickfeld laufende Person vom Bildinhalt ablenkt und der Innenraum beim zweiten Bild besser ausgeleuchtet ist. --Sitacuisses (Diskussion) 20:17, 16. Sep. 2024 (CEST)
Danke für die Klärung; ja, mit dem Tausch bin ich auch konform. Ich wollte nur wissen, ob die Personen grundsätzlich ein rechtliches Problem sind, da ich anderenfalls verpixeln würde.--Alexander-93 (Diskussion) 21:22, 16. Sep. 2024 (CEST)
Siehe auch Recht am eigenen Bild (Deutschland)#Veranstaltungen. --D3rT!m (Diskussion) 22:22, 16. Sep. 2024 (CEST)

BRICS

Einfache Frage: wie viele Bric's Staaten gibt es zur Zeit. Antwort ist nur eine 3 stellige Zahl notwendig, kein Meilen langer Prolog in Form einer Tages Zeitung ! --84.59.126.93 14:04, 15. Sep. 2024 (CEST)

Wir haben da mal was vorbereitet: BRICS. --Brettchenweber (Diskussion) 14:06, 15. Sep. 2024 (CEST)
Mit diesen Vorgaben ist die Frage nicht zu beantworten. --Bahnmoeller (Diskussion) 17:18, 15. Sep. 2024 (CEST)
Wieso die Infobox beantwortet das doch sofort: 009. Wir Wissensfragen ist aber FzW aber nicht gedacht. Stattdessen WP:Au verwenden. zensierte Signatur 17:43, 15. Sep. 2024 (CEST)
9,00 wäre auch eine richtige Antwort, die den Vorgaben entspricht. --Yen Zotto (Diskussion) 21:41, 15. Sep. 2024 (CEST)
Da in der Frage nichts von Ziffern steht, sollte auch 9e0 gehen. --Windharp (Diskussion) 08:02, 16. Sep. 2024 (CEST)

Referenzfehler: Ungültige Verwendung von <ref>: Der Parameter „name“ darf kein reiner Zahlenwert sein.

Warum das? Gibt es dafür einen technischen oder organisatorischen Grund? Geplant war ein "<ref name="120">".-- Escla ¿! 21:41, 14. Sep. 2024 (CEST)

In Hilfe:Einzelnachweise wird empfohlen, Quellen einen
sinnvollen eindeutigen und markanten Namen
zu geben. Daher werden reine Zahlenwerte als Name durch eine Fehlermeldung unterbunden.--Kallichore (Diskussion) 22:36, 14. Sep. 2024 (CEST)
Da steht nur was von "empfohlener Notation". "a1" ist nicht eindeutiger als "1". Für mich kein valider Grund für diese Einschränkung. Die "120" wären im Kontextzusammenhang übrigens tatsächlich eindeutig und sprechend gewesen. -- Escla ¿! 23:05, 14. Sep. 2024 (CEST)
Kenne den Grund dafür nicht, aber die Software kommt mit ref name, die nur aus Zahlen bestehen, nicht zurecht, siehe en:WP:REFNAME. Du müsstest also :120 anstelle von 120 schreiben, wenn du Zahlen nutzen willst. Empfehlen würde ich aber einen sprechenderen Namen für den Einzelnachweis, z.B. Name des Autors, Kurzbezeichnung der Quelle o.Ä. --Johannnes89 (Diskussion) 12:03, 15. Sep. 2024 (CEST)
Der Grund ist schon genau der, den Kallichore genannt hat: Es ist ein Feature, um zu vermeiden, dass sinnfreie Referenznamen wie „1“ gesetzt werden, nur weil das irgendwann einmal die erste Referenz war. Es gibt, meine ich mich zu erinnern, auch irgendein magisches Wort, mit dem die Software diese Fehlermeldung für den Artikel deaktiviert. zensierte Signatur 17:53, 15. Sep. 2024 (CEST)
Ganz ehrlich ein ref name="120" kann für mich niemals in irgendeiner Konstellation ein sinnvoller oder gar „sprechender Name“ sein. Sprechend bedeute jeder sollte jederzeit aus dem Namen ableiten können, um welchen Beleg es sich handelt, beispielsweise, um ihn erneut zu verwenden. Der Sinn dahinter ist auch nicht beispielsweise dadurch alleinstehend eine Seitenzahl zu benennen. Es sollte immer ersichtlich sein zu welchem Werk gehört dieser Name. Ein weiterer Grund ist es eben auch, damit niemand auf die Idee kommt die Belege durchzunummerieren und damit ihre Position im Text festzuschreiben, denn durch Ergänzung, Löschung oder Verschiebung kann das dann nicht mehr passen. Dann müsste man nach der Logik immer alle Belege neu Nummerieren. Und ja auch etwas wie ref name="RefA" oder ref name="Ref1", ref name="A1", ref name="N1" ist nicht laienverständlich. Es reicht eben nicht aus, dass der Einfügende als einziger weiß, was er sich dabei mal gedacht hatte, in einem Gemeinschaftsprojekt, sollen alle damit klarkommen können. Mit einer schnöden 120 hätte ich Probleme zu erraten, was mir das sagen soll. Wikipedia ist ein dynamisches Projekt, die Inhalten können sich immer ändern, das ist kein gedrucktes, statisches Werk. ref name=":120" ist um keinen Deut besser. --Liebe Grüße, Lómelinde Diskussion 19:09, 15. Sep. 2024 (CEST)
@MM-Episodenliste & dLvAupdater nee deine Antwort halte ich für unzutreffend, schließlich macht der Visual Editor genau das und vergibt automatisch ref names mit Zahlen - bloß mit nem Doppelpunkt davor, was sie aber nicht sinnvoller macht. Der Grund dürfte also woanders liegen. --Johannnes89 (Diskussion) 20:11, 15. Sep. 2024 (CEST)

@ „schließlich macht der Visual Editor genau das“

  • Das ref-Feature geht auf um 2005 zurück.
  • Das Verbot reiner Zahlenwerte hatte genau diesen Sinn: In einen dynamischen Text sollte niemand die [3] mit einem name="3" verknpfen können, weil das sofort zum wirren Durcheinander wird, sobald jemand vorangehend ein <ref> einfügt oder löscht, und dann die name="3" mal zu [4] und mal zu [2] wird.
  • Es wurde also erzwungen, dass sprechende Namen (name="Schulz/2015-87") verwendet werden müssen.
    • Was Schlaumeier mit name="q1" name="q2" wieder unterliefen.
  • 2012 kam mit dem VisualEditor das Problem, dass sich kein Mensch mehr sprechende Namen ausdachte, sondern der Automatismus willkürliche Bezeichner vergeben musste, und eine Möglichkeit zur sprechenden Benennung zunächst und bis heute nicht implementiert wurde.
    • Deshalb unterlief man das Verbot reiner Zahlenwerte durch vorangestellten Doppelpunkt.
  • Ein „magisches Wort“ ist nicht bekannt geworden.

VG --PerfektesChaos 12:33, 16. Sep. 2024 (CEST)

Der Punkt war aber, ich war ja dabei, daß es anfänglich nur hieß, daß sich innerhalb eines Textes die Namen unterscheiden sollten. "123456" hat das erfüllt. Ich fand es aber sinnvoller, global an die Sache heranzugehen, weil ich schon damals eine zentrale Ref-Datenbank wollte. Also schrieb ich "bbc123456", weil das global eindeutig ist. Und tue das bis heute. --Matthiasb –   (CallMyCenter) Wikinews ist nebenan! 10:40, 17. Sep. 2024 (CEST)
Wenn du wirklich sichergehen willst, dass der Ref-Name global eindeutig ist, musst du dir ne sogenannte Guid erzeugen, wie es inzwischen viele Newsticker-Anbieter mit ihren Ticker-URLs tun, und an den sprechenden Ref-Namen ranhängen, z.B. ref name="bbc_ColdNews_6C8DBADF-742C-4880-BFB6-86CD8A2A757E". Außerdem müsste dann global jeder Autor immer so handhaben. -- Escla ¿! 11:34, 17. Sep. 2024 (CEST)
Okay, in diesem Beispiel ging ich davon aus, daß es nur eine BBC gibt. "123456" als Identifier war damals durchaus eindeutig und tatsächlich Bestandteil der BBC-URL. Seitdem ich mit Wikidata zu tun habe, habe ich ein wenig verstanden, wie es zu diesen langen URLs kommt. Wenn das ein Artikel wäre über Konig Charles III. und 6C8DBADF wäre das Kürzel für alle Artikel über ihn, dann hätten als Charles-Artikel die Form "bbc_blabla_6C8DBADF-xxxx-xxxx-xxxx-xxxxxxxxx", wobei das Beispiel fikiv ist; unser Wikidata-Item über ihn verrät das tatsächliche Identifier. Auch andere Nachrichtenwebsites verwenden solche Identifier, haben aber wohl ihre eigenen. Ich weiß das aber nicht. Wäre ja cool, wenn man Charles-Artikel über 6C8DBADF global finden könnte, aber ich denke nicht, daß die Presse so denkt. --Matthiasb –   (CallMyCenter) Wikinews ist nebenan! 12:11, 17. Sep. 2024 (CEST)
@Escla: Hat mich jetzt selbst interessier; Charles III. hat die BBC-News-Themenkennung (P6200)} cp7r8vgl7zyt, was bedeutet, daß https://www.bbc.co.uk/news/topics/cp7r8vgl7zyt seine "Themenseite" ist bei der BBC. --Matthiasb –   (CallMyCenter) Wikinews ist nebenan! 17:15, 17. Sep. 2024 (CEST)
Die eindeutigen Referenzen müssten doch über die jeweilige URL ermittelbar sein. Wozu braucht es dafür eine Benamsung der Ref? -- Escla ¿! 18:54, 17. Sep. 2024 (CEST)
Weil du im Text sowas wie <ref name="Hurz"/> schreiben kannst und dann am Ende ein <references><ref name ="Hurz">Der Wolf … das Lamm … auf der grünen Wiese … das Lamm … schreit … Hurz</ref></references> da ist in der ersten Nennung keine URL und auch kein Text. --Wurgl (Diskussion) 19:50, 17. Sep. 2024 (CEST)
Völliges Verständnis für möglichst sprechende Ref-Namen, aber korrekt wäre eigentlich die Regel "Darf nicht nur aus Ziffern bestehen" und nicht "Darf nicht mit einer Ziffer anfangen". Wobei mir natürlich auch klar ist, dass letztere einfacher zu programmieren war. :-) --Windharp (Diskussion) 11:13, 17. Sep. 2024 (CEST)

Fußnoten aka Belege aka Einzelnachweise

Gibt es eigentlich eine Statistik drüber, wieviele Einzelnachweise die DE:WP hat, die EN:WP, es ingesamt gibt? --Matthiasb –   (CallMyCenter) Wikinews ist nebenan! 20:49, 10. Sep. 2024 (CEST)

Ich glaube nicht, dass das ohne Riesenaufwand zu ermitteln ist. Einzelnachweise können ja sowohl im Wikitext als auch über Vorlagen, per tag-Parserfunktion oder über Module generiert werden, außerdem werden die Ref-Tags manchmal auch für Anmerkungen genutzt. Ein Eintrag in der Datenbank wird beim Erzeugen einer Referenz nicht generiert, sodass ein Nachvollziehen unmöglich sein wird. -- hgzh 21:35, 10. Sep. 2024 (CEST)
Man könnte sicher irgendwas dafür programmieren, ist aber wohl zu aufwändig, vor allem wenn es nur um eine Interessefrage geht --BurningKestrel (Diskussion) 23:50, 11. Sep. 2024 (CEST)
Es gab mal einen Vergleich, welche Identifier in den Sprachversionen zitiert werden, vor allem DOI vs. ISBN. In dewiki lag ISBN klar vorne. --Viele Grüße, Aschmidt (Diskussion) 00:51, 12. Sep. 2024 (CEST)
Wir haben vor einigen Monaten im Rahmen unseres Themenschwerpunktes Wikipedia:Technische Wünsche/Topwünsche/Wiederverwendung von Einzelnachweisen mal Daten erhoben und kamen auf 15.115.887 footnote marker in dewiki im ANR (das müssen aber nicht nur klassische Einzelnachweise sein, könnten z.B. auch Anmerkungen sein). In enwiki waren es 82.865.130 footnote marker. In den 750+ ausgewerteten Sprachversionen (Wikipedia + Schwesterprojekte) zusammen waren es über 360 Millionen, der Großteil davon (über 250 Mio.) aber aus den Top20 Wikipedia-Sprachversionen. --Johannes Richter (WMDE) (Diskussion) 11:23, 15. Sep. 2024 (CEST)
Aber wieviele davon inmehreren Sprachversionen verwendet werden, habt ihr nicht zufällig auch untersucht? --Matthiasb –   (CallMyCenter) Wikinews ist nebenan! 11:49, 17. Sep. 2024 (CEST)
Ahh ich glaub ich hatte deine Frage zunächst falsch verstanden. Du meinst wie viele Einzelnachweise es in dewiki gibt, die identisch (oder fast identisch) auch in enwiki oder in anderen Sprachversionen vorkommen @Matthiasb? Wir haben zwar auch die Wiederverwendung innerhalb einzelner Sprachversionen untersucht, aber meines Wissens keine Daten darüber, wie häufig Einzelnachweise aus einem Wiki auch in anderen Wikis vorkommen (und glaub ich auch keinen leichten Weg, das noch nachträglich zu erheben). --Johannes Richter (WMDE) (Diskussion) 13:13, 17. Sep. 2024 (CEST)
Ich glaube, daß es da so ziemlich keinen Weg gibt, so etwas zu erheben. Man könnte allenfalls die externen Links vergleichen, bei gedruckten Werken gibt es nicht zwingend eine Übereinstimmung, durch unterschiedlich Formatierung usw. Ist schade, aber isso. Und bei den externen Links wiederum gibt es keine Möglichkeit, Weblinks und Einzelnachweise zu unterscheiden. Danke dir für die Info.
Es ist aber schon bezeichnend. Angeblich legen wir soviel Wert auf ordentliche Bequellung, haben aber durchschnittlich nur fünf Einzelnachweise pro Artikel. Und in EN haben sie durchschnittlich 14 Einzelnachweise pro Artikel. Sind eigentlich auch nicht besonders viele, wenn man überlegt, daß in manchen Artikeln, vor allem zu politischen und aktuellen Themen oft mehrere Hundert Einzelnachweise gesetzt sind. --Matthiasb –   (CallMyCenter) Wikinews ist nebenan! 16:33, 17. Sep. 2024 (CEST)
Naja, es gibt viele Artikel, die mit nur einem EN oder einem Weblink und ohne EN auskommen --BurningKestrel (Diskussion) 09:29, 18. Sep. 2024 (CEST)
Dazu noch ein paar weitere Zahlen: Von den 2.908.451 dewiki Artikeln, die vor paar Monaten in unsere Datenanalyse eingeflossen sind, hatten 1.805.769 mindestens einen Einzelnachweis. Wir haben dabei aber nicht untersucht, wie viele von den sonstigen Artikeln anstelle von Einzelnachweisen vielleicht einfach Quellen im Abschnitt Literatur angegeben hatten, weil der Fokus unserer Analyse auf der Wiederverwendung von Einzelnachweisen lag (in über 600.000 dewiki Artikeln werden Einzelnachweise mehrfach verwendet). --Johannes Richter (WMDE) (Diskussion) 13:53, 18. Sep. 2024 (CEST)