Here is something odd, I am using some images already existing on the GRASS
web site. That is, they work. Some of these are *.png files. These png files
show up on my test Mac when designing the pages. But they don't show up now
on my Mac laptop when displaying the pages on the GRASS web site. I can
change them to *.jpg images with not a lot of trouble. But does anyone have
an idea as to why this may be happening?
Michael
____________________
C. Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
PO Box 872402
Arizona State University
Tempe, AZ 85287-2402
USA
Here is something odd, I am using some images already existing on the GRASS
web site. That is, they work. Some of these are *.png files. These png files
show up on my test Mac when designing the pages. But they don't show up now
on my Mac laptop when displaying the pages on the GRASS web site. I can
change them to *.jpg images with not a lot of trouble. But does anyone have
an idea as to why this may be happening?
Mozilla and GIMP both claim the png images are not valid. Perhaps they
are being uploaded in text rather than binary mode?
Here is something odd, I am using some images already existing on the
GRASS web site. That is, they work. Some of these are *.png files.
These png files show up on my test Mac when designing the pages. But
they don't show up now on my Mac laptop when displaying the pages on
the GRASS web site. I can change them to *.jpg images with not a lot
of trouble. But does anyone have an idea as to why this may be
happening?
All the PNG images are corrupted somehow. I just checked some out
directly from CVS & they won't display locally..
I just re-uploaded Radim's "v.overlay_and.png" and now it looks good.
what about using wget with the URL of a working pic & then directly to
'cvs commit'? If it is a Mac issue, that might avoid some layers of
complexity...
'cvs diff' before upload to see if the same thing happened again.
.jpg looks like crap for screen shots with text, window borders etc..
I'll try to upload a couple of png's again and see if it goes better. I did
the whole site at once. It took a long time and maybe some the the images
were somehow corrupted.
Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
From: Hamish <hamish_nospam@yahoo.com>
Date: Fri, 28 Jan 2005 10:28:24 +1300
To: Michael Barton <michael.barton@asu.edu>
Cc: <grass5@grass.itc.it>
Subject: Re: [GRASS5] First test on GRASS 6 screenshots page
Here is something odd, I am using some images already existing on the
GRASS web site. That is, they work. Some of these are *.png files.
These png files show up on my test Mac when designing the pages. But
they don't show up now on my Mac laptop when displaying the pages on
the GRASS web site. I can change them to *.jpg images with not a lot
of trouble. But does anyone have an idea as to why this may be
happening?
All the PNG images are corrupted somehow. I just checked some out
directly from CVS & they won't display locally..
I just re-uploaded Radim's "v.overlay_and.png" and now it looks good.
what about using wget with the URL of a working pic & then directly to
'cvs commit'? If it is a Mac issue, that might avoid some layers of
complexity...
'cvs diff' before upload to see if the same thing happened again.
.jpg looks like crap for screen shots with text, window borders etc..
I'll try to upload a couple of png's again and see if it goes better. I did
the whole site at once. It took a long time and maybe some the the images
were somehow corrupted.
When putting binary files in CVS you need to use 'cvs add -kb' to turn off special keyword expansion (e.g. $Id$ or whatever). If the special keyword happens to occur somewhere in the binary file it messes things up. Perhaps that is the problem?
I have a feeling that this is the source of the trouble. I am adding and
committing the diplo.png pair in this way to see. Please test the
visualization screenshot page in a few hours to check this. If all goes
well, I need to remove and re-add all the png images. Does Bernard need to
remove them or can I?
Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
From: Paul Kelly <paul-grass@stjohnspoint.co.uk>
Date: Fri, 28 Jan 2005 01:09:29 +0000 (GMT)
To: Michael Barton <michael.barton@asu.edu>
Cc: Hamish <hamish_nospam@yahoo.com>, <grass5@grass.itc.it>
Subject: Re: [GRASS5] First test on GRASS 6 screenshots page
On Thu, 27 Jan 2005, Michael Barton wrote:
I'll try to upload a couple of png's again and see if it goes better. I did
the whole site at once. It took a long time and maybe some the the images
were somehow corrupted.
When putting binary files in CVS you need to use 'cvs add -kb' to turn off
special keyword expansion (e.g. $Id$ or whatever). If the special keyword
happens to occur somewhere in the binary file it messes things up. Perhaps
that is the problem?
visualization screenshot page in a few hours to check this. If all goes
well, I need to remove and re-add all the png images. Does Bernard need to
remove them or can I?
I would think you could temporarily rename the files in your local copy, then do cvs remove on them, then rename them back and cvs add -kb?
I have a feeling that this is the source of the trouble. I am adding
and committing the diplo.png pair in this way to see. Please test the
visualization screenshot page in a few hours to check this.
All seem to work now.
If all goes well, I need to remove and re-add all the png images. Does
Bernard need to remove them or can I?
according to the cvs man page, -kb works with 'cvs update'. No need to
do anything messy like remove & re-add files.
- noticed half of the images were missing <DEFANGED_IMG src ... border=0>
- noticed some graphics on vector page (maybe others) were using the
wrong height= and width= values so they are looking resampled & not as
nice. e.g. "fire2-small.png" is 180x182 but vector.php sets it to
198x200.
- screen shots shouldn't be much bigger than 800x600. Loading a
1280x1024 or whatever screenshot into a web browser window on a lower
resultion machine is pretty hard to take in, even with full screen mode.
ctrl-alt-NumPad+ or ctrl-alt-NumPad- will often switch resolutions in X.
(but that doesn't change canvas size?) Maybe just reduce in GIMP.
Makes for smaller files too..
otherwise looks good.... what did you have in mind for the raster
processing screenshots?