Some of JPG files refuse to show up in the ASP page

Although this question does not belong in here, I hope someone help, as I do
not know where to send it, but someone here might have come acros similar
problem:
Some of JPG files sitting in the same folder show up OK on an HTML page,
while the other do not as if they are not there or their name is misspelt.
Tried low-upper case in an ASP page, and in the files names - same result
Then I noticed that the same files do not show up in the preview pane in the
Windows Explorer althought they still are described by Windows Explorer as
valid JPEG files.
These "wrong" files are not necessarily bigger then the good ones and in
Microsoft Photo Editor they all (good and bad) show up well and they all are
118 Pixels/cm and True Color (24 bit)

What might be wrong with these files?
If there is not direct answer, perhaps spmeone recommend me a correct
newsgroup?

So the problem is with the compression?
a
"Roland Hall" <nobody@nowhere > wrote in message
news:e2******** ******@TK2MSFTN GP09.phx.gbl...

William...

I tried loading the files that do not display by themselves in the browser
by calling them by name and they do not display that way either. So, I
downloaded one of the files and tried to display it locally in IE, still
nothing. So, I opened the image in Microsoft Photo Editor and resaved it.
Now it shows the image.

Uncompressed the file is almost 2Mb. Compressed the original version was
314Kb and now 35Kb. The image settings are still the same, True
Color(24-bit), width: 666px, height: 999px, uncompressed bytes: 1996002.

You can see them here: http://kiddanger.com/lab/electrolube/images.html
...or at least see the new revision.

--
Roland

This information is distributed in the hope that it will be useful, but
without any warranty; without even the implied warranty of merchantability
or fitness for a particular purpose.

"William Tasso" wrote:

Roland Hall wrote:

"William Tasso" wrote:
> aa wrote:
>> I am sure it has nothing to do with html/asp code as the same code
>> works for one image and does not for another. Just have a look at
>> the live page in question:
>>
>
Since the files just do not display instead of generating an error, it
appears they are actually there but they're zero bytes.

The images appear ok in Opera

[William Tasso]

aa wrote:

...
The rest image tags are formed like that

<img src='apl400-1.jpg' border='1'>
It's more usual to use double-quotes, but of course I can't find a reference
now so I'm not sure if this could be causing an issue. don't forget the ALT
attribute:
<img src="apl400-1.jpg" alt="">
which seems perfectly OK to me, escept a missing closing "/" which
should not affect the image display.
The closing / is only required in XHTML documents. As you haven't specified
a DTD I suspect the browser should just ignore it, but you can never be sure
how browser error-correction code is implemented.
Yet the image fails.
Works in Opera
So the problem seems to be with the images?

Could be. Have you tried using different images? or forcing changes and
re-saving those?

btw: & is not valid for use in URLs

Here's a valid[1] page (pulls images from your server).
http://williamtasso.com/usenet/electrolube.html Seems to indicate that there
is nothing seriously wrong with your markup. It partially works in IE6 and
Mozilla (as does your page) but Opera successfully pulls all images
requested. I'd start by resaving the images. btw: do they have to be so
large?

[1]
http://validator.w3.org/check?uri=ht...ectrolube.html
--
William Tasso - http://WilliamTasso.com

Have you tried using different images? or forcing changes and
re-saving those?

Yes, As I said, some images for the same folder within the same <img> tags
work fine. For example, on the same page which I earlier indicated
dca200h.jpg show up well

"William Tasso" <ne****@tbdata. com> wrote in message
news:OB******** ******@tk2msftn gp13.phx.gbl...

aa wrote:

...
The rest image tags are formed like that

<img src='apl400-1.jpg' border='1'>
It's more usual to use double-quotes, but of course I can't find a

reference now so I'm not sure if this could be causing an issue. don't forget the ALT attribute:
<img src="apl400-1.jpg" alt="">

which seems perfectly OK to me, escept a missing closing "/" which
should not affect the image display.
The closing / is only required in XHTML documents. As you haven't

specified a DTD I suspect the browser should just ignore it, but you can never be sure how browser error-correction code is implemented.

Yet the image fails.
Works in Opera

So the problem seems to be with the images?

Could be. Have you tried using different images? or forcing changes and
re-saving those?

btw: & is not valid for use in URLs

Here's a valid[1] page (pulls images from your server).
http://williamtasso.com/usenet/electrolube.html Seems to indicate that

there is nothing seriously wrong with your markup. It partially works in IE6 and Mozilla (as does your page) but Opera successfully pulls all images
requested. I'd start by resaving the images. btw: do they have to be so
large?

[1]
http://validator.w3.org/check?uri=ht...ectrolube.html --
William Tasso - http://WilliamTasso.com

[Roland Hall]

<aa> wrote in message news:%2******** ********@tk2msf tngp13.phx.gbl. ..

So the problem is with the compression?

It appears that way. Either IE is more strict or buggy reading the image
file or the other browser is more liberal. I really don't know which is
which.

I have seen .jpg files with different compression strengths from different
graphics programs and some would load in some files or some would get
corrupted and not load at all and then some, like LViewp1b could load the
part that was good and then just display background where the rest of the
image was corrupt or where the corruption was first noticed. I don't think
it could recover past it by showing just part in the middle. I've never
seen this with IE except when the file was corrupt and it would error out.

As far as what you're seeing, I've only noticed it when the file was zero
bytes or the image was on a *nix server and the filenames were
case-sensitive and I had a typo, until now. So, you might want to
investigate further with the graphics app you're using and see if you can
make some setting changes or consider running the file through a different
application, until you can find out what the cause is.

At least you know it's not your code.

--
Roland

This information is distributed in the hope that it will be useful, but
without any warranty; without even the implied warranty of merchantability
or fitness for a particular purpose.