weird i use windows defender and have edge too it does warn me that a file might be unsafe but i select to keep it anyway
Well, the only routes affected are Clinchfield and the two steam routes. Everything else is post-1980
Also, I don't quite understand the "get TSW weather" function. It seems that as soon as a route loads, the app immediately sets it to whatever the live or historic weather is, so the button is just recursing the app weather, not recovering the TSW set weather (this is important for scenarios, which usually have scripted weather)
Winzarten I am sorry to be such a needy lady, but I have now been able to install the app but do not know where to go from here. I have opened TSW 6 in 2 different routes but see nothing of your app, only my normal God Mode weather.
did you set the weather at custom all setting to clear the weather app if loaded should change it and i see we are at a new version again
Yes, on the Riveria which I ran last. It stayed clear, no clouds. Now for all I know that was the correct weather there, though its dark there now. I have the streaming cams from CoastCams.com, Dawlish. Guess my next question is if I am running today's date, which I usually do, but 6 hours earlier than local, does it still work? Guess I should also note, I went through the installer for the app, so its there, just don't know how a access it.
It is a standalone app, it needs to be running in the background. It interacts with TSW via the API DTG provides. Its only use-case is really just if you're in manual mode, moved the sliders, and wanted to restore them to TSW state.
Not that I can see anywhere. I have the proper start up options in Steam. I think I found the problem, I did not have .net installed. I actually found the app and when I clicked on it it told me it needed .net, which I have now installed. I how have the app. Also got the update information. Will give all this a try tomorrow.
Looks you're good to go, as you're on steam the app should automatically pick up TSW once you run it.
What am I doing wrong? When trying to get historical weather, it gives me an error message: Response status code does not indicate success: 400 (Bad Request). Live weather works without problems
Thank you so much for your hard work in releasing this, I only download this for the weather aspect but the annotations are great as well. But ultimately, its fantastic to be able to have unpredictable but realistic weather in the game. If DTG gave out awards for community mods, this would get my vote for 2025.
Is it possible to edit the name of a point after it’s been saved, or do you have to delete and replace it?
Nothing. Looks to by an issue in my code, caused by one of the banes of SW development - decimal separator. If your decimal separator is ',' it will currently fail. Thanks for reporting it. I will push and update. If you select a point you added, you can edit all properties of it. Points that are build-in cannot be changed (becasue that would complicate updating things). I plan on hiding all buld-in points by default, but I haven't got to it yet
I am loving this so far! Annotated the stretch between Rosenheim and Bad Endorf last night. One thing which would be nice to have in a future version would be a tag/icon for "Road", since I like to mark the overpasses and grade crossings, and one for "Railroad" or "Track", since I like to indicate where diverging routes are going. And, possibly one for "Town," for those settlements without a station. More speculatively, possibly something with directional arrows for pointing out landmarks off to the left or right, e.g. Wembley Stadium? ________________________ On the tech level, there is an odd behavior, which isn't fatal or anything just irritating: if you add a point while having a route active, the overlay shuts down; to get it back you have to quit the app and restart it.
Hitting 'Save' should be enough, this will save the changes and reset the overlay state. It might take few seconds until it reinitialize. The overlay window is only visible if there is something to shown, otherwise it is hidden. Also there is a logic that prevents showing of the same points twice in quick sucession (this is also reset via the save button). And I will look for a road icon
OK, the app loaded fine and immediately found the Api key from TSW. I have weather set to 'live' and ran it in the Riveria route. I did not get any weather showing in the app unless I hit 'update'. I used the route since I have live streaming cams from Dawlish so can see the weather. What I was seeing in the cams was not what I was seeing in game. I have set up an account in the first weather link you gave us and also opened the second, but did not see anywhere to register in this one.
The app will not autoupdate weather in menu, but it should do it once you're on a route.. I tried Riveria route and it is working fine for me. As long as this is filled with data: The app is working, it also shows the weather that was reported by the https://open-meteo.com/ No registration is required there, that's one of the reason I've ended up using it. But it's current weather is based on prediction models, so it will be off by as much as weather forecast can differ from the real weather. And also, it is not possible to recreate the look of real weather just by setting temperature and moving the cloud level slider (which isn't helped by that fact the cloud cover is the thing that can differ a lot from prediction). And tbh, I honestly wouldn't focus that much on the accuracy of the weather representation, because that's imho not something that can be achieved. More advanced weather models than TSW fail short on that. The main benefit I see, is to have sensible weather patterns without having to manually fiddle with sliders, and thinking before every service what weather I would like to run it in... And having the minute changes in the weather, where you have the drizzling rain that stops for few minutes, only to start on later, maybe pick-up as you move into the weather front... Possibly have the weather slowly changing over the course of a hourly service... and to get rid of the 20seconds sunny to storm transitions we got with stock dynamic weather.
Hello Winzarten, There must be a way to check the current live weather without it being included in the weather forecast. I don't know if you are familiar with Omsi and Omsi 2? They also had live weather, which matched the weather outside. And they made it relatively simple by using weather data from weather stations at airports, including military airports. These are known as ICAO weather stations. And they were queried every 5 minutes. Of course, I don't know how they programmed it. But there was a simple .txt file with the locations where such weather stations were registered. I just don't know if that would be a possibility. But you really deserve praise for your work so far. You're doing a great job.
One benefit of using the forecast model is resolution fidelity. What I understand is that open-meteo aggregates data from various national weather forecast agencies. I.e. for Germany their models have resolution 2 - 11 km (UK is similar). That means as your location changes, the weather changes, based on the model. Which takes stuff like geographic properties, your altitude...etc into consideration... You also get a lot of 'simulated' data, like snow coverage. The problem with doing it via METARs (FSX also did it this way) is that there are often very big changes as you move from one reporting station to another. Sudden wind changes becasue of this was notorious for FSX. For OMSI it worked great, becasue you're in a localized area. I'm ofc not ruling the possibility to implement something similar for people that want it... or finding another API that offers actuall real data for geographical location. It's that I don't know about any... as a week ago openweathermap.org is all I knew, and that was because another app was using it :-D
You have summed up exactly what I love about your app in 2 sentences there. Does your app model thunderstorms or is the TSW weather model just based on if its raining heavier then Xmm/hour then there is lightning?
hmm... thunderstorms, good question. . It doesn't model them yet.. right now it just transforms the reported rainfall to the 0..1 ingame precipitation slider (by default 10mm/h is max slider, but that can be changed in the settings). In game, if the precipitation is over certain value, then it is a thunderstorm. There is no other control over thunderstorm (so there is no possibility to have non-torrential-downpour thunderstorms). So, in theory, I should be able to clamp the precipitation below the thunderstorm transition, and only move it over, if the weather service reports thunderstorms (which as I just checked, it does for live and recent (2016+) historic data).
the app seems to overide the weather in journey mode just fine too did a few runs and did not notice any real weirdness yet only drawback is you can not change from dynamic to customize and move the sliders
One feature planned is to be able to override properties you want using the sliders from the manual mode. So you can only use those parts of the live weather you want.
i was driving on a sunny day totally clear did not even see over usage of mist just a little far away normally the dynamic setting would have changed something it was a very long run too a cajon pass it took 2:10 hour did a few runs on Cathcart too one with clouds at start i could sometimes see that the weather app override it all in journey mode and used historical weather
Well, that's to be expected in the Mojave desert! TSW's native weather app has it raining and foggy way, way, way too much for southern California.
First real run utilizing this app and most say it is great, but I also really like the overlay with place names on the screen. I was running Riveria using today's day, as I most always do, and passing Dawlish, I was at 100% clouds. Well, at the end I went to the Dawlish live cams and here is Dawlish.
This program is honestly just.. perfect!! Especially with new live/historic weather additions! I know smoother weather transitions have been mentioned before, and I’m super excited for that whenever it comes. No rush at all, it’s already awesome as it is. But I just had a small idea that might be nice to have someday. Since the Route Annotations overlay can already show station names and locations, maybe there could be an optional toggle to display the current temperature as an in-game overlay too? It already shows in the weather section of the app, but having it visible as we drive could be really cool for anyone who wants to watch that change in real-time as they drive (would be an especially neat thing to watch when traversing mountains or moving closer to bodies of water where temperature fluctuations are more noticeable). Maybe even a setting for a Celsius/Fahrenheit toggle if possible too! Totally a niche thing, but it’d be a fun little touch. Thanks again for all your work on this, it’s such a neat addition to the sim
I'm thinking about how to integrate it with the overlay. The issue with the overlay is, that is has a small performance cost, and it stops gsync (and most likely also freesync) from working when shown. This is becasue of how different windows compositor has to work, and it is not something that can be fixed. But having it shown sometimes, i.e. when you pass a station, should be ok. And, the option to change the units will also come in the future. It doesn't make sense to have weather info in units you're not familiar with.
Could you imagine releasing the weather function from your Tsw route notes as a separate app? So that you would then just have this weather app, without the route notes?
The route notes can be disabled. The setting is persisted, so you only have to do it once. It's much more overhead for me managing two app instead of one.
Hi Winzarten, Thank you for your quick reply and for the tip. I haven't been able to try it out myself yet, as I'm currently very busy at work. No, if you can switch it off, it makes sense that you don't need two separate apps.
Winzarten Maybe you can make it so that the app can be executed on a separate PC than the one where the game is running. Instead of looking for the file with the key, allow the user to input the key. And instead of connecting to the loopback interface, allow the user to provide the IP address of the gaming PC. Of course, the overlay part would be impossible remotely, albeit one could have a secondary monitor and see the location there. There are several reasons one would like something like this. The most likely reason would be for the app to not impact the game in any way. Personally, I like to dabble in external hardware (Arduino), like you can see in this video: In case it's not clear: while playing ETS2, data is collected by an app and sent to an Arduino with an attached display. The screen is attached to my steering wheel, and displays information about the trip, including destination, distance to destination, speed, speed limit, fuel economy, etc.
@yardem Tbh, I don't see the use case in that, maybe in the future it is possible to also use the API consoles, than possibly I will adapt the app to allow the user to select which TSW version is running, and on what IP to connect. You'll not save any performance by running the app on a separate PC, the app does only simple REST API calls and a few basic arithmetic operation. Any spare capacity, on any core, is more than sufficient... All the impact on game - TSW having to react to API calls would be present even if the app would be running on separate PC. The app also a windows app, and always be a windows app. So it will only run a windows pc, so I don't see how arduino falls into that. It cannot feed an arduio, and doesn't have an API system itself.
I've pushed a new version. I've added weather smoothing It should be enabled by default. The weather should now slowly transition from one snapshot to the other over the whole 5 minutes interval, while TSW will be updated every 5 seconds. Tranistions on session start, or when doing big jumps over map are still instant. It is now also possible to change the year in the 'Historic' mode to In-game year - takes the year from game. Custom Year - Uses the year defined by the user. If the result date is in the future, then it will be moved back to the last valid year (12th of December 2025 will become 12th of December 2024 ) Random Year - At the start of the service a random year is choosen, and that is used throughout the service. So basically it is a kind of period correct random weather. I've also changed fog mapping so it should match the reported visibility more closely. Fog is applied when visibility is below 20km. Examples: 20km - 10km very little fog is applied, so it more like a long distance haze. 10000m: Thick haze, turning to fog. 4000m: Fog, but still fair visibility 400m: proper thick fog
no way.. IS IT CHRISTMAS IN OCTOBER? Edit: Jumped straight to 'write a reply' without seeing the other Christmas reply LOL. It really does feel that special. Didn't expect this, this soon!
Do you know if the fog values change dynamically as well? This is a pretty big issue with the in-game dynamic weather. While the overall weather transitions smoothly between updates, the fog value tends to shift abruptly from one extreme to another, either turning on or off instantly.
That shouldn't happen with the app (I was also always annoyed by the big swings in the dynamic weather, that's why I very rarely used it). I've done the transition differently than DTG have done it (they a have a very small transition period, and then a long 'stable' period where nothing happens to the weather) After the first 5 minutes (so after the first data update, after the initial weather is set when service is started), there is no longer a 'steady state', the weather is always changing to what the last weather update said it should be. And it transition evenly for the whole 5 minutes, after which it downloads another weather snapshot, and starts another 5minute transiton. So if there is a big change in visibility, let's say from 5000 to 400 (which is absurd to happen in 5 minute period, outside of..maybe driving to a cloud on montain route), it will take 5 minutes for the fog to change from 5000 to 400m visibility. You can test how the fog transition works. Just override the visibility with some small value, like 400. DON'T press 'Update Now' (that would apply the value instantly). Next time the weather is downloaded (when the transition counter resets back to 1), the value in the field is used... and the fog should steadily transition into the desired value over the 5 minute period.
I got this update just before I ran a train in the new German route and noted how it now works with intermittent rain showers and varying cloud cover. Confirmed in the actual weather radar that this is what was happening.
Now failing to work in last few attempts, not sure why anything changed? I had the latest version downloaded and working ok, DTG pushed a Peninsula Corridor up date to my profile was only thing I think? Then seemed to work once a different route was selected. Route i had loaded was Rapid Transit. This then worked I think... Overlay was blank though?
Rapid Transit have no annotations see supported list gitlab.com/winzarten/tsw-route-annotations/-/raw/main/Application/Application/Routes.XML.txt?ref_type=heads weather should work fine
