NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
I would also add that depending on bundles from Unidata is short sighted. As has been noted Unidata is not 24/7. The great thing about GEMPAK is it forces you to be self sufficient at least to the point where you are responsible for your own downloads. Maybe a greater reliance on local datasets would be a good thing for IDV. I know that GEMPAK and McIDAS are passé but their are advantages..even in the teaching and research realm. > On Apr 2, 2014, at 8:08 PM, "Robert Mullenax" <Robert.Mullenax@xxxxxxxxxxxxx> > wrote: > > I am not a frequent IDV user but the basic rule of being a sys admin or > developer is to not make changes on a Friday afternoon unless you are staffed > 24/7. I am a just a met guy and a somewhat annoying presence to Unidata but > that has been my experience over the years as a pretend sys admin and > developer. > > In other words, test it thoroughly, and don't release on a Friday unless > there is a lot of backup support.. > > Hang in there, > Robert Mullenax > CSBF/NMSU > > > >> On Apr 2, 2014, at 7:38 PM, "John Caron" <caron@xxxxxxxxxxxxxxxx> wrote: >> >> Hi all: >> >> The rollout on friday hit a few snags, compounded by me being sick so I >> couldnt respond quickly. "Bundles broke" because there was a file leak that >> brought the whole server down. Also there was a problem with the way the new >> GRIB indexer handled GRIB1 timeType=10. Those problems have been fixed now. >> >> You might think "why dont we just wait?" The problem is that the TDS 4.3 >> server is not getting updated as the data changes. We made a decision 2 >> weeks ago that it wasnt worth fixing, since the problem is fixed in 4.5. So >> its in all of our interests to get 4.5 onto thredds.ucar.edu, as soon as >> possible . >> >> You might think "Why didnt we find these problems before releasing?" Because >> we dont have a separate test team, like commercial software release cycle >> does. We constantly improve our testing, but plenty gets past us. We rely on >> the users to find the last set of bugs. And its all but impossible to get >> users to try beta software. Fact of life. >> >> The variable names have not changed. The bundles will still work. We are >> fixing the ones that Darryl discovered had changed. >> >> The ncss service changed its service endpoint. Users reading the catalog or >> using the html form will pick that up transparently. If you have it >> hardcoded in a script, then you need to change it. If its operational, you >> have to do it immediately after we switch. Just remove the /grid/ part of >> your URL. The IDV doesnt use the ncss service. If theres an actual script >> user who is using the ncss service, who cant make changes in a timely >> manner, let us know and we will work with you. We dont need to imagine >> possible scenarios that may not exist. >> >> Right now, we know there's a problem with the radar server, which we will >> have fixed by tommorrow. Otherwise, try your bundles against >> thredds-test.unidata.ucar.edu. Give it a try, report the problems, we will >> get them fixed. When they are fixed, we will make the switch. But please >> dont wait a week, do them this week. >> >> Theres typically a long tail of problems that get fixed over time. If you >> cant get to it, ok, let us know when you find them and we will fix the >> problem then. The IDV could make a contribution here by allowing users to >> easily update the URLS in their bundles. The NCEP models are constantly >> changing, not to mention the GRIB tables themselves. The idea that URLS can >> never change is not a real possibility. Just a fact of life. >> >> We arent releasing 4.5 yet for others to use. We are shaking it out against >> the thredds.ucar.edu live server. We dont really have any better options. We >> are working really hard to make this work. I would personally appreciate any >> help you can give. >> >> Thanks, >> John >> >> _______________________________________________ >> idvusers mailing list >> idvusers@xxxxxxxxxxxxxxxx >> For list information, to unsubscribe, visit: >> http://www.unidata.ucar.edu/mailing_lists/ > > _______________________________________________ > idvusers mailing list > idvusers@xxxxxxxxxxxxxxxx > For list information, to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/
thredds archives: