Re: Where's my image?

[Phil Moses <pbmoses@xxxxxxxx>]

Ben,

Hopefully this is resolved for you at this point. Again I am not a LAS
authority on this but I will attempt to answer the questions presented.

1. Does your answer account for the fact that this computer and browser
(XP with Internet Explorer 6.0) works fine when I access other LAS sites
that are online?

I am curious of the versions of LAS server which are running on the
server end that the browser is accessing. Are these all 6.3 or 6.2 or
are they earlier versions of the server. 

2. Does your answer account for the information I listed below,
especially t
> he items from the Apache access_log that show that in the case of the local/
> Mozilla client there was a GET /las-bin / followed by a GET /las-output.  Bu
> t in the case of this XP/IE system there were two identical GET /las-bin/,  
> without any GET /las-output?

The following is entirely speculation on my part, it may or may not be
on the right track.

Possibly the difference in the log entries comes into effect if the IE
browser cannot display the map applet, therefore it again requests the
image/page which would result in the duplicate log. This is speculation
on my part and could be completely wrong, I am just trying to offer
ideas until the LAS experts respond. 

I am curious of the result and log entries if you run the query in the
'no-applet' mode. 
-----------------------------------------------------------------------
Note: If your browser doesn't fail-over, you may access the 'no-applet'
mode on LAS 6.x by appending '?use_java=false' to the URL. For example:

http://someserver/las/servlets/dataset?use_java=false
------------------------------------------------------------------------

Hope this helps you,

Phil Moses
On Mon, 2004-06-14 at 23:36, Ben Burford wrote:
> Hello Phil,
> 
> This is an interesting answer.  I'll try the various steps outlined in the M
> icrosoft Website and let you know.
> 
> However, I have two questions for you:
> 1. Does your answer account for the fact that this computer and browser (XP 
> with Internet Explorer 6.0) works fine when I access other LAS sites that ar
> e online?
> 2. Does your answer account for the information I listed below, especially t
> he items from the Apache access_log that show that in the case of the local/
> Mozilla client there was a GET /las-bin / followed by a GET /las-output.  Bu
> t in the case of this XP/IE system there were two identical GET /las-bin/,  
> without any GET /las-output?
> 
> Thank you,
> 
> Ben
> 
> 
> At 04:41 2004/06/15 +0000, you wrote:
> > Ben,
> > 
> > I think that you may be barking up the wrong tree on this one. I believe t
> hat the problem
> > you are seeing 
> > lies withint Internet Explorer itself and not the LAS Server. 
> > I haven't used Microsoft or IE in a little over a year, however I did find
>  the following
> > MS technical 
> > bulletin addressing an issue similar to  yours. 
> > 
> > http://support.microsoft.com/?kbid=283807
> > 
> > While I am not absolute authority on the LAS server, this (red x and image
>  issues) look to
> > be most likely 
> > a browser issue rather than a server issue. 
> > 
> > Hope this helps!
> > 
> > Phil Moses
> > Physical Oceanography Research Division 
> > Scripps Institution of Oceanography
> > 
> > 
> > 
> > > Hello All,
> > > 
> > > I just finished installation of LAS 6.3 on a Red Hat Linux 7.2 machine a
> nd I
> > >  have a curious problem as my first task of debugging.
> > > 
> > > I used the browser (Mozilla 0.9.2.1) on the machine I installed the soft
> ware
> > >  on (I'll call this local/Mozilla) and I was able to properly bring up t
> he i
> > > nstall test datasets and variables menu pages and the map applet page (I
>  was
> > >  surprised that the old Mozilla browser (without a java plugin) displaye
> d th
> > > e map applet OK) and then it displayed the "xy (lat/lon) slice" image on
>  the
> > >  same page.  It worked!
> > > 
> > > Later I went to my nice modern desktop machine running Windows XP and In
> tern
> > > et Explorer 6.0 (which I will call remote/IE) and it didn't work.  The i
> nsta
> > > ll test datasets and variables menu pages and the map applet page displa
> yed 
> > > OK, then when it displayed the "xy (lat/lon) slice" image (in a separate
>  win
> > > dow) the image was just a small (28 x 30 pixel) rectangle with a red x i
> n it
> > >   
> > > I still have the same image problem if I select "Send all plot outpu
> > > t to main window" and display everything in the same browser window.
> > > 
> > > I checked the LAS logs and here's what I found.  Incidentally, the Insta
> llat
> > > ion documentation, in the Debugging LAS section, say "Copious debug info
> rmat
> > > ion is written to the file $lasroot/las/laserror.log.", but there is no 
> lase
> > > rror.log (here or anywhere on my machine).  I created it by hand but not
> hing
> > >  gets written into it.  Should this log be present?
> > > 
> > > The output from "debug" for the two different servers, showing the diffe
> renc
> > > e between the outputs is:
> > > 
> > > >From debug (local/Mozilla)
> > > 
> > > Browser = Java/1.4.2_04
> > > Got XML request:
> > > <?xml version="1.0"?> . . .<range low="-180" type="x" high="180" /><rang
> e lo
> > > w="-89" type="y" high="89" /> . . .</lasRequest>
> > > 
> > > >From debug (remote/IE6.0)
> > > 
> > > Browser = Java/1.4.2_04
> > > Got XML request:
> > > <?xml version="1.0"?> . . . <range low="-180.0" type="x" high="180.0" />
> <ran
> > > ge low="-89.0" type="y" high="89.0" /> . . .</lasRequest>
> > > 
> > > 
> > > They're identical, except that the (local/Mozilla) gave values as intege
> rs (
> > > e.g. 180) and the (remote/IE6.0) gave values as decimals (e.g. 180.0).  
> Curi
> > > ous, but probably not important.
> > > 
> > > 
> > > The output from "access" shows this one entry for (local/Mozilla) - a si
> ngle
> > >  GET:
> > > 
> > > 
> > > DATE: Mon Jun 14 17:10:38 2004
> > > RQST: GET /las-bin/LASserver.pl?xml=%3C%3Fxml+version%3D%221.0%22%3F%3E%
> 3Cla
> > > sRequest+package%3D%22%22+href%3D%22file%3Alas.xml%22+%3E%3Clink+match%3
> D%22
> > > %2Flasdata%2Foperations%2Fshade%22+%2F%3E%3Cproperties+%3E%3Cferret+%3E%
> 3Csi
> > > ze+%3E.5%3C%2Fsize%3E%3Cformat+%3Eshade%3C%2Fformat%3E%3C%2Fferret%3E%3C
> %2Fp
> > > roperties%3E%3Cargs+%3E%3Clink+match%3D%22%2Flasdata%2Fdatasets%2Fcoads_
> clim
> > > atology_cdf%2Fvariables%2Fairt%22+%2F%3E%3Cregion+%3E%3Crange+low%3D%22-
> 180%
> > > 22+type%3D%22x%22+high%3D%22180%22+%2F%3E%3Crange+low%3D%22-89%22+type%3
> D%22
> > > y%22+high%3D%2289%22+%2F%3E%3Cpoint+v%3D%2215-Jan%22+type%3D%22t%22+%2F%
> 3E%3
> > > C%2Fregion%3E%3C%2Fargs%3E%3C%2FlasRequest%3E
> > > HOST: 172.16.7.82
> > > CLNT: Java/1.4.2_04
> > > XML: <?xml version="1.0"?><lasRequest package="" href="file:las.xml" ><l
> ink 
> > > match="/lasdata/operations/shade" /><properties ><ferret ><size >.5</siz
> e><f
> > > ormat >shade</format></ferret></properties><args ><link match="/lasdata/
> data
> > > sets/coads_climatology_cdf/variables/airt" /><region ><range low="-180" 
> type
> > > ="x" high="180" /><range low="-89" type="y" high="89" /><point v="15-Jan
> " ty
> > > pe="t" /></region></args></lasRequest>
> > > CACHE: true
> > > 
> > > 
> > > But the next two entries are the following for the (remote/IE6.0) - two 
> iden
> > > tical GETs.  All three GETs are the same except for the previously noted
>  dif
> > > ference between integer and decimal values:
> > > 
> > > DATE: Mon Jun 14 17:24:00 2004
> > > RQST: GET /las-bin/LASserver.pl?xml=%3C%3Fxml+version%3D%221.0%22%3F%3E%
> 3Cla
> > > sRequest+package%3D%22%22+href%3D%22file%3Alas.xml%22+%3E%3Clink+match%3
> D%22
> > > %2Flasdata%2Foperations%2Fshade%22+%2F%3E%3Cproperties+%3E%3Cferret+%3E%
> 3Csi
> > > ze+%3E.5%3C%2Fsize%3E%3Cformat+%3Eshade%3C%2Fformat%3E%3C%2Fferret%3E%3C
> %2Fp
> > > roperties%3E%3Cargs+%3E%3Clink+match%3D%22%2Flasdata%2Fdatasets%2Fcoads_
> clim
> > > atology_cdf%2Fvariables%2Fairt%22+%2F%3E%3Cregion+%3E%3Crange+low%3D%22-
> 180.
> > > 0%22+type%3D%22x%22+high%3D%22180.0%22+%2F%3E%3Crange+low%3D%22-89.0%22+
> type
> > > %3D%22y%22+high%3D%2289.0%22+%2F%3E%3Cpoint+v%3D%2215-Jan%22+type%3D%22t
> %22+
> > > %2F%3E%3C%2Fregion%3E%3C%2Fargs%3E%3C%2FlasRequest%3E
> > > HOST: 172.16.7.82
> > > CLNT: Java/1.4.2_04
> > > XML: <?xml version="1.0"?><lasRequest package="" href="file:las.xml" ><l
> ink 
> > > match="/lasdata/operations/shade" /><properties ><ferret ><size >.5</siz
> e><f
> > > ormat >shade</format></ferret></properties><args ><link match="/lasdata/
> data
> > > sets/coads_climatology_cdf/variables/airt" /><region ><range low="-180.0
> " ty
> > > pe="x" high="180.0" /><range low="-89.0" type="y" high="89.0" /><point v
> ="15
> > > -Jan" type="t" /></region></args></lasRequest>
> > > 
> > > DATE: Mon Jun 14 17:24:00 2004
> > > RQST: GET /las-bin/LASserver.pl?xml=%3C%3Fxml+version%3D%221.0%22%3F%3E%
> 3Cla
> > > sRequest+package%3D%22%22+href%3D%22file%3Alas.xml%22+%3E%3Clink+match%3
> D%22
> > > %2Flasdata%2Foperations%2Fshade%22+%2F%3E%3Cproperties+%3E%3Cferret+%3E%
> 3Csi
> > > ze+%3E.5%3C%2Fsize%3E%3Cformat+%3Eshade%3C%2Fformat%3E%3C%2Fferret%3E%3C
> %2Fp
> > > roperties%3E%3Cargs+%3E%3Clink+match%3D%22%2Flasdata%2Fdatasets%2Fcoads_
> clim
> > > atology_cdf%2Fvariables%2Fairt%22+%2F%3E%3Cregion+%3E%3Crange+low%3D%22-
> 180.
> > > 0%22+type%3D%22x%22+high%3D%22180.0%22+%2F%3E%3Crange+low%3D%22-89.0%22+
> type
> > > %3D%22y%22+high%3D%2289.0%22+%2F%3E%3Cpoint+v%3D%2215-Jan%22+type%3D%22t
> %22+
> > > %2F%3E%3C%2Fregion%3E%3C%2Fargs%3E%3C%2FlasRequest%3E
> > > HOST: 172.16.7.82
> > > CLNT: Java/1.4.2_04
> > > XML: <?xml version="1.0"?><lasRequest package="" href="file:las.xml" ><l
> ink 
> > > match="/lasdata/operations/shade" /><properties ><ferret ><size >.5</siz
> e><f
> > > ormat >shade</format></ferret></properties><args ><link match="/lasdata/
> data
> > > sets/coads_climatology_cdf/variables/airt" /><region ><range low="-180.0
> " ty
> > > pe="x" high="180.0" /><range low="-89.0" type="y" high="89.0" /><point v
> ="15
> > > -Jan" type="t" /></region></args></lasRequest>
> > > CACHE: true
> > > CACHE: true
> > > 
> > > 
> > > So, I looked in the <apacheRoot>/logs/access_log and found some useful i
> nfor
> > > mation.  This first pair of entries is from (local/Mozilla) - a GET /las
> -bin
> > > / followed by a GET /las-output.  I assume this is what I should be seei
> ng f
> > > or proper operation.
> > > 
> > > 172.16.7.82 - - [14/Jun/2004:17:10:38 +0900] "GET /las-bin/LASserver.pl?
> xml=
> > > %3C%3Fxml+version%3D%221.0%22%3F%3E%3ClasRequest+package%3D%22%22+href%3
> D%22
> > > file%3Alas.xml%22+%3E%3Clink+match%3D%22%2Flasdata%2Foperations%2Fshade%
> 22+%
> > > 2F%3E%3Cproperties+%3E%3Cferret+%3E%3Csize+%3E.5%3C%2Fsize%3E%3Cformat+%
> 3Esh
> > > ade%3C%2Fformat%3E%3C%2Fferret%3E%3C%2Fproperties%3E%3Cargs+%3E%3Clink+m
> atch
> > > %3D%22%2Flasdata%2Fdatasets%2Fcoads_climatology_cdf%2Fvariables%2Fairt%2
> 2+%2
> > > F%3E%3Cregion+%3E%3Crange+low%3D%22-180%22+type%3D%22x%22+high%3D%22180%
> 22+%
> > > 2F%3E%3Crange+low%3D%22-89%22+type%3D%22y%22+high%3D%2289%22+%2F%3E%3Cpo
> int+
> > > v%3D%2215-Jan%22+type%3D%22t%22+%2F%3E%3C%2Fregion%3E%3C%2Fargs%3E%3C%2F
> lasR
> > > equest%3E HTTP/1.1" 200 352 "-" "Java/1.4.2_04"
> > > 
> > > 172.16.7.82 - - [14/Jun/2004:17:10:38 +0900] "GET /las-output/835c7e80a5
> 0465
> > > 2263d4bbac2126ba43.gif HTTP/1.1" 304 - "http://172.16.7.82:8080/las/serv
> lets
> > > /data_popup" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/
> 2001
> > > 0901"
> > > 
> > > 
> > > The next two entries are from (remote/IE6.0) and show two identical GET 
> /las
> > > -bin/,  without any GET /las-output.
> > > 
> > > 172.16.7.82 - - [14/Jun/2004:17:24:01 +0900] "GET /las-bin/LASserver.pl?
> xml=
> > > %3C%3Fxml+version%3D%221.0%22%3F%3E%3ClasRequest+package%3D%22%22+href%3
> D%22
> > > file%3Alas.xml%22+%3E%3Clink+match%3D%22%2Flasdata%2Foperations%2Fshade%
> 22+%
> > > 2F%3E%3Cproperties+%3E%3Cferret+%3E%3Csize+%3E.5%3C%2Fsize%3E%3Cformat+%
> 3Esh
> > > ade%3C%2Fformat%3E%3C%2Fferret%3E%3C%2Fproperties%3E%3Cargs+%3E%3Clink+m
> atch
> > > %3D%22%2Flasdata%2Fdatasets%2Fcoads_climatology_cdf%2Fvariables%2Fairt%2
> 2+%2
> > > F%3E%3Cregion+%3E%3Crange+low%3D%22-180.0%22+type%3D%22x%22+high%3D%2218
> 0.0%
> > > 22+%2F%3E%3Crange+low%3D%22-89.0%22+type%3D%22y%22+high%3D%2289.0%22+%2F
> %3E%
> > > 3Cpoint+v%3D%2215-Jan%22+type%3D%22t%22+%2F%3E%3C%2Fregion%3E%3C%2Fargs%
> 3E%3
> > > C%2FlasRequest%3E HTTP/1.1" 200 352 "-" "Java/1.4.2_04"
> > > 
> > > 172.16.7.82 - - [14/Jun/2004:17:24:01 +0900] "GET /las-bin/LASserver.pl?
> xml=
> > > %3C%3Fxml+version%3D%221.0%22%3F%3E%3ClasRequest+package%3D%22%22+href%3
> D%22
> > > file%3Alas.xml%22+%3E%3Clink+match%3D%22%2Flasdata%2Foperations%2Fshade%
> 22+%
> > > 2F%3E%3Cproperties+%3E%3Cferret+%3E%3Csize+%3E.5%3C%2Fsize%3E%3Cformat+%
> 3Esh
> > > ade%3C%2Fformat%3E%3C%2Fferret%3E%3C%2Fproperties%3E%3Cargs+%3E%3Clink+m
> atch
> > > %3D%22%2Flasdata%2Fdatasets%2Fcoads_climatology_cdf%2Fvariables%2Fairt%2
> 2+%2
> > > F%3E%3Cregion+%3E%3Crange+low%3D%22-180.0%22+type%3D%22x%22+high%3D%2218
> 0.0%
> > > 22+%2F%3E%3Crange+low%3D%22-89.0%22+type%3D%22y%22+high%3D%2289.0%22+%2F
> %3E%
> > > 3Cpoint+v%3D%2215-Jan%22+type%3D%22t%22+%2F%3E%3C%2Fregion%3E%3C%2Fargs%
> 3E%3
> > > C%2FlasRequest%3E HTTP/1.1" 200 352 "-" "Java/1.4.2_04"
> > > 
> > > 
> > > I didn't see anything useful in "errors" or "error=log".  The output in 
> "vel
> > > ocity.log" was huge.  It showed some errors but they seemed to be about 
> the 
> > > same for both local and remote.  I'll look more closely at this if it wo
> uld 
> > > be helpful.
> > > 
> > > Anybody understand why this would happen?  Any more useful information I
>  cou
> > > ld look for, or additional debugging information I can get by turning on
>  deb
> > > ugging switches?
> > > 
> > > Thank you,
> > > 
> > > Ben
> > > 
> > > [] ScreenSaves.doc 
> > > 
> > >
> >  
-- 
Phil Moses
UNIX/Network/Computing Administration and Support
Physical Oceanography Research Division, Scripps Institution of Oceanography
pbmoses@ucsd.edu
858-822-1541