Wikipedia Diskussion:Formatvorlage Bahnstrecke

Automatische Archivierung

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 30 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten.

Autor ursprünglichen Version der neuen Projektseite ist Benutzer:Bernina. --dealerofsalvation 21:28, 17. Apr. 2007 (CEST)

Bezeichnung von Abzweigen

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Wir sollte ein Abzweig bezeichnet werden, wenn Informationen zur abzweigende Bahnstrecke unter dem Lemma „Bahnstrecke A–B“ zu finden sind und diese Strecke keinen gesonderten Namen hat? --von der Grün 23:28, 23. Mär. 2007 (CET)

Ich habs immer der Übersicht halber einfach ohne Bahnstrecke oder nur mit „Bs. “ gemacht. Gruß --MdE ^✉ 23:50, 23. Mär. 2007 (CET)

Ich hab' die Frage deshalb gestellt, da einzelne Wikipedia-Benutzer dazu übergehen in den Streckentabellen massiv Links der Form

Bahnstrecke nach B ([[Bahnstrecke A–B|Bahnstrecke]] nach [[B]])

zu benutzen. Wie das dann im Artikel aussieht, sieht man hier. Was haltet ihr davon? --von der Grün 02:21, 5. Apr. 2007 (CEST)

Dass es sich um eine Bahnstrecke handelt, sollte irgendwie jedem klar sein, der weiß was das rote Band darstellen soll, diese Information ist also dort völlig unnötig! Finde die Verlinkung von Städten eigentlich nicht wichtig. Primär von Bedeutung sind die Bahnhöfe abzweigender Strecken sicherlich nicht, sondern man sollte diese nur im Artikel der Strecke selbst verlinken. --th 11:28, 5. Apr. 2007 (CEST)

Ob ich nun Bahnstrecke (mit link) von/ nach xyz oder Strecke (mit link) von/ nach xyz schreibe ist doch an sich egal, solange auf die entsprechende Anschlußstrecke verwiesen wird und die zusätzliche Verlinkung der Orte ist m.M.n. ein Mehrwert für den Leser und hat bislang keinen gestört. Aber der Nonsens, der die Tabelle nur unnötig aufbläht muß echt nicht sein oder wie sehen das (bis auf den der das die ganze Zeit darauf zurückrevertiert) andere?

--34er ^{Woanders sprechen!} 12:14, 6. Apr. 2007 (CEST)

Zu aller erst: hier wird sachlich diskutiert. Persönliche Bewertungen sollten aussen vor bleiben.

Mir geht es nicht um Bezeichnungen Bahnstrecke, Strecke (oder Fritz ;-) – mir geht es um die Frage: Ist es sinnvoll, auf einer Internetseite allgemein, speziell aber in einem Artikel der deutschen Wikipedia, folgendes einzuführen:

Man schreibe den selben Linktext („Bahnstrecke“) mehrfach hin
und verstecke jedes Mal  einen anderen Link dahinter.

--von der Grün 12:30, 6. Apr. 2007 (CEST)

By the way: Der 34er-Link oben deutete ein anderes Problem an, dass aber gar nicht hierher gehört. (zweizeilige Beschriftung von Abzweigen, erzeugt durch gerade Streckenstücke darüber, meiner Meinung nach eher verwirrend, habs bisher auch nur bei genau einem Benutzer gesehen; auch hier würden mich unabhängige Meinungen interessieren, aber vielleicht besser in einem eigenen Thread;) --von der Grün 12:43, 6. Apr. 2007 (CEST)

Ich hatte das unter Diskussion:Bahnstrecke Breitengüßbach–Maroldsweisach ausgeführt und du hast es mit einem einfachen verweis auf WP:VL auf die sperrige Darstellung zurückrevertiert. Meiner Ansicht nach spricht nichts dagegen unter der gleichen Bezeichnung (Bahnstrecke, Strecke o.ä.) verschiedene Verweise zu platzieren – durch die Symbole im Streckenband wird ersichtlich, daß es sich nicht immer um ein und dieselbe Strecke handelt. --34er ^{Woanders sprechen!} 12:51, 6. Apr. 2007 (CEST)

Das ist genau der Punkt: unterschiedliche Verweise/Links mit der selben Bezeichnung halte ich für unmöglich, deshalb ist das Thema hier. Ich möchte einfach andere Meinungen dazu, denn wir beide sind gerade konträrer Ansicht und irgendwie muss ein Konsens her. Ich steh' mit meiner Meinung wohl nicht allein da (s.o.), mal abwarten, was noch kommt. Bisher gibts leider nur sehr wenige (einen) Kommentar :-(

An der sperrigen Darstellung häng' ich nicht. Weniger aufgebläht wirds mit Links der Form

von B ([[Bahnstrecke A–B|von B]])

Ein Beispiel der Variante findet sich zur Zeit bei der Gräfenbergbahn (Abzweig „von Erlangen“). --von der Grün 15:20, 6. Apr. 2007 (CEST)

Ich hab das Problem noch nicht verstanden. Gehts nur darum, ob bei einem Abzweig das Wort "Bahnstrecke" vor den Ortsbezeichnungen stehen soll oder nicht? Oder wo ist das Problem? Diese Zeile:
Bahnstrecke nach B ([[Bahnstrecke A–B|Bahnstrecke]] nach [[B]])
versteh ich auch nicht, das wären ja zwei Verlinkungen, einer zur Bahnstrecke, einer zum Ort. Im Satz danach:
Im Artikel sieht das dann so aus: Bahnstrecke Nürnberg–Marktredwitz.
steht aber nur eine Verlinkung. Vielleicht gibts keine Meinung, weil keiner das Problem versteht? Benedictus 09:35, 7. Apr. 2007 (CEST)

Bahnstrecke Nürnberg–Marktredwitz ist ein Artikel, in dem man das Problem anschauen kann. Der Link zum Artikel selbst ist unproblematisch, einfach draufklicken und dann schauen. Ich hab' die Formulierung oben korrigiert. Vielleicht gibt ja jetzt Kommentare zum Thema. Danke für den Hinweis. --von der Grün 10:05, 7. Apr. 2007 (CEST)

Ah, jetzt versteh ich. Nein, das finde ich nicht gut. EIN Link auf die Bahnstrecke reicht, der Link zum Endbahnhof ist auf der Strecke sicherlich überflüssig und kann beim Klick auf die abzweigende Strecke (zu der der Endbahnhof gehört) ja gefunden werden. So wie in dem Beispiel finde ich es verwirrend, weil man nicht recht erkennt, um welche Bahnlinie es sich handelt. Die Bezeichnung der Bahnlinie ist wichtiger als die Verlinkung eines Endbahnhofes. Ich habe gestern die Bahnstrecke Heißen–Altendorf (Ruhr) erstellt, da sind drei Links zu abzweigenden Strecken drin, die man aufrufen kann. Über die korrekte Bezeichnung der abzweigenden Bahnstrecken kann man streiten, aber übersichtlicher als das Marktredwitz-Beispiel ist es allemal. Also CONTRA der Marktredwitz-Methode! Benedictus 10:53, 7. Apr. 2007 (CEST)

Mit der Heißen–Altendorf Methode kann ich leben. --von der Grün 13:13, 7. Apr. 2007 (CEST)

Hab' ich gerade erst gesehen: im Artikel Bahnstrecke Heißen–Altendorf (Ruhr) gibts auch eine andere Variante für zweizeilige Beschriftungen von Abzweigen – allerdings hab ich noch nicht verstanden wie's geht. Hast Du 'nen Tipp, Benetictus?. --von der Grün 14:11, 7. Apr. 2007 (CEST)

Die Kleinschrift bekommst Du, indem du den Text hinter den letzten | setzt. Zweizeilig wirds durch ein < br >. Schau in den Quelltext, da siehst du es. Benedictus 14:42, 7. Apr. 2007 (CEST)

Danke für den Tipp, jetzt klappt's. Hab' vorhin lange geschaut und nichts gesehen. Der | war wohl zu schmal ;-) --von der Grün 16:50, 7. Apr. 2007 (CEST)

Ruhrgebietsstrecke nach Essen-Nord Prinz-Wilhelm-Eisenbahn Verbindung zur Prinz-Wilhelm-Eisenbahn weiter nach Dahlhausen Ruhrtalbahn

Diese zweizeilige Darstellung mit kleiner Schrift ist imo keine gute Lösung. Der 4. Parameter für Vorlage:BS ist für Anmerkungen zur eigentlichen Beschreibung des Streckenpunktes gedacht. Stattdessen tut es doch auch nebenstehende Beschriftung. Generell sollte man die Beschreibungen so knapp wie möglich formulieren und Links zu Bahnstrecken und ggf. dem Endbahnhof, wenn z. B. die Richtung der Strecke nicht sofort erkennbar ist. --$TR8.$H00Tα ^{talk|rate} 18:37, 9. Apr. 2007 (CEST)

Dein Kommentar bringt weitere interessante Aspekte in die Diskussion ein. Dein Beispiel hilft aber leider nicht weiter, den bei Strecken mit Namen gibts die Probleme oben nicht. Kannst Du Dein Beispiel auf Strecken ohne Namen umarbeiten? --von der Grün 18:46, 9. Apr. 2007 (CEST)

Da ist es natürlich schwieriger... ;) Normalerweise verwende ich dafür die Form [[Bahnstrecke Bebra-Fulda|Bahnstrecke Bebra–Fulda]]. Wenn zusätzlich noch die Richtung angegeben werden soll, ist das aber zu groß, hätte aber auch keinen Vorschlag, außer den bisher genannten. --$TR8.$H00Tα ^{talk|rate} 19:06, 9. Apr. 2007 (CEST)

Letztendlich ist es eine Platzfrage. Ich habe die zweizeilige Kleinschrift verwendet, weil da passt am meisten rein, eben auch ein Kurzkommentar wie "abgebaut" oder ein Unterwegsbahnhof, um die Orientierung zu verbessern. Wobei man den natürlich auch durch den Link nachsehen könnte. Gibt es dafür noch keine einheitlichen Richtlinien? Benedictus 21:36, 9. Apr. 2007 (CEST)

Wenn's eine Richtlinie gäbe (für Strecken ohne Namen ;-), dann wär' ich für einen Hinweis dankbar. Wenn's tatsächlich keine gibt, da wäre es gut, wenn von dieser Diskussion eine Richtlinie, eine Empfehlung oder wenigstens ein Beispiel zur Orientierung übrig bleibt. --von der Grün 21:44, 9. Apr. 2007 (CEST)

Gut, dann stiele ich das mal ein:

Richtlinien zur Bezeichnung von Abzweigen

bis jetzt gelten folgende Richtlinien:

   * Wenn es einen Artikel zu einem Bahnhof gibt, sollte dieser verlinkt werden, ansonsten die Stadt.
   * Mehrfache Links auf dieselbe Stadt oder dieselbe Strecke vermeiden, zumindest dann,
        wenn sie direkt untereinander stehen.
   * Man kann bei Abzweigen weitere Streckenartikel erwähnen,
        auf deren Linien im Personenverkehr umgestiegen werden kann.
   * Auch bei Keilbahnhöfen die Abzweige so darstellen, als würden die Strecken im Bahnhof
        zusammenlaufen, damit die Umsteigemöglichkeit klar wird. Hier kann man in der Anmerkung
        „Keilbahnhof“ eintragen, um Experten klar zu machen, dass dies bekannt ist.
   * Bei Abzweigungen und Fortsetzungen in Fahrtrichtung „Strecke nach X“ formulieren,
        bei Gegenrichtung „Strecke von X“.

Streckennamen verlinken auf den jeweiligen Streckenartikel und können ggf. abgekürzt werden, damit die Streckentabelle möglichst schmal bleibt.

Fahrtrichtung

„Streckenname (nach Stadt)“

Gegenrichtung

„Streckenname (von Stadt)“

Änderungs- und Erweiterungsvorschläge:

- Bei namentragenden Strecken soll der Abzweig wie folgt beschriftet sein:([[Bahnstrecke A–B|Name der Strecke]] nach [[B]]) , Verlinkung von B optional
- Bei namenlosen Strecken soll der Abzweig wie folgt beschriftet sein:([[Bahnstrecke A–B|Bahnstrecke A – B]]), alternativ auch "Bahnstrecke nach B"
- In das kleinschriftige Kommentarfeld gehört hinein:
- Zeilenumbrüche < br > sind nur im Kommentarfeld zulässig

Aus den BS-Richtlinien
Verwendung: {{BS|ID|km|Name|Anmerkung}} mit folgenden Parametern.

ID: identifiziert das Piktogramm, siehe unten Bilderkatalog

km: Kilometer-Angabe

Name: Name der Betriebsstelle

Anmerkung: wird in kleinerer Schrift gesetzt

würde ich ableiten und konkretisieren, dass "Name" für Betriebsstellen, "Anmerkungen" für nähere Informationen zu den Abzweigen genutzt werden sollte. Oder sollen die Abzweige generell in die Anmerkungen? Das finde ich selber sehr gut, weil 1.) kleiner und platzsparender, 2.) optisch abgesetzt von den Bahnhöfen durch die kleinere Schrift. Benedictus 22:20, 9. Apr. 2007 (CEST)

Als „Richtlinienexperte“ *gg* kann ich auch nur sagen: es gibt (noch) keine Regelung, sondern lediglich diese Formulierung und dazu eine „Diskussion“ (naja...). Also würde ich folgendes vorschlagen:

• Strecken mit Eigennamen verlinken auf den Streckenartikel; wenn der nicht dem Namen entspricht (weil es beispielsweise mehrere Strecken mit diesem Namen gibt – z. B. Kinzigtalbahn), wird der Eigenname als Linktext vewendet (es sei denn, er ist länger als das Lemma...). Als Tooltip/Statusleistentext wird ja dann auch das Streckenlemma angezeigt.
  • Eigennamen sind „richtige“ Namen (Rhönbahn) oder auch Zusammensetzungen (Fulda-Main-Bahn).
• Im Regelfall sollte der Endbahnhof oder ein größerer, richtungsangebender Bahnhof angegeben werden um die Richtung der Strecke klar anzuzeigen.
  • Wenn die Richtung klar ist (weil die Strecke im Anfangsbahnhof abzweigt und der Endbahnhof im Namen steht) entfällt die Richtungsangabe.

Für Strecken ohne Eigennamen sollten wir nochmal Vorschläge sammeln, bisher gefällt mir keiner von diesen Vorschlägen so wirklich:

1) [[Bahnstrecke A–B|Bahnstrecke]] nach [[B]]

Zitat Benutzer:Vodeg: «Man schreibe den selben Linktext („Bahnstrecke“) mehrfach hin und verstecke jedes Mal einen anderen Link dahinter.»

2) [[Bahnstrecke A–B|Strecke]] (nach [[B]])

wenn schon, dann lieber ohne „Bahn-“:

3) [[Bahnstrecke A–B|nach B]]

Recht wenig aussagekräftig

4) [[Bahnstrecke A–B|Bahntrecke A–B]] (nach [[B]])

@Benedictus: Streckenstriche ohne Leerzeichen!

5) [[Bahnstrecke A–B|Strecke A–B]] (nach [[B]])

lieber ohne „Bahn-“:

Aus genannten Gründen, möchte ich die zweizeilige Version nicht als Möglichkeit aufzählen, weil sie imo grundsätzlich aussscheidet.

In die Amerkungsspalte gehören Anmerkungen und nicht die eigentliche Beschreibung der jeweiligen Betriebsstelle; und die Angabe der abzweigenden Strecke ist ja wohl die Beschreibung eines Abzweigs... --$TR8.$H00Tα ^{talk|rate} 22:25, 9. Apr. 2007 (CEST)

Erstmal vielen Dank für die Tabelle. Damit klar ist, auf was Bezug genommen wird, hab' ich die Bullets durch Nummern ersetzt. Mit der 2-Zeilen Version bin ich auch nicht so glücklich, 1) und 2) haben das selbe Problem, 3)-5) sind meiner Meinung nach ok. Die kürzeren Varianten – nur „Strecke“ oder nur „nach“ – gefallen mir am besten --von der Grün 22:54, 9. Apr. 2007 (CEST)

Weitestgehend *unterschreib*. Meine Kommentare zu den Varianten:

1+2 klares Contra, man erfährt erst durch Anklicken des Link, um welche Strecke es sich handelt

3: sehr kurz, steht eigentlich alles drin, daher bei ganz wenig Platz sicherlich brauchbar

4+5, wobei ich 5 besser finde: PRO

Zu den Anmerkungsspalten: Was ist bei einem Abzweig denn die Betriebsstelle? Das zielt doch eher auf die Betriebsstelle "Bahnhof", aber ein Abzweig ist m.w.n. keine Betriebsstelle, oder? Benedictus 23:03, 9. Apr. 2007 (CEST)

In Bezug auf Streckentabellen ist die Definition von Betriebsstelle zwar u. U. weiter gefasst als im normalen Bahnbebtrieb und bezeichnet jeden Eintrag in der Streckenliste aber auch Abzweige gelten als Betriebesstelle. --$TR8.$H00Tα ^{talk|rate} 23:17, 9. Apr. 2007 (CEST)

Verlauf
Bahnstrecke von Würzburg Hbf Bahnstrecke von Lichtenfels Bahnstrecke von Crailsheim Bahnstrecke von Augsburg Hbf 0,0 Nürnberg Hbf Bahnstrecke nach Regensburg Hbf Bahnstrecke nach Schwandorf

Warum kann man bei 1) und 2) nicht sofort erkennen um welche abzweigende Strecke es sich handelt? Ich habe als Beispiel mal die „umstrittene“ Streckentabelle der Bahnstrecke Nürnberg–Marktredwitz hierher kopiert, um evtl. nachvollziehen zu können, woran das liegt.

Wenn ich mir also die Tabelle ansehe kann ich jedenfalls schon erkennen, daß sich hinter Bahnstrecke von Crailsheim die Bahnstrecke Nürnberg–Crailsheim verbirgt. Klicke ich dann auf den kursiv geschriebenen Link „Bahnstrecke“ komme ich auf den entsprechenden Artikel.

Was ist daran so unverständlich/verwirrend/was auch immer – liegt es daran, daß ich die Darstellungsform immer verwende und sie mir daher logisch erscheint oder an etwas anderem? --34er ^{Woanders sprechen!} 23:35, 9. Apr. 2007 (CEST)

Wo siehst Du denn bei "Crailsheim" das "Nürnberg"? Bestenfalls, wenn du mit der Maus auf den Link gehst und dann die verlinkte Adresse irgendwo ganz woanders im Bildschirm aufleuchtet. Das kann aber nicht der Sinn der Sache sein. Mein 70-jähriger Vater wird diese Information nie im Leben finden, und bei einer auf Papier ausgedruckten Seite sieht man auch nichts. Daher halte ich das Wort "Bahnstrecke" als Linkwort für ungeeignet und Platzverschwendung. Benedictus 23:49, 9. Apr. 2007 (CEST)

Also wenn ich dem Abzweigsymbol (links neben dem Text) von links nach unten folge, stoße ich zwangsläufig auf das Bahnhofssymbol und rechts daneben steht Nürnberg Hbf. Jetzt zähle ich Crailsheim, Nürnberg und Bahnstrecke zusammen und dann kommt bei mir Bahnstrecke Nürnberg–Crailsheim raus. --34er ^{Woanders sprechen!} 23:57, 9. Apr. 2007 (CEST)

Aber wo steht denn, das die Strecke in Nürnberg endet? Die Strecke könnte ja auch Bahnstrecke Crailsheim–Regensburg heißen... --$TR8.$H00Tα ^{talk|rate} 00:15, 10. Apr. 2007 (CEST)

Und sobald ein Abzweig in Fahrtrichtung auftaucht, ist gar nichts mehr sicher. Die Strecke könnte ja auch weiter nach Schwandorf gehen. Wenn der Schwandorf-Abzweig vor Nürnberg liegen würde, würde es gänzlich unklar. Benedictus 00:42, 10. Apr. 2007 (CEST)

Außerdem - und das finde ich ganz wichtig - verlockt der Link "Bahnstrecke" nicht unbedingt zum Anklicken. Da könnte ich auch den Eindruck gewinnen, in dem Link dahinter wird das Wort "Bahnstrecke" erklärt. Wieder mal ein überflüssiger Link, denke ich dann, und klicke es erst gar nicht an. Benedictus 00:45, 10. Apr. 2007 (CEST)

Wie gehts denn nun weiter? Kann man die bisherigen Richtlinien einfach um die Ergebnisse dieser Diskussion erweitern? --von der Grün 19:31, 13. Apr. 2007 (CEST)

Ja, darauf warte ich doch schon die ganze Zeit :D Heute hat MdE endlich schon mal den Anfang gemacht... (es sollen ja nicht nur PortalBot und ich was dazu beigetragen)--$TR8.$H00Tα ^{talk|rate} 00:54, 14. Apr. 2007 (CEST)

Verlauf
von Würzburg Hbf (Bahnstrecke Nürnberg–Würzburg) und Lichtenfels (Bahnstrecke Nürnberg–Lichtenfels) von Crailsheim (Bahnstrecke Nürnberg–Crailsheim) von Augsburg Hbf (Bahnstrecke Nürnberg–Augsburg) 0,0 Nürnberg Hbf nach Marktredwitz (Bahnstrecke Nürnberg–Marktredwitz) nach Schwandorf (Bahnstrecke Nürnberg–Schwandorf) nach Regensburg Hbf (Bahnstrecke Nürnberg–Regensburg)

Ich habe Vodeg mal folgende Variante vorgeschlagen:

Wie sind eure Meinungen dazu? --34er ^{Woanders sprechen!} 22:12, 15. Apr. 2007 (CEST)

Ich find es zu überladen, die andere Variante ist besser.--Gunnar1m 10:12, 16. Apr. 2007 (CEST)

Nach meiner Meinung ok. Die Punkte, die mir wichtig sind, sind erfüllt: Linktext beschriebt Linkziel; bei zweizeiligen Beschriftungen ist erkennbar, welche Zeilen zusammengehören. Wir müssen ja nicht die ultimative Lösung vorschreiben (falls es die gibt ;-). Eine Handvoll gute Beispiele und die Empfehlung, sich daran zu orientieren sollte auch ausreichen. --von der Grün 10:34, 16. Apr. 2007 (CEST)

Es gab auch mal den Vorschlag auf von Crailsheim zu verlinken. Bei dem jetzigen Vorschlag wird die Tabelle breit (es fehlt auch noch die Spalte mit den Höhenmetern, die es noch breiter werden läßt) und die Lesbarkeit leidet.--Gunnar1m 11:30, 16. Apr. 2007 (CEST)

Das Fenster wird aber sehr breit bei dieser Variante, da sollte man noch irgendwie Text und damit Breite einsparen. Gunnar: Welche andere ist besser? Vodeg: es ist doch gar nichts zweizeiliges im Beispiel enthalten? Benedictus 11:27, 16. Apr. 2007 (CEST)

... ach doch, fällt mir aber erst beim zweiten hinsehen auf... Benedictus 11:28, 16. Apr. 2007 (CEST)

"Es gab auch mal den Vorschlag auf von Crailsheim zu verlinken." find ich auch besser weil kürzer. Die Verlinkung auf die Stadt halte ich für überflüssig, und um welche Strecke es sich genau handelt, sieht man ja, wenn man den Link anklickt. In dem Beispiel wird jeweils ein Städtename doppelt erwähnt, auch das ist überflüssig und lässt sich einsparen. Bei so wenig Platzt muss man extrem effektiv die wenigen zur Verfügung stehenden Buchstaben einsetzen. Benedictus 11:59, 16. Apr. 2007 (CEST)

Verlauf
von Bahnstrecke Nürnberg–Würzburg und Bahnstrecke Nürnberg–Lichtenfels von Bahnstrecke Nürnberg–Crailsheim von Bahnstrecke Nürnberg–Augsburg {{BSkm|100,6|0,0}} Nürnberg Hbf 302m nach Bahnstrecke Nürnberg–Marktredwitz nach Bahnstrecke Nürnberg–Schwandorf nach Strecke Nürnberg–Regensburg

Werrabahn
Abzweig ehemals nach rechts von und nach Vacha (bis 1992/2001) von Güterzentrum Merkers (ehem. Kali) 26,74 Bad Salzungen 31,29 Immelborn nach Bad Liebenstein 36,85 Breitungen(Werra) (bis 2000 Bf) 41,35 Wernshausen nach Schmalkalden nach Trusetal Schmalspur 44,99 Schwallungen

Dann eher so (rechts). Evtl "Bahnstrecke" noch durch "Strecke" ersetzen (siehe Nürnberg-Regensburg ganz unten). Benedictus 12:06, 16. Apr. 2007 (CEST)

• Mal am Beispiel der Werrabahn (links). Sicherlich läßt sich über das eine oder andere streiten, aber im Prinzip ist es recht aufgeräumt.--Gunnar1m 12:13, 16. Apr. 2007 (CEST)

Ja, so in etwa halte ich das auch für sinnvoll! Benedictus 12:24, 16. Apr. 2007 (CEST)

nur - wozu gehört das "Trusetal"? Kein Abzw-Symbol, aber Text? Oder gehört das zu "Schmalkalden"? Ist dann aber nicht ersichtlich. Benedictus 14:39, 16. Apr. 2007 (CEST)

Vielleicht sollten wir - wie schon vorgeschlagen - Freiheiten lassen und erstmal festlegen, was nicht sein soll.

1.) Nicht nur das Wort "Bahnstrecke" mit verschiedenen Links hinterlegen
2.) keine Städte verlinken. Es sollen nur Bahnstrecken und Bahnhöfe in der Box verlinkt werden
3.) keine Doppelaufzählungen aus Platzgründen (also nicht "nach A über Bahnstrecke B-A")

dann kann man ja nutzbare Vorschläge machen:
1.) nach A (A verlinkt auf Bahnstrecke)
2.) nach Bahnstrecke A-B (verlinkt auf Bahnstrecke)
gerne weitere Vorschläge Benedictus 14:52, 16. Apr. 2007 (CEST)

... und das 2-Zeilen-Problem kenntlich machen, z.B. durch einrücken oder "und" statt "von" bzw. "nach". --von der Grün 15:39, 16. Apr. 2007 (CEST)

Von den lezten drei Beispielen finde ich das von 34er am besten: es ist zwar ziemlich breit, aber wenn man die Klammern (Unterscheidung ist ja schon durch kleinere Schrift gegeben) und „Bahnstrecke“ (wird spätestens auf den zweiten Blick ersichtlich, dass es sich um eine weiter Bahnstrecke handeln muss) weglässt. Wenn man davon ausgeht, dass sechs „vollgestopfte“ Beschreiungstexte wie im Beispiel relativ selten bis überhaupt nicht in einer echten Anwendungn vorkommen, ist auch die Lesbarkeit imo noch gewährleistet.

Beim Vorschlag von Benedictus fehlt eine Einordnung, man weiß nicht, in welche Richtung die Strecke führt. Wenn sich beispielsweise zwei Strecken A–B und X–Y in einem Bahnhof kreuzen und in den jeweiligen Streckentabellen nur steht „nach Bahnstrecke X–Y“ (was btw. grammatikalisch ziemlicher murks ist), kann man so nicht herausfinden, ob sich die Strecken A–X und B–Y oder A–Y und B–X kreuzen.

Der Vorschlag von Gunnar1m ist zwar an sich auch noch vertretbar, allerdings könnte man das „von und nach“ auf eine der beiden Präpositionen beschränken und dafür lieber den Namen „Feldatalbahn“ hinzufügen; genauso würde auch „Liebensteiner Bahn“ auch ausgeschrieben noch hinpassen und Strecken mit Eigennamen sollten i. A. auch diesen Namen als Linktext führen.

Und nun zur Auflistung von Benedictus: bei 2.) bin ich eher der Meinung (so stands auch irgendwo), dass bei Stationen ohne eigenen Artikel auf den Ort verlinkt werden sollte. Zu 3. siehe oben. --$TR8.$H00Tα ^{talk|rate} 18:40, 16. Apr. 2007 (CEST)

Verlauf
Strecke von Würzburg und Strecke von Lichtenfels Strecke von Crailsheim Strecke von Augsburg {{BSkm|100,6|0,0}} Nürnberg Hbf 302m Strecke nach Marktredwitz Strecke nach Schwandorf Strecke nach Regensburg

Verlauf
von Würzburg Hbf Nürnberg–Würzburg und Lichtenfels Nürnberg–Lichtenfels von Crailsheim Nürnberg–Crailsheim von Augsburg Hbf Nürnberg–Augsburg {{BSkm|100,60|0,00}} Nürnberg Hbf 302m nach Marktredwitz Nürnberg–Marktredwitz nach Schwandorf Nürnberg–Schwandorf nach Regensburg Hbf Nürnberg–Regensburg

Ich habe meinen Vorschlag (rechts, Nürnberg) gemäß der aktuellen Vorgaben (ganz oben in diesem Thread im grauen Kasten) bearbeitet. So sind die Richtungen erkennbar. Links habe ich den Vorschlag von 34er "reduziert" (nach $traight-$hoota s Vorschlag)Benedictus 19:49, 16. Apr. 2007 (CEST)

Links ist immer noch sehr breit.--Gunnar1m 08:49, 17. Apr. 2007 (CEST)

Vorschlag

Zur größeren Übersichtlichkeit werden die abzweigenden Strecken künftig mit einem Pfeilsymbol (→) versehen und klein geschrieben...--Ratheimer 11:37, 29. Mai 2007 (CEST)

Diese Pfeile bringen allerdings den Nachteil, das dadurch noch weniger Platz im Beschreibungsfeld verfügbar ist, um die abzweigende Strecke richtig zu bezeichnen (was auf jeden Fall Vorrang haben sollte). Außerdem ist ein zusätzliches Zeichen, um einen Abzweig zu symbolisieren unnötig, weil schon in der ersten Spalte ein Abzweigsymbol steht und typographisch inkorrekt, weil → bedeutet „wird zu“ bzw. „reagiert zu“. --$TR8.$H00Tα ^{talk|rate} 18:04, 29. Mai 2007 (CEST)

In meinen Augen bedeutet der Pfeil in diesem Fall "biegt ab zu" oder "zweigt nach ... ab", muss man auch nicht unbedingt allzu eng sehen...

Und wirklich viel Platz verbraucht so ein Pfeil ja nun nicht, max. 1-3 Satzzeichen!--Ratheimer 18:14, 29. Mai 2007 (CEST)

Über die Bedeutung kann man natürlich streiten, aber ein zusätzliches Symbol zum Darstellen eines Abzweigs ist schlichtweg unnötig und verbraucht nunmal Platz, auch wenn nur 1 em-Breite + Leerzeichen, aber das summiert sich und es sind genau die Abzweige, die die Streckentabellen breit machen. --$TR8.$H00Tα ^{talk|rate} 21:46, 29. Mai 2007 (CEST)

Hast Recht, stimmt auch wieder... , aber generell sollte man dann doch auch aus Platzgründen möglichst alle Abzw. klein schreiben - oder?--Ratheimer 15:10, 30. Mai 2007 (CEST)

Eben das wurde hier angesprochen, aber bisher noch nicht geklärt… --$TR8.$H00Tα ^{talk|rate} 15:55, 30. Mai 2007 (CEST)

Internationalisierung

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Die Formatvorlage Bahnstrecke wird mittlwerweile auch in der englischen, niederländischen und französischen Wikipedia eingesetzt. Die bisherigen Vorlagen und Bildernamen in den Commons sind aber hier auf Deutsch entstanden. Um auch andersprachigen Wikipedias gerecht zu werden, sollten wir daher einmal unsere Namenskonventionen überdenken und weitere Entwicklungen auch für andere Wikipedias zugänglich zu machen.

Situation

Die Vorlagenkomponenten werden in anderen Wikipedias teilweise lokalisiert: Die englische WP verwendet die selben Namen wie die deutsche, die niederländische verwendet eigene Vorlagen und die französische eigene Bildernamen. Besonders die eigenen Bildernamen machen eine internationale Zusammenarbeit mit gemeinsamen Bildern in den Commons zunichte, worauf ich dort schon mal hingewiesen habe; leider kann ich kein Wort Französisch und hab kein Plan, was die geantwortet haben :D (sind sich auch zu fein, auf Englisch zu antworten...)

Die Bildernamen mit deutschen Bedeutungen/Abkürzungen sind für anderssprachige Wikipedianer schwer zu verstehen und können daher auf Dauer nicht gut eingesetzt werden. --$TR8.$H00Tα ^{talk|rate} 19:17, 13. Mär. 2007 (CET)

• Anmerkung zur Lösung in der französischen WP: Dort werden die Commons-Bilder per lokalisierter Vorlage eingebunden. Das wäre zwar auch möglich, ist aber sehr aufwändig, weil für jedes Bild eine Vorlage erstellt werden muss. Und für neue Symbole müssen auch erst neue Vorlagen angelegt werden, um sie verwenden zu können. --$TR8.$H00Tα ^{talk|rate} 19:33, 14. Mär. 2007 (CET)
• Jetzt haben auch die Spanier eine Streckentabelle mit deutschen Commons-Symbolen und deutschen BS-Vorlagen, auch wenn im Artikel niederländische SP-Vorlagen eklärt werden (aber das Projekt ist noch in der Enstehung). --$TR8.$H00Tα ^{talk|rate} 23:28, 16. Mär. 2007 (CET)

Ja, das habe ich getan! Ich sollte das niederländisch noch auf spanisch übersetzen. Handige Harrie 14:14, 18. Mär. 2007 (CET)

Diskussion

• Mein Vorschlag wäre, neue Namenskonventionen als internationalen bzw. interlingualen Standart auszuarbeiten und die bisherigen Bildernamen zu ersetzen.

Die Diskussion dazu sollte nicht nur innerhalb der deutschen WP sondern am Besten in den Commons geführt werden.--$TR8.$H00Tα ^{talk|rate} 19:18, 13. Mär. 2007 (CET)

Die verwendeten Vorlagen könnten aber in lokalisierter Form angelegt sein, sodass auch jedes Wiki einzelne Details eigenständig verwenden kann. --$TR8.$H00Tα ^{talk|rate} 19:27, 13. Mär. 2007 (CET)

Vorlage:BS-2afbVorlage:BS-2afb diese und diese Datei:BSicon HSTR.svg diese und diese

Es wäre besser als auch die Vorlagen auf Commons waren. Dan kann jeder dieselbe Vorlagen und Bilder gebrauchen. Keider funktioniert das nicht.

Der Erik Baas in den Niederländen had Vorlagen gemacht um zwei Symbolen übereinander zu zeichnen. Das ist seht schön. Es soll in andere Sprachen auch möglich sein. Leider funktioniert es nicht mit IE6, aber nur mit IE7 und Firefox. Handige Harrie 22:31, 13. Mär. 2007 (CET)

Zu einer solchen Überlagerung gab es hier auch schon mal eine Diksussion. wegen der mangelnden Unterstützung im Internet Explorer, wurde diese Idee aber abgelehnt. (nicht signierter Beitrag von $traight-$hoota (Diskussion | Beiträge) --MdE ^✉ 20:38, 14. Mär. 2007 (CET))

Aber die Vorlagen sind da schon. Sie heißen BS-2afb, BS2-2afb usw. Und es gibt Unterstützung im Internet Explorer 7, kostenlos. Handige Harrie 14:14, 18. Mär. 2007 (CET)

Aber zum Beispiel nicht im IE6, der immer noch von mehr Usern genutzt wird, als der IE7. Diese Vorlagen stehen (für die Deutsche WP) hier aber nicht zu Diskussion --$TR8.$H00Tα ^{talk|rate} 14:48, 18. Mär. 2007 (CET)

Es wäre toll wenn die WikipediaSoftware die zwei Abbildungen schon zusammenfügt und sie wie eine Abbildung am Gebraucher sendet. Ha, est gibt so viel das ich verbessern wolle. Handige Harrie 23:23, 18. Mär. 2007 (CET)

Wie es die Franzosen schon begründet habe, sehe ich es eigentlich auch. Schon mit manchen „unserer“ Abkürzungen hatte ich anfangs Verständnisprobleme. Englische Symbole würden wahrscheinlich nicht allzuviel bringen. Außerdem: Jetzt haben wir das System schon entwickelt, da haben wir auch das Recht, über die Namen zu entscheiden ;-) . Bei den Vorlagen sind lokale Versionen eigentlich besser, allein z.B. die „größeren“ wie BS-daten sollten ja schon in der Landessprache sein. Ich würde vorschlagen, den Commons-Bilderkatalog aktuell zu halten. Zudem sollte dort eine Art Infoplattform entstehen, auf der Änderungen und Verbesserungen bekanntgegeben werden können. Gruß --MdE ^✉ 20:35, 14. Mär. 2007 (CET)

Stimmt, daran hatte ich auch noch nicht gedacht. Egal in welcher Sprache die Symbole benannt werden, wird man niemals einen einfach verständlichen Namen finden können (BRÜCKE, BHF, TUNNEL etc. mal ausgenommen). Eine Infoplattform in den Commons ist nun, da sich das Bahnstrecken Projekt gut im Einsatz bewährt hat und auch von anderen übernommen wird, eigentlich unausweichlich. --$TR8.$H00Tα ^{talk|rate} 21:25, 14. Mär. 2007 (CET)

Wenn Du Spoorstrip.exe gebrauchst, brauchst Du die Namen der Symbolen und Vorlagen nicht mehr zu kennen. Dann ist es egal ob sie auf Deutsch oder auf englisch genenn sind. Handige Harrie 14:14, 18. Mär. 2007 (CET)

Ich finde Spoorstrip.exe zwar gut, aber man kann 1. nicht erwarten, dass jeder dein Programm nutzen soll, um gut mit Bahnstreckenvorlagen arbeiten zu können und 2. geht das auch unter Linux oder Mac eh nicht. Die Inhalte der WP sollte soweit möglich auch immer mit nem einfachen Texteditor bearbeitbar sein und keine Zusatzprogramme erfordern. Wer will kann natürlich Spoorstrip.exe nutzen, aber man darf nicht dazu gezwungen sein. --$TR8.$H00Tα ^{talk|rate} 14:48, 18. Mär. 2007 (CET)

Etwas off topic: Eine empfehlenswerte Methode, die Hardware/Betriebssystem-Abhängigkeit (v.a. für GUI-orientierte Software) in den Griff zu bekommen, ist Glade/Gtk für die Implementierung zu verwenden. Das gibt's für alle gängigen HW/OS/PL-Kombinationen. Für die "Verteilung" solcher Software empfehlen sich die Portale SourceForge oder GNU Savannah. Ansonsten teile ich die Ansicht, dass die "Editierbarkeit" mit einem Texteditor immer gegeben sein sollte. Toll wäre, wenn man die Bilder über Redirects ansprechen könnte, dann könnte man in jeder Sprache eigene "Namen" vergeben. --Blieb 16:08, 18. Mär. 2007 (CET)

Wie wäre es die Namen generell per default englisch zu vergeben und die verschiedenen BS-Vorlagen um eine zweite gemeinsame Vorlage zu erweitern, die alle gebräuchlichen Symbolnamen (also die aus dem Bilderkatalog) übersetzen kann? Die englische Bezeichnung könnte man dann in den BS-Vorlagen jederzeit verwenden, optional aber auch die deutsche Bezeichnung, was den Autoren hier auf de.wikipedia.org empfohlen werden sollte (z.B. im Bilderkatalog). Wie man sowas genau "programmiert", kann man später noch diskutieren, das ist erstmal nicht so wichtig. Aber eine ordentliche übersichtliche Vorlage je Sprache halte ich sinnvoller als x-tausend Redirects (je nachdem wieviele Symbole und Sprachen es gibt), das ist ein unvorstellbarer Verwaltungsaufwand! Für seltene individuelle Symbole – die gibt es ja gelentlich auch – sollte der Aufwand in vertretbarem Rahmen liegen, die englische Bezeichnung in deutschsprachigen Artikeln zu verwenden. --th 17:28, 18. Mär. 2007 (CET)

Ich sehe das Problem bei den Sonderzeichen. Persönlich schätze ich Umlaute und schreibe auch gerne "BRÜCKE", aber wenn die Tastatur vor einem keine Umlaute hat, sind umlauthaltige Bezeichnungen lästige Zusatzarbeit. Deswegen plaediere ich, fuer die Namen nur ASCII-Zeichen zu verwenden. -- Klaus mit K 14:29, 4. Aug. 2007 (CEST)

Übersetzt

Ich habe die Diskussion auf http://fr.wikipedia.org/wiki/Discussion_Wikip%C3%A9dia:Mod%C3%A8le_BS nach englisch übersetzt. Handige Harrie 23:39, 13. Mär. 2007 (CET)

Danke ;) --$TR8.$H00Tα ^{talk|rate} 23:29, 16. Mär. 2007 (CET)

Umsetzung

Nachdem das hier fast eingeschlafen ist (ok, gab auch genug anderes zu tun), abe schon mal begonnen, auf den Commons eine entsprechende Seite einzurichten: Commons:Railway line template. Außerdem hab ich schonmal den Anfang der Richlinien in die Commons übertragen (Commons:Railway line template/Policies). Ich hoffe auf weiter Helfer, die sowohl bei der Konzeption als auch bei der Umsetzung helfen! --$TR8.$H00Tα ^{talk|rate} 15:32, 21. Apr. 2007 (CEST)

Noch mal zu Prettytable

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Da der entsprechende Abschnitt gerade archiviert wurde, es aber nicht ganz geklärt wurde, wollte ich das nochmal ansprechen. Die ganze vorhergehende Diskussion müsste aber nicht wieder hierhergeholt werden, da es da hauptsächlich um das Prettytable-Problem geht.

Also, ich hatte „damals“ ;-) vorgeschlagen, eine BS-eigene Anfangs- und Endvorlage zu verwenden, da auch Kritik am bisherigen Vorgehen kam, es sollte doch nicht die normale Prettytable verwendet werden, sondern eine eigene für Bahnstrecken.

Auf einer Unterseite meiner Benutzerseite hab ich das mal getestet.

• Ich habe eine Anfangsvorlage erstellt, die auch gleich den Titel beinhaltet (platzsparend). Sie enthält quasi subst:Prettytable.
• Als {{BS}} habe ich alte Versionen der normalen BS-Vorlagen verwendet, die noch nicht an die geänderte Situation angepasst wurden.
• Damit beim Ende nichts vergessen wird, habe ich noch eine Endvorlage erstellt.
• Man könnte einen Parameter für links- oder rechtsseitig hinzufügen.

Zu finden ist das auf MdE/Test BsFB-FD.

Es gäbe nun 2 Möglichkeiten:

1. Die BS-Vorlagen werden (da sich sonst nichts geändert hat) auf den Stand zurückgesetzt, den sie vor der Prettytable-Umstellung hatten. In die Anfangfsvorlage wird genau das übernommen, was damals in der Vorlage {{Prettytable}} stand (siehe meine Anfangsvorlage).
   Vorteil: Es sieht alles genauso aus wie vor der Umstellung, mit allen Details.
   Nachteil: Mit fällt auf Anhieb nichts ein.
2. Die BS-Vorlagen werden so gelassen, und die Anfangsvorlage bekommt das, was aktuell die Klasse Prettytable enthält.
   Vorteil: Es muss nichts an den BS-Vorlagen geändert werden.
   Nachteil: Ich weiß nicht, ob inzwischen alles behoben wurde, was durch die Prettytable-Umstellung an Darstellungsfehlern auftrat.

Meinungen, ob überhaupt nötig, und wenn, welche Variante? Gruß --MdE ^✉ 15:52, 30. Apr. 2007 (CEST)

Ok, bin für Möglichkeit 2. Darstellungsfehler gibt es afaik keine. --$TR8.$H00Tα ^{{talk•rate}} 20:50, 25. Sep. 2007 (CEST)

Wenn es soweit keine Gegenstimmen gibt, werde ich das mal in Form einer Anfrage bei den Bots, ob das generell machbar ist, starten (M. 2). Bleibt nur noch die Frage: Soll BS-header in BS-Anfang integriert werden (siehe Testseite)? BS-header könnte für weitere Titel optional natürlich bestehen bleiben. Gruß --MdE ^✉ 20:04, 15. Okt. 2007 (CEST)

Jo, frag mal nach. BS-header wird in der Regel immer am Anfang verwendet, also kann das ruhig als Parameter intergriert sein. Aber wenn der Parameter bei BS-Anfang leer ist, sollte BS-header auch wegbleiben. --$TR8.$H00Tα ^{{talk•rate}} 21:57, 15. Okt. 2007 (CEST)

Dass die Bahnstreckenboxen auf der CSS-Klasse prettytable basieren ist generell schlecht. Egal ob dabei class="prettytable" im Aktikel oder in einer Vorlage steht. Die Streckenbänder sind zwar in Zeilen und Spalten angeordnet, sie sind aber keine Tabelle im klassischen Sinn. Dieses Problem gilt für alle Infoboxen. Die generelle richtige Lösung für dieses Problem wäre eine eigene CSS-Klasse für Infoboxen, wie sie bei en:MediaWiki:Common.css definiert ist. Bevor nun per Bot eine neue Vorlage angebaut wird, sollte diese Vorlage erst mit einer sinnvolleren Definition gefüllt werden. Ich habe dies schon vor längerer Zeit angesprochen: Vorlage Diskussion:Prettytable#Infoboxen mit Prettytable --Fomafix 22:12, 15. Okt. 2007 (CEST)

Das wäre schon besser. Ursprünglich hatte ich vor, in der Vorlage die Prettytable-Vorlage zu substen, aber die dürfte es mittlerweile nicht mehr geben. Hast du eine Idee, wie man das am besten lösen kann? Gruß --MdE ^✉ 23:08, 15. Okt. 2007 (CEST)

Mehrzeiliger Beschreibungstext

Die bisherigen Versuche für mehrzeilige Beschreibungstexte waren nicht erfolgreich. Ich habe hier eine weiteren Versuch basierend auf absolut positionierten Bildern.

Lösung 1: Absolute Positionierung
Ypseltalbahn von Ypselheim 0,0 Langer Text, der bei Bedarf umgebrochen wird, wenn die Infobox nicht breit genug ist. Effviadukt 1.077 m

Die rosa Strecke passt sich automatisch dem Symbolabstand an. Es ist so noch nicht ausgereift und soll nur Idee zeigen. Es muss zuerst getestet werden, ob das bei allen Browsern auf dem Bildschirm und beim Ausdruck funktioniert. --Fomafix 07:24, 27. Sep. 2007 (CEST)

Nach was richtet sich nun die Breite der Box?--Gunnar1m 09:30, 27. Sep. 2007 (CEST)

Ich habe hier zur Demonstration die Breite der Box auf 50% gestellt, damit durch eine Größenänderung des Browsers der Umbruch und vorallem die Verlängerung der Linie getestet werden kann. Der Umbruch kann auch manuell mit <br /> erreicht werden. Infoboxen sollten weiterhin eine maximale Breite von ca. 25em bzw. 300px haben – entweder manuell durch Umbrüche oder neu auch durch eine explizite Breitenabgabe und automatische Umbrüche. Weiterhin ist es am besten, wenn die Beschreibung auf eine Zeile gekürzt wird. Nur bei notwendigen mehrzeiligen Angaben kann dadurch die Konstruktion mit separatem STR in der Folgezeile erspart bleiben. --Fomafix 10:47, 27. Sep. 2007 (CEST)

Ich habe hier eine andere Lösung mit einer zusätzlichen Spalte der Breite 0: --Fomafix 13:34, 11. Okt. 2007 (CEST)

Lösung 2: Zusätzliche Spalte der Breite 0
Ypseltalbahn von Ypselheim 0,0 Langer Text, der bei Bedarf umgebrochen wird, wenn die Infobox nicht breit genug ist. Effviadukt 1.077 m

Diese Lösung scheint bei Internet Explorer 6, Opera und Firefox sowohl in der Anzeige, als auch in der Druckversion korrekt dargestellt zu werden. Um das in Vorlage:BS aufzunehmen müssten bei allen Vorlagen eine leere Spalte eingefügt werden. Die Aktivierung des Teleskops kann optional bleiben. Als mögliche Teleskopstücke kommen im Normalfall nur STR , exSTR , tSTR in Frage. Die Aktivierung des Teleskops könnte über einen optionalen benannten Parameter mit dem Namen des Symbol geschehen: T=STR. Die Verwendung in einem Streckenband würde dann folgendermaßen aussehen:

{{BS|BHF|T=STR|0,0|[[Hauptbahnhof|Ahstadt Hbf]]|4=Endbahnhof {{S-Bahn-B-S1}}}}

Für Vorlage:BS2 könnten zwei Parameter verwendet werden: T1=STR|T2=exSTR. --Fomafix 15:58, 11. Okt. 2007 (CEST)

Sofern keiner Bedenken hat, werde ich diese Erweiterung als optionalen Parameter demnächst in die BS-Vorlagen aufnehmen. Die Aktivierung des Telekops bleibt optional und ist daher abwärtskompatibel. Ohne aktiviertes Teleskop ist die einzige Änderung eine zusätzliche Spalte der Breite 0. Ich werde die Änderung in zwei Schritten durchführen. Im ersten Schritt werde ich nur die Spalte der Breite 0 in alle BS-Vorlagen aufnehmen. Im zweiten Schritt werde ich das Teleskop nach und nach durch einen optionalen Parameter aktivierbar machen. --Fomafix 16:12, 15. Okt. 2007 (CEST)

Nichts dagegen. Gruß --MdE ^✉ 20:01, 15. Okt. 2007 (CEST)

Ich habe die erste Stufe umgesetzt und in die BS-Vorlagen eine zusätzliche Spalte der Breite 0 eingefügt. Probleme bitte hier melden. --Fomafix 23:23, 13. Nov. 2007 (CET)

Ich habe die zweite Stufe aktiviert und bei einer Bahnstrecke getestet. Axpde hat bei Problemen mit kombinierten BS/BS2-Zeilen hingewiesen. Daher habe ich mir folgende Lösung mit einer zusätzlichen Zeile der Höhe 0 statt einer zusätzlichen Spalte der Breite 0 ausgedacht:

Lösung 3: Zusätzliche Zeile der Höhe 0
Datei:BSicon BS2lg.svgDatei:BSicon BS2rg.svg Übergang von BS2 auf BS 0,0 Langer Text, der bei Bedarf umgebrochen wird, wenn die Infobox nicht breit genug ist. Effviadukt 1.077 m

Durch eine weitere zusätzliche Zeile der Höhe 0 davor wäre es auch möglich, die Symbole wieder vertikal zu zentrieren. --Fomafix 15:21, 18. Nov. 2007 (CET)

Mit vertikal zentriertem Symbol sieht das folgendermaßen aus. (Ich habe absichtlich STR und exSTR vertauscht, damit die Teleskope zu erkennen sind.)

Lösung 3: mit zusätzlich vertikaler Zentrierung
Datei:BSicon BS2lg.svgDatei:BSicon BS2rg.svg Übergang von BS2 auf BS Datei:BSicon xKBFe.svg 0,0 Endbahnhof, Langer Text, der bei Bedarf umgebrochen wird, wenn die Infobox nicht breit genug ist. ehemaliges Effviadukt 1.077 m

Allerdings werden dazu zwei Symbole benötigt, die auch noch voneinander unterschiedlich sein können und bei Kopfbahnhöfen auch nur einseitig benötigt werden. Mit einem Parameter ist das nicht zu erreichen. Ich könnte mit aber folgendes vorstellen:

• To=STR, setzt die Teleskop oberhalb des Symbols. Wenn der Parameter nicht angegeben ist, wird kein Teleskop erzeugt.
• Tu=STR, setzt die Teleskop unterhalb des Symbols. Wenn der Parameter nicht angegeben ist, wird kein Teleskop erzeugt.
• T=STR, ist eine Kurzschreibweise für To=STR|Tu=STR

Es wäre prinzipiell auch denkbar die Teleskope durch ein großes switch automatisch aus dem Symbolnamen zu erzeugen.

Die Lösung 3 mit einer Zeile der Höhe 0 scheint besser zu sein, als die Lösung 2 mit einer Spalte der Breite 0. Ich werde die zusätzliche Spalte wieder aus den BS-Vorlagen entfernen und die Lösung 3 nach und nach aktivieren. --Fomafix 18:53, 18. Nov. 2007 (CET)

Bei Symbolen, die nicht STR als Grundsymbol enthalten, ist das Teleskop hinter dem Symbol sichtbar:

Problem: sichtbares Teleskop
0,0 Bahnhof 0,0 seitlicher Kopfbahnhof mit Teleskop oben

Abhilfe dagegen ist es, den Symbolen die Hintergrundfarbe der CSS-Klasse prettytable zu geben:

mit Hintergrundfarbe
0,0 Bahnhof 0,0 seitlicher Kopfbahnhof mit Teleskop oben

Dabei wäre es auch denkbar, die Farbe per Parameter änderbar zu machen. Eine freie Farbwahl finde ich allerdings nicht gut, da dann jede Bahnstrecke ihre eigenen Farben verwendet. Ein Satz von zwei bis vier Standardfarben, mit sinnvollem Kontrast zu den Streckensymbolen, sollte ausreichen. Solange beim Internet Explorer 6 keine transparenten PNGs angezeigt werden, macht eine Hintergrundfarbe für Symbole kein Sinn. Eine Lösung dieses Problems ist (hoffentlich) im Gange: MediaWiki Diskussion:Common.js#PngFix --Fomafix 11:12, 19. Nov. 2007 (CET)

Ich habe die Vorlage:BS mit dem zuletzt beschriebenen Verfahren für mehrzeilige Texte erweitert. Bitte bisher nur experimentell verwenden. Es muss noch einiges geprüft werden: Werden die Symbole in allen Browsern richtig dargestellt und ausgedruckt? Stören die zusätzlichen Symbole? Gibt es weitere Darstellungsfehler? Derzeit fällt mir folgendes auf:

• Der Internet Explorer 6 hat in Abhängigkeit von der Schriftgröße zwischen den Symbolen ab und zu weiße Lücken. Durch die zusätzlichen leeren Tabellenzeilen hat das zugenommen. Wenn ich die Seite abspeichere und als eigenständige HTML-Seite öffne treten diese Probleme nicht auf. Daher vermutlich ich ein Rundungsfehler bei der Umrechnung auf Pixel durch irgendwelche CSS-Definitionen.
• Textbasierte Browser wie der w3m zeigen bisher die Bahnstreckentabellen zwar ohne Bild, aber lesbar dar. Durch die zusätzlichen Tabellenzeilen der Höhe 0 werden zusätzliche Zeilen angezeigt, die überhaupt nicht notwendig sind.
• weitere Probleme hier eintragen.

Sollte es dadurch untragbare Nachteile geben, muss die Vorlage wieder zurückgebaut werden.

Die Umsetzung mit den zusätzlichen Parametern To, Tu und T sehe ich auch nur als Zwischenlösung an. Der Autor sollte sich darüber keine Gedanken machen müssen. Die Farbe und Form der Verlängerung sollte automatisch erkannt werden.

Außerdem stellt sich die Frage, ob mehrzeilige Texte überhaupt notwendig und sinnvoll sind. Mir fällt auf, dass das bisherige einheitliche Schriftbild durch den geringeren Durchschuss der mehrzeiligen Texte gestört wird. --Fomafix 16:09, 27. Nov. 2007 (CET)

Commons

Ich gebe es auf, mich darum zu kümmern - vielleicht kann das irgendwer übernehmen, aber der bisherigen Resonanz nach scheint es ja egal zu sein, wenn die Symbolkat mit solchen sinnvollen und immer korrekt benannten Neukreationen zugemüllt wird:

• Datei:BSicon uSBHF1.svg
• 
• 
• Datei:BSicon PI2l.svg
• Datei:BSicon vutUTurmBHFo.svg
• Datei:Croisement-rouge.svg
• Datei:BSicon vABZrf-KRZ exbleu rouge.svg
• Datei:BSicon utUKRZo1ABZgg.svg
• Datei:BSicon hexBHF bleu-exBHF vert.svg
• Datei:BSicon bubTurmBHFo.svg
• 
• Datei:BSicon eKRZ vert exjaune.svg

Man beachte auch, sofern überhaupt vorhanden, die tollen C&P-Beschreibungen...

Gruß --MdE ^✉ 00:08, 12. Okt. 2007 (CEST)

Ein letzter Nachschub: Mit den commons-Richtlinien haben wir uns ein Eigentor geschossen. Da steht, wenn ein Icon im Commons-Katalog oder einem vergleichbaren lokalen (wie de) gelistet ist, ist es offiziell - wenn immer man auf nl:WP oder en:WP also ein wie hier oben abgebildetes Symbol toll findet, wird es offiziell! --MdE ^✉ 21:32, 22. Okt. 2007 (CEST)

Offiziell für das jeweilige Wiki! - Wenn die Niederländer ein Bild in ihren Katalog aufnehmen, heißt das nicht, dass das auch in der deutschen Wikipedia verwendet werden kann (wenns nicht in unserem Katalog steht). Aber vllt müsste das besser ausgedrückt werden... Sollte jetzt in Ordnung sein. --$TR8.$H00Tα ^{{talk•rate}} 22:31, 22. Okt. 2007 (CEST)

Denke schon. Ich habe nämlich ineiner Sache auf die Richtlinien verwiesen, woraufhin mir der fragwürdige Satz präsentiert wurde. So sollte es besser sein. Gruß --MdE ^✉ 20:15, 23. Okt. 2007 (CEST)

Entwickler gesucht: Formatvorlage Flussstrecke

Im Artikel Liste europäischer Flüsse gibts eklatante Übersichtlichkeitsprobleme. Vielleicht kann ja einer der Bahnstrecken-Formatvorlagen-Profi mit Hang zur Hydrologie (Potamologie) etwas ähnliches entwickeln !?!

Hier mein dortiger Diskussionbeitrag: Zum Thema Unübersichtlichkeit könnten Begabtere als ich eine der Wikipedia:Formatvorlage Bahnstrecke (z.B. anzuschauen bei Dresden-Bodenbacher Eisenbahn) ähnliche vertikale Darstellungsform entwickeln, die jeweilige (Haupt-)Stromkilometer sowie die Länge (km), das Einzugsgebiet (km²), Zufluss (m³/s) darstellt. Das Ganze hätte außerdem den Vorteil linker/rechter Zufluss zu illustrieren und allfällige sonstige Phänomene wie Wasserfälle, Staudämme, Inseln, Häfen, Verzweigungen/Mündungsarme darzustellen. Anwendung fände das dann ja auch auf den jeweiligen Artikelseiten der Einzelflüsse. AlMa77 16:31, 17. Okt. 2007 (CEST)

→ gibts schon längst! Vorlage:Fluss-Header, Vorlage:Fluss-Footer, Vorlage:Fluss-Zeile etc… (Beispiel: Wupper). Lediglich die Dokumentation scheint nicht so gut zu sein wie hier. Wende dich am besten mal an Benutzer:Augiasstallputzer, der hat das entworfen. --$TR8.$H00Tα ^{{talk•rate}} 20:46, 17. Okt. 2007 (CEST)

Das erinnert mich an meinen Test, der die Tage schon zu einer Nachfrage führte und den auch schon wieder gewuppert habe ... Wobei ich etwas Zweifel habe, ob die Wupper-Symbole witklich großflusstauglich sind --Mueck 20:51, 21. Okt. 2007 (CEST)

Da hatte doch erst kürzlich jemand gefragt... → commons:Category:Icons for canal descriptions *roll* Gruß --MdE ^✉ 23:33, 21. Okt. 2007 (CEST)

Hach, da werden Erinnerungen an Hausbooturlaube auf dem Canal du Midi aufgewühlt *seufz* *träum* :-) Die "Verwanschaft" zur Eisenbahn ist doch offensichtlich: en:Template:Waterways_legend Laut commons:Category:Map_icons gibt's auch noch Symbolkagtaloge riverfloats der Wupper etc., Autobahnen und Fußwege(!). Erfindertum ist also unbedingt noch für Radfernwege gefragt! --Mueck 23:29, 22. Okt. 2007 (CEST)

Änderungen bei alten Symbolen

Neben den vielen absolut unverzichtbaren Neukreationen reduziert ein User auf den Commons gerade den Inhalt bestehender Symbole (alte wie etwa STR) auf ein Minimum, selbst die Titelangabe entfällt (Galerie). Ist das Sinnvoll? Gruß --MdE ^✉ 00:53, 21. Okt. 2007 (CEST)

Also ehrlich gesagt, versteh ich irgendwie nicht, was du meinst... --$TR8.$H00Tα ^{{talk•rate}} 15:02, 21. Okt. 2007 (CEST)

Ups, ich war sicher, ich hätte hier schon geantwortet – also: ich habe den Kollegen auf commons:User_talk:Sameboat#BS_Icons angeschrieben und dort auch kurz beschrieben, was er gemacht hat; genauer kannst du es dir z. B. an den Dateiversionen von commons:Image:BSicon_STR.svg anschauen. Was der Kollege da tut, mag teilweise sinnvoll sein, aber er ist m. E. über das Ziel hinausgeschossen. --dealer^ofsalvation 16:10, 21. Okt. 2007 (CEST)

Die Dateigröße von STR ist deutlich kleiner. Das wäre sicher sinnvoll, würde das SVG direkt angezeigt, was es aber (noch) nicht wird, wenn ich nicht irre, sondern stattdessen PNGs, womit sich der wahre Nutzen minimiert ... --Mueck 20:58, 21. Okt. 2007 (CEST)

Das reduzierte SVG wird von Firefox (direkt) übrigens nicht mehr gerendert. Gruß --MdE ^✉ 23:29, 21. Okt. 2007 (CEST)

Bin dabei, die Dinger anzugucken und zu revertieren (mit dem „revert“-Link im Abschnitt „File history“). Ich frage mich für die Zukunft, wie man es anstellen kann, solche Experimente wie die von dem Kollegen mitzubekommen – Uploads neuer Dateiversionen stehen, soweit ich sehe, auf keiner Beobachtungsliste und keiner „related changes“ („Änderungen an verlinkten Seiten“) – da stehen nur Änderungen in der Bildbeschreibung, Kat., Lizenz etc. Gibt es da ein Tool, um Uploads neuer Dateiversionen zu erkennen? --dealer^ofsalvation 16:15, 23. Okt. 2007 (CEST)

Habe die Bilder, die in commons:Icons_for_railway_descriptions aufgelistet waren, aufgerufen und in der Historie durchgeschaut. Die bemängelten Änderungen habe ich in den *STR*-Symbolen (alle Varianten) gefunden und revertiert. Jetzt wäre noch toll, wenn jemand auf o.g. Beobachtungsfrage eine Antwort wüsste. --dealer^ofsalvation 16:56, 23. Okt. 2007 (CEST)

Tja, sowas suche ich auch - in User hatte nämlich mal (wegen falsch eingestelltem Monitor?) einige Fotos, auch eines von mir, überhellt neu hochgeladen...

Ich hab nur neulich in der Versionsgeschichte gesehen, dass da „hat eine neue Version hochgeladen“ stand, glaube bei einem STR-Symbol. Also müsste es doch eigentlich beobachtbar sein? Gruß --MdE ^✉ 20:20, 23. Okt. 2007 (CEST)

Composite icons (in English Wikipedia)

Greatings from English Wikipedia! Sorry that I am discussing in English; actually I don't know German. I would like to inform all BS project members here that, in English Wikipedia, a new technique was developed and we need comments, supports and consenuses from the origin of BS, German Wikipedia. I sincerely invite contributors here to visit en:Wikipedia talk:Route diagram template#Composite icons and give suggestions in it. - PeterCX&Talk 12:50, 8. Nov. 2007 (CET)

No problem, Peter, most of us comunicate english fluently. --Lantus 13:17, 8. Nov. 2007 (CET)

Bei der englischen Wikipedia muss ein SVG-auf-PNG-Transformator laufen, der PNGs erzeugt, die beim Internet Explorer 6 transparent angezeigt werden. Bei der deutschen Wikipedia funktioniert das nicht. Folgendes Bild hat beim Internet Explorer weiterhin einen weißen Hintergrund: --Fomafix 13:20, 8. Nov. 2007 (CET)

Datei:BSicon texBHF.svg

Bei der englischen Wikipedia ist unter en:MediaWiki:Common.js ein JavaScript-basierter Workaround, mit dem dem Internet Explorer transparente PNGs beigebracht werden. --Fomafix 09:12, 9. Nov. 2007 (CET)

Der Workaround ist nun in der deutschen Wikipedia aktiviert. Damit sollten bei den meisten Lesern transparente PNG (und damit SVGs) korrekt angezeigt werden. Wir können uns nun Gedanken machen, ob und wo wir das einsetzen. Mir fallen Hintergrundfarben hinter den Streckensymbolen zum hervorheben und übereinander liegende Symbole zum Erzeugen von neuen Symbolen ein. Gibt es weitere Vorschläge? Ich habe schon meine Vorstellung, wie das sinnvoll umgesetzt werden könnte, muss aber noch ausreifen. --Fomafix 09:31, 26. Nov. 2007 (CET)

Hintergrundfarben standen auch schon mal zur Diskussion, sind aber nicht so praktisch, weil man dann gefahr läuft, dass alles kunterbunt wird Farben verschiedene Bedeutungen haben, die sich anders als bei den Symbolen nur per Legende erkennen lassen. Ich denke, wir sollten diese Technik ausschließlich für Symbolkombinationen verwenden und das auch nur stark beschränkt. Es kann einfach ein Haufen Wildwuchs an undurchsichtigen Symbolen entstehen, der, anders als neu hochgeladene Bilder, vielleicht nicht so schnell auffällt. Und der Großteil der Streckenboxen kommt auch jetzt schon mit den bisherigen Bildern gut klar, also sollten übereinandergelegt Symbole – wenn überhaupt – nur in ganz speziellen Fällen verwendet werden. Vor allem Autoren, die sich mit der Formatvorlage nicht so gut auskennen, würden sonst vermutlich lieber ein kompliziertes Symbol kreiren anstatt ein vorhandenes zu suchen, das in dieser Situation verwendet werden kann. --$TR8.$H00Tα ^{{talk•rate}} 13:06, 26. Nov. 2007 (CET)

Andererseits könnte man nun auf Commons klar Schiff machen und nur noch zusammengesetzte Symbole verwenden, auch für die Standardsituationen. Das wäre nur wohl viel Programmieraufwand, da das ganze (zur Kontrolle) über Switch laufen müsste. Dafür wäre der Symbol-Wildwuchs (das ist genial: ) kontrollierbar. Aber nur ne Idee, die mir grad kam. Gruß --MdE ^✉ 18:39, 26. Nov. 2007 (CET)

Genau das waren auch meine Gedanken. Durch zusammengesetzte Symbole kann die Anzahl der Symbole deutlich reduziert werden, da nicht jedes Symbol in allen Varianten erzeugt werden muss. Auch die Ladezeit pro Seite wird wahrscheinlich nicht steigen, sondern eher sinken, da sich aus wenigen Standardsymbolen die meisten verwendeten Symbole erzeugt lassen. Gleichzeitig ist damit auch das Problem der Internationalisierung lösbar, denn es wird auf jeden Fall ein großes Switch benötigt, mit denen die abstrakten Namen auf eine Sammlung von Symbolen abbilden werden.

Hintergrundfarben gibt es schon, allerdings für die Kilometerspalte. Eigentlich sollten aber die Kilometer, sondern die Strecke hervorgehoben werden, vor allem bei mehreren Symbolen nebeneinander. Ob Farben wirklich notwendig sind, ist sicherlich die Frage, aber vielleicht gibt es doch sinnvolle Anwendungsfälle. Auf jeden Fall muss hier einem Wildwuchs dadurch entgegengewirkt werden, dass nur wenige sinnvolle Farben zugelassen werden.

Zusammengesetzte Symbole müssen aber erst noch abgetestet werden. Funktioniert das auch sinnvoll beim Ausdrucken, Transformation in weitere Formate, wie PDF, LaTeX, Anschauen auf mobilen Geräten usw.? --Fomafix 19:41, 26. Nov. 2007 (CET)

In Firefox sind transparente PNGs beim Drucken mit schwarzem Hintergrund, aber das betrifft auch die nicht-zusammengesetzten Symbole. Gruß --MdE ^✉ 16:21, 27. Nov. 2007 (CET)

Kann ich bestätigen. Bei Opera bekommen die transparenten PNGs beim Ausdrucken in ein PDF einen weißen Hintergrund. --Fomafix 17:43, 27. Nov. 2007 (CET)

line-height

In den BS-Vorlagen steht ein line-hight:80% für die kleiner Schrift bei den Anmerkungen. Diese Angabe wurde Aufgrund Lücken zwischen einzelnen Symbolen eingefügt. line-hight:80% sorgt für einen negativen Durchschuss, wenn die Zeile umgebrochen wird:

A: mit line-hight:80%
vorheriger Eintrag gggggg erste Zeile ffffffff zweite Zeile nächster Eintrag

Da ich in Vorlage:BS-table ein line-hight:1.2 eingefügt habe, und damit das übergroße line-hight:1.5em überschreibe, werden auch ohne line-hight keine Lücken auftreten.

B: ohne line-hight:80%
vorheriger Eintrag Bahnhof Hat hier jemand eine Lücke nach dem Bahnhofsymbol? nächster Eintrag

Bei einem mehrzeiligen Anmerkungsfeld entsteht ohne negativem Durchschuss eine Lücke:

C: Mehrzeilig ohne Teleskop ohne line-hight:80%
vorheriger Eintrag gggggg erste Zeile ffffffff zweite Zeile nächster Eintrag

Dies lässt sich durch T=STR nach #Mehrzeiliger Beschreibungstext beheben:

D: Mehrzeilig mit Teleskop ohne line-hight:80%
vorheriger Eintrag gggggg erste Zeile ffffffff zweite Zeile nächster Eintrag

Wenn jemand bei Streckenband B eine Lücke sieht, bitte melden. Ansonsten werde ich das line-hight:80% demnächst entfernen. --Fomafix 15:14, 14. Nov. 2007 (CET)

Bei mir einwandfrei. Gruß --MdE ^✉ 16:55, 14. Nov. 2007 (CET)

Mac OS: Firefox und Safari OK. --dealer^ofsalvation 12:39, 15. Nov. 2007 (CET)

Ich habe line-height:80% aus allen Vorlagen entfernt. --Fomafix 09:58, 16. Nov. 2007 (CET)

E: Nach der Änderung
vorheriger Eintrag gggggg erste Zeile ffffffff zweite Zeile nächster Eintrag

Dieser Abschnitt kann archiviert werden. Fomafix 09:58, 16. Nov. 2007 (CET)