-
Notifications
You must be signed in to change notification settings - Fork 86
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
Problem Accessing NASA Ocean Color Data with Earth Access tools #563
Comments
Can you attach the full traceback? I think the error is occurring when you pass an |
|
The interesting part is that if I do the same thing for a different file, like a TEMPO L1b file, the same code runs smoothly, so it's something specific to the ocean color files for some reason |
Seems like this server https://oceandata.sci.gsfc.nasa.gov/ is not accepting HTTP range requests, I guess for now the only workaround is to download the files. @zfasnacht |
Any idea who to possibly contact about working to change this? Is it a general daac issue or an ocean specific daac issue? |
I think it will affect any data being serve from here, maybe @itcarroll knows who to contact to verify this. curl --range 0-999 -vL https://oceandata.sci.gsfc.nasa.gov/getfile/JPSS1_VIIRS.20240227T051801.L2.OC.nc Instead I'm getting
|
The VIIRSJ1_L2_OC collection is not in the Earthdata Cloud, and it appears correct that the DAAC's on-prem server is not accepting byte range requests at the Question though for @betolink, why is |
@itcarroll so what's the best way to access the MODIS/VIIRS L2 OC data? Still through ftp? Is there a way to access it with the earthdata tools without copying files locally? |
@itcarroll, |
@chuckwondo not quite, I edited the code because I accidentally changed 'VIIRSJ1_L2_OC' to 'MODISA_L2_OC'. cloud_hosted is not working as expected
|
Weird, I ran the code with results = earthaccess.search_data(
short_name = 'ATL06',
# cloud_hosted=False,
temporal=("2023-02-01 00:00:00", "2024-02-27 23:59:00"),
bounding_box= (10,0,20,90),
count=1
)
# returns ~4k granules but half are from the cloud hosted collections
results = earthaccess.search_data(
short_name = 'ATL06',
cloud_hosted=True,
temporal=("2023-02-01 00:00:00", "2024-02-27 23:59:00"),
bounding_box= (10,0,20,90),
count=10
)
# returns only the cloud hosted granules. |
I believe it's a bug. |
cloud_hosted
flag not working as expected
Should we move this to a discussion? I think #565 covers the work we need to do? |
cloud_hosted
flag not working as expected
Leaving aside the |
I'm having problems reading ocean color files with the earthaccess tools. The following code correctly returns 55 granules (grabs 10 of them), but then when it tries to open a file it returns
Example file
I've downloaded this file with the https link provided and the file downloads/opens with no trouble. Any idea what causes this problem?
The text was updated successfully, but these errors were encountered: