This discussion (as well as many other community discussions, e.g. this one), makes me thinking that adding a collection of 3rd party, pertinent URLs to Windy UI would be really helpful to many users (and to Windy, too).

Of course such a 3rd party web sites are not intended to replace, nor to compete with Windy.com.
A good sample is the link provided in comment just above, which is for a web site specialized in dust forecast, provided by a research laboratory.
Windy.com has not the required resources to (and should not) compete with big research laboratories (e.g. official WMO product providers), but could advantageously provide such a pertinent list to its users; I guess everybody would win...

Such a pertinent URLs list may be pretty long, thus items may be grouped by category (e.g. "Weather Alerts", "LRF Models", "NWP Models Data Providers", "Local Forecasts Europe/NA/Asia/country/Etc)", "Satellite Imagery", etc.).
Its appearance may be also as discrete as needed (e.g. placed in the main Menu, just after Windy Plugins), in order to not change current look and feel of Windy UI.
Of course each URL link could and should have a full description (e.g. as OnMouseOver tooltip).

Btw., such a link to OSM Community web site could save a lot of time to both users and administrators and avoid all these long and boring posts about missing roads or wrong country names on Windy maps...

Moreover, as Windy has many occasional or permanent users and part of them are meteorologists, forecasters, pilots, I guess many of them would be happy to propose and share pertinent URLs which would be really helpful to users with less knowledge in these domains.
Btw., the community discussions already contain a pretty big collection of links to pertinent 3rd party web sites...

WMO observing network contains both ships (voluntary observing ships or part of GTS network) and buoy stations.
Some met offices even use drones, turtles, whales, etc. as support for ocean weather sensors...
Buoys are generally static, ships are generally moving; both of them should have a series of standard weather sensors defined by WMO and provide messages of type SHIP or BUOY (which are extensions to the more generic SYNOP mesages). Ogimet web site (for example) provides part of them here (screenshot below).
WMO/GTS naming rules of all ocean observing stations are defined here.

Windy only displays real time observations and values computed in weather forecast models, while fronts are not present in the latest.

Fronts are only drawn by expert forecasters in very specific weather forecast messages (e.g. SIGWX), based on the human analysys of different data sources: deterministic and ensemble weather models, real time observations (SYNOP/TEMP/etc.), satellite remote sensing and even climatological data and local knowledge. Such a message is only provided by specialized regional or national weather centers and cannot be computed by algorythms with enough accuracy.

Enter the keyword fronts in the Search control to get more info from community discussions related to this topic.

See also this article, which says: Frontal analysis in modern forecasting is still a critical part of a forecaster’s toolkit, and not just because fronts are often associated with precipitation. Fronts can strongly impact local weather conditions via wind changes, convective forcing, turbulence and more. While many computer-based weather visualization packages can identify frontal zones on the large scale, they usually lack nuance in positioning of the front on the regional and local scales, which poses issues for short-range forecasting of all kinds, especially aviation. Additionally, a thorough examination of surface observations to create a hand-analysis of surface pressure systems and fronts, even if not truly completed “by hand” and instead in a 3D mental model space, allows the forecaster to become intimately familiar with the current weather in a way that examining a computer frontal analysis cannot. Situational awareness is gained, as well as conceptual awareness of synoptic processes, mesoscale processes, storm-scale processes and topographic influences that are interacting to create the “wiggles” one sometimes sees in a front’s position. These wiggles, or surges, can be caused by outflow from an MCS merging with the larger synoptic scale cold front, are sometimes powered by a secondary push of cold air that has mixed down from upper levels, and for other reasons. Although it takes more time up front in the forecast process, the knowledge gained from this analysis process often makes the rest of the forecast process go much faster - many extraneous pressure level charts of basic state variables can be skipped and the forecaster can go directly to regional and local scale variables of interest to address the forecast problems of day.

This is not a bug and couldn't be fixed; it is the result of merging products from different satellites in order to get a worldwide mosaic.
The "long line" is just the border between different coverage areas of sensors installed on different geostationary satellites.
See more details in this related topic.

Servers are usually synchronized with time servers (e.g. https://www.meinbergglobal.com/english/productinfo/time-server.htm).

You could try Main Menu / Settings / Smooth Satellite Animation (On/Off), as explained in the original post.

@bobluck said in Option to set default view.:

Can’t I just set a preferred view and have it saved?

Yep, I think such a new feature, i.e. kind of option "keep currently enabled data overlays on next user sessions" (and why not current map coverage, too?), would be welcome for many use cases. At least for users who often use same data layers and/or map coverage...

Both bearing and distance implies two points/positions; pointing to a map location is only one point, which displays its coordinates.
Distance is available on "Distance and Planning" feature.
Or well did I missed something?

Yet another weather web site ("Friendly Forecast", they say), full of ads, where almost all weather maps are picked from windy.com: https://www.friendlyforecast.com/AU/New-South-Wales/Kempsey/Moparrabah/Marine/.
Should they maybe pay a fee to Windy.com? :o)))

• Wind Speed and Directions are always comes as wrong: please compare with real-time observations; Windy just plots on maps model forecasts provided by weather centers, it doesn't compute any forecast. Moreover, model forecasts computed on grids with 25 km / pixel resolution cannot be too precise over mountain/valley areas, where wind forecast values are particularly hard to predict.
• How we can understand 3 to 4 hrs ago that a specific cloud will come to a specific place?: just watch the forecast for next 3-4 hours (use the time bar).
• What is meant by >240 in this map: which data layer did you selected on that screenshot?
• No one replying: please, next time you post a question on such a community site, wait a bit more than 6 minutes for an answer...

I think the red message on your screenshot above is clear enough.
Windy is a webapp which requires your device to be connected to internet (while your's is obviously offline).

I don't think so, Windy just offers forecasts / observations on maps.
If you would need raw data, you could obtain it directly from the same providers as Windy (when freely available).
E.g. GFS model data is publicly available here (but you should cope yourself with GRIB2 format).

If there was a "best forecast model", people wouldn't bother comparing all these holy existing models :o)))

Just find "best forecast model" for your location - Windy offers an enough large collection of models - and use it.

Simplest test is to set a test alert for a threshold which always happens, e.g. temperature > -50°C.

@petra-pik Many thanks, I've already used the e-mail link. Actually I was not complaining about e-mails I received.
I just tried to emphasize cases were, in current implementation, removing Alerts could be fastidious in practice.
As I saw there are other posts on same subject, I think all these cases could be resolved if new, dedicated Alerts Management would be available on UI.

I removed all my favorites about a couple of weeks ago (via Web UI, don't remember the day), and still received Alert notifications by e-mail a test I made. Since then, Favorites list is empty on my session UI. It appears configured alerts would remain enabled after removing corresponding favorite, while user cannot reach no more the Alert settings panel via Windy UI.

I also tried, a couple of days ago, to click "unsubscribe this alert" link on a received e-mails; this is also a fastidious action, as that link on the bottom part of the e-mail is hidden by default on major E-Mail clients (e.g. on Outlook, as not safe enough).

I wonder why the Alerts panel couldn't be reached directly on Windy UI, without any action required via links on received e-mails.
Case study: a WIndy user sets an Alert for the e-mail address of his old mother who is NOT a windy user. How could the user remove this alert after removing the corresponing favorite? I think he couldn't do it otherwise than asking his mother to forward the e-mail, then clicking himself the "Unsubscribe" link...

Or did I missed something?

If the question is about base maps: see update details on the Help control on https://en.mapy.cz (a priori OSM data is updated monthly).

If it is about the weather data (forecast models): click the clock to get the time :o)))

You should (maybe) join this old thread.