It does not matter i find that the app overwrite both custom and dynamic. If your running scenarios set it to manual before you start the scenario
Yeah. still thinking how to solve it (or give the user the ability to solve it), without the need to fiddle with the settings all the time. Most likely there will be different settings, now I'm figuring out if it can be automatically selected by the app... which might work most of the time... This could also allow you to i.e. have less steep settings for mountain routes where it snows often vs lowland routes where 10cm of snow might be the most the area sees... and the user might want more aggressive curve, so the full slider range is user. But this will not work fully for areas like London, where routes from the whole history of TSW share the sme origin.
No rush at all! I'm sure that whatever is implemented will be great. Appreciate your hard work as always! PS: I’ve been putting together a community spreadsheet (inspired by JustWentSouth's "Awesome Tsw Service Mode Runs" thread & suggested by a few, both here and on YT) made for tracking interesting historic weather runs. The sheet has a few dropdowns and fields to help keep everything neat and consistent like: • Region(s), with preset options for all current TSW regions (including the option to select multiple territories for overlaps) • Route, Service Name/ID, and Train/Loco • Historic Weather Date & Start Time (24-hour format) • Difficulty, with an extra “Mystery” option for anyone who wants to keep the weather a surprise • An optional “Submitted By” field for those who’d like to include their name! Before I posted the link, I wanted to check in with you on this. I understand that this is your project, and I don’t want to add anything that could distract from or take focus away from your updates. If you’re okay with it, I’d like to start a new community thread that’s focused just on sharing weather runs, with clear links back to your tool and this thread. But if this is something you'd prefer to not be done, I completely understand. Again, thank you for all the effort you’ve put into this!
As a quick note, I have realized that when travelling as a passenger, the speed at the bottom always remains at 0kph (even though the coordinates are beeing updated constantly) Without actually knowing it myself, I have obviously been waiting for this feature Thank you for this one! I did not use the overlay in its old form, so much, as it was interfering with your view in game. Now I can place it underneath my EBuLa on my second screen and actually get usueful information from it. This made me thinking... on some EBuLa screens in Germany the driver can actually get informations about how fast he should drive, in order to not get too close to slower trains in the sectors ahead of his own train, in order to save energy by not having to use the brakes. (This system is called ZLS [Zuglaufsteuerung], loosly translated = [train control system] and looks something like this irl): The system is more complex then just this, however, just to simplify the approach, when I was reading through the API documentation, it seems now possible to get informations of the AI trains around you. Would it be possible to maybe just specify what train is driving up ahead and dispaly it on the overlay? Very often one can already make a judgement what the max speed of this train would be (by knowing the train number) and adjust the current driving style accordingly. Maybe it would even be possible to display more informations, like speed etc. I know, yet another idea, but maybe something that you and others would find intersting as well
This would be great, and I definitely fully support this. Anything that will increase the enjoyment of TSW is more than welcomed It would also help me when finetuning functionality how have references to interesting weather patterns. And, down the line, it might be cool to integrate this within the app, as 'weather scenarios', as an addition to 'historic' and 'live' weather. You would define Location + Datetime as the source for the weather. You could name it, import and export it... And it would allow the use of the scenario on any route, and on any service... The weather would progress based on how long you're in the world... So you could relive i.e. the Boston snowstorm on Southeastern High Speed... and you wouldn't be limited with what areas are actually covered by TSW... any interesting weather, anywhere on the world? Relive it in your TSW service Speed is not filled in the TSW data while you're not driving a train, as a driver. The problem is that I don't know anything about the rail network.. so the train positions might be there, but I don't know if we're on the same track. It is also why I feel doing a proper Ebula is not yet possible, and would require lots of manually entered data.
Yes, already thought that it is not as simple. Off topic, but as you were mentioning it, it may be of interest; In regards to the EBuLa, I am using a paid tool (online-EBuLa), which is now also linked to TSW, thanks to the API. The developer found a way to extract time table data by using the Editor and is therfore able to supply new time tables for a new route within a couple of days, It even has all consist data, down to brake percentage calculations. I am a big fan (but before anyone asks, I am a normal paying custome myself).
Doesn't matter. The app overrides the in-game weather (unless you want it: set the app to Manual (before launching the route)
Tried searching your handle and the route name no luck. Also tried weather and saw 2 other annotation files.
Gosh there's a new update to this tool every time I start up TSW, excellent work! That's interesting, I wonder how detailed the data is? If we have train coordinates, length, direction and speed, it might be possible to trigger a toot of the horn as an AI train approaches the rear end of another train. In the UK this is done to warn any trespassers or track workers that another train is coming in the opposite direction. It's the same in France but I don't know about DE, NL, CH or US regulations. Maybe a lot of work for little benefit, however. JB
The thread and link to the spreadsheet are up, along with the weather acceleration speed category added! Looking forward to playing some of the runs you guys submit! PC - Tsw Historic Weather Explorer & Community Log (winzarten App) | Dovetail Games Forums
Just found a new annotation for the Antelope line on Train Sim Community, Information on the writer is on the screen grab. Antelop Valley Line Annotations - Train Sim Community
Antelope Valley Line is now on the train sim community for download https://www.trainsimcommunity.com/m...ilities/i7028-antelop-valley-line-annotations
There looks to be an issue when the stored window location is left of the current minimal desktop area. In those cases the app can open outside of visible area. I will try to get it fixed. If it is this, then you could alt+tab to the app and then use the win + shif + left / right arrow key to move the window to another monitor. Hopefuly it will become visible.
Technical question in regards to visibility. On a recent run I have noticed that the visibility on the live weather was shown only with dash, however, on the TSW weather there was a value of 0,0009, which did not change for the rest of the run: I did check with open meteo and the visibility value was given with 36.000m for that current location. Is this working as intended? I have never seen this kind of behaviour before...
It was on KWG, expert timetable IC2177. Was your question related to my question, though?! I don’t see the connection…
It is good to provide as much information, as possible, as that helps to narrow the code which might causing the error, especially in cases like this, where the functionality is generally working, only in this particular case it got obviously broken. In this case I can see that the service is an afternoon service, but the app is querying 10pm data, so it's most likely in live weather mode. What is then weird, is that it is clamped to exactly 10pm, to the exact second.. Which suggests that something is wrong with the interpolation in live weather data, or something in the area... because, why is it is not using interpolated data? Well, because in live weather there looks to be an oversight, as I'm just querying the current day., 1 past day.. but no future days. So if you're running at the end of a day, the app has nothing to interpolate the data with, and it gets clamped, and some values are not filled. Will be fixed.
Yes, indeed, usually run with live weather, regardless of the time of the service. Thanks for the explanation of the issue, however, would that not mean that all weather parameters would be similar frozen, like the visibility? Just asking, as all of the other parameters were updating as usual… Also, as mentioned, I did go into open meteo (using the in app link) and there it gave me parameters also for visibility (as said above, around 36km). I have only noticed it because the 0,0009 value actually had a visible effect on my head lights and as I now have the overlay permanently on my other monitor it did not give me a visibility read out, which made me suspicious. As said, I have not seen this before, at least I don’t think so (I may not have realised in the past).
Visibility is not filled when using non-interpolated data (it's just a quick and dirty fallback, so the application doesn't crash). Other values are changing, because those are filled, and those are changing. While the time is frozen, your location is not.. so they are changing based on the location you're currently in. The data was present in open meteo, but generally, as data points are spaced one hour, I interpolate the data to get the weather for the exact time. At the end of day, the start of hour data point might be the last in the retreived data, thus I lack the next point, and no interpolation is done, and a fallback is created... It will most likely only happen if you play between 23:00 and midnight. The 0.0009 comes from the last update that had visibility. When visibility is not filled, it will not be converted to fog value, and TSW will not be updated.
It should be fixed now. As should be this: and the app now tracks which locations come from imported files, and hides them by default. Also during export it asks which points it should export - only those that the user created, or also the previously imported files. All previous exported files are still valid and can be imported without issues.. also people who already imported some files don't need to do anything.. unless it would be beneficial for the to have those points properly marked (i.e. you're working on annotations for a route that has the same origin as a route you have imported data for), in those case, just reimported the file, select 'merge' option, and the points should be correctly marked.
and the app now tracks which locations come from imported files, and hides them by default. Also during export it asks which points it should export - only those that the user created, or also the previously imported files. View attachment 205736 Nice! I love this little update
Hi, I updated the app to version 3.6.4 and now the window opens out of the desktop area. I never had this issue before.
I'm disabling the position storing for now, obviously it needs more time in the owen, and it currently causes more issues than it's solving.
Winzarten Apologies if this has already been discussed (I searched and couldn't find anyone mentioning it) Whenever I load historic weather into a route now, the error below appears. Any ideas? Index was out of range. Must be non-negative and less than the size of the collection. (Parameter 'index')
I just realized that when you click “View Online” under Live Weather, there’s an hourly snowfall accumulation chart as well, not just the liquid precipitation. I think it would be a neat update if, whenever the weather code is showing snow, the app could switch from displaying liquid precipitation to snowfall in the overlay instead. That would give a much clearer sense of how much snow is actually falling, since the rate can vary depending on temperature, humidity, and other factors. purple: hourly liquid accumulation orange: hourly snowfall accumulation I’ve also noticed something interesting since one of the more recent updates that made the weather update based on train position instead of camera position... When a service ends and I fast-travel to another location, the weather no longer updates. Even if I spawn a train or start a new service, it stays stuck until I force close and reopen the program. Also, just a thought. I remember you mentioning that having a smooth transition from rain to snow or snow to rain isn’t really possible, but I was wondering if a small workaround could help. If the weather code changes from one precipitation type to the other, would it be possible to have a short transition period, maybe fifteen or thirty seconds, where the weather shifts to cloudy before switching over? So if it’s snowing heavily and the next update is heavy rain, maybe the precipitation slider could slowly drop to zero first, then the temperature in the world rises enough for rain, and after that the precipitation slider climbs back up to where it needs to be. That might take away some of that sudden cutoff that makes the switch feel jarring. I think it could be an interesting way to soften that transition, though I’m not sure how others would feel about it. I’ve been doing a lot of runs with weather changes lately and they’re really fun, but the jumps during the day are definitely noticeable. At night it feels much smoother, especially when it’s foggy.
Next time it happens, please save a log file Also note the route and service. These issues usually have very specific conditions, and can be harder to track down without these info. The fast travel update looks to be tied to the change of using train location, instead of camera, when possible. When you spawn on foot, it works. It is possible it gets broken the moment you step into a train, because TSW never clears the train location from its data, even if you step out of train.. I need to check. Also, keep in mind that the instant update happens only if the jump is over 10km in distance The transition, I need a new concept for that. some kind of animation, that would be used instead of values from the converted data.
It was on Morristown and the error appeared for a ALP-45DP service either 6619 or 877 & NJT cab car service 660. Unfortunately, I didn't save log files but I will endeavour to do so next time I see it.
I managed to find it. LIRR Commuter route. Train 1721. https://drive.google.com/file/d/1Pqd796Mj3uZ0kmM5IEzE3CDeYV2eENR1/view?usp=sharing
No worries, and thanks a lot for the log... I think I know what's going on, I will try to get it fixed
Oh, interesting. I route hopped from one route end to the other (Boston south station to Worcester) which is for sure more than 10KM
Weird, I have been testing it today, both straight from spawning 'on foot', to teleporting after the session, and it looks to be detecting the jumps correctly... Weird..
I just made additional annotoations for the Southeastern Highspeed line San Pancras - Faversham/Ashford. This route was not on the Routes list, nevertheless the stations were already included in the app. So I just added 29 locations. https://www.trainsimcommunity.com/m...southeastern-highspeed-annotations-supplement
This is what I tried with my annotations. Take a look on https://www.trainsimcommunity.com/mods/c3-train-sim-world/c109-other
I came a bit sceptical about the usefulness for me, as I tend to really pick weather to my current mood, but I gave in to Train Sim Society's enthusiasm and boy this feels amazing. It's not about big changes in the weather as dovetail thought when designing the ingame dynamic weather, but it is all in the small changes beneath that you absolutely mastered with your implementation of gradual changes. So far did two trips with it, one was a daylight train from Seefeld to Garmish using the historical weather, it was calm and clear skies with some ground snow, but amazing transition as you descend and the ground gets little bit more colorful behind every curve. Still snowy, but more and more autumn leaves popping in the otherwise white scenery scream at you that you are leaving the Alps behind. The second was a nighttime trip Dresden-Röderau with live weather, as I saw on the radar that there is some mixed precipitation on the radar there.. I'm often doing night runs in heavy fog, because the volumetric fog was one of the greatest addition to TSW for me. But the way how your tool captures the subtle changes in such geographical resolution is stunning. I could clearly see how in cities it's just a mild drizzle, but once you enter forest, it gets more and more foggy with the high beam cone getting more visible; when you leave the forest, it slowly clears out again as wind can more easily disperse the fog. I took the fast route, and above Großenhain there was sitting a cloud with gentle snowfall instead of the rain all around, and I could feel how I am just driving alongside the edge of the cloud and once the tracks turned away from the city, it slowly returned back to raining. It's not about just pulling live weather to the game, but your implementation of location detection and gradual changes is absolutely brilliant, really great job.
I just finished Annotations for the Hauptstrecke Rhein Ruhr Duisburg-Bochum: https://www.trainsimcommunity.com/m...her/i7045-hauptstrecke-rhein-ruhr-annotations
Thanks for the high praise. And I fully understand where are you comming from, as I also like to select weather based on my mood... That's why the next major feature I'm currently working on is weather finder.. Just select any annotated station, desired weather and date range (max 90days), and the app will find instances where the weather matched the criteria... You can see hour by hour breakdown for each instance And after you select a service at the appropriate date and time, and you'll get the weather you want, but with all the minute changes along the jorney
I had a small suggestion that might be useful, especially for content creators. It would be great to have a toggle that displays the current day and year of the simulated weather. The time is already on the HUD, but having the date visible would make it easier for people watching videos or looking at screenshots to know exactly when the weather is from. It would also be helpful to have an option to change the date format for different regions, such as using all numbers or writing out the month. Since the data already exists in the Live Weather tab, bringing it into the overlay feels like a simple quality-of-life addition. One small thing I wanted to mention. When the overlay is aligned to the left, the icon sits tight against the inner border, but the border itself doesn’t reach the edge of the screen. That creates a gap on the outside, but no gap on the inside. When it’s aligned to the right, the behavior is different; the border touches the screen edge, and the values have a bit of margin inside, which looks cleaner. (note: margins are set to 0 for both side alignments) If full margin or background border customization isn’t something you want to add, I think having the left and right margins be equal would still make a big difference and make it look much more balanced.
This mod just keeps getting better and better, thank you! Just a suggestion for a couple of additional options: the addition of a ‘Random Weather’ button in the manual weather tab and possibly a ‘Dynamic Weather’ check box could also be added here that subtly changes the weather over time, but to less extremes and with better transitions than the TSW default. The latter is pretty bad, and it nearly always ends up with torrential rain even on the brightest days!
The date is on the todo list. I would like to also add the option for time, as in cases of time acceleration, the weather time will be different from in-game time. Having properly aligned background is easily done for the weather panel. But the the route annotation part I need to examine, as there the show/hide animation complicates things a little (the background needs to be part of the text, if it is to follow the same animation). Yeah, and those non-uniform margins... that the usuall dev being blind to UI annoyances stuff :-D Tbh honest, I don't plan to improve the manual part a lot. Selecting random year is imho much better option of having 'random', having a 'random' weather and having a 'random weather that makes sense', are two different things. That's also the reason why I don't plan to do my own weather progression, as making it believable, in relation to the train location is just too complex, and requires lots of time consuming finetuning. There are very few games that actually do random weather right (ACC and IRacing come to mind). I think effort is better spent on improving the weather data interpretation (i.e. I currently trying to figure out, if it would be possible to do rime ice based on temperature and humidity, so you could drive through i.e. a freezing fog) . Setting the time acceleration is imho much better option to have more changing weather. But the project is open sourse, so if anybody else wants to try some manual weather patterns implementation, feel free to fork the repository ;-)
