Sid images

Hi to all.

Has anybody heard of the SID imagem format? I've come across some maps in
that format and it's really great. The compression of it is about 25 to 1
and gives images in diferente scales according to the needs.

I suppose it works by having a low resolution image (1:16 of the original)
and then saving the diferences for the levels below. As the image is beying
displayed it gets better. When you zoom in the details are increasingly
better... etc.

Something like that could be done with raster maps in grass? One thing I'd
like to see in grass is a dithering that would make the image look nicer on
screen. When you zoom out you lose all the details of roads etc...

Luís Franco
----------
Instituto das Comunicações de Portugal
email- luis.franco@icp.pt

"Luis F. Franco" wrote:

Hi to all.

Has anybody heard of the SID imagem format? I've come across some maps in
that format and it's really great. The compression of it is about 25 to 1
and gives images in diferente scales according to the needs.

Luis,

The MrSID format (see http://www.lizardtech.com) is proprietary and based
on patented wavelet related algorithms (as I understand it).

I suppose it works by having a low resolution image (1:16 of the original)
and then saving the diferences for the levels below. As the image is beying
displayed it gets better. When you zoom in the details are increasingly
better... etc.

A JPEG compressed, tiled TIFF file with overviews can be used to achieve
similarly fast display for overviews, albeit with less compression and/or
more compression artifacts. The JPEG2000 format is based on wavelets, and
may (or may not) provide a more open solution to the same problem. I
should also point out that MrSID (and wavelets in general?) don't have to
store overviews. To extract a low resolution image from wavelet data
you just expand less of the wavelet equation or something like that.

I don't believe that GRASS has any support for overviews when displaying
images, and furthermore the native GRASS raster format has no lossy
compression for image data, like JPEG. Am I right on this count?

Something like that could be done with raster maps in grass? One thing I'd
like to see in grass is a dithering that would make the image look nicer on
screen. When you zoom out you lose all the details of roads etc...

Do you mean some sort of averaging downsampling? This can give much more
meaningful, and visually pleasing displays for some sorts of images.
Dithering is normally just used to approximate 24bit colour on 8bit systems,
and doesn't relate much to the issue of overview downsampling.

Best regards,

---------------------------------------+--------------------------------------
I set the clouds in motion - turned up | Frank Warmerdam, warmerda@home.com
light and sound - activate the windows | http://members.home.com/warmerda
and watch the world go round - Rush | Geospatial Programmer for Rent

Folks,

I have done an extensive amount of work with the Mr.Sid format and it is
fantastic. However there is currently no support for using it in GRASS
though there are modules in Arcview. I did contact Lizardtech last fall
about developing a module for GRASS and they do have a FREE developers
kit to do this (or they did then). I unfortunately do not have the time
to follow up on that, but the contacts there were keen on seeing GRASS
be able to utilize the format.

While Mr.Sid is a lossy technology, it does however have a broad scope of
applications in what we do. THe most critical benifit of Mr.Sid over
JPEG is that when you zoom in the things still looks sharp as a tack (or
blurry as a wavelet as the case may be), where a JPEG would be pixelated
to all get out. This quality is nearly (and I mean darn close) as good
as you get with a TIFF, at 1/25 the file size. I have put up a good
example of this at

http://www.cast.uark.edu/mrsid/

If you lack the free Mr.Sid viewer then the server also will delvier
the data in GIF format on the fly.

The bottom line is anyone up to the challenge of building a viewer for
GRASS? Just check out there site and put a query into the contact, I do
know as of fall 98 they were interested in having folks develop a viewer
for GRASS.

R. Joe

On Thu, 6 May 1999, Frank Warmerdam wrote:

"Luis F. Franco" wrote:
>
> Hi to all.
>
> Has anybody heard of the SID imagem format? I've come across some maps in
> that format and it's really great. The compression of it is about 25 to 1
> and gives images in diferente scales according to the needs.

Luis,

The MrSID format (see http://www.lizardtech.com) is proprietary and based
on patented wavelet related algorithms (as I understand it).

> I suppose it works by having a low resolution image (1:16 of the original)
> and then saving the diferences for the levels below. As the image is beying
> displayed it gets better. When you zoom in the details are increasingly
> better... etc.

A JPEG compressed, tiled TIFF file with overviews can be used to achieve
similarly fast display for overviews, albeit with less compression and/or
more compression artifacts. The JPEG2000 format is based on wavelets, and
may (or may not) provide a more open solution to the same problem. I
should also point out that MrSID (and wavelets in general?) don't have to
store overviews. To extract a low resolution image from wavelet data
you just expand less of the wavelet equation or something like that.

I don't believe that GRASS has any support for overviews when displaying
images, and furthermore the native GRASS raster format has no lossy
compression for image data, like JPEG. Am I right on this count?

> Something like that could be done with raster maps in grass? One thing I'd
> like to see in grass is a dithering that would make the image look nicer on
> screen. When you zoom out you lose all the details of roads etc...

Do you mean some sort of averaging downsampling? This can give much more
meaningful, and visually pleasing displays for some sorts of images.
Dithering is normally just used to approximate 24bit colour on 8bit systems,
and doesn't relate much to the issue of overview downsampling.

Best regards,

---------------------------------------+--------------------------------------
I set the clouds in motion - turned up | Frank Warmerdam, warmerda@home.com
light and sound - activate the windows | http://members.home.com/warmerda
and watch the world go round - Rush | Geospatial Programmer for Rent

R. Joe Brandon
---------------------------------------------------------------------
Center for Advanced Spatial Technologies (fax) 501 575-5218
Rm. 12 Ozark Hall 501 575-4277
University of Arkansas rjoe@cast.uark.edu
Fayetteville, AR 72701
Partially restored -> http://www.cast.uark.edu/~rjoe
---------------------------------------------------------------------

"R. Joe Brandon" wrote:

The bottom line is anyone up to the challenge of building a viewer for
GRASS? Just check out there site and put a query into the contact, I do
know as of fall 98 they were interested in having folks develop a viewer
for GRASS.

Joe,

I have developed an OGDI driver in the past on top of the MrSID API. The
API is easy to use. However, I am not sure what you mean by ``develop
a viewer for GRASS''. Do you mean a free standing viewer, distinct from
the normal monitor architecture? Do you mean a r.in.mrsid command? I don't
think I would be up to a viewer, though if there is an easy way to plug
additional image formats into the existing viewer, I might be willing to
do that. An r.in.mrsid command kind of misses the primary value of the
MrSID format.

From what I have seen, Lizardtech put alot of restrictions on the

redistribution of their DLLs, but they might be OK with this purpose.

Later,

---------------------------------------+--------------------------------------
I set the clouds in motion - turned up | Frank Warmerdam, warmerda@home.com
light and sound - activate the windows | http://members.home.com/warmerda
and watch the world go round - Rush | Geospatial Programmer for Rent

Frank,

I am not sure exactly how ESRI has it set up, but I am told that it
allows the Mr.sid wavelet/raster to be layed in the image plane then vectors
can be layed over it. You are right that the r.in.mrsid would amount to
nothing more than a tif image. Viewer was a bad word for it as they already
ship a stand alone viewer for just viewing the images (I have not checked
lately to see if there is a Linux port of this).

R. Joe

On Thu, 6 May 1999, Frank Warmerdam wrote:

"R. Joe Brandon" wrote:
> The bottom line is anyone up to the challenge of building a viewer for
> GRASS? Just check out there site and put a query into the contact, I do
> know as of fall 98 they were interested in having folks develop a viewer
> for GRASS.

Joe,

I have developed an OGDI driver in the past on top of the MrSID API. The
API is easy to use. However, I am not sure what you mean by ``develop
a viewer for GRASS''. Do you mean a free standing viewer, distinct from
the normal monitor architecture? Do you mean a r.in.mrsid command? I don't
think I would be up to a viewer, though if there is an easy way to plug
additional image formats into the existing viewer, I might be willing to
do that. An r.in.mrsid command kind of misses the primary value of the
MrSID format.

>From what I have seen, Lizardtech put alot of restrictions on the
redistribution of their DLLs, but they might be OK with this purpose.

Later,

---------------------------------------+--------------------------------------
I set the clouds in motion - turned up | Frank Warmerdam, warmerda@home.com
light and sound - activate the windows | http://members.home.com/warmerda
and watch the world go round - Rush | Geospatial Programmer for Rent

R. Joe Brandon
---------------------------------------------------------------------
Center for Advanced Spatial Technologies (fax) 501 575-5218
Rm. 12 Ozark Hall 501 575-4277
University of Arkansas rjoe@cast.uark.edu
Fayetteville, AR 72701
Partially restored -> http://www.cast.uark.edu/~rjoe
---------------------------------------------------------------------

R. Joe Brandon wrote:

Frank,

I am not sure exactly how ESRI has it set up, but I am told that it
allows the Mr.sid wavelet/raster to be layed in the image plane then vectors
can be layed over it. You are right that the r.in.mrsid would amount to

This is exactly what I hope for grass/linux : a better tool for
viewing and editing raster on top of an image. With orthophoto
and geometricaly corrected satelite images, it would be a good
tool for on-screen digitizing.

--
Michel Wurtz ENGEES - Laboratoire Territoires & Environnement
                1, quai Koch - BP 1039, F-67070 STRASBOURG cedex
                Tel: +33 03.88.24.82.45 Fax: +33 03.88.37.04.97

Hello all,
Can anyone please tell where the Grass4.2.1 binaries for MkLinux is
available.

Thanks in advance

---
Venkatesh Raghavan
Osaka City University
Media Center
japan