[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20051129: [Fwd: stuck files2]



>From: Harry Edmon <address@hidden>
>Organization: University of Washington
>Keywords: 200511291608.jATG8r7s019946 IDD UNIWISC Mollweide

Hi Harry,

re:
>It appears that the right side of the Mollewide satellite images sent in 
>the UNIWISC feed are "stuck".  Look at the image over Australia for example.

I forwaded your observation to the SSEC Data Center for comment.  I
assume that the far eastern portion of the composite stopped being
updated upon decommissioning of GOES-9/transition to MTSAT.

Cheers,

Tom

>--------------020301070107070509030109
>Content-Type: message/rfc822;
> name="stuck files2"
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline;
> filename="stuck files2"
>
>Return-Path: <address@hidden>
>Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.4.196])
>       by dew1.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id jAT
> 0Is1t019580
>       for <address@hidden>; Mon, 28 Nov 2005 16:18:54 -0800
>Received: from 69.120.195.237 (ool-4578c3ed.dyn.optonline.net [69.120.195.237]
> )
> by mta1.srv.hcvlny.cv.net
> (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005))
> with SMTP id <address@hidden> for
> address@hidden; Mon, 28 Nov 2005 19:17:38 -0500 (EST)
>Date: Mon, 28 Nov 2005 19:24:23 -0500
>From: address@hidden
>Subject: stuck files2
>To: address@hidden
>Message-id: <address@hidden>
>MIME-version: 1.0
>X-Mailer: Mozilla 3.01-C-MACOS8 (Macintosh; I; PPC)
>Content-type: text/plain; charset=us-ascii
>Content-transfer-encoding: 7BIT
>X-Spam-Score: 1.796 (*) BAYES_00,NO_REAL_NAME,RCVD_NUMERIC_HELO,SPF_HELO_SOFTF
> AIL
>X-Scanned-By: MIMEDefang 2.51 on 128.95.89.40
>
>Dear Harry,
>
>Thank you for getting back to me on this, one must look
>at the files in sequence in order to see the problem,
>however, it is not a subtle error, it is quite obvious
>they're stuck.
>
>Here is the sequence in question, in quicktime
>format, these first 3 urls are the files from your 
>Washington Server:
>
>http://absonite.com/WashIRcomposite.mov
>http://absonite.com/WashWVcomposite.mov
>http://absonite.com/WashWVEcomposite.mov
>
>you should see the stuck portion on the right side of
>the movies, and thats for all four of the different files
>types on your site: WV, IR, Enhanced IR and Enhanced WV
>
>
>this url below is from the Wisc Univ's server files, and it
>does not contain any stuck frame portions:
>
>http://absonite.com/WiscGlobalCompIR.mov
>
>thanks for looking into it.
>
>
>dan nemec
>
>
>
>====================
>
>Subject: Re: stuck files
>Date: Mon, 28 Nov 2005 12:07:14 -0800
>From: Harry Edmon <address@hidden>
>To: address@hidden
>
>Sorry - I do not see this problem - they are all
>different, at least the ones are that are currently on
>our web site.
>
>
>=======================
>
>112805
>
>to: Dr. Harry Edmon-Director of Computer Facility, (206) 543-0547,
>address@hidden
>from: address@hidden
>re: stuck files
>
>Dear Harry;
>
>First I want to compliment you on the wonderful weather
>images you produce and distribute for study. They are
>in my opinion, by far, the best images available
>worldwide.
>
>That being said, I thought it would be wise to inform
>you that there are portions of certain files on your
>weather website that appear to be stuck.
>
>Those files are found at:
>
>http://www.atmos.washington.edu/images/wv-moll/
>http://www.atmos.washington.edu/images/wv-moll_enhanced/
>http://www.atmos.washington.edu/images/ir-moll/
>http://www.atmos.washington.edu/images/ir-moll_enhanced/
>
>If you assemble (quicktime) movies of the files found
>in those respective folders, and you begin the movie(s)
>starting from Nov 16th, 2005, you will see that the
>right hand portion of all the images that follow from
>Nov. 17th on, are in fact stuck.
>
>I wondered if perhaps the satellite over that portion
>of the world had become disfunctional in some regard,
>so I located an alternate source for those files to
>discover that the satellites are indeed working fine.
>
>So it would appear that either the Washington software
>or the data the software accesses to create those
>images has become corrupt.
>
>Thank you for all your wonderful efforts.
>
>Dan Nemec
>152 Winfield Dr
>Stratford, CT 06615
>203-330-1134
>
>--------------020301070107070509030109--
>
--
**************************************************************************** <
Unidata User Support                                    UCAR Unidata Program <
(303)497-8643                                                  P.O. Box 3000 <
address@hidden                                   Boulder, CO 80307 <
---------------------------------------------------------------------------- <
Unidata WWW Service              http://my.unidata.ucar.edu/content/support  <
---------------------------------------------------------------------------- <
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.