Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mismatch between filename time and first scanline time in file #383

Open
jmittaz opened this issue Feb 19, 2019 · 1 comment
Open

Mismatch between filename time and first scanline time in file #383

jmittaz opened this issue Feb 19, 2019 · 1 comment

Comments

@jmittaz
Copy link
Contributor

jmittaz commented Feb 19, 2019

TIme used for filename generation is not the same as the first time in the easy fcdr.

TIme used for filename is taken from piece directory list
Time in file is taken from piece_easy which is a processed version of piece through debug2easy.

Example is

piece time of first scanline = 2000-02-01T03:42:00.928000000
piece_easy time of first scanline = 2000-02-01T03:42:13.728000000

for file for NOAA-14 from print statements embedded in code. Relates to file

FIDUCEO_FCDR_L1C_HIRS2_N14_20000201034200_20000201052352_EASY_v0.8rc1_no_harm_fv2.0.0.nc

generated from latest version of the code (updated 19/02/2019). Issue for other parts of project that may use filename as indicator of time of first line. Presumably a bug - either time from piece should not be used or bug in debug2easy. Note most of the time this does not seem to be a problem (other files one day OK) - but noticed as part of batch processing of HIRS FCDR data for Level 2 generation. Not known how prevalent, but causing problems.

@jmittaz
Copy link
Contributor Author

jmittaz commented Feb 21, 2019

By moving where the filename is created into the piece_store_* routines this seems to fix the problem

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant