1. Dashboard
  2. Forum
  3. Filebase
  4. Lexikon
  5. Artikel
  6. Spieletest
  7. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  8. Zur Transport Fever Community
  • Anmelden
  • Registrieren
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Artikel
  • Seiten
  • Forum
  • Filebase-Eintrag
  • Lexikon
  • Artikel (Bewertungssystem)
  • Erweiterte Suche
  1. WiSim Welt
  2. Forum
  3. Spiele
  4. Chris Sawyer's Locomotion
  5. Requests

Klima - Schnee

  • Puhbaehr
  • 31. Januar 2006 um 16:58
  • Puhbaehr
    Anfänger
    Beiträge
    51
    • 31. Januar 2006 um 16:58
    • #1

    Hallo :)

    ich habe im Szenarioeditor eine etwas aufwendigere Karte erstellt. Nun wollte ich, dass in einigen Gebieten der Karte ständig Schnell liegt, in anderen widerrum keiner und in wieder anderen nur im Winter.
    Dass der Schnee von dem eingestellten Klima und der Höhe der Landschaft abhängig ist habe ich bereits raus.
    Allerdings muss noch irgendwas eine entscheidene Rolle spielen ob in einer Höhe Schnee liegt oder nicht.

    Ich hab mehrere Versuche gemacht:

    Ich hab irgendeine neue Karte generiert und hab jedes Klima das zur Verfügung steht ausprobiert und hab mir im Winter wie Sommer (jeweils Januar und Juli) die Höhen aufgeschrieben bis wann kein Schnee liegt und ab wann das Feld komplett mit Schnee bedeckt ist.

    Anschließend wollte ich diese Ergebnisse auf meine erstellte Karte anwenden und stellte fest, dass die Höhen auf denen es schneit nicht übereinstimmt.
    Bsp.: Alpines gemäßigtes Klima
    Auf der zufällig erzeugten Karte schneit es im Winter ab einer Höhe von 75 Metern und im Sommer ab einer Höhe von 110 Metern.
    Auf meiner Karte schneit es dagegen im Winter ab einer Höhe von 90 Metern und im Sommer ab einer Höhe von 125 Metern.

    Nun meine Frage: Von welchen Kriterien hängt es denn außer dem eingestellten Klima und der Höhe ab ob es Schneit oder nicht?

    Meine Vermutung liegt in der allgemeinen Gestaltung der Landschaft.
    Die zufällig generierte Karte enthielt fast gar kein Wasser und ein paar wenige Berge und ist insgesamt sehr niedrig.
    Meine Karte enthält dagegen im Norden viel bis sehr viel Wasser, im Süden höhe Berge und die allgemeine Landeshöhe steigt nach Süden hin. Um es kurz zu sagen Mitteleuropa von Skandinavien über Deutschland bis zu den Alpen. Darunter befinden sich Oder, Elbe, Rhein und Donau als Flüsse.

    Mein Ziel ist es die Karte bzw. das Wetter so anzupassen, dass es im Winter vorrangig schneit und im Sommer nur in den Alpen Schnee liegt.
    Da die Karte bereits kurz vor dem Ende steht und es eine Heidenarbeit wäre das ganze Land nochmals zu heben und zu senken wollte ich das Ziel durch das verstellen des Klimas erreichen. Die in dem Test aufgeschriebenen Ergebnisse würden aus mehreren Klimazonen exakt auf meine Karte passen. Aber wie schon gesagt zeigt meine Karte ein anderes Ergebnis als der Test.

    So ich hoffe das war nicht zu viel und nicht zu lang und zudem verständlich genug.

    Bitte um Ideen oder um Tipps zum einen woran das Wetter hängt und zum anderen was ich tun lässt um ohne langen Aufwand das Wetter anzupassen.

    Vielen Dank und Gruß!
    Robert

    Edit: PS: Falls die Frage kommt: Ich hab das Forum nach "Schnee" und "Klima" durchsucht aber keine verwertbaren Ergebnisse zu diesem Thema finden können. Falls es doch bereits ein angefangenes Thema geben sollte bitte ich um Verlinkung.

    2 Mal editiert, zuletzt von Puhbaehr (31. Januar 2006 um 16:58)

    • Zitieren
  • Larry
    Gründer
    Beiträge
    1.373
    • 31. Januar 2006 um 21:49
    • #2

    Hallo Robert,

    eine interessante Beobachtung! Dieser Unterschied ist mir bisher noch nie aufgefallen!

    Eine Möglichkeit wäre es, ein neues Klima zu erstellen, das die passende Schneehöhe aufweist und dieses dann zusammen mit dem Szenario anzubieten. In einem Szenario von Oldtimer wurde das gemacht, siehe diesen Link:Oldtimer UK - River Junction
    Ich weiss allerdings nicht, welche Variabel in der Klima-Datei wofür steht, aber da kann Dir vielleicht jemand anderes helfen! Und ich kann Dir auch nicht versprechen, dass das nachträgliche ändern des Klimas funktioniert. Denke aber schon :kopfnicken:

    Viele Grüsse,
    Larry

    • Zitieren
  • Puhbaehr
    Anfänger
    Beiträge
    51
    • 1. Februar 2006 um 07:12
    • #3

    Vielen Dank für den Hinweis! Hätte nich gedacht, dass anbetracht der vielen Modifikationen die ihr hier macht (bin echt erstaunt was sich alles aus dem Spiel herausholen lässt), dass dieses Phänomen unbekannt ist.

    Ok, dann mach ich mich mal ans Werk und versuche mein Glück.
    Klimadateien sind CLIMX.dat wobei X für die Zahl von 1-6 steht.
    Mit Hilfe von LocoBrowser und LocoTool (grade erst entdeckt, vielen Dank für die Unterstützung!) aus jeder eine XML erstellen.
    Hatte selten was mit XML zu tun gehabt, aber ich versuch mein Glück.
    Auf den ersten Blick fällt der Name der Klimazonen unter description auf. Damit lässt sich etwas anfangen.
    seasonlength sieht nach Ende und Anfang der Jahreszeiten aus. Beim Australischen Klima ist der "Winter" im Sommer, also um Juni herum. Da die Werte aber in jeder Datei gleich sind fällt das schonmal raus.
    Auffällig ist auf jeden Fall field_7[...] beim Nordam. Klima ohne Schnee. Der Wert steht beidermale auf 255. Also scheint das die Höhe ab der Schnee fällt zu sein. Mal das Britische Klima nehmen... So nun die Frage ob das die Höhe in Metern oder in Stufen ist. Mmh... laut meinen Werten keins von beiden. Aber die Höhe in Metern ist eher treffend. Meine Vermutung liegt darin, dass evtl. die Höhe ab Meeresspiegel gemessen wird. Mal ein Test...
    Ok, soviel kann ich schonmal sagen, die eingestellte Meereshöhe (nicht die tatsächliche) beeinflusst auf jeden Fall die angezeigte Höhe. Die tatsächliche Meeresspiegelhöhe beeinflusst auf jeden Fall den Schneefall. Scheinbar wird unabhängig von der angezeigten Höhe die Höhe ab Meeresspiegel genommen. Also Höhe Meeresspiegel = 0 beginnt es ab 25 Metern zu schneien. Etwa so wie in der XML angegeben (28). Werd ich mal noch schnell schauen ob ich da irgendwas für meine Landschaft tun kann.

    Wenn jemand über die Variablen und Zusammenhänge bescheid weiß...
    vielen Dank soweit erstmal!

    Gruß, Robert

    Einmal editiert, zuletzt von Puhbaehr (1. Februar 2006 um 07:12)

    • Zitieren
  • Puhbaehr
    Anfänger
    Beiträge
    51
    • 1. Februar 2006 um 07:50
    • #4

    Also die Höhen auf denen Schnee liegt lassen sich mit den Werten field_7[0] und field_7[1] tatsächlich beeinflussen. Allerdings hägnt alles auch an dem tatsächlichen Meeresspiegel. Also heißt es experiementieren bis ich das gewünschte hab. Der erste Wert steht scheinbar so wie ich es bisher raus hab für die minimale Höhe des Schnees im Winter und der Zweite für Sommer.
    Aber dazu heut Nachmittag erst weiter.

    Bis dann.

    • Zitieren
  • robinH
    Erleuchteter
    Beiträge
    3.183
    Filebase Einträge
    61
    • 1. Februar 2006 um 20:06
    • #5

    Super- danke das du dich mal damit beschäftigst- Vor der Frage stand ich auch mal- hab es dann aber aufgegeben...

    Grüße an alle

    ---------------

    • Zitieren
  • Puhbaehr
    Anfänger
    Beiträge
    51
    • 2. Februar 2006 um 17:02
    • #6

    Also, die Höhen anpassen funktioniert perfekt. Jetzt liegt da Schnee wo ich es haben will. Mir ist auch aufgefallen, umsohöher die Werte Schneefall im Winter und Schneefall im Sommer auseinander liegen umso eher fällt der Schnee bzw. schmilzt er. So schneit es bei mir z.B. bereits anfangs November in den Alpen und Mitte Februar fängt er im Flachland schon wieder an zu schmelzen.

    Aber ein Problem hab ich immer noch. Ich möchte die Zeit in denen der Schnee fällt und schmilzt genauer anpassen. Ich bin der Meinung, dass die anderen Variablen etwas damit zu tun haben:

    XML
    <?xml version="1.0" encoding="ISO-8859-1"?>
    <object class="0x9A" subclass="0x11827C" name="CLIM5   "><chunk compression="1">
    	<variable name="firstseason" size="1">1</variable>
    	<variable name="seasonlength[0]" size="1">57</variable>
    	<variable name="seasonlength[1]" size="1">80</variable>
    	<variable name="seasonlength[2]" size="1">100</variable>
    	<variable name="seasonlength[3]" size="1">80</variable>
    	<unknown name="field_7[0]" size="1">68</unknown>
    	<unknown name="field_7[1]" size="1">96</unknown>
    	<description num="0" language="0">Low Alpine Climate</description>
    	<description num="0" language="1">Low Alpine Climate</description>
    	<description num="0" language="2">Climat alpin modéré</description>
    	<description num="0" language="3">Gemäßigt-alpines Klima</description>
    	<description num="0" language="4">Clima alpino bajo</description>
    	<description num="0" language="5">Clima alpino moderato</description>
    	<description num="0" language="9">ÿ³·ÿÀº ÿ»êÿ¾Ç ÿ±âÿÈÄ</description>
    	<description num="0" language="11">ÿªüÿº¸ÿ¨õÿ´µÿ¤sÿ¸}ÿ® ÿ Ô</description>
    </chunk></object>
    Alles anzeigen

    firstseason steht beim Australischem Klima auf 3. Evtl. ist damit der Monat gemeint? Ich werd es rausbekommen.
    seasonlength[x] ist jeder Datei jedesmal gleich. Was hat es damit auf sich? Da es vier sind könnte ich mir die Jahreszeiten Frühling, Sommer, Herbst, Winter vorstellen. Ich werde mal beobachten ob das Datum im Winter, Frühling, Sommer, Herbst langsamer oder schneller wird. Vlt. ist es das.
    language ist sogut wie klar. Bis auf das Problem, dass ich nicht überall weiß welche Zeile welche Sprache ist. Aber das ist nicht mein Problem :) lol
    Und eine Frage an die XML-Experten:

    Code
    <object class="0x9A" subclass="0x11827C" name="CLIM4   ">

    Was sind die Werte in class und subclass? Und weshalb muss der Name 8 Zeichen lang sein? Ok letztes kann ich mir denken. Aber das andere?

    • Zitieren
  • Seelenquell
    Gast
    • 2. Februar 2006 um 18:03
    • #7
    Zitat

    Original von Puhbaehr
    Also, die Höhen anpassen funktioniert perfekt. Jetzt liegt da Schnee wo ich es haben will. Mir ist auch aufgefallen, umsohöher die Werte Schneefall im Winter und Schneefall im Sommer auseinander liegen umso eher fällt der Schnee bzw. schmilzt er. So schneit es bei mir z.B. bereits anfangs November in den Alpen und Mitte Februar fängt er im Flachland schon wieder an zu schmelzen.
    ...
    Aber ein Problem hab ich immer noch. Ich möchte die Zeit in denen der Schnee fällt und schmilzt genauer anpassen. Ich bin der Meinung, dass die anderen Variablen etwas damit zu tun haben:
    ...
    firstseason steht beim Australischem Klima auf 3. Evtl. ist damit der Monat gemeint? Ich werd es rausbekommen.
    seasonlength[x] ist jeder Datei jedesmal gleich. Was hat es damit auf sich? Da es vier sind könnte ich mir die Jahreszeiten Frühling, Sommer, Herbst, Winter vorstellen. Ich werde mal beobachten ob das Datum im Winter, Frühling, Sommer, Herbst langsamer oder schneller wird. Vlt. ist es das.
    language ist sogut wie klar. Bis auf das Problem, dass ich nicht überall weiß welche Zeile welche Sprache ist. Aber das ist nicht mein Problem :) lol
    Und eine Frage an die XML-Experten:

    Code
    <object class="0x9A" subclass="0x11827C" name="CLIM4   ">

    Was sind die Werte in class und subclass? Und weshalb muss der Name 8 Zeichen lang sein? Ok letztes kann ich mir denken. Aber das andere?

    Alles anzeigen

    also über class bzw. subclass wird festgelegt sein, daß dies eine klimatabelle ist und keine bahnhof- oder zug-DAT.

    in australien ist im hiesigen sommer winter, und im winter sommer. daher wird wohl in australien im sommer schnee fallen und im winter nich.

    firstseason wird meinen, mit welcher jahreszeit das jahr anfängt. da wird wohl die 3 für winter stehen, also 1-2-3-4 > sommer - herbst - winter - frühluing

    seasonlength steht evtl. für die anzahl der tage in der jeweiligen jahreszeit. sprich 80tage für winter etc..

    zu den languages..: das is der name des Klimas in den jeweiligen sprachen, anpassen hat also wenig sinn, damit kann man nur erreichen, daß der name halt anders ist.


    SQ

    2 Mal editiert, zuletzt von Seelenquell (2. Februar 2006 um 18:03)

    • Zitieren
  • Puhbaehr
    Anfänger
    Beiträge
    51
    • 3. Februar 2006 um 06:31
    • #8

    Danke! :cool Bin bisher noch nicht weiter zum testen gekommen. Werde dies aber demnächst weiter tun (Wochenende steht ja vor der Tür :biggrins) Mal schauen was ich noch so feines heraus finde!

    Ich hab mal nachgerechnet: seasonlength ergibt zusammen 317. Also könnten es theoretisch Tage sein. Muha...das werd ich jetzt gleich mal noch testen. Etwas Zeit hab ich ja noch...

    Übrigens: Schönen Gruß nach Chemnitz

    • Zitieren
  • Puhbaehr
    Anfänger
    Beiträge
    51
    • 3. Februar 2006 um 07:06
    • #9

    Vlt. kennt die Seite schon jemand: http://wiki.locomotiondepot.net/index.php/Vari…s_1A_-_Climates

    • Zitieren
  • robinH
    Erleuchteter
    Beiträge
    3.183
    Filebase Einträge
    61
    • 3. Februar 2006 um 13:21
    • #10

    nee die kannte ich nicht- ist ja total genial- wenn ich jetzt noch besser englisch könnte

    Grüße an alle

    ---------------

    • Zitieren
  • Puhbaehr
    Anfänger
    Beiträge
    51
    • 3. Februar 2006 um 15:27
    • #11

    Ich blick da im Moment nicht wirklich durch.
    Mit seasonlength lässt sich auf jeden Fall die Länge einer Jahreszeit beeinflussen.
    0 = Herbst
    1 = Winter
    2 = Frühling
    3 = Sommer
    Der Wert ergibt die Länge in Tagen einer Jahreszeit. Allerdings ist es Locomotion egal ob die Summe aus den vier Werten 365 Tage, also ein volles Jahr, beträgt.
    Unter firstseason lässt sich die Jahreszeit einstellen die bei Spielstart sein soll, also für gewöhnlich Januar.
    Stelle ich da 1 ein so ist ab Januar Winter. Aber im Dezember Herbst. Ich wollte nun erreichen, dass bereits im Dezember Winter ist (jaja ich weiß, zu Weihnachten soll es schneien :biggrins). Von der rein logischen Seite ist es nicht machbar den Winter auf Dezember und Januar aufzuteilen. Dafür müsste ich 0,5 oder sowas eintragen, aber Locomotion liest nur die erste Stelle aus. Bei einem Wert > 3 meckert Locomotion.
    Erstaunlicherweise lässt es sich aber durch kürzen (und evtl. auch verlängern) der Gesamtsumme der Tage (aus den vier Jahreszeiten) die Jahreszeiten so manipulieren, dass sich der Winter über Dezember und Januar streckt.
    Also Bsp.: Laut Kalender haben die Jahreszeiten folgende Längen (in Tagen):
    Frühling 93
    Sommer 94
    Herbst 89
    Winter 88
    Zwei Tage fehlen mittendrin, wahrscheinlich verschiebt sich das auf dem richtigen Kalender ab und zu. Und das Schaltjahr fehlt.
    Trage ich die Werte so nacheinander für seasonlength ein, also seasonlength[1] für Winter = 88 und für die anderen die jeweiligen Werte, so ist Ende März etwa nach 88 Tagen ab Spielstart (Januar) Frühling und der Schnee schmilzt.
    Kürze ich den Herbst auf z.B. 59 und verlängere den Winter auf 118 Tage so ändert sich gar nichts.
    Kürze ich aber NUR den Herbst auf 58 Tage und belasse den Winter (Gesamtsumme < 365 Tage) so beginnt der Winter bereits anfang Dezember! Und hört Ende Februar auf. Damit lässt sich auf jeden Fall etwas anfangen.
    Aber was für ein System dahinter steckt. Ich weiß es noch nicht.
    Wer Tipps hat, immer her damit.

    Anbei: Schönes Wochenende!

    • Zitieren
  • Seelenquell
    Gast
    • 3. Februar 2006 um 16:19
    • #12

    season is nich der monat sondern die jahreszeit (!)

    • Zitieren
  • Larry
    Gründer
    Beiträge
    1.373
    • 3. Februar 2006 um 21:56
    • #13
    Zitat

    Original von Seelenquell
    season is nich der monat sondern die jahreszeit (!)

    ??? :biggrins


    Puhbaehr: Die Sache mit den Jahreszeiten ist allerdings sehr seltsam.. Was passiert denn, wenn Du die 365 Tage nicht ausnützt? Spielt das Wetter dann nach 10 Jahren völlig verrückt? (Jahreszeiten verschoben, zum Beispiel also Schnee im Sommer, etc.)


    Gruss,
    Larry

    • Zitieren
  • Puhbaehr
    Anfänger
    Beiträge
    51
    • 3. Februar 2006 um 23:24
    • #14
    Zitat

    Original von Seelenquell
    season is nich der monat sondern die jahreszeit (!)


    Wer sagt das?

    Zitat

    Ausschnitt von Puhbaehr
    Mit seasonlength lässt sich auf jeden Fall die Länge einer Jahreszeit (in Monaten/Tagen) beeinflussen.

    Zitat

    Original von Larry
    Puhbaehr: Die Sache mit den Jahreszeiten ist allerdings sehr seltsam.. Was passiert denn, wenn Du die 365 Tage nicht ausnützt? Spielt das Wetter dann nach 10 Jahren völlig verrückt? (Jahreszeiten verschoben, zum Beispiel also Schnee im Sommer, etc.)


    Das dachte ich zuerst auch. Nein, sogar nach 10/100 Jahren sind die Jahreszeiten noch Konstant (ja ich hab den Rechner eine Weile laufen lassen).
    Loco muss die Werte in irgendeiner Weise ergänzen. Vlt. Prozentual? Es ist aber interessant, dass sich durch kürzen der Länge für Herbst der Winter nach hinten verschieben lässt. Also wo ergänzt Loco nun?
    Die Tage scheinen auch nicht kurzer oder länger zu sein. Jedenfalls glaube ich das nicht. Ich hab mal folgende Werte eingesetzt:
    seasonlength[0] = 10
    seasonlength[1] = 50
    seasonlength[2] = 100
    seasonlength[3] = 200
    Es schien dabei als wenn die Tage zum Jahresende länger waren (ich hab die Sekunden mit Stopuhr jeweils nach 10 Tagen gestopt). Zum jeweiligen Monatsende werden sie sogar sehr auffällig länger. Ich bin aber der Meinung, dass es nur an der Rechenleistung liegt.

    Was könnte das noch sein, außer die Länge?
    Vlt. die Abweichung vom Standard in Tagen/Prozent oder so? Ein Rätsel. Aber Laut der Wiki-Doku sollen es tatsächlich Tage sein.
    Aber wie es scheint versucht Loco aus jeder Situation irgendwas zu machen ohne Fehler zu melden.
    Ich habe auch mal proberweise überall 1 eingetragen. Ergebnis: Der Schnee lag, fing an zu schmelzen und es schneite kurz darauf (vlt. nach 5 Tagen) wieder und blieb für den Rest des Jahres liegen.

    • Zitieren

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden

Twitch

  1. Datenschutzerklärung
  2. Impressum
Community-Software: WoltLab Suite™