Vorlage Diskussion:Infobox Zeitzone

Die Löschung der Vorlage „Infobox Zeitzone“ wurde ab dem 20. September 2009 diskutiert und abgelehnt. Für einen erneuten Löschantrag müssen gemäVorlage:SS den Löschregeln neue Argumente vorgebracht werden.

Ver 2.0

Daraufhin vollständig umgestellt --W!B: 22:59, 25. Sep. 2009 (CEST)

Gut, der LA ist erstmal weg. Allerdings tendiere ich allmählich zu der Abspaltung einer Infobox Zonenzeit von der aktuellen Infobox Zeitzone da es ja wirklich um verschiedene Dinge handelt. Die Parameter sind ja auch verschieden. Da ich mich mit den Vorlagen noch nicht auskenne: Wäre es nicht sinnvoll, in einem ersten Schritt die Beschreibung in

1. Kopiervorlage Zonenzeit also {{Infobox Zeitzone| UTC=ja |...}} und
2. Kopiervorlage Zeitzone also {{Infobox Zeitzone| ...}}

zu trennen? --grixlkraxl 03:17, 26. Sep. 2009 (CEST)

dachte ich anfangs auch (dahingehend war ja mein votum beim LA), vorteil der jetzigen box, der sich beim umschreiben entwickelt hat, ist aber die corporate identity - würden wir sie trenen, wären ca. 50% der UTC-box mit etwa 50% der TZ-box vom code ident, vulgo, man müsste sie doppelt pflegen, damit die beiden nicht auseinanderdriften

ich kann Dir genauer sagen, was vom code sich doppelt, wenn Du magst

. nicht vergessen: wenn die 39 UTC-artikel fertig sind, brauchen wir den teil absehbar nie wieder im einsatz, es ändert sich kaum mehr was, nur artikel über TZs werden dazukommen --W!B: 05:19, 26. Sep. 2009 (CEST)

Dann setzen wir doch eine strikte Trennung von Model und View um: Es gibt nur eine Vorlage, allerdings wird die Beschreibung als == Kopiervorlage Zonenzeit == und == Kopiervorlage Zeitzone == getrennt. Dabei könnte ich sogar sofort zeitnah helfen. --grixlkraxl 09:58, 27. Sep. 2009 (CEST)

jou, dafür kann ich mich begeistern: tu, wenn Du dazukommst, sonst ich bei der nächsten etappe, oder wer anderer (ich möcht sowieso nicht, dass ich die box betreuen muss ;)

übrigens ist mit aufgefallen, dass die vorlage mit marginalen änderungen sogar für die zeitnormale (UTC, aber auch die historischen UT, ET, GMT, ..) funktionieren würde, wenn wir sie umbenennen, tendiere ich zu Zeitsystem, das würde alle aspekte umfassen - da muss ich aber noch experimentieren, wir hätte ca. ein duzend solche fälle (historische normzeiten bezüglich spezieller meridiane, und die weltzeitsysteme)

--W!B: 09:55, 28. Sep. 2009 (CEST)

Weblinks

müssen wir überlegen, was da an links sinnvoll ist, es gibt so endlos viele TZ-seiten schwankender qualität (als quelle sind alle durch die bank wertlos, weil einer vom anderen abschreibt, und keiner weiss, wer der erste war, würde sowieso nur universitäres oder staatliches zulassen, NIST, USNO, PTB, IMCCE, usw. )
am besten wär, überhaupt nur den offiziellen staatlichen zeitserver/webpage zu verlinken, falls der aufzufinden ist: zeit ist staatliche kompetenz --W!B: 00:10, 26. Sep. 2009 (CEST)

Bei Google nur *.edu zulassen. Das gibt eine gute Vorsortierung. ÅñŧóñŜûŝî (Ð) 00:46, 26. Sep. 2009 (CEST)

jupp, eine absolut verbindliche referenz ist die da: http://aa.usno.navy.mil/faq/docs/world_tzones.php - ich denke. mit der erübrgit sich alles andere, das ist die mutter der zeitzonierung --W!B: 04:55, 26. Sep. 2009 (CEST)

Welche Abkürzung favorisieren wir?

hab eine überschrift dazugeten, schwere frage --W!B: 04:57, 26. Sep. 2009 (CEST)

Unter unix habe ich mal eine schöne Übersicht gefunden. Ich erinnere mich dunkel, dass es gleiche Abkürzungen für verschiedene Zeitzonen gibt. Wenn man erstmal weiß, wann und wo eine Zeitzone (i.S. von HAST/HST/MEZ/MESZ usw.) verwendet wurde, lässt die sich diese eindeutig einer UTC-Zonenzeit zu ordnen. In die umgekehrte Richtung ist dann wohl eine Liste gefragt. --grixlkraxl 02:49, 26. Sep. 2009 (CEST)

jo, typischer fall: CEST = Central Europe Summer Time = MESZ, oder Central Europe Standard Time = MEZ - daher sollte man englsich ausschleisslich CEDT für MESZ, und CET für MEZ nehmen - obwohl der vierbuchstabencode, der ja US-seitig favorisiert wird, eigentlich CEST/CEDT Standard/Daylight Saving ala HAST/HADT wäre - bis da sich was etabliert, vergehen sicherlich noch ein paar jahrzehnte..

aus dem computerwesen könnte es auch was normatives geben, sollten wir die entspechende norm (wohl IEEE) heraussuchen, auch im wetterwesen sind standards üblich --W!B: 04:55, 26. Sep. 2009 (CEST)

fr:Modèle:Infobox Fuseau horaire

gibt population, superficie (Fläche), brauchen wir das? --W!B: 00:12, 26. Sep. 2009 (CEST)

ich finde erstmal nicht, noch mehr Infobröckchen zum einarbeiten. --grixlkraxl 02:54, 26. Sep. 2009 (CEST)

dacht ich auch --W!B: 05:14, 26. Sep. 2009 (CEST)

Was brauchen wir noch

Heute ist:

Sonntag,

29.

Dezember 2024

52. KW

ziel der box sollte ja imho sein:

• übersicht über grundlegende daten zut TZ
• wenn Du ein datum+zeit hast, sollst Du genug facts aus box bekommen, korrekt umzurechenen
• allfällig überlegenswert: wo bekomm ich die zeit her: zeitetalon, sender, zeitansage (telefon, etwas antiqiert, österreich hats grade eingestellt), zeitserver im internet - wird nur bei den zeitzonen mühsam, die in vielen ländern verwendet werden)

alles darüber hinaus wären gimmicks - das einzige, wo ich spinnen anfang ist: sollen wir uns an eine weltzeituhr ala {{Heute}} machen? vulgo: die infobox beantwortet die frage: wie spät ist es jetzt gerade dort - das wäre imho einer onlineenzyklopädie würdig (ist aber ersten mit einem link im web zu finden) - anderseits sollte die serverseitig schon implementiert sein, ich weiss aber nicht, ob jede spachversion nur ihre eigenen zeitzonen pflegt, heisst, können wir auf alaskazeit inklusive DST-regeln zugreifen? - sonst wird die implementierung eher aufwändig (ginge aber) --W!B: 05:14, 26. Sep. 2009 (CEST)

welche Farbe hat Zeit?

ach ja, und noch was rein geschmäcklerisches, wir waren schon auf blau

• hab mal  #9898CC genommen (SUN-blau, ich bin romantiker), das lässt sich nett heller skalieren
• sonst sollten wir etwa an den karten bleiben, um nicht allzu bunt zu werden, ich mags lieber irgendwie ton in ton, schaut solider aus - Vorlage:Farblegende UTC ist neu (Antonsusi):

Süd-Sommer-/Nord-Normalzeit Seegebiet

Nord-Sommer-/Süd-Normalzeit Standardzeit ganzjährig

• und die navi ist wieder anders:

ziemliches farbkuddelmuddel --W!B: 05:50, 26. Sep. 2009 (CEST)

Grundsätzlich finde ich die vorgeschlagenen 5 Farben ansprechend. Mein Problem ist die anschauliche(!) Darstellung in der Karte zu jeder einzelnen UTC-Zone: Es sollen zwei verschiedene Dinge zum Ausdruck gebracht werden:

1. Die geographische Lage verschiedener Zeitzonen in einer Zonenzeit. Dabei ist zu berücksichtigen, dass Winter im Norden gleichzeitig Sommer im Süden ist (und umgekehrt)
2. Sommerzeit (day light savings in effect) ist a) regional unterschiedlich geregelt b) eine zusätzliche "lokale" Zeitverschiebung. z.B. MEZ liegt in UTC+1, MESZ in UTC+2.

Andere Seite (Südhalbkugel) West Africa Summer Time: in Namibia ist UTC+1 Standardzeit, UTC+2 Sommerzeit. Das restliche Afrika verwendet ganzjährig Standardzeit ("Tropenzeit").

Meiner Meinung nach ist die Farbwahl der UTC-Karten (für die Südhalbkugel) verwirrend (merkt man den Artikeln an :-( . Die Farbwahl sollte augenfälliger werden und nicht minimalistisch. --grixlkraxl 09:48, 27. Sep. 2009 (CEST)

Mal ein Farbvorschlag mit Beschriftung in der Form Farbe/Legende/Erklärung:

Vorschlag entfernt, da doppelt falsch und überflüssig, vgl. Disk unten --grixlkraxl 00:34, 29. Sep. 2009 (CEST)

Die Karten müssten angepasst werden :-( Eine Differenz habe ich schon bei der Sankt-Lorenz-Insel gefunden: der Text behauptet UTC-10, die Karte zeigt UTC-9. Was jetzt stimmt, ist im Artikel zu diskutieren. Hier geht es um die Abschätzung des Arbeitsaufwandes und des sinnvollen Vorgehens. --grixlkraxl 10:16, 27. Sep. 2009 (CEST)

ich glaub, wie scho öfter besprochen, der wurm liegt im wort "sommerzeit" (bitte schaff nicht als analogon noch ein rein erfundes wort "tropenzeit") - imho ist die lösung mit DST vollkommen sauber, der termin ergibt sich sowieso zwangsläufig: ausserdem ist "Standardzeit im Winter" auch nicht adhoc anzunehmen (Alaska etwa verwendet die offizielle standardzeit im sommer) - imho ist es für die karte vollkommen ausreichend, nur DST zu markieren, den rest übernimmt der text - ausserdem ist es international recht unüblich, das so anzugeben

aber zum farbproblem  schlagen sich böse (rötliches blau und türkis: es ist immer besser im farbton runterzuskalieren, also von RGB auf HSV umschalten, und dann nur an einem der drei schalter drehen), da nahmen wir dann lieber  für die box, und suchen ein dazupassendes icon für die navi (maiengrien und türkis ist auch nicht vom feinsten) --W!B: 00:45, 28. Sep. 2009 (CEST)

Was es die Halbjahres-Zeiten angeht, sollte die Zeit, welche durch "Vordrehen der Uhr" erreicht wird, sollte als Abweichung (Daylight) gelten. Liegt diese Zeit ungefähr zw. Oktober und März (zumeist Nordhalbkugel) so bekommt die Karte an dieser Stelle die erste Extrafarbe, bei einer Zeitspanne von April bis September die andere. sind eineige Karten falsch gefärbt, so muss man auf die Vektorversion (sehr groß) zurückgreifen und umfärben. ÅñŧóñŜûŝî (Ð) 03:43, 28. Sep. 2009 (CEST)

es gibt natürlich noch eine möglichkeit, wir nehmen eine karte überblicksmässig klein für die IB, und eine zweite karte in jedem der UTC-artikel gleich auf ca. 760px, mit der liste der staaten und zonen darunter (wir haben die frage drüben beim layout angefangen): dann würde auf der zwiten version eine unterschiedliche kennung durchaus sinn machen - vielleicht klappt dann auch die svg, die klein so hässlich ist

da fand ich doch http://www.time.gov/images/worldzones.gif - die schraffieren die sommerzeiten, auch nicht schecht (sonst aber unübersichtlich, da sind unsere serien weit beser): dann könnte man nordsommer- und südwinterzeit rechts/links schraffieren, und analog die normalzeit (also im sommer/winter nicht diese zone) vs. DST (also: im sommer/winter schon diese zone): damit sind die zonen, die im gleichen halbjahr dieselbe zeitverschiebung nutzen, gleich schraffiert - in der svg wohl kein problem, die sache reduziert sich dann auf zwei farben (meer, land) und eine für die schraffur - nur so als gedanke --W!B: 10:14, 28. Sep. 2009 (CEST)

So eine Karte dürfte nicht mehr als ca. 300px breit sein. Da ist kaum etwas erkennbar. Daher besser keine Karte in der Box. Zum Farbenthema:

Schraffur "verschwindet (halb)" beim Herunterskalieren des Bildes. Das ist daher gar nicht so gut. Wichtig ist daher, dass Zonen, die im gleichen Halbjahr dieselbe Zeitverschiebung nutzen, die gleiche Farbe haben. und zwar auf allen Karten die gleiche Farbe für das gleiche (math.) Vorzeichen der Abweichung gegenüber der jeweiligen Standardzeit. Gibt es da Unterschiede ? ÅñŧóñŜûŝî (Ð) 22:52, 28. Sep. 2009 (CEST)

ja, stimmt, daran hab ich nicht gedacht (schraffur)

wenn das aber so ist, ist die ganze jetztige kennzeichnung aber schlecht, sollte so sein:

2. Seegebiet, ganzjährig
4. Standardzeit ganzjährig
6. nur im (astronomischen) Sommerhalbjahr
= Nordsommer
8. nur im (astronomischen) Winterhalbjahr
= Südsommer

dann ist die reihenfolge aber 4 → 2 → 3, und dann wär für die farben die korrekte reihenfolge zu wählen, also etwa  →  → , oder wenn das meer türkis bleiben soll  →  → , was aber auch ungünstig ist (weil das mittlere das "hell" zum ersten ist), noch besser also

2. nur im (astronomischen) Winterhalbjahr
= Südsommer Seegebiet dazu
4. Standardzeit ganzjährig
Seegebiet dazu, ganzjährig
6. nur im (astronomischen) Sommerhalbjahr
= Nordsommer Seegebiet dazu

um bei dunklen tönen für die landgebiete zu bleiben - farben nicht optimal unterscheidbar, und das rosa ist etwas seltsam --W!B: 00:18, 29. Sep. 2009 (CEST)

nach BK: mein Vorschlag berücksichtig W!B noch nicht )

Schraffur finde auch ich nicht so günstig. Bei UTC-1 und UTC-2 finde ich das Problem augenfällig. In Europa ist Standardzeit, da Winterhalbjahr. In Namibia ist dagegen gleichzeit Sommerzeit. Ich halte damit vier Farben (also insgesamt sechs) zur Unterscheidung hilfreicher:

Vorschlag entfernt, neuer Vorschlag, vgl. Disk unten --grixlkraxl 10:13, 29. Sep. 2009 (CEST)

Gemäß Hinweis von W!B habe ich nur den Farbton (Hue) geändert. --grixlkraxl 00:32, 29. Sep. 2009 (CEST)

Alternativ: Komplett-Änderung von W!B ebenfals berücksichtigt (Hue leicht differenziert) Nachtrag: Hue jetzt einheitlich von Nord nach Süd abnehmend nach Vergleich mit der dem bisherigen Stand.

2. Standardzeit nördl. Hemisphäre
– astronom. Winterhalbjahr, wie bisher
4. Standardzeit ganzjährig
– bisher gelb #FFF710
6. Standardzeit südl. Hemisphäre
– neue Farbe für Namibia in UTC-2, bisher kein Unterschied zu nördl. Sommerzeit #FC7E04
8. Seegebiet
– dezenter Hinweis auf Längenmeridian
10. Sommerzeit nördl. Hemisphäre
12. Sommerzeit südl. Hemisphäre
– bisher kein Unterschied zu nördl. Winterzeit #5265A5

--grixlkraxl 01:01, 29. Sep. 2009 (CEST)

Also für das Seegebiet wäre das in jedem Atlas so zu findende Standardtürkis  eindeutig zu favorisieren. Bei den anderen ist es besonders wichtig, dass keine Farbe die andere optisch "zudeckt". Ich würde daher gleiche Helligkeit und gleiche (volle) Sättigung vorschlagen. Für "ganzjährig" wäre  der gegensätzliche Farbton. Als "Teilzeitfarben" kämen dann  und  dran. Man sollte aber bedenken, dass wir dafür alle (!) Karten neu färben müssen. Ein Blick auf den Quellcode der SVG-Version der bisherigen allgemeinen Karte(also die Ausgangsdatei) zeigt, das beispielsweise Inkscape damit überfordert ist:

Vorlage:Panorama/Wartung/Bildbeschreibung fehlt

Wir benötigen also einen User mit Adobe Illustrator o. Ä., der sich der Arbeit (ca. 30 Karten) annimmt. So muss z.B. auch die Schrift, gespeichert in Glyph-Tags, geändert werden. ÅñŧóñŜûŝî (Ð) 04:13, 29. Sep. 2009 (CEST)

Irgendwie scheint hier Konsens zu herrschen, alle Karten zu überarbeiten. Ich kenn da jemanden, der es wahrscheinlich machen will. Nochmal die Farbvorschläge (meiner Meinung nach fehlen noch zwei, um die Vertauschung Nord/Süd auszudrücken):

1.  Seegebiet – dezenter Hinweis auf Längenmeridian
2.  Standardzeit ganzjährig
3.  Standardzeit nördl. Hemisphäre
4.  Standardzeit südl. Hemisphäre – neue Farbe für Namibia in UTC-2
5.  Sommerzeit nördl. Hemisphäre
6.  Sommerzeit südl. Hemisphäre – neue Farbe für Namibia in UTC-1

BTW: Oben ist die Ausgangsdatei. linkscape ein Opensorce-Vektorprogramm. Mal schaun. --grixlkraxl 10:13, 29. Sep. 2009 (CEST)

Nachtrag: Ich finde keine graue SVG als Basis-version, UTC+1 bspw. kenn ich nur als PNG. --grixlkraxl 10:33, 29. Sep. 2009 (CEST)

Dieses Farbschema ist auf meinem aktuellen Bildschirm nicht richtig zu unterscheiden. Die anderen sind besser. --Rumbelpumbel 23:56, 3. Okt. 2009 (CEST)

 ;) bei mir auch - waren nämlich zwei farben schwarz, 4. und 6. - jetzt korrigiert.. --W!B: 17:56, 5. Okt. 2009 (CEST)

Man muss die hier gezeigte Karte nehmen, eine andere finde ich weder hier noch auf en oder Commons. Dann muss man

1. Eine Schrift nehmen, welche bei verkleinerter Darstellung nicht derart schwarze "Pinselstriche" erzeugt
2. Alle Flächen grau färben und diese Karte als Vorlage speichern.
3. Für jede Zonenzeit die betroffenen Flächen entsprechent umfärben.

Im übrigen finde ich mehr als vier Kennfarben nicht zweckmäßig, es muss neben dem Seegebiet nur dargestellt werden, ob die Zonenzeit in einem Land ganzjährig, nur im lokalen Sommer oder nur im lokalen Winter (=Halbjahres-Standardzeit) erreicht wird. Es versteht sich von selbst, dass auf der Südhalbkugel die Sommerzeit "rund um Weihnachten" gilt. ÅñŧóñŜûŝî (Ð) 12:13, 29. Sep. 2009 (CEST)

"... weder hier noch auf en oder Commons ..." stimme ich zu. Die Kennfarben (3) können warten, bis Schritt (1) und (2) erledigt sind. Meiner Meinung nach versteht es sich eben nicht von selbst (oder um einen mir vertrauten Jargon zu nehmen: "ist es nicht unmittelbar einleuchtend"): der Vier-Farben-Satz ist minimal im Sinne der Farben. Dagegen ist die Vertauschung von Winter und Sommer in Nord und Süd eine zusätzliche Information, die bei der Projektion in die euklidische Ebene (vgl. 1) ihren Platz finden kann. --grixlkraxl 12:50, 29. Sep. 2009 (CEST)

Es geht doch nichts über einen wissenschaftlichen D-Ansatz ... ;-) sechs Farben wären auch keine Katastrophe. Wichtiger ist, wer erstellt die Seiten, und zwar derart mit Gruppentags (G-Tags), dass man leicht einfärben kann ? ÅñŧóñŜûŝî (Ð) 17:49, 29. Sep. 2009 (CEST)

Der Kollege hat die SVG mal für AI umgewandelt. Da durch die Konvertierung alle Objekte in einer Ebene angeordnet sind, wird gerade umsortiert :-( Dauert halt ein Weilchen ... --grixlkraxl 20:02, 29. Sep. 2009 (CEST)

Super. Wäre nett, wenn es den "grauen Rohling" als SVG auf Commons gäbe. Kannst du den besorgen und hochladen ? ÅñŧóñŜûŝî (Ð) 20:18, 29. Sep. 2009 (CEST)

Ach ja: Wenn dein Kollege ein ganz großes Herz hat, dann wäre eine separate Gruppierung der Texte - sowieso ein oberer Layer - für andere Sprachversionen gut. ÅñŧóñŜûŝî (Ð) 20:21, 29. Sep. 2009 (CEST)

find ich toll, dass ihr Euch da so drum kümmerts, gute teamarbeit..--W!B: 03:29, 1. Okt. 2009 (CEST)

Vorlage:Farblegende UTC

{{Farblegende UTC}} - mit der hab ich ach ein bissl ein problem: es ist nämlich verwirrlich, wenn farben, die in der karte gar nicht vorkommen, trotzdem legendiert werden: da sollten wir dann mal eine option für weglassen implementieren (eilt aber nicht) - ausserdem gäbs sowieso de möglichkeit, das ganze layout Kart+Legende+Verwendungsliste per vorlage zu machen: wenn die 39 artikel fertig sind, können wir ja einmal substen, und die vorlagen wieder entsorgen, wenn sie nicht noch wo anders notwendig sind.. mal schauen, dann wern ma schon sehen.. --W!B: 03:29, 1. Okt. 2009 (CEST)

War ursprünglich eine Hilfe, um nicht ca. 30 große Karten darauf durchsuchen zu müssen, ob nicht doch ein kleines Fleckchen anders gefärbt ist ... Aber das machen wir, wenn wir wirlkich sonst durch sind. ÅñŧóñŜûŝî (Ð) 04:42, 1. Okt. 2009 (CEST)

Es reicht schon, auf einer Karte falsch gefärbte Flecken zu entdecken :-( egal, das ist Kleinkram. --grixlkraxl 13:18, 2. Okt. 2009 (CEST)

rest jetzt Diskussion:Zeitzone #Artikelsystematik TZ/UTC, hier offtopic --W!B: 14:01, 3. Okt. 2009 (CEST)

Koordinaten

Hallo, ich wundere mich gerade über folgenden Quelltextausschnitt:

{{#if: {{{OFFSET|}}}<!-- *** KOMPATIBILITY --> |<nowiki/>
{{!-}}
 {{!}}  colspan="3" style="background-color:#f2f2f4;" {{!}} {{Coordinate|NS=0|EW={{{MERIDIAN-LÄNGE|0}}}/0/0/{{{MERIDIAN-EW|O}}}|type=landmark|dim=20000000<!--ziemlich genau, siehe Meridian (Geographie)-->|region=XO<!--geostationär, nicht ganz präzise-->}}
|<span style="display:none">[[Vorlage:Infobox Zeitzone/Alt]]</span>
}}

1. Der OFFSET-Parmeter ist Bedingung für eine Koordinatenangabe? Er kommt innerhalb des if nicht nochmal vor (sein Sinn hat sich mir auch nicht wirklich erschlossen, ich kenn mich da nicht aus).
2. Was macht das <nowiki/> am Anfang des if? wird imho weder gebraucht noch gehört dahin. Ist in der ganzen Vorlage verstreut.
3. Wieso wird für die Koordinaten eine Zeile in der Tabelle geschaffen, die dann leer dargestellt wird, nachdem die Koordinaten oben im Artikel per position:absolute angezeigt werden?

fragt -- ✓ ^Bergi 16:24, 12. Jan. 2010 (CET)