This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
yes, i would. > John- > > I committed the change to the RB4.2 branch. Should I be using the trunk > again now that you've released the maven changes? > > Don > > On 12/23/10 4:55 PM, Unidata netCDF Java Support wrote: > > ok with me. > > > > WriterCFPointDataset tries to do streaming, but the problem is that it > > needs to know numrec ahead of time. So its only useful when data can be > > read into memory at once. The other problem is that its an older form of > > CF, so it will eventually be out of date. but it should work ok for now. > > You might just check that the output can be read back into CDM ok, but im > > pretty sure it does. > > > >> I have a change for WriterCFPointDataset which uses double for time > >> which is working fine. I can check that in if you agree to the change. > >> > >> Don > >> > >> On 12/23/10 3:30 PM, Unidata netCDF Java Support wrote: > >>> Hi Don: Im afraid I dont have a good answer for you, but Ill try to > >>> finish up a new class (StructureDataAscii) that should be useful. > >>> > >>> John > >>> > >>>> John- > >>>> > >>>> The IDV and RAMADDA currently use CFPointObWriter to convert VisAD point > >>>> data to netCDF. I was using this the other day, but ran into a problem > >>>> where the time was wrong because it creates the time variable as an int > >>>> and the values I have are dates around 1900 which fall outside the > >>>> bounds of ints. > >>>> > >>>> I see that you've deprecated CFPointObWriter in favor of > >>>> WriterCFPointCollection and I was looking at updating to this since it > >>>> stores time as a double, not int. So, a couple of questions: > >>>> > >>>> - I see that the Convention in WriterCFPointCollection is CF-1.6 which > >>>> is not an official version. Is this code ready for prime time? > >>>> > >>>> - if so, can you provide a snippet of code to show how to use it instead > >>>> of CFPointObWriter? > >>>> > >>>> - if not, is there a problem converting WriterCFPointDataset to use > >>>> double instead of int for time? I'd be willing to do the work (looks > >>>> pretty straightforward), but if that would be a waste of time and the > >>>> other can be made workable quickly, I'd opt for migrating to > >>>> WriterCFPointCollection. > >>>> > >>>> Let me know the best path for this. > >>>> > >>>> Thanks, > >>>> > >>>> Don > >>>> -- > >>>> Don Murray > >>>> NOAA/ESRL/PSD and CIRES > >>>> 303-497-3596 > >>>> http://www.esrl.noaa.gov/psd/people/don.murray/ > >>>> > >>>> > >>> > >>> > >>> Ticket Details > >>> =================== > >>> Ticket ID: UMK-573705 > >>> Department: Support netCDF Java > >>> Priority: High > >>> Status: Open > >>> > >> > >> -- > >> Don Murray > >> NOAA/ESRL/PSD and CIRES > >> 303-497-3596 > >> http://www.esrl.noaa.gov/psd/people/don.murray/ > >> > >> > > > > > > Ticket Details > > =================== > > Ticket ID: UMK-573705 > > Department: Support netCDF Java > > Priority: High > > Status: Closed > > > > -- > Don Murray > NOAA/ESRL/PSD and CIRES > 303-497-3596 > http://www.esrl.noaa.gov/psd/people/don.murray/ > > Ticket Details =================== Ticket ID: UMK-573705 Department: Support netCDF Java Priority: High Status: Open