Hilfe Diskussion:Personendaten

Auf dieser Seite werden Abschnitte monatlich automatisch archiviert, deren jüngster Beitrag mehr als 60 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten. Um die Diskussionsseite nicht komplett zu leeren, verbleiben mindestens 3 Abschnitte.

Archiv

2004 bis 2006 2007 2008 2009 2010 2011

Wie wird ein Archiv angelegt?

Datumsformat

Ich habe im Archiv einige Beiträge zu TT.MM.JJJJ gefunden, aber nichts über JJJJ-MM-TT. Von Commons (z.B. die Information-Vorlage der Bildbeschreibungsseite oder Commons:Template:Creator bin ich gewohnt, Daten so einzugeben, sie werden dann im Text in der ausgewählten Sprache und dem Format "Tag. Monat Jahr" angezeigt. Aus Gewohnheit habe ich das auch bei den Personendaten des von mir heute angelegten Artikels Heinrich Theodor Hudemann so gemacht, da werden sie aber unverändert angezeigt. Wäre so eine Konversion nicht auch bei den Personendaten sinnvoll? --bjs M S 17:28, 24. Okt. 2011 (CEST)

Das wäre bei den Personendaten zwar sinnvoll, es ist aber zu spät für diese Entscheidung. (Mehr als 300.000 Artikel wären zu ändern. Höchstens nach internationaler Einigung über gleiches Format in allen WPs könnte die Lage sich ändern.) Die momentanen Regeln nennt WP:PD#Datum. Zur Nutzung dieser Form an anderer Stelle in der WP gibt es die Vorlage:FormatDate. --Griot 20:04, 24. Okt. 2011 (CEST)

Danke für die Antwort, es hat jetzt ohnehin schon jemand im Artikel geändert. Grüße --bjs M S 22:29, 24. Okt. 2011 (CEST)

Der Hintergrund ist der, dass es ein einheitliches Format geben sollte. Mehrere verschiedene Formate erschweren die Nachnutzung. Damals (2004) wurde es für sinnvoll erachtet, das Datum wie im Artikel zu schreiben - also auszuschreiben. Heute würde man - mit dem Hintergrund der Maschinenlesbarkeit - vermutlich das von dir vorgeschlagene Format wählen. --APPER\^☺☹ 18:05, 25. Okt. 2011 (CEST)

Immer dieses absurde Argument der "Maschinenlesbarkeit". Die "Maschine" kann auch keine Personendaten lesen, sondern wandelt auch die in eine eigene "Sprache" um. Maschinenlesbarkeit ist eigentlich die Existenz eines Mensch-Maschine-Interfaces. Um was es hier geht, das müsste man eigentlich "Maschinenfreundlichkeit" nennen, nur würde es dann keiner kaufen. Es ist schlicht die Faulheit der Programmierer, die vom Anwender eine Anpassung an den Computer verlangen, um nicht so viel programmieren und berechnen zu müssen. Obwohl das heutzutage kein Problem mehr sein dürfte. Heute sollte man das benutzerfreundlichste Format wählen. Und da tt.mm.jjjj nicht eindeutig ist, ist es das Bestehende. -- Harro von Wuff 13:19, 28. Okt. 2011 (CEST)

Rufname: Fehlerhaftes Beispiel in der Vorlage?

Auf meine Anfrage in Vorlage Diskussion:Personendaten#Rufname: Fehlerhaftes Beispiel? hat nach mehreren Wochen immer noch keiner geantwortet. Dürfen Rufnamen ohne Familiennamen aufgeführt werden? Wo ist die Grenze zwischen Rufname und Kosename? --Asdert 12:13, 14. Nov. 2011 (CET)

Ortsangaben

Sehe ich richtig, dass die Ortsangaben in den PD ermöglichen sollten, den Geburts-/Sterbeort (im administrativen Sinne) zu bestimmen? Formal, ohne zusätzliche geographische Kenntnisse, also leicht programmierbar? (Es geht hier um ganz normale Fälle wie 'Berlin' oder 'New York City', ohne jegliche Komplikationen wie 'unsicher', 'oder', Tod auf Reisen, Unsicherheiten etwa administrativer Art.) Die gegenwärtigen Regeln gestatten das nicht: Viele Benutzer halten es (m.E. zu Recht) für angebracht, genauere Angaben zu machen. Für 'New York City' etwa enthalten ca. 800 PD in GEBURTSORT Angaben zum Stadtteil wie 'Bronx', für 'Berlin' sind es etwa 650. Derartige Angaben zu löschen wäre kaum gut. Eine mögliche Lösung könnte sein, in der Reihe der angegebenen zunehmend umfassenderen Begriffe vor dem (administrativen) Ort ein vom sonst verwendeten Komma verschiedenes Zeichen zu verwenden. Natürlich nur, wenn überhaupt genauere Angaben gemacht werden. Vielleicht ein Semikolon? (Nur sechs Artikel haben ein Lemma, das ein Semikolon enthält, kein Ortsartikel ist darunter.) Dann könnte etwa

|GEBURTSORT=Bronx; New York City, ...

angegeben werden, statt bisher

|GEBURTSORT=Bronx, New York City, ...

--Griot 22:59, 6. Dez. 2011 (CET)

Mir ist das nicht klar. Wenn es einen eigenen Artikel gibt, wie hier in vorstehenden Fall Bronx dann dient doch der Zusatz New York City der näheren Erläuterung und das wird mit einem Komma abgetrennt. Ähnliches Beispiel ist für mich Columbus, Ohio. Warum jetzt ein Semikolon eingeführt werden soll, sorry, erschließt sich für mich leider zunächst nicht. --Pelz 23:58, 6. Dez. 2011 (CET)

Das sind verschiedene Fälle. Der Ortsname 'Columbus' ist nicht eindeutig, weshalb nicht Columbus, sondern Columbus verlinkt werden sollte, sinnvollerweise zwecks Lesbarkeit mit Zusatzangabe Ohio. Das ist bei '(The) Bronx' nicht notwendig, es scheint keine zweite zu geben, jedenfalls als Ort.

Die Bronx ist aber keine Stadt ('city'), sondern nur ein 'borough' (~Stadtbezirk). Die Stadt ist New York City. Aus der Angabe 'Bronx, New York City' kann man nur mit zusätzlichem Wissen die Stadt ableiten. Wissen, das beim Leser in diesem Fall vorhanden sein mag, es geht aber um alle Orte weltweit, bei denen eine Stadtbezirksangabe sinnvoll sein mag. Und ein Programm 'weiß' dies auch bei Bronx nicht ohne weiteres… Ein Beispiel aus weniger bekanntem Gebiet: James Lin Xili: '|STERBEORT=Wenzhou, Zhejiang, Volksrepublik China'. Ist nun Wenzhou ein Ort in der 'Provinz' Zhejiang? Oder Wenzhou ein Stadtteil von Zhejiang? Also, ich weiß es nicht (ohne nachzuschlagen). --Griot 02:03, 7. Dez. 2011 (CET)

Kopiervorlage für Nekrologe

Hallo zusammen, der Merlbot schlägt uns auf Benutzer:Flominator/Freiburg mögliche Einträge für Nekrologe vor. Das Zusammenfügen einer Tabellenzeile für einen Nekrolog ist aber zumindest für mich eine ziemliche Kopieraktion, die ich mir sehr gerne ersparen würde.

Daher suche ich nach einem Weg, aus einem Personenartikel eine solche Zeile zu erzeugen:

| [[31. Dezember]] || [[Rudi Josten]] || deutscher erster Chefredakteur der AP || 99 

| [[Todestag ohne Jahr]] || [[Lemma]] || Kurzbeschreibung || Alter 

Das sollte doch irgendwie über die Personendaten möglich sein. An einem Bookmarklet bin ich gerade gescheitert, weil ich mit getElementsByClassName irgendwie nicht an die Datenfelder heran kam. Das Ausrechnen des Alters würde mit JS in jedem Fall in Arbeit ausarten. Mir würde auch ein serverbasiertes Tool reichen, dem ich den Artikel als Parameter mitgebe. Bevor ich nun allerdings anfange, die Seite von Hand zu parsen: Es gibt doch sicherlich eine Datenbank auf dem Toolserver, aus der man diese Infos sehr leicht extrahieren könnte, richtig? Gruß, --Flominator 18:28, 6. Jan. 2012 (CET)

Hi. Habe dir ein kleines Tool unter http://toolserver.org/~apper/pd/misc/nekro.php bereitgestellt. Übergeben werden muss die wgArticleId in folgender Form: http://toolserver.org/~apper/pd/misc/nekro.php?article=1278360 . Das Script gibt nichts aus, wenn es den Artikel nicht gibt oder er keine Personendaten hat oder aber auch wenn es keinen genauen Todestag gibt.

Ansonsten wird direkt eine Zeile wie von dir gewünscht zurückgegeben. Das Alter wird dabei leer gelassen, wenn das Alter nicht genau ermittelt werden kann (also z.B. "geboren um 1. April 1900", "gestorben 17. Oktober 1920"). Da kann man als Mensch evtl. noch nachrechnen... weitere Wünsche einfach melden. --APPER\^☺☹ 22:19, 6. Jan. 2012 (CET)

Sehr cool, vielen Dank. Habe es in meine Monobook eingebaut und dort gleich noch eine Weiterleitung auf den entsprechenden Nekrolog eingebaut. Wenn du willst, kannst du ja bei dir auch einen Bearbeiten-Link auf die entsprechende Section einbauen. Hier kannst du dir die Algorithmen abgreifen. --Flominator 01:56, 7. Jan. 2012 (CET)