Search found 26 matches

by JimBiard
Thu Jan 16, 2014 12:06 pm
Forum: VIIRS SDR
Topic: missing "VIIRS-RSBAUTOCAL-HISTORY-AUX" in Mx8.0?
Replies: 10
Views: 25627

Re: missing "VIIRS-RSBAUTOCAL-HISTORY-AUX" in Mx8.0?

Hi.

I've also noticed that there isn't an LW config file for the RSB autocal application. Is that available somewhere?

Grace and peace,

Jim
by JimBiard
Wed May 01, 2013 11:31 am
Forum: VIIRS SDR
Topic: Need quick-look cloud and land fraction data
Replies: 2
Views: 14433

Re: Need quick-look cloud and land fraction data

I want to identify granules that meet my criteria, then download those for my processing. This isn't really an ADL question. I thought I'd see if anyone in this community might have an idea of who to contact.
by JimBiard
Tue Apr 30, 2013 2:15 pm
Forum: VIIRS SDR
Topic: Need quick-look cloud and land fraction data
Replies: 2
Views: 14433

Need quick-look cloud and land fraction data

Hi.

I need access to per-granule cloud fraction and land fraction data for VIIRS that doesn't require me to access entire SDR or EDR streams. Does anyone know of place where such data is being served up?

Grace and peace,

Jim Biard
by JimBiard
Wed Dec 12, 2012 10:57 am
Forum: Runtime
Topic: Dangerous code in ProCmnFillType template class
Replies: 6
Views: 17265

Re: Dangerous code in ProCmnFillType template class

It's not me, it's in the IDPS software. Ask them. ;)
by JimBiard
Tue Dec 11, 2012 3:02 pm
Forum: Runtime
Topic: Dangerous code in ProCmnFillType template class
Replies: 6
Views: 17265

Re: Dangerous code in ProCmnFillType template class

The problem I encountered arose because of a value that started as a 14-bit signed integer stored in a Int16. It always reads as positive until sign extension is done on it, so before that point all negative values are fill indicators. Once you convert it to a 16-bit signed integer by extending the ...
by JimBiard
Tue Dec 11, 2012 2:51 pm
Forum: Runtime
Topic: Dangerous code in ProCmnFillType template class
Replies: 6
Views: 17265

Re: Dangerous code in ProCmnFillType template class

There's no good solution to the more general problem of the fill values falling within valid data ranges, I agree. But I was floored when I discovered that the isFill test for signed types didn't limit itself to the range of actual fill values.
by JimBiard
Tue Dec 11, 2012 11:32 am
Forum: Runtime
Topic: Dangerous code in ProCmnFillType template class
Replies: 6
Views: 17265

Dangerous code in ProCmnFillType template class

Hi. There's no current ADL sub-forum that is applicable for this post, because the potential problem can affect code across the board. So, I decided to post it here. The ProCmnFillType template class has a method named isFill. This method allows you to test for fill values for any basic type (Int8, ...
by JimBiard
Mon Jul 23, 2012 12:18 pm
Forum: Input and Output
Topic: How do I update AUX files with latest versions?
Replies: 1
Views: 13314

How do I update AUX files with latest versions?

Hi. I wanted to get the latest versions of the AUX files for VIIRS, so I obtained the latest auxiliary file packages from CLASS. When I unpack the RPM files, I find binary files, but no metadata files. How am I supposed to go about creating ".asc" files for these binary files? Manually? Gr...
by JimBiard
Wed Aug 17, 2011 4:02 pm
Forum: Input and Output
Topic: Modifying effectivity in .asc files to correspond to NCT 3
Replies: 2
Views: 1049

Re: Modifying effectivity in .asc files to correspond to NCT

I'd love to know what happens with this. I am working on VIIRS processing myself. Please keep me informed!
by JimBiard
Tue Aug 16, 2011 7:57 am
Forum: Input and Output
Topic: File names for binary LUT files in withMetadata mode
Replies: 6
Views: 2487

Re: File names for binary LUT files in withMetadata mode

The binary blob files don't contain any metadata. So your copy and modify approach is close to being it. You can write an application using ADL in which you access a binary LUT file in withMetadata mode and write it out again, modifying the metadata on the output, but that may be a bit heavy for you...