Wikipedia talk:Route diagram template/Catalog of pictograms

Archives

/Archive 1

This page has archives. Sections older than 60 days may be automatically archived by Lowercase sigmabot III.

Before making icon requests check Rail Icons as it might already exist just not be on this abbreviated list.

Can someone change the colors to match uAKRZu? I'd do it myself but I don't know how... NThomas76207 (talk) 05:34, 9 December 2008 (UTC)[reply]

Fixed: - Erik Baas (talk) 21:03, 28 December 2008 (UTC)[reply]

Was tidying up some RDT today, and was wanting to use exTUNNELlu and was surprised that one does not appear to exist. Can anyone help. --Stewart ^{(talk | edits)} 18:16, 28 December 2008 (UTC)[reply]

File:BSicon exTUNNELlu.svg - Erik Baas (talk) 20:57, 28 December 2008 (UTC)[reply]

Ta --Stewart ^{(talk | edits)} 21:14, 28 December 2008 (UTC)[reply]

While proponents of both sides argue lengthily about The Conventions for "H" versus "q" and ever more fancy icons (JHC! the maps are only schematics!), why is nothing said about "l" and "r" which are used to mean either relative to driver going down the page or as you the viewer see the page? CONTs are the latest to disregard the original handshake-with-third-finger-folded method--SilasW (talk) 20:11, 30 December 2008 (UTC)[reply]

CONTs follow the premise of sight, and the usual left and right that we're all used to. Most route diagrams aren't following orientation, and therefore viewer left and right is the only option we have. Kevin Steinhardt (talk) 21:07, 30 December 2008 (UTC)[reply]

Nope! Direction is always seen from "driving direction", i.e. seen from top to bottom: File:BSicon ABZrf.svg (), File:BSicon ABZrd.svg (), File:BSicon ABZdr.svg (File:BSicon ABZdr.svg), all branches going right ("driving direction"), and not left as seen from the viewers point! axp_de^Hello! 09:05, 31 December 2008 (UTC)[reply]

Well in that case the CONT icons will all need to change, right? ChrisDHDR 12:11, 31 December 2008 (UTC)[reply]

Well, afaic yes. But fortunaly at the moment there's not much to change ;-) axp_de^Hello! 12:16, 31 December 2008 (UTC)[reply]

Won't the u and d suffixes have to change to the German equivalents as well? (PS:I told people to stop using the CONT icons for the moment.) ChrisDHDR 12:48, 31 December 2008 (UTC)[reply]

Well neither u nor d are suffixes in compliance with the original naming convention, the u suffix means underneath (unten, somtimes also underground), d is only used as prefix. The original catalogue holds f for forward driving direction (Fahrtrichtung), and g for against driving direction (Gegenrichtung). axp_de^Hello! 13:49, 31 December 2008 (UTC)[reply]

Template:Bs-table1Template:Bs1Template:Bs1Template:Bs1Template:Bs1

|} So the change will be like that I guess... -- Sameboat - 同舟 (talk) 14:01, 31 December 2008 (UTC)[reply]

At least this naming is in compliance with Wikipedia:Route diagram template#Pictograms resp. Wikipedia:Route diagram template/Catalog of pictograms. axp_de^Hello! 10:44, 3 January 2009 (UTC)[reply]

I guess it's time for everyone watching here to vote. u-d-l-r or f-g-r-l set. I vote for my original u-d-l-r as per Kevin's visual perception. I don't wanna go with the f-g-r-l because unlike the junction/branching, there's no turning or bending from a direction(f/g) to another one (l/r). Using the lf-rf-lg-rg rule is confusing in the first place. Also the u-d-l-r set makes it easier to replace the {{rmr}} since they share the same directional rule. -- Sameboat - 同舟 (talk) 22:11, 3 January 2009 (UTC)[reply]

p.s. u-d-l-r or f-g-r-l don't conflict each other. Because the original concept of the later one is creating combination lf-rf-lg-rg for junction/branching. So it isn't confusing to let editors to understand that rather the suffix is telling from the reader perspective or "driver perspective". If the suffix comes by a single u/d/l/r, it's always from the reader perspective, looking at the diagram plane obversely, down>>up-wise. -- Sameboat - 同舟 (talk) 22:20, 3 January 2009 (UTC)[reply]

The suffix 'u' is already used twice, on flying crossings to mark the vertical track as going underneath, and on some mixed icons to mark the vertical track as underground. It's a bad idea to introduce a third meaning for this suffix!

The suffix 'd' is already in use as well to indicate double junctions as in File:BSicon ABZld.svgFile:BSicon ABZdl.svg! axp_de^Hello! 23:12, 18 January 2009 (UTC)[reply]

Firstly, I really don't think voting is what is required here; any change to the current and long-term coding needs a widespread acceptance before possibly taking place and not a quick decision by a few people. Myself, I see no good reason to actually change any existing codes. They already exist and are in use. Should a new requirement come along that absolutely has to have a new code then we can review whether a change for that icon set is required, but otherwise why change what works? There is no need of change for change's sake and the management of rail (and canal and footpath) templates is predominantly down to those individuals who set out to learn their way around the present system and grok it, rather than the more casual editor. Rail metals don't change daily and there is no need for us to have the ability to do so at a moment's notice either. --AlisonW (talk) 22:31, 3 January 2009 (UTC)[reply]

I'm for the original German f-g-r-l system – as Alison said, why change for change's sake? ChrisDHDR 17:45, 18 January 2009 (UTC)[reply]

Template:Bs-table1Template:Bs1Template:Bs1

|}

Fine, I do not insist on this one. But UK diagram surely will have a hard time to convert the suffixs. And there's 1 issue that the f-g rule does not always applicable thus up-down will be more understandable, at least to English speakers. -- Sameboat - 同舟 (talk) 01:21, 19 January 2009 (UTC)[reply]

Since the discussion seems stagnant, here's another suggestion, only change u>>a, d>>e. That way the l and r will not need to be exchanged. -- Sameboat - 同舟 (talk) 07:47, 23 January 2009 (UTC)[reply]

I've made a request for approval for a bot (my bot) that would automatically change all the icons around (CONTu to CONTg, CONTr to CONTl, CONTd to CONTf, and CONTl to CONTr). Therefore there's no more problem about changing the icons. ChrisDHDR 19:26, 23 January 2009 (UTC)[reply]

My bot has been approved and I will change all the CONT icons around, unless there are any objections in the next few days. ChrisDHDR 14:45, 29 January 2009 (UTC)[reply]

Just to tell you how it will work:

• I will make all the new and old icons blank (like File:BSicon .svg)
• I will then go with my bot and change all the affected names
• Finally I will post the old names for deletion, and the new names will be uploaded with their icons

ChrisDHDR 18:13, 5 February 2009 (UTC)[reply]

Template:BS-tableTemplate:BSTemplate:BS2Template:BS2Template:BS2Template:BS-colspan border side and base ID Template:BS7Template:BS7Template:BS7

|}

New year's greetings (as in JST, UTC+9). Anyone's help is grateful, to make the curves smoother or much finer. Recently I noticed that in a few cases icons between BSeven and BSodd are to be combined together in a same hub, so I created HUBs to fit BS2lg, BS2clo and similar icons. The shape variations have been completed, I suppose. Let me forget HUB26cbu and others for compound icons BS2cbu. They can be easily imagined, but practically no use. I think IDs would be understandable, however, any better ideas will be welcomed. Maxima m (talk) 15:17, 31 December 2008 (UTC)[reply]

Great work! However the names of the icons are very complicated; can't we just stick to the HUB## naming scheme? 02 to 10, 15 to 20, 27 to 30, 35 to 40, 47 to 50, and 75 to 80 are all still free. ChrisDHDR 19:48, 2 January 2009 (UTC)[reply]

I do not have nice idea to fill them in the blanks of HUB## system. Other way to simplify would be just dropping off the numerals, to HUBclo etc. Maxima m (talk) 06:16, 7 January 2009 (UTC)[reply]

I always asked myself whether there is any system behind those HUBicon names ... ;-) axp_de^Hello! 17:55, 7 January 2009 (UTC)[reply]

Template:BS-headerTemplate:BS-tableTemplate:BS

|} I tried to make File:BSicon ABZ3lg.svg, but with arrow to left (like ). Overlapping didn't give the result because arrow is located in the center of icon. Could someone make icon (for example, CONTll - CONTlleft, where arrow will be located in the left side of icon to make opportunity to do icons (such as ABZ3lg) with arrows by overlapping. Analogous to CONTu (CONTuu), CONTd (CONTdd) and CONTr (CONTrr). Dinamik (talk) 15:11, 23 January 2009 (UTC)[reply]

File:BSicon ABZ3lg.svg

File:BSicon ABZ3lg.svg

If I did not interpret wrongly, this should be what you wanted. But the little simulation shows that even CONTll is making no good when it overlap with curves, so I guess two columns will be needed, e.g. "CONTl" for {{{1}}} and "ABZ3lg" for {{{2}}}. – PeterCX&Talk 15:02, 25 January 2009 (UTC)[reply]

I would recommend that you save yourself the trouble (and spare the rest of us a proliferation of excessively specialised icons), and simply place the CONT icon one column further over than the junction icon. AlexTiefling (talk) 11:04, 26 January 2009 (UTC)[reply]