You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The layer endDate is parsed incorrectly. If you inspect a layer like black marble; 2016-01-01 from GC gets transformed into 2017-01-01T00:00:00Z instead of 2016-01-01T00:00:00Z.
The layer startDate work as intended.
Another example: SWDB_Aerosol_Optical_Thickness_550nm_Monthly
Note: Looks like end_date = determine_end_date(times[2], end_date) is the likely cause since this bug only affects monthly and yearly layers and we have the following in processTemporalLayer.py:
if times[2] != "P1D":
end_date = determine_end_date(times[2], end_date)
determine_end_date does an additional isodate parse
Environment
Version: 2.2.0+
Browser: all
The text was updated successfully, but these errors were encountered:
Description
The layer endDate is parsed incorrectly. If you inspect a layer like black marble;
2016-01-01
from GC gets transformed into2017-01-01T00:00:00Z
instead of2016-01-01T00:00:00Z
.The layer startDate work as intended.
Another example: SWDB_Aerosol_Optical_Thickness_550nm_Monthly
Expected behavior:
startDate should equal:
1997-10-01T00:00:00Z
endDate should equal:
2010-12-01T00:00:00Z
Actual behavior:
startDate actually equals:
1997-10-01T00:00:00Z
(correct)endDate actually equals:
2011-01-01T00:00:00Z
(incorrect)Note: Looks like
end_date = determine_end_date(times[2], end_date)
is the likely cause since this bug only affects monthly and yearly layers and we have the following in processTemporalLayer.py:determine_end_date
does an additional isodate parseEnvironment
Version: 2.2.0+
Browser: all
The text was updated successfully, but these errors were encountered: