Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 7. September 2006 um 00:41 Uhr durch TMg(Diskussion | Beiträge)(→Bot-Einsatz). Sie kann sich erheblich von der aktuellen Version unterscheiden.
Es wird erwogen, für Artikel über deutsche Gebietskörperschaften (Landkreise, Orte, Städte, Gemeinden, Ortsteile) eine oder mehrere neue Infobox(en) zu schaffen. Diese sollte allen Erfordernissen der jeweiligen Artikel genügen. Eine Vorlage existiert unter Vorlage:Infobox Stadt. Diese soll als Grundlage dienen, die aufgrund der Diskussion verändert und weiterentwickelt werden kann.
Verschiedene Infoboxen oder nur eine?
Sinnvoll wäre sicher eine eigene Infobox für Landkreise. Aber wie sieht es mit Ortsteilen aus? Soll es dafür eine eigene Vorlage geben, oder kann/sollte man die Ortsvorlage so gestalten, dass sie durch Unterdrückung nicht ausgefüllter Felder auch für Ortsteile verwendbar ist? Und ist auch eine Infobox für Verbandsgemeinden/Samtgemeinden/Verwaltungsverbände etc. gewünscht?
Infobox Stadt
Änderungswünsche
Die Infobox sollte anhand der Koordinaten automatisch eine Lagekarte generieren, ähnlich wie die Vorlage:Infobox französische Gemeinde. Das macht die OpenGeoDB-Karten überflüssig.
Ah ok, also reverse engineering --Stefan-Xp 09:56, 8. Aug 2006 (CEST)
Oder warten, bis Ttog Ende August wieder da ist, der hat die frz. Box gebastelt. --Rosenzweigδ 21:20, 9. Aug 2006 (CEST)
Ich denke das wird besser sein, denn ich blicks irgendwie nicht... --Stefan-Xp 11:56, 10. Aug 2006 (CEST)
Erledigt (Beispiele siehe Diskussionsseite). --TM 19:34, 14. Aug 2006 (CEST)
Das Wappen sollte (optional) auch mit einer anderen Skalierung oder in Originalgröße verwendet werden können. Grund: Manche Wappengrafiken zeigen in der standardmäßigen Größe 140px hässliche Artefakte.
Kann man das nicht vernachlässigen? --Stefan-Xp 09:56, 8. Aug 2006 (CEST)
Das widerspricht dem Konzept einer Vorlage, alle grafischen Belange aus den Artikeln auszulagern. Eine Pixelangabe würde sogar Probleme verursachen, z. B. ändert sie sich nicht automatisch, wenn jemand eine größere Version hochlädt. --TM 00:36, 9. Aug 2006 (CEST)
Ist es nicht möglich, es so zu machen, dass standardmäßig (wenn keine spezielle Angabe gemacht wird) schon 140px verwendet wird, aber auch stattdessen eine Größe per Parameter angegeben werden kann? Das Argument mit der größeren Version verstehe ich nicht. Wenn ich beispielsweise 130px angebe, dann sollen das doch auch 130px bleiben, auch wenn jemand eine neue Version hochlädt, die im Original doppelt so groß ist. --Rosenzweigδ 21:20, 9. Aug 2006 (CEST)
Die Größenangabe optional zu gestalten, ändert nichts an den beschriebenen Problemen. Die Townbox soll überall einheitlich aussehen, und dazu gehört auch, dass das Wappen überall 140px breit ist. --TM 22:40, 9. Aug 2006 (CEST)
Das würde aber auch bedeuten, dass man die Wappengrafiken, die im Original kleiner als 140px sind (und da gibt es schon einige), immer auf 140px aufblasen würde. Und das sieht manches Mal, mit Verlaub, einfach besch***en aus. Das kann's doch nicht sein. --Rosenzweigδ 18:59, 10. Aug 2006 (CEST)
140px einheitlich - ausgeschlossen! Da zähle ich aus dem Stand 200 Wappen auf (es sind garantiert viele mehr), die wir wegen Augenschmerzen sofort einstampfen müssten - sie liegen bisher halt nur in sehr kleinen Formaten vor. Seit einem Jahr hat sich die Zahl der Wappen mehr als verzehnfacht und in Bayern fehlen immernoch recht viele. Das wird die Zeit regeln. Ich finde, ein einigermaßen sauberes 85-px-Wappen ist besser als kein Wappen. Rauenstein 10:26, 11. Aug 2006 (CEST)
Erledigt (Wappengröße=). --TM 19:34, 14. Aug 2006 (CEST)
Es sollte möglich sein, an die Box unten eine Karte anhängen zu können, wie in inzwischen weit über 1.000 Artikeln bereits praktiziert (Beispiel: Abstatt).
ISt nun möglich! --Stefan-Xp 09:56, 8. Aug 2006 (CEST)
Der Text unter Stadtgliederung sollte (optional) frei wählbar sein. Es gibt viele verschiedene Konstellationen, Kernstadt, Stadtteil, Teilort, Ortschaft etc.; das sollte man ggfs. auch ausdrücken können.
Keine E-mail-Adresse (ist in der Mehrzahl der Gemeindeartikel schon längst entfernt)
Sollte als missbilligt gekennzeichnet werden, aber in der Vorlage verbleiben, da es Ausnahmefälle geben kann, in denen beispielsweise nur eine E-Mailadresse, aber keine Website existiert. --TM 23:25, 7. Aug 2006 (CEST)
Stadtgliederung / Ortsteile ganz entfernen, da für ganze Bundesländer nicht einmal geklärt werden kann, was ein Stadtteil, ein Ortsteil, ein Gemeindeteil, ein Teilort, ein Wohnplatz (in Brandenburg offiziell) oder ein Weiler ist.
Ist in meinem Wirkungsbereich sauber definiert (Ortsteile sind ehemals eigenständige, jetzt eingemeindete Ortschaften, die immer noch über eigene Ortsschilder verfügen). Muss in der Vorlage verbleiben. --TM 23:25, 7. Aug 2006 (CEST)
Schau mal etwas über Deinen Wirkungsbereich :-) Das Gegenteil ist hier allgemeine Praxis. Und Ortsschilder hat jeder Einzelhof in Bayern oder Vorpommern. Zu diesem Thema wurde übrigens schon endlos diskutiert Rauenstein 10:09, 8. Aug 2006 (CEST)
Ist nun bei "Ortsteile" frei definierbar, sollte man es eventuell in "Stadtgliederung" umbenennen? --Stefan-Xp 09:56, 8. Aug 2006 (CEST)
Unterscheidungsmöglichkeit Kreis / Landkreis (oder jeweilige Unterdrückungsmöglichkeit) ist bisher nicht gegeben (in zweieinhalb Bundesländern gibt es "Kreise")
"Adresse der Stadtverwaltung" muss änderbar sein! - wenn die Vorlage auch für die 10.000 selbständigen Gemeinden genutzt werden soll - in "Adresse der Gemeindeverwaltung", "Adresse der Samtgemeindeverwaltung", "Adresse der Amtsverwaltung" oder einfach "Adresse der Verwaltung" (ca. 4.500 Gemeinden werden von "außerhalb" verwaltet).
Ok
Das Wort „Stadt“ in „Adresse der Stadtverwaltung“ kann jetzt frei gewählt werden (Art=). --TM 00:36, 9. Aug 2006 (CEST)
PAGENAME bei Adresse ist zu entfernen, da es hunderte WP-interne (Klammer)-Lemmata gibt, die nicht dem Ortsnamen entsprechen und - wie erwähnt - die Verwaltung in tausenden Fällen nicht im Kemma-Ort liegt.
Ist mittels Anschrift= bereits möglich. PAGENAME wird nur eingesetzt, wenn sowohl Anschrift= als auch Name= fehlen. Ist also für alle Artikel nützlich, in denen das Lemma mit dem Verwaltungssitz übereinstimmt. --TM 23:25, 7. Aug 2006 (CEST)
"Bürgermeister" muss auf "Oberbürgermeisterin" bzw. "Ortsbürgermeister" änderbar bleiben.
Man könnte die Variablen einfach alle drei oder wie viele es gibt einfügen und dann eben nur den konkreten eintragen. --Stefan-Xp 09:56, 8. Aug 2006 (CEST)
Der Balken "Politik" hat keine Funktion, er sollte gecancelt werden - ein Überbleibsel aus der Zeit, als darunter Parteien, Wahlergebnisse usw. eingetragen wurden. Wenn man unter "Politik" nur den Bürgermeister findet, ist das leicht grotesk.
Stimmt is done --Stefan-Xp 09:56, 8. Aug 2006 (CEST)
Die Berechnung der Bevölkerungsdichte funktioniert nur, wenn man statt 15,79 km² 15.79 km² eingibt. Wer soll sich daran gewöhnen?
Ist im Augenblick technisch nicht anders machbar, es sei denn, wir verwerfen die Bevölkerungsdichte (siehe unten). --TM 23:25, 7. Aug 2006 (CEST)
Ich habs jetzt wieder auf die alt hergebrachte Art abgeändert. Es sei denn es kann jemand diese Extension umschreiben, dass sie auch mit Komma funktioniert... --Stefan-Xp 09:56, 8. Aug 2006 (CEST)
Ich habe es jetzt so flexibel gestaltet, dass beides möglich ist. Langfristig sollten wir uns jedoch an den Dezimalpunkt gewöhnen. Er hat u. a. den unschlagbaren Vorteil, dass solche Zahlen international über alle Wikipedias hinweg nutzbar sind. Wie die Zahl angezeigt wird, hängt von der jeweiligen Wikipedia ab – zukünftig vielleicht sogar von den Präferenzen des Benutzers. Das ist alles nur möglich, wenn es einen Standard gibt, und der heißt „Dezimalpunkt“. --TM 00:36, 9. Aug 2006 (CEST)
Für Berechnungen geht es auf alle Fälle nur mit einem „Dezimalpunkt“ Kommata werden von Computern nicht als „Dezimalpunkt“ interpretiert und so gibt es einen schönen fehler, deshalb am besten einen „Dezimalpunkt“ verwenden, er wird ja später in ein Komma umgestzt. --lateiner 10:54, 9. Aug 2006 (CEST)
Na, wenn die Rechenkisten das zum Rechnen nur mit Punkt akzeptieren, müssen wir sie wohl so füttern. Da merkt man mal wieder, wie bei anderen Dingen auch, dass die gegenwärtige Computerarchitektur aus den USA stammt. --Rosenzweigδ 21:20, 9. Aug 2006 (CEST)
Das hat damit nichts zu tun. Es geht einfach darum, dass man sich auf irgendeinen Standard einigen muss. --TM 22:40, 9. Aug 2006 (CEST)
Es wird von Vorwahl und Postleitzahlen ausgegangen - oftmals gibt es aber Vorwahlen und nur eine Postleitzahl.
diesbezüglich sollte man anregen, nur die Zustellpostleitzahl(en) zu verwenden, ohne Postfächer/Großkunden, und die alten PLZ ganz streichen
Ich halte die alte PLZ für wichtig, immerhin galt sie viele Jahrzehnte lang und der Auftrag einer Enzyklopädie ist auch und vor allem die Darstellung der Geschichte. Bei den Postfach-Postleitzahlen stimme ich zu: Weg damit. --TM 23:25, 7. Aug 2006 (CEST)
Alte Postleitzahlen haben nur noch am Rande (geschichtliche) Bedeutung - für die Infobox genauso unrelevant wie etwa Kfz-Kennzeichen vor 1945 Rauenstein 10:09, 8. Aug 2006 (CEST)
Lässt sich nicht besser realisieren, es sei denn man geht standardmäßig von einer PLZ aus und fügt die Variable "Weitere PLZs" bzw. "Weitere Vorwalen" ein. --Stefan-Xp 09:56, 8. Aug 2006 (CEST)
Die Spaltenbreite sollte nicht 50:50 sein sondern 40:60, um nicht unnötig zweizeilig pro Rubrik zu werden - die Erfahrung zeigt, dass die rechte Spalte deutlich mehr Platz braucht als die linke (schon allein einige Landkreisnamen, Ländernamen und natürlich Adressen und weblinks).
Die Spaltenbreiten werden durch Wappen und Karte dominiert. Beide sind bevorzugt 140px breit. Damit sind auch die Spalten gleich breit. --TM 23:25, 7. Aug 2006 (CEST)
Es bleibt bei 2x 140px (je für Wappen und Karte) ein Rest, der verschoben werden kann Rauenstein 10:09, 8. Aug 2006 (CEST)
Es bleibt ein Rest von genau 307 - 2×140 - 4×2 - 3×1 = 16 Pixel. Das reicht für ein Verhältnis von höchstens 47:53 aus. Allerdings ist das Wappen dann links und rechts von den Tabellenrahmen eingekeilt, während die Karte in der Luft hängt. --TM 00:36, 9. Aug 2006 (CEST)
Bitte vorher noch mal grundsätzlich klären, ob es nun Website oder Webseite heißen soll.
wie es dort steht: www.stadt-x.de ist die Website der Stadt, bei kleinen Gemeinden gibt es aber oft nur eine einzelne Webseite, z.B. bei Ebenweiler --androl 22:03, 7. Aug 2006 (CEST)
Wurde bereits unendlich diskutiert. Webseite ist einfach falsch. --TM 23:25, 7. Aug 2006 (CEST)
Hinzufügen des UN/LOCODE wie es in einigen Artikeln schon der Fall ist. --lateiner 10:47, 9. Aug 2006 (CEST)
Bitte nicht. Das wurde schon oft besprochen (1, 2, 3, 4). Kurz: Wir haben den Gemeindeschlüssel. Das reicht. --TM 22:40, 9. Aug 2006 (CEST)
Was nützt uns denn der Gemeindeschlüssel? --Stefan-Xp 21:10, 10. Aug 2006 (CEST)
Es ist bei über 3.000 kleinen Gemeinden in Deutschland (Rheinland-Pfalz, Schleswig-Holstein...) überhaupt erst das Unterscheidungsmerkmal einer selbständigen Gemeinde zu einer nichtselbständigen Gemeinde - man erinnere sich an diverse LA-Diskussionen wegen Irrelevanz der "Käffer". Rauenstein 10:26, 11. Aug 2006 (CEST)
Der Gemeindeschlüssel ist die amtliche Nummer jeder Gemeinde und wird in allen Daten der Statistischen Ämter etc. verwendet, kann also als eindeutige Verknüpfung zu diesen dienen. Er wird jetzt schon beispielsweise (über die Vorlage:HdBG GKZ) als Verknüpfung zum Verzeichnis Bayerns Gemeinden beim Haus der Bayerischen Geschichte verwendet, das interessante Zusatzinformationen zur Gemeinde bietet. Denkbar wäre auch eine Verknüpfung zur BLO. Der Gemeindeschlüssel ist also als eindeutige Identifikationsnummer und als Verknüpfungspunkt für Datenbanken aller Art nötig. --Rosenzweigδ 18:23, 11. Aug 2006 (CEST)
Sowohl LOCODE= als auch NUTS= können jetzt erfasst werden, werden aber als Metadaten gehandhabt und nicht angezeigt. Das wäre gegebenenfalls getrennt zu diskutieren. --TM 16:50, 6. Sep 2006 (CEST)
Wie sieht es aus mit einer optionalen Zeile für Samtgemeinden o.ö. bzw. deren Sitz? Ich denke, dass ist eine praktische Ergänzung und wird auch in vielen Artikeln so praktiziert: z.B. Bardowick und Samtgemeinde Bardowick. -- Netnet@ 10:10, 16. Aug 2006 (CEST)
Für Gemeinden, die einer Samtgemeinde angehören, habe ich das Feld Samtgemeinde= hinzugefügt (Beispiele). Ein Feld für den Verwaltungssitz halte ich jedoch für überflüssig – dafür gibt es die Anschrift. --TM 17:51, 19. Aug 2006 (CEST)
Schön. Außer der Samtgemeinde gäbe es da aber auch noch die Verbandsgemeinde, das Amt, die Verwaltungsgemeinschaft und den Gemeindeverwaltungsverband (Segnungen des Föderalismus; habe ich welche vergessen?) Soll man für die alle eigene Felder einführen, oder ist eine Art Bestimmungsvariable sinnvoller? --Rosenzweigδ 21:31, 19. Aug 2006 (CEST)
Erledigt. Da das vergleichsweise überschaubar ist, scheint mir je ein Parameter dafür sinnvoll. --TM 22:56, 19. Aug 2006 (CEST)
Ein kleiner Kosmetik-Wunsch hierzu: Das Wort „Gemeindeverwaltungsverband“ ist arg lang und bläht die Breite sehr auf. Könnte man das nicht standardmäßig auf zwei Zeilen verteilen, also als „Gemeindeverwaltungs-verband“? --Rosenzweigδ 10:55, 27. Aug 2006 (CEST)
Erledigt (an Silbentrennung hatte ich nicht gedacht). --TM 20:21, 27. Aug 2006 (CEST)
Ich habe getestet und gemerkt, dass die optionale Karte (Parameter „Karte“) nicht zu funktionieren scheint; es wurde weiterhin die Karte aus den Koordinaten erzeugt, obwohl ich den Karten-Parameter mit einem existenten Dateinamen ausgefüllt hatte. --Rosenzweigδ 10:55, 27. Aug 2006 (CEST)
Erledigt (der Parameter Karte= hat jetzt eine höhere Priorität als die automatisch erstellte Karte). --TM 20:21, 27. Aug 2006 (CEST)
Ist es möglich, die Benennung der Detailkarte (Parameter „Lageplan“) frei eingebbar zu gestalten? Das sind manchmal Karten, die die Lage des Ortes im Landkreis zeigen, manchmal stadtplanähnliche Detailkarten des Ortes. Eine Erläuterung („Lage von XY im Landkreis ABC“ oder „Stadtplan von XY“) scheint mir sinnvoll. --Rosenzweigδ 10:55, 27. Aug 2006 (CEST)
Erledigt (Parameter Lageplanbeschreibung=). --TM 20:21, 27. Aug 2006 (CEST)
Bevölkerungsdichte
Ist die Angabe der Bevölkerungsdichte bei einzelnen Gemeinden sinnvoll? Das Ausdehnung des Gemeindegebiets, d.h. wieviel freies Land um den Siedlungskern herum zur Markung gehört, ist doch oft von historischen Zufällen abhängig. Beispielsweise hat Garding eine sehr hohe Bevölkerungsdichte von über 800, aber nur, weil es vollständig von der Gemeinde Garding, Kirchspiel umgeben ist. Meines Erachtens ist die Bevölkerungsdichte nur bei größeren Flächen, z.B. Landkreisen, eine sinnvolle Kenngröße. -- Ssch 19:58, 6. Aug 2006 (CEST)
finde ich auch. Ziemlich uninteressant, wer es trotzdem wissen will, solls halt selber ausrechnen. --androl 22:06, 7. Aug 2006 (CEST)
Wie in allen anderen wichtigen wp selbstverständlich behalten. P.S. Inzwischen gibt es Kommunen, die größer sind als Landkreise und diese Entwicklung setzt sich fort (demnächst massiv in Sachsen-Anhalt). (nicht signierter Beitrag vonRauenstein (Diskussion | Beiträge) 10:09, 8. Aug 2006)
Die Bevölkerungsdichte ist ein aussagekräftiger und vor allem gut vergleichbarer Fakt, im Gegensatz zu den absoluten Zahlen „Fläche“ und „Einwohner“. --TM 00:36, 9. Aug 2006 (CEST)
@Ssch: Ich halte die Bevölkerungsdichte auch unterhalb der Kreisebene für im Regelfall durchaus aussagekräftig, wenn auch natürlich unter den von dir angeführten Vorbehalten zu betrachten. Sicher gibt es Ausreißer wie von dir angeführt; die Mehrzahl der Gemeinden dürfte das aber nicht sein. Und wenn eine Gemeinde wie Nuthe-Urstromtal gerade mal 21 Einwohner pro km² hat, sagt mir das schon, dass das eine sehr dünn besiedelte Gegend sein muss. --Rosenzweigδ 21:28, 9. Aug 2006 (CEST)
Sicher, aber auch Nuthe-Urstromtal ist (als größte nichtstädtische Kommune in Deutschland) wohl ein Ausreißer. Als Normalfall sehe ich eher so Beispiele wie die benachbarten Gemeinden Erdmannhausen und Affalterbach, die so ziemlich gleich groß sind, aber Erdmannhausens Bevölkerungsdichte ist um 100 höher, da die Markung zufällig etwas kleiner ist. Das bedeutet jedoch nicht, dass Erdmannhausen wirklich dichter besiedelt sei. Die Argumente für die Bevölkerungsdichte überzeugen mich daher nicht ganz, aber wenn die Mehrheit für Behalten ist, kann ich damit durchaus leben. -- Ssch 12:46, 10. Aug 2006 (CEST)
Generalfrage
Wenn - wie es sich abzuzeichnen scheint - eine halbwegs tragbare Lösung gefunden werden kann, frage ich mich doch irgendwie, warum das jetzige, einheitliche und doch sehr flexible System aufgegeben werden soll. Als Hauptgrund wurde vorgebracht, die Parameter zentral ändern zu können. Welche Parameter könnten denn das sein, die einen derartig hohen Aufwand rechtfertigen würden? Ein anderer Grund war "Andere Wikipedias" haben das auch. Schaut man aber mal durch einige anderssprachigen Wikipedias, wird einem fast schlecht: Es gibt zwar viele Vorlagen, sie sind meistens aber nicht oder nur halb gefüllt, Textbeiträge fehlen oft völlig. Da waren wir im Bereich der deutschen Gemeindeartikel bedeutend weiter (die Schweizer Struktur - mit Vorlage - möchte ich natürlich nicht unterschlagen, das m.E. beste auf dem wp-Markt). Rauenstein 10:26, 11. Aug 2006 (CEST)
Das wichtigste Argument für eine Vorlage ist für mich nach wie vor die damit mögliche zentrale Erstellung von Lagekarten auf Grundlage der Koordinaten, was uns den Ärger mit dem Zoo an fehlerhaften GeoDB-Karten erspart. Ttog sieht noch zwei Probleme dabei, die aber m.E. keinen Rückschritt gegenüber der jetzigen Situation darstellen und, wenn eine Lösung gefunden wird, dann zentral korrigiert werden könnten. Zentral änderbar wäre v.a. das äußerliche Erscheinungsbild der Infobox. Die in den letzten Wochen und Monaten vorgenommenen Verbesserungen der Formatvorlage Stadt wären per Änderung der Vorlage in allen Artikeln, die die Vorlage verwenden, umgesetzt gewesen. Ein weiterer Vorteil wäre die durch die Vorlage erzwungene (noch) größere Einheitlichkeit der Daten, die so für Projekte aller Art leicht abgezogen oder auch geändert werden könnten.
Zur Frage des Aufwandes eine ketzerische Gegenfrage: Ist das soviel Aufwand? Gewiss, es handelt sich um über 12.000 Gemeinden. Aber entweder sind die Daten eh schon erhoben und stehen im Artikel, dann muss man sie in die Vorlage umsetzen. Das ist eine etwas stupide Arbeit, aber m.E. schneller zu bewältigen als das mühsame Erheben von Daten und Fakten im Rahmen des gerade laufenden Entstubbungs-Projekts, das ihr seit geraumer Zeit leistet. Sind die Daten dagegen noch nicht erhoben, ist der Artikel sowieso noch nicht entstubbt. Wenn er dann mal dran ist, ist es kein Mehraufwand, die Daten gleich in Vorlagen-Parameter-Form einzugeben.
Noch was: Ist es unbedingt nötig, alle Artikel in kürzester Zeit umzustellen und sich so selbst unter Druck zu setzen? Ist nicht eine von vornherein längere Umstellungsdauer von, sagen wir, drei oder vier Monaten möglich? Dann können alle, die mitmachen wollen, sich das einteilen und in größerer Ruhe erledigen. Man könnte auch darüber nachdenken, die Umstellung überhaupt nur peu à peu vorzunehmen, wie es sich halt ergibt. Dann hat man allerdings mit einiger Wahrscheinlichkeit auch z.B. in einem Jahr noch eine nennenswerte Anzahl von nicht umgestellten Artikeln. Ob das akzeptabel ist oder nicht, darüber muss man diskutieren. --Rosenzweigδ 18:40, 11. Aug 2006 (CEST)
Nun, die Diskussion scheint eingeschlafen zu sein, sollen wir nun anfangen die Infobox einzubauen? Gibt es noch Kritik, die nun behandelt werden soll, oder sind die Änderungen nun alle nachher zu machen, da wir die Infobox ja bezüglich Design noch überarbeiten können (der Hauptvorteil!)? Nur die Parameter, sollten nun fix sein, wie sie bearbeitet werden, ist dann ja frei! Also, wie sieht es aus?--Tobi 04:19, 27. Aug 2006 (CEST)
Es hängt momentan noch an der Karte, siehe weiter unten. Das sollten wir m.E. schon noch abwarten. --Rosenzweigδ 10:42, 27. Aug 2006 (CEST)
Es gibt noch jede Menge offene Fragen (siehe unten), die geklärt werden müssen, ehe die Vorlage bedenkenlos verwendet werden kann. --TM 20:21, 27. Aug 2006 (CEST)
Karte
Die zentrale Erstellung von Lagekarten auf Grundlage der Koordinaten mag ein Grund für die Einführung sein (steht das noch in den Sternen oder gibt einen mittelfristigen Starttermin dafür?) Und sicher war die Frage etwas ketzerisch. Ich habe die leise Ahnung, dass in einem Jahr mehrere Infoboxen miteinander konkurrieren, viele Artikel dagegen weiter ohne auskommen. Und Einigungen über eine zentrale Änderung am Layout o.dgl. nur noch über MB zu erreichen ist. Der Vorteil der jetzigen Nicht-Vorlage war ja gerade, dass generelle Änderungen nicht so einfach umzusetzen waren :-)) Aber schon der Blinde sagte dereinst: wir werden sehen. Rauenstein 21:11, 11. Aug 2006 (CEST)
Karten: Bevor Ttog aus dem Urlaub zurück ist (Ende August), wird sich wohl nichts tun. Danach hängt es von ihm ab, wieviel Zeit und Aufwand er erübrigen kann und will; prinzipiell hat er aber seine Bereitschaft schon erklärt (im Rahmen seines Zeitplans). Oder jemand anders findet sich, der sich das zutraut. --Rosenzweigδ 22:46, 11. Aug 2006 (CEST)
Erledigt (Beispiele siehe Diskussionsseite). --TM 19:34, 14. Aug 2006 (CEST)
Na, ging ja doch schneller als gedacht :-) Ich muss es mir noch genauer anschauen, zu gegebener Zeit schreibe ich dann mehr dazu. --Rosenzweigδ 20:08, 14. Aug 2006 (CEST)
Und ich dachte, wir könnten endlich die mit zig Fehlern behaftete "Karte" gegen eine andere ersetzen... Die Idee ist genial, die Umsetzung auf das alte Teil ist eher ein Schritt zurück - bitte schnell vergessen. Rauenstein 23:14, 14. Aug 2006 (CEST)
Die Frage hatte ich auch schon mal gestellt: welche Karte nehmen? Welche schlägst du denn vor? --Rosenzweigδ 21:39, 15. Aug 2006 (CEST)
Deutschlandkarte von RauensteinDeutschlandkarte von Rauenstein Habe mal "auf die Schnelle" eine Alternative gebastelt. Inwieweit auf dieser (wohl zu großen?) Kartenskizze eine technische Umsetzung der Georef-Bezüge umsetzbar ist, entzieht sich allerdings meinen äußerst beschränkten Kenntnissen auf diesem Gebiet. Die Skizze stellt die Grenzen zwischen Niedersachsen und MeckPomm richtig - der Wechsel des Amtes Neuhaus nach Niedersachsen 1993! war in der opengeodb-Version unberücksichtigt, ein Gebiet von immerhin 237 km². Auch die Umrisse der Stadtstaaten kommen den Gegebenheiten nun deutlich näher. Andersfarbige Varianten wären natürlich möglich (Wasserflächen, Ausland etc.) Rauenstein 00:17, 16. Aug 2006 (CEST)
Wenn du mir eine Karte mit definierten Eckdaten zur Verfügung stellst, baue ich sie gerne ein. Bei der bisherigen Karte waren das: 5,5° bis 15,5° in der West-Ost-Ausdehnung, 47,2° bis 55,1° in Süd-Nord (Grad als Dezimalzahl, nicht mit Minuten), wobei alle Breiten- und Längengrade parallel zum Blattschnitt verlaufen (Mercator-Projektion). Die Größe ist egal. Wie bei allen Wikipedia-Bildern gilt, dass es besser zu groß als zu klein sein sollte (z. B. 1120 × 1400, das ist das 8-fache der benötigten Größe). Die Grenzlinien sollten allerdings so dick gezogen sein (z. B. 6 Pixel für die Deutschlandgrenze und 4 Pixel für alle anderen), dass sie nach dem Verkleinern noch gut zu erkennen sind. --TM 09:41, 16. Aug 2006 (CEST)
Sollte bis heute abend möglich sein - aber 6 bzw. 4 pixel verwischen die Grenzen schon arg. Bereits jetzt sind in der Verkleinerung auf 140px die Grenzen zu sehen wie bei den opengeodb-Karten. Aber ich schau mal, was geht. Rauenstein 12:00, 16. Aug 2006 (CEST)
Welche konkreten Linienstärken sinnvoll sind, müsste man probieren, die Linien sollten aber stärker hervortreten als im obigen Beispiel. Versuche bitte, die Linien in der großen Karte schwarz zu gestalten (und z. B. 2 oder 3 Pixel stark). Beim Verkleinern wird das automatisch grau. --TM 13:50, 16. Aug 2006 (CEST)
Der zweite Versuch und wohl nicht der letzte :-) - zu starker Kontrast. Pixelbreite 3 bis 4, Kartengrenzen im Norden Rømø Kirkeby, im Osten Nová Paka, im Süden Lech am Arlberg, im Westen Son en Breugel (entsprechen genau den Vorgaben). Bitte mal bei Görlitz, Selfkant, List und Oberstdorf testen, dass die Skizzengröße erstmal gefixt werden kann. Über das Layout darf gern weitergestritten werden. Rauenstein 03:59, 17. Aug 2006 (CEST)
Die Projektion ist noch die selbe – wie mir scheint falsche – wie in deiner ersten Karte. Sie ist nicht winkeltreu. Womit erstellst du diese Karten? Dass die Linien so fett wirken, liegt daran, dass das Bild mit 485 × 594 Pixel noch zu klein ist. Bei 1120 × 1400 wären 3 schwarze Pixel für die Deutschlandgrenze und 2 für alle übrigen ideal (das habe ich jetzt noch einmal getestet). --TM 09:16, 17. Aug 2006 (CEST)
Sofern die Zeit es erlaubt, werde ich noch mal ganz von vorn beginnen. Die Winkeltreue ist natürlich die Voraussetzung, ärgerlich, dass ich flächentreu vorgegangen bin. Ab heute nacht bis weit in den September hinein beginnen harte Schichtwochen, d.h. es dauert. Einstweilen darf sich auch gern ein anderer user dem Problem annehmen. Rauenstein 17:27, 17. Aug 2006 (CEST)
Können vor Lachen :-( Danke euch für den Aufwand, den ihr hier reinsteckt. --Rosenzweigδ 20:13, 17. Aug 2006 (CEST)
Jetzt erst gefunden - vor einem Jahr hatten wir das Thema auch schon hier - vielleicht könnte man die Bild:Karte stralsund in deutschland-test.png (ohne Punkt) verwenden. Wäre dieselbe wie die bisher verwendete mit dem Unterschied der etwas genaueren Landesgrenzen sowie einem Helgoland-Pixel. Rauenstein 12:13, 27. Aug 2006 (CEST)
Ich habe die Karte von Benutzer:Rauenstein übernommen und eine neue Version für die Vorlage hochgeladen. Das behebt erst einmal die gröbsten Fehler. Über eine größere Version (wie oben diskutiert) würde ich mich trotzdem freuen. --TM 20:21, 27. Aug 2006 (CEST)
Infobox Ort in Deutschland halte ich für einen passenden Namen, auch deswegen, weil sie für Städte und Gemeinden gelten soll. Für unselbstständige Orte halte ich persönlich eine eigene Vorlage für besser, die dann etliche nicht zutreffende Angaben rausschmeißen könnte und dafür zusätzlich die Angabe enthält, zu welcher Stadt/Gemeinde der Ort gehört. Auf jeden Fall sollte es für die Kreise eine eigene Vorlage geben, schon wegen der anderen Karten, die hier nicht mit Punkten funktionieren, und der auch sonst unterschiedlichen Bedürfnisse. Samtgemeinden/Ämter/Verwaltungsgemeinschaften etc. sind ein Mittelding zwischen beiden und je nach konkreter Ausgestaltung in den einzelnen Bundesländern mal eher Gemeinde, mal eher Verband. Ich bevorzuge auch hier eine eigene Infobox. --Rosenzweigδ 20:13, 3. Sep 2006 (CEST)
Soll der Parameter Ortskarte= wirklich „Ortskarte“ heißen oder nicht vielleicht „Detailkarte“, „Lageplan“, „Karte-Detail“, „Karte2“ o. ä.?
Ich plädiere für „Lageplan“, damit kann man alle (mir bekannten) Varianten unter einen Hut bringen. Ich halte es sogar für sinnvoll, hier zwei untereinander zu platzierende Pläne zu ermöglichen (Lageplan und Lageplan2 ). Das macht die Infobox natürlich ziemlich lang, aber Artikel, die über zwei unterschiedliche Lagespläne verfügen, sind wahrscheinlich auch vom Text her ziemlich umfangreich, so dass das nicht so sehr stört. --Rosenzweigδ 20:13, 3. Sep 2006 (CEST)
Umbenannt in Lageplan=. Zwei Lagepläne halte ich jedoch für kontraproduktiv. So etwas gehört als normales Thumbnail in den normalen Artikeltext. --TM 16:16, 6. Sep 2006 (CEST)
Wenn man den Alternativtext (Tooltip) der Ortskarte variabel gestaltet, wie soll der Parameter dafür lauten? Ist Ortskartenbeschreibung= intuitiv genug?
Analog zu meinem Vorschlag oben müsste das dann Lageplanbeschreibung heißen. --Rosenzweigδ 20:13, 3. Sep 2006 (CEST)
Umbenannt in Lageplanbeschreibung=. --TM 16:16, 6. Sep 2006 (CEST)
Sollte der Parameter Gemeindeschlüssel= allgemeingültig in Schlüssel= umbenannt werden?
Nicht sinnvoll, da feststehender Begriff. Auch die kürzeren Kreisschlüssel sind Gemeindeschlüssel.
Sollte der Parameter Anschrift= nicht besser in Adresse= umbenannt werden?
Erledigt. Der Parameter sollte mit der Beschriftung „Adresse der …verwaltung“ übereinstimmen. Das Stadtwiki empfiehlt diese Schreibweise ebenfalls.
Beschriftung der Infobox
Die „Koordinaten“ hießen früher „Geografische Lage“. Sind alle mit der neuen Bezeichnung „Koordinaten“ einverstanden?
Ich habe nichts dagegen. --Rosenzweigδ 20:27, 3. Sep 2006 (CEST)
Wie soll die Überschrift über der Ortskarte lauten? Einfach nur „Karte“? Das hätte den Vorteil, dass es garantiert immer passt. Oder soll es einen Parameter dafür geben? Das hätte den Nachteil, dass die einheitliche Gestaltung aufgebrochen würde.
Du meinst jetzt die zusätzlichen Karten am Ende der Infobox (nur um Missverständnissen vorzubeugen)? Bei denen halte ich eine einzugebende Beschreibung für zwingend, da dass keine einheitlichen Karten sind wie die Lagekarten rechts oben, sondern ganz verschiedene. Ergo: ein Parameter tut not. --Rosenzweigδ 20:27, 3. Sep 2006 (CEST)
Du meinst also, dass der Titel über der großen Karte nicht einfach „Karte“ lauten sollte sondern (parametrisiert) beispielsweise „Lage der Gemeinde Großpostwitz im Landkreis Bautzen“? Wahrscheinlich wäre das wirklich besser, als das in der Bildbeschreibung zu verstecken (wird nur beim Darüberfahren mit der Maus sichtbar). --TM 22:46, 5. Sep 2006 (CEST)
Soll die Beschriftung „Website“, „Offizielle Website“ oder „Webpräsenz“[1] lauten?
„Webpräsenz“ ist ein Versuch, ein besseres Deutsch einzuführen. „Website“ dürfte aber üblicher sein, wobei der Zusatz „Offizielle“ dann nötig ist, um klar zu machen, dass es sich um die von der Kommune selbst betriebene Website handelt. Ich kann mit beidem leben, „Webpräsenz“ wäre aber kürzer und hätte daher meine Präferenz. --Rosenzweigδ 20:27, 3. Sep 2006 (CEST)
Es gab verschiedentlich kurze Diskussionen dazu. In vielen wurde „Webpräsenz“ bevorzugt. Ich halte das hier für sehr passend, da es sich nicht um irgendeine Website handelt sondern um die „Präsenz der Stadt im Web“. Andererseits ist das Lemma Webpräsenz derzeit nur eine Weiterleitung auf den Artikel Website. --TM 22:46, 5. Sep 2006 (CEST)
Ist es notwendig, einen Parameter Bürgermeisterin= einzuführen oder können wir − wie es üblicherweise gehandhabt wird − einheitlich die mänliche Form „Bürgermeister“ benutzen?
Den zusätzlichen Parameter halte ich für sinnvoll. Das macht nicht viel Aufwand und beugt evtl. späterer Kritik wie bei den Kategorien im generischen Maskulinum vor. Abgesehen davon sähe es etwas dämlich aus, wenn da „Bürgermeister: Monika Chef“ stünde (Beispiel aus Gemmrigheim).
Ich finde nicht, dass „Bürgermeister: Monika Chef“ dämlich aussieht, im Gegenteil. Das generische Maskulinum scheint mir hier üblich und sinnvoll. Der zusätzliche Parameter würde aber natürlich nicht weh tun. --TM 22:46, 5. Sep 2006 (CEST)
Ist es wirklich notwendig, zwischen „Postleitzahl“ und „Postleitzahlen“ zu unterscheiden? Hat jemand Einwände gegen die vereinfachte Praxis, einheitlich „Postleitzahl“ anzuzeigen, auch wenn dahinter ein Postleitzahlenbereich steht?
Ich kann mit dem Singular gut leben. --Rosenzweigδ 20:27, 3. Sep 2006 (CEST)
Negativbeispiel: „Adresse der Gemeindeverwaltungsverbandverwaltung“ und „Gemeindeverwaltungsverbandgliederung“.
Erledigt. Um das „Aufplatzen“ der ersten Spalte zu verhindern, wird für Verwaltungsgemeinschaften verkürzt „Verbandsverwaltung“ und „Verbandsgliederung“ angezeigt. --TM 22:46, 5. Sep 2006 (CEST)
Neue oder nicht benötigte Parameter
Können wir den Parameter Bevölkerungsdichte= entfernen (die Zahl kann immer errechnet werden) oder besteht jemand darauf? Wenn ja, warum?
Kann von mir aus weg. --Rosenzweigδ 20:35, 3. Sep 2006 (CEST)
Unsinn, da die Angabe identisch mit dem Parameter Bundesland= wäre. Kann automatisch aus dem Bundesland abgeleitet werden, wie bereits bei den Koordinaten realisiert.
Sollte es neben dem Bürgermeister= und dem Oberbürgermeister= noch weitere politische Parameter geben (u. a. „Regierende Partei“)?
In welchen Orten wird das überhaupt verwendet? Das impliziert, dass es so etwas wie eine Stadtregierung gibt, analog zu Bundes- oder Landesregierung. In einigen NRW-Großstädten oder in Frankfurt am Main ist es mir in den Nachrichten schon begegnet, dass die Parteien A und B da eine Koalition bilden, aber muss das wirklich in die Infobox? Ich halte es für nicht unbedingt nötig. --Rosenzweigδ 20:35, 3. Sep 2006 (CEST)
Wird ein Parameter Kreis= als Alternative zu Landkreis= benötigt?
Ja, wird benötigt, muss nicht diskutiert werden.
Soll es Parameter für die „Arbeitslosenquote“ und den „Ausländeranteil“ geben? Bisher hat man sich mehrheitlich dagegen entschieden. Trotzdem wurden die Infoboxen diverser Stadtartikel um solche Angaben erweitert.
In Baden-Württemberg hat HaSee die Ausländeranteile (amtliche Zahlen) eingebracht und auch aktualisiert. Ich bin eigentlich weder dafür noch dagegen. Sollte man breiter debattieren, vielleicht in einem eigenen Unterabschnitt. --Rosenzweigδ 20:35, 3. Sep 2006 (CEST)
Wird der Parameter Verwaltungssitz= benötigt (für Verbandsgemeinden etc., aber auch für Landkreise) oder reicht die „Adresse der ...verwaltung“ aus?
Gibt es Fälle, in denen das auseinanderfällt? Ich kenne keine. Wenn es welche gibt, braucht man wohl den zusätzlichen Parameter. --Rosenzweigδ 20:35, 3. Sep 2006 (CEST)
Wenn man aus den Einwohnerzahlen in der Vorlage zB Werte wie die Bevölkerungsdichte automatisch ausrechnen will, muss diese als reine Zahle (ohne . und ,) angegeben werden. Dazu waere es meiner Ansicht nach sinnvoll, dann einen Parameter "Einwohnerzahlen_Quelle=" und "Einwohnerzahlen_Stichtag=" einzufuehren.--LugPaj 23:52, 30. Aug 2006 (CEST)
Der Parameter heißt jetzt Stand=, was meiner Ansicht nach ausreicht. Als Quelle sind praktisch nur die statistischen Landesämter zugelassen, was eine Quellenangabe weitestgehend überflüssig macht. --TM 21:49, 2. Sep 2006 (CEST)
Also meiner Erfahrung nach steht in vielen Artikeln da auch Daten von statistischen Stadtaemtern oder Gemeindeaemtern drinnen. --LugPaj 03:00, 4. Sep 2006 (CEST)
Sonstiges
Bei den automatisch erstellten Karten gibt es einen Pixelfehler im Internet Explorer 6, der behoben werden sollte; siehe Vorlage:Lageplan.
Kann der überhaupt behoben werden? Ich hatte das bislang so verstanden, dass der IE fehlerhaft ist, lasse mich aber gerne eines Besseren belehren. --Rosenzweigδ 20:47, 3. Sep 2006 (CEST)
Das Problem scheint durch einen von TM vorgeschlagenen Workaround behoben zu sein. --ttog 10:18, 5. Sep 2006 (CEST)
Ist die Infobox in ihrer jetzigen Form auch für Orts- und Stadtteile nutzbar? Sollen diese überhaupt eigene Infoboxen erhalten?
Ich bin schon für abgespeckte Infoboxen, Infos wie Einwohnerzahl, Lage, Wappen, übergeordnete Stadt/Gemeinde etc. hätte man auf einen Blick, und mit der vorliegenden Infobox wäre es sicher auch machbar. Das Kfz-Kennzeichen, das momentan anscheinend noch obligatorisch ist, wäre für Ortsteile aber unnötig. Ich sehe auch die Gefahr, dass jede Menge zur Hauptgemeinde redundante Angaben, die in Ortsteilartikeln wegbleiben sollten, dann doch in deren Infoboxen auftauchen, weil unerfahrene Benutzer meinen, sie müssten sie ausfüllen. --Rosenzweigδ 20:47, 3. Sep 2006 (CEST)
Ich verstehe Ortsteilartikel in erster Linie als Auslagerungen aus dem Hauptartikel. Sie sollten meiner Meinung nach gar keine Infobox haben. Falls doch, dann sollte das wie schon ganz richtig argumentiert im Rahmen einer eigenen Infobox Ortsteil in Deutschland diskutiert werden. --TM 15:02, 5. Sep 2006 (CEST)
Soll die Infobox so flexibel gestaltet werden, dass sie sogar für Landkreise genutzt werden kann? Siehe hierzu auch diese Beispielseite.
Ist technisch sicher machbar, efordert allerdings zusätzliche Parameter, die die Vorlage und die Vorlagendokumentation verkomplizieren. Ich bin bis auf Weiteres für eine eigene Infobox für Landkreise, werde aber weiter testen und darüber nachdenken. --Rosenzweigδ 20:47, 3. Sep 2006 (CEST)
Bisher gibt es nur einen zusätzlichen Parameter (Landrat=). Alles andere wird vom Parameter Art= abhängig gemacht, der für die Unterscheidung Stadt/Gemeinde/Verwaltungsgemeinschaft etc. ohnehin benötigt wird. Da für den Einsatz als Landkreis-Infobox aber noch mehr Fragen zu klären sind, wird eine eigene Infobox Landkreis vermutlich die bessere Lösung sein. Wir sollten das getrennt diskutieren. --TM 15:02, 5. Sep 2006 (CEST)
Ist die automatisch eingesetzte Kategorie „Ort in ...“ immer richtig, auch für Verbandsgemeinden etc.? Ist es notwendig, die Kategorie vom Parameter Art= abhängig zu machen? Beispiel: Art=Landkreis erzeugt „Kategorie:Landkreis in ...“.
Nein. Ich halte die Information für sinnvoll und wichtig genug, sie auch im Text zu zeigen. --Rosenzweigδ 20:47, 3. Sep 2006 (CEST)
Soll beim Erfassen von NUTS-Regionen und UN/LOCODEs das Land jedesmal mit eingegeben werden (z. B. NUTS=DED02 und LOCODE=DE DRS) oder vordefiniert sein (NUTS=D02 und LOCODE=DRS)?
anstatt den jetzigen Parametern. Es wird angestrebt dieses System zu vereinheitlichen, so dass man die Koordinaten dann automatisch aus den Artikelsourcen extrahieren kann. Genau das Prinzip wird auch zB in der Vorlage:Infobox_Flughafen benutzt. --LugPaj 23:24, 30. Aug 2006 (CEST)
Ich würde einen einheitlichen Satz von Parametern sehr begrüßen, frage mich allerdings,
ob diese Parameter so umständlich lang sein müssen und
warum wir nicht, wenn wir schon von Vereinheitlichung sprechen, gleich einen internationalen, also englischsprachigen Standard forcieren?
Ich hatte die Schreibweise von der Infobox französische Gemeinde übernommen, da diese die genannten Forderungen erfüllt. Die englische und andere Wikipedias nutzen die selbe Schreibweise, allerdings mit Unterstrichen (lat_deg= usw.). Daran habe ich die deutschsprachige Vorlage jetzt angeglichen.
Das folgende Beispiel ist zwar ein wenig unfair, aber sagt selbst: Welche Zeile ist leichter auszufüllen? --TM 17:24, 31. Aug 2006 (CEST)
Ich unterstütze den Vorschlage, die neue Infobox an das Beispiel der Flughafen-Infoboxen anzupassen. Die Internationalisierung ist nicht so wichtig, da man die ca. 10 Parameter auch leicht übersetzen kann. Viel wichtiger ist die Lesbarkeit und Bearbeitbarkeit durch deutschsprachige Benutzer. -- sk 16:04, 3. Sep 2006 (CEST)
Eben diese angebliche Lesbarkeit hinterfrage ich.
Der Vorsatz „Koordinate_“ bläht die Parameterliste auf, hat aber keinen Einfluss auf die Lesbarkeit. Ein Parameter „Breitengrad=“ beispielsweise wäre bereits eindeutig.
Eindeutig schon, aber durch den Praefix Koordinate wird klar gemacht, dass es sich um einen Block von Parametern handelt, der zusammengehoert.--LugPaj 02:51, 4. Sep 2006 (CEST)
Erkennt man das nicht auch anhand von Breite… und Länge…? Und was hat der ISO 3166-2-Code mit der Koordinate zu tun? --TM 16:10, 6. Sep 2006 (CEST)
Die Schreibweise „…minute“ und „…sekunde“ in der Einzahl ist falsch, da man nicht von „Grad, Minute und Sekunde“ spricht sondern von „Grad, Minuten und Sekunden“.
Die zusammengesetzten Begriffe sind völlig ungebräuchlich. Man spricht nicht von „Längenminuten“ und „Längensekunden“ sondern von einer „Geographische Länge in Grad, Minuten und Sekunden“. Zum Vergleich: „Längengrad“ 3.300.000 Google-Suchergebnisse, „Längenminute“ 250, „Längensekunde“ 140.
Die Abkürzungen „lat.“ und „lon.“ sind auch in Deutschland gebräuchlich.
Also Abkuerzungen von englischsprachigen Begriffen finde ich fuer eine deutsche Wikipedia nicht wirklich leslichkeitsfoerdernd.--LugPaj 02:51, 4. Sep 2006 (CEST)
Die Abkürzung ist keine Erfindung von mir. Die Geographische Breite wird nun einmal „auch deutsch abgekürzt mit lat.“ --TM 16:10, 6. Sep 2006 (CEST)
Es ist völlig unklar, was mit „Region“ gemeint ist. --TM 18:13, 3. Sep 2006 (CEST)
Für Region wird der Ländercode nach ISO-3166-1 mit dem Bundeslandcode durch Bindestrich getrennt angegeben. Das ermöglicht es, den hinter der Geofunktion liegenden Parsern, etc. evtl bessere Karten zur Verfügung zu stellen (wenn beipsielsweise eine auf Baden-Württemberg begrenzte, aber bessere Karte zur Verfügung steht). Hoffe das reicht als Info.--Tobi 18:28, 3. Sep 2006 (CEST)
Fuer den Region Parameter ist es sicherlich schwer, wenn nicht unmoeglich, einen passenden Namen zu finden, der selbsterklaerend waere. Region finde ich da noch am passensten.--LugPaj 02:51, 4. Sep 2006 (CEST)
Hinter Region= könnte man auch die NUTS-Region oder Freitext (z. B. Region = Südbrandenburg) vermuten. Wie wäre es mit dem Parameternamen ISO 3166-2=? --TM 19:04, 4. Sep 2006 (CEST)
Ich habe vor 3 Tagen alternative Koordinaten-Vorlagen in die Georeferenzierungs-Diskussion eingebracht. Ich habe zwar noch keine Rückmeldung wegen meines Vorschlags bekommen, aber falls er angenommen wird, würde er das Problem mit den Parameternamen elegant lösen, indem diese einfach durch Parameterpositionen ersetzt werden. Diese Vorlage müsste zu diesem Zweck allerdings jeweils außerhalb der Infobox stehen. (Wie z.B. bei der Infobox_Berg im Artikel Pinatubo) -- divisor 18:34, 31. Aug 2006 (CEST)
Das nützt hier leider nichts, da wir die Parameter nicht nur an die Vorlage:Koordinate Text Artikel durchschleifen wollen, sondern sie auch zum Erstellen der Karte benötigen. Alles weitere dort --TM 02:17, 1. Sep 2006 (CEST)
Bot-Einsatz
Habt ihr wirklich vor, die Infobox überall von Hand einzubauen? (Ich hab nicht alles der mittlerweile doch leicht ausgefransten Diskussion gelesen - vielleicht ist mir da etwas entgangen.) Ich würde euch sonst meinen Bot andienen, der natürlich mit sehr aufwändigen Heuristiken gefüttert werden müsste... --Reinhard 19:26, 5. Sep 2006 (CEST)
Eine endgültige Entscheidung ist da meines Wissens noch nicht gefallen. Die Befürchtung ist wohl, dass ein Bot das nicht völlig korrekt hinkriegt und man dann erst wieder einzeln nacharbeiten muss. Dir ist bewusst, was da auf deinen Bot zukäme? Die in den Artikeln vorhandenen Infoboxen sind alles andere als einheitlich. --Rosenzweigδ 20:33, 5. Sep 2006 (CEST)
Dass das mit ein paar regulären Ausdrücken nicht hinzubekommen ist, ist mir schon klar. Ich hab ja selbst etliche der Städteartikel angelegt und auch die Entwicklung der Formatvorlage Stadt über einige Zeit verfolgt (irgendwann wurde mir die Diskussion um alte Postleitzahl oder nicht usw. zu doof, da hab ich's dann aufgegeben - die Formatvorlage war ja eigentlich immer mehr oder minder ein Notbehelf, der Tatsache geschuldet, dass es halt früher noch keine geeigneten Vorlagen gab.) Ich werde mal im Vorwege eine Grobanalyse der möglichen Varianten auf Basis eines lokalen Datenbank-Dumps machen. Vor der eigentlichen Umstellung könnte der Bot sich erst mal nur eine Handvoll zufällig ausgewählter Artikel vornehmen (und vielleicht auch dann erst mal als Unterseiten im Benutzernamensraum zur Begutachtung einstellen). --Reinhard 22:14, 5. Sep 2006 (CEST)
Ich würde die Umstellung gern ganz in Ruhe und mit hoher Qualität durchführen. Wir sollten die Chance nutzen, beispielsweise schlecht ausgefüllte Infoboxen aufzubessern, fehlende Links zu ergänzen etc. Das kann ein Bot nicht leisten. Die bisherige Formatvorlage ist doch nicht plötzlich untragbar, nur weil es eine Vorlage gibt. Also warum sollten wir zigtausende Bot-Edits produzieren, von denen die meisten dann ohnehin manuell nachgebessert werden müssten? Wir weisen in der Formatvorlage Stadt einfach auf den neuen Standard hin und überlassen die Umstellung bevorzugt den Hauptautoren der Ortsartikel (und unterstützen sie natürlich dabei, so weit es unsere Zeit erlaubt). --TM 22:29, 5. Sep 2006 (CEST)
Warum denn so schwierig? Lasst uns doch den Bot in eine abseits gelegene Seite produzieren und von dort aus dann manuell in die Artikel setzen. Dann könnte man sich einerseits viel, viel Arbeit durch ein Script abnehmen lassen, und behielte trotzdem Überblick über fehlerhafte und unvollständige Boxen. -- Triebtäter 22:34, 5. Sep 2006 (CEST)
Was ist „schwierig“ daran, in der Formatvorlage Stadt auf die neue Vorlage hinzuweisen und sich entspannt wichtigeren Aufgaben zuzuwenden? --TM 22:49, 5. Sep 2006 (CEST)
Ich frag mich da eher: warum soll man Arbeit, die Maschinen machen können, von Menschen machen lassen (auch wenn es vielleicht genügende davon gibt, die derartige Sklavenarbeiten machen würden, weil sie dies nicht wissen). Wikipedia wird ja auch nicht von Chinesen auf Seidenpapier gepinselt, sondern mit Datenbank- und Webservern ins Netz gestellt. Abgesehen davon sollte ein Bot natürlich schon so schlau sein, dass die Umstellung halt nicht gemacht wird, wenn die Ergebnisse unvollständig oder unplausibel sind bzw. wenn er es nicht schafft, die zugrunde liegende Information aus der Formatvorlage zu extrahieren. Als Abfallprodukt hätte man auch eine ganze Reihe von Fehlerlisten (als Mensch stolpert man - wenn überhaupt - nur zufällig über fehlende Plausibilitäten: Dassendorf war z.B. lange Zeit irgendwo in Polen georeferenziert, das merkt niemand...). Abgesehen von allem anderen: Warum sollte man nicht in der Lage sein, fehlende Information per Bot nachzutragen? Selbstverständlich kann man die Ergebnisse des Botlaufs mit Postleitzahltabellen oder Geodatenbanken abgleichen. --Reinhard 00:21, 6. Sep 2006 (CEST)
Meine Argumentation lautet schlicht: Die Ortsartikel sind doch nicht plötzlich untragbar, nur weil es eine Vorlage gibt. Also warum dieser Aktionismus? Welchen Sinn haben abertausende Bot-Edits, wenn sie dem Leser überhaupt keinen Nutzen bringen? --TM 15:57, 6. Sep 2006 (CEST)
Na ja - die Vorlage wird ja nicht aus Übermut verwendet, sonst könnte man ja auch bei der alten Formatvorlage bleiben. Und wenn sie denn einmal fertig ist, dann sollte die Umstellung aus meiner Sicht zügig geschehen, wenn man Nutzen aus ihr ziehen will. Natürlich ändert sich an der Qualität der Artikel selber wenig - das ganze ist halt eine Metadaten-Geschichte. Aber das gilt für die Infobox insgesamt, egal ob man sie jetzt von Hand einpflegt oder per Bot. Aber wenn nun mal das erklärte Ziel ist, die Infobox im Artikel zu haben (wovon ich mal ausgehe - oder führt ihr die Diskussion hier nur um der Infobox selbst willen?), dann ist der einfachste, bequemste und schnellste Weg zu diesem Ziel nun mal ein Boteinsatz. Von irgendwelchen Aktionismus kann im übrigen keine Rede sein - ich hab doch nur ganz schüchtern angefragt, ob der Bot dafür nicht von Nutzen sein könnte, ich hab noch nichts programmiert und erst recht nichts laufen gelassen. Und wann und in welchem Umfang man ihn dann einsetzt, ist ja noch völlig offen, das muss natürlich vorher ausgiebig getestet und geprüft werden usw. Auf jeden Fall muss die Box natürlich erst mal fertig und freigegeben sein, das steht doch völlig ausser Frage. --Reinhard 20:47, 6. Sep 2006 (CEST)
Also ich kann mir eigtl nicht (wie @TM) vorstellen, dass ein Bot ein wirklich zufriedenstellendes Ergebnis bietet. Da sollte man die Qualitaet der Artikel nicht durch so einen Boteinsatz verschlechtern. Aber die Arbeitsreduktion ist natuerlich immens. Wie waere es eigtl, wenn man einen bot schreibt, der die Artikel analysiert und anhand der Daten dann auf die Diskussionsseite eine Version anhand der analysierten Daten ausgefuellten Vorlage schreibt? Diese koennte man dann einfach in den Artikel reinpasten und kurz checken, ob alles noch stimmt. Ausserdem wuerden die normalen Artikelautoren somit auch mitbekommen, dass es die Vorlage gibt und dass der Artikel geupdated werden sollte.--LugPaj 21:43, 6. Sep 2006 (CEST)
Das entspricht Triebtäters Vorschlag mit der Präzisierung des Orts, wo die Vorlage geparkt wird. Zudem ist es genau das, was ich jetzt auch vorgeschlagen hätte :-) Damit könnte man (hoffentlich) einige der Vorteile von Bots nutzen, ohne sofort die Artikel in einer (womöglich) nicht ganz korrekten Version geändert zu haben. @TM: könntest du dich mit so einer Lösung anfreunden? @Reinhard: keine Bange, ich bin zuversichtlich, dass wir einen gemeinsamen Nenner finden können. Letzten Endes gehen nur die Meinungen darüber auseinander, in welcher Zeitspanne die Umstellung erfolgen soll. Und eine Lösung wie vorgeschlagen hielte ich schon für eine Arbeitserleichterung, falls man darangehen will, die Artikel in einer überschaubaren Zeit umzustellen; dafür ist ein Bot sicher hilfreich. --Rosenzweigδ 23:29, 6. Sep 2006 (CEST)
Die Idee, per Bot in den Diskussionsseiten aller Ortsartikel auf die neue Vorlage hinzuweisen, gefällt mir sehr gut. @Reinhard: Ist ein Skript denkbar, dass die Autoren der Ortsartikel selbst aufrufen können? Dann würde in den Diskussionsseiten schon ein kurzer Hinweis und ein Link genügen. Beim Anklicken des Links wird ein so gut wie möglich ausgefüllter Vorlagenquelltext erzeugt, den der Autor nur noch in den Artikel kopieren und evtl. leicht korrigieren muss. Alternativ könnte der Bot den Vorlagenquelltext auch direkt in die Diskussionsseite einfügen, jedoch mit <nowiki>, da sonst alle Diskussionen kategorisiert werden. Wichtig wäre mir auch, dass nur so viel Quelltext wie unbedingt nötig erzeugt wird, also keine Kommentare (<!--) und (fast) keine leeren Parameter. Schwierig wird die Unterscheidung zwischen Gemeinden (Art=Gemeinde) und Städten (Parameter Art fehlt), da in vielen Gemeindeartikeln fälschlicherweise „Stadtgliederung“ etc. steht. --TM 00:41, 7. Sep 2006 (CEST)
Vorlage Diskussion:Infobox Gemeinde in Deutschland/Archiv/2006
und Lageplan2 
). Das macht die Infobox natürlich ziemlich lang, aber Artikel, die über zwei unterschiedliche Lagespläne verfügen, sind wahrscheinlich auch vom Text her ziemlich umfangreich, so dass das nicht so sehr stört. --Rosenzweig δ 20:13, 3. Sep 2006 (CEST)
