Open dominig opened 5 years ago
How about "Grib duration too short, turn on Climatology"?
If you active climatology it keeps going until the end, but climatology data in Biscay Bay or in the English Channel is of no real value, so I always turn it off. A clean error message is useful. Arpege GRIBS provides better data than GFS in those areas but are limited to 3 days, what can not always cover all routes options.
Ok, so perhaps "Grib duration too short"
Or if the error happens to be from the beginning, where Grib time range does not match route start.
Trying to generalize , "Grib time is out of range of route start or finish" ? I wonder if this can be tested without going through all the calcs, probably not.
It gets complicated when climatology is run at the beginning and then the grib starts. There are many conditions.
Also related to #193 UI Signal (triangle) on Optimal Route when grib data runs out. #193
Weather_routing.cpp Line 1903 and afterwards
else
if(routemapoverlay->Running())
State = _("Computing...");
else {
if(routemapoverlay->Finished()) {
if(routemapoverlay->ReachedDestination())
State = _("Complete");
else {
State = _T("");
if(routemapoverlay->GribFailed()) {
State += _("Grib");
State += _T(": ");
}
if(routemapoverlay->PolarFailed()) {
State += _("Polar");
State += _T(": ");
}
if(routemapoverlay->NoData()) {
State += _("No Data");
State += _T(": ");
}
if(routemapoverlay->LandCrossing()) {
State += _("Land");
State += _T(": ");
}
if(routemapoverlay->BoundaryCrossing()) {
State += _("Boundary");
State += _T(": ");
}
State += _("Failed");
}
} else {
So what is if(routemapoverlay->LandCrossing()) {
Not sure where "Land Error" comes from yet. Maybe there needs to be a new condition test in routemapoverlay.cpp?
Hi, PR 239 should correct some bogus errors but in this case WR is probably right, it's just not intuitive and not very useful, we need to find a better way.
In your case it's likely that:
Not sure info is easily available for adding a UI symbol.
Then perhaps, there should be multiple messages for all of them? I know how in-determinant these failure reports are. We only seem to know what the problem "was" once we get it working.
Is the plugin divided into logical parts for failures?
Have any of these 5 failures (1,2,3,4,5.6) report at the Failure line if they are triggered? Is there some other way to do it?
If the grib duration does not cover the tme required for the route, the error message is "land error" while is should be something like "no more data in Grib" or "Grib duration too short"