[GRASS-user] Exporting RGB Composite Images to GeoTIFF

Hi everyone (again),

I am having trouble exporting a composite RGB image into a GeoTIFF format that I can open in Global Mapper, Photoshop, or other programs. This is using Landsat 8 imagery. I am able to open the composite image in QGIS, but not in Global Mapper or Photoshop.

Below is a list of steps that I took to get the image. I am unsure of what settings to use when using r.out.gdal to export my image so that it works in other programs. I am using GRASS 7.0.4.

  1. Import Landsat 8 imagery

  2. Convert the DN to reflectance/radiance

a. i.landsat.toar input=LC81100362016082LGN00_B output=LC81100362016082LGN00_refl metfile=LC81100362016082LGN00_MTL.txt

  1. Perform pansharpening with i.fusion.brovey addon

a. i.fusion.brovey -l ms1=LC81100362016082LGN00_refl2@Osaka ms2=LC81100362016082LGN00_refl3@Osaka ms3=LC81100362016082LGN00_refl4@Osaka pan=LC81100362016082LGN00_refl8@Osaka output_prefix=brovey

  1. Apply histogram equalization using r.colors

a. r.colors -e map=brovey.red@Osaka color=grey

b. r.colors -e map=brovey.green@Osaka color=gre

c. r.colors -e map=brovey.blue@Osaka color=grey

  1. Color balance using i.colors.enhance

a. i.colors.enhance red=brovey.red@Osaka green=brovey.green@Osaka blue=brovey.blue@Osaka

  1. Create composite RGB. I’ve run the two commands below and both do not produce what I need:

a. r.out.gdal input=brovey.rgb@Osaka output=brovey.rgb.tif format=GTiff

Another method that I have tried using an example on the r.out.gdal documentation page:

i.group group=brovey_group input=brovey.red,brovey.green,brovey.blue

g.region rast=brovey.blue -p

r.out.gdal in=brovey_group output=brovey_group.tif type=Float64 \

createopt=“PROFILE=GeoTIFF,INTERLEAVE=PIXEL,TFW=YES”

The result is an image with distorted colors when opened in QGIS. Water has turned a reddish brown color.

Below is the info from r.info for the RGB composite and the red brovey band. What other parameters should I be using when running r.out.gdal to create a GeoTIFF to use in other programs?

r.info map=brovey.rgb

(attachments)

image001.jpg

Hi,

···

On Thu, Jul 21, 2016 at 2:53 AM, Michele Toma <michele.toma@airborne.aero> wrote:

Hi everyone (again),

I am having trouble exporting a composite RGB image into a GeoTIFF format that I can open in Global Mapper, Photoshop, or other programs. This is using Landsat 8 imagery. I am able to open the composite image in QGIS, but not in Global Mapper or Photoshop.

Below is a list of steps that I took to get the image. I am unsure of what settings to use when using r.out.gdal to export my image so that it works in other programs. I am using GRASS 7.0.4.

  1. Import Landsat 8 imagery

  2. Convert the DN to reflectance/radiance

a. i.landsat.toar input=LC81100362016082LGN00_B output=LC81100362016082LGN00_refl metfile=LC81100362016082LGN00_MTL.txt

  1. Perform pansharpening with i.fusion.brovey addon

a. i.fusion.brovey -l ms1=LC81100362016082LGN00_refl2@Osaka ms2=LC81100362016082LGN00_refl3@Osaka ms3=LC81100362016082LGN00_refl4@Osaka pan=LC81100362016082LGN00_refl8@Osaka output_prefix=brovey

BTW: this method is superior (the addon can be installed with g.extension):
https://github.com/NikosAlexandris/i.fusion.hpf

[…]

Another method that I have tried using an example on the r.out.gdal documentation page:

i.group group=brovey_group input=brovey.red,brovey.green,brovey.blue

g.region rast=brovey.blue -p

r.out.gdal in=brovey_group output=brovey_group.tif type=Float64 \

createopt=“PROFILE=GeoTIFF,INTERLEAVE=PIXEL,TFW=YES”

The result is an image with distorted colors when opened in QGIS. Water has turned a reddish brown color.

[…]

Please try to create the group in order B G R, not R G B:

i.group group=brovey_group input=brovey.blue,brovey.green,brovey.red

and then export it as above.

Best,

Markus

Markus Neteler
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog

Le jeudi 21 juillet 2016 à 16:27 +0200, Markus Neteler a écrit :

        The result is an image with distorted colors when opened in
        QGIS. Water has turned a reddish brown color.
        [...]

Please try to create the group in order B G R, not R G B:

i.group group=brovey_group input=brovey.blue,brovey.green,brovey.red

Hello Michele,

to solve the indexed color issue with Qgis, perhaps you can try the
"-expand rgb" argument from gdal_translate utility.

Yours,
Vincent.

On 21/07/16 16:27, Markus Neteler wrote:

Hi,

On Thu, Jul 21, 2016 at 2:53 AM, Michele Toma
<michele.toma@airborne.aero <mailto:michele.toma@airborne.aero>> wrote:

    Hi everyone (again),____

    __ __

    I am having trouble exporting a composite RGB image into a GeoTIFF
    format that I can open in Global Mapper, Photoshop, or other
    programs. This is using Landsat 8 imagery. I am able to open the
    composite image in QGIS, but not in Global Mapper or Photoshop. ____

    __ __

    Below is a list of steps that I took to get the image. I am unsure
    of what settings to use when using r.out.gdal to export my image so
    that it works in other programs. I am using GRASS 7.0.4.____

    __ __

    __1. __Import Landsat 8 imagery____

    __2. __Convert the DN to reflectance/radiance____

    __a. __i.landsat.toar input=LC81100362016082LGN00_B
    output=LC81100362016082LGN00_refl
    metfile=LC81100362016082LGN00_MTL.txt____

    __3. __Perform pansharpening with i.fusion.brovey addon____

    __a. __i.fusion.brovey -l
    ms1=LC81100362016082LGN00_refl2@Osaka
    ms2=LC81100362016082LGN00_refl3@Osaka
    ms3=LC81100362016082LGN00_refl4@Osaka
    pan=LC81100362016082LGN00_refl8@Osaka output_prefix=brovey

BTW: this method is superior (the addon can be installed with g.extension):
https://github.com/NikosAlexandris/i.fusion.hpf

The addon is not in the addons repository, so you cannot install it with a simple g.extension i.fusion.hpf. In GRASS 7.2 / trunk you can install it with g.extension by downloading the source code and pointing the url= parameter of g.extension to the source code directory.

I hope that the code will be put into the addons repository, soon.

Moritz

Moritz Lennert wrote

On 21/07/16 16:27, Markus Neteler wrote:

Hi,

On Thu, Jul 21, 2016 at 2:53 AM, Michele Toma
&lt;

michele.toma@

&lt;mailto:

michele.toma@

&gt;> wrote:

    Hi everyone (again),____

    __ __

    I am having trouble exporting a composite RGB image into a GeoTIFF
    format that I can open in Global Mapper, Photoshop, or other
    programs. This is using Landsat 8 imagery. I am able to open the
    composite image in QGIS, but not in Global Mapper or Photoshop. ____

    __ __

    Below is a list of steps that I took to get the image. I am unsure
    of what settings to use when using r.out.gdal to export my image so
    that it works in other programs. I am using GRASS 7.0.4.____

    __ __

    __1. __Import Landsat 8 imagery____

    __2. __Convert the DN to reflectance/radiance____

    __a. __i.landsat.toar input=LC81100362016082LGN00_B
    output=LC81100362016082LGN00_refl
    metfile=LC81100362016082LGN00_MTL.txt____

    __3. __Perform pansharpening with i.fusion.brovey addon____

    __a. __i.fusion.brovey -l
    ms1=LC81100362016082LGN00_refl2@Osaka
    ms2=LC81100362016082LGN00_refl3@Osaka
    ms3=LC81100362016082LGN00_refl4@Osaka
    pan=LC81100362016082LGN00_refl8@Osaka output_prefix=brovey

BTW: this method is superior (the addon can be installed with
g.extension):
https://github.com/NikosAlexandris/i.fusion.hpf

The addon is not in the addons repository, so you cannot install it with
a simple g.extension i.fusion.hpf. In GRASS 7.2 / trunk you can install
it with g.extension by downloading the source code and pointing the url=
parameter of g.extension to the source code directory.

I hope that the code will be put into the addons repository, soon.

from https://grass.osgeo.org/grass72/manuals/g.extension.html

Online repositories: GitHub, GitLab and Bitbucket

For well known general hosting services, namely GitHub, GitLab and
Bitbucket, g.extension supports the download of a repository as a ZIP file.
Here the user only needs to provide a base URL to the repository web page
(with or without the https:// part). For GitLab and Bitbucket, the latest
source code in the default branch is downloaded, for GitHub, the latest
source code in the master branch is downloaded. Of course, a user can still
specify the full URL of a ZIP file and install a specific branch or release
in this way (ZIP file mechanism will be applied).

For the official repository, g.extension supports listing available
extensions (addons) and few other metadata-related operations which depend
on a specific infrastructure. For other sources and repositories, this is
not supported because it is assumed that other sources contain only one
extension, typically a module or group of modules.

-----
best regards
Helmut
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Exporting-RGB-Composite-Images-to-GeoTIFF-tp5277469p5277693.html
Sent from the Grass - Users mailing list archive at Nabble.com.

On 22/07/16 11:33, Helmut Kudrnovsky wrote:

Moritz Lennert wrote

On 21/07/16 16:27, Markus Neteler wrote:

Hi,

On Thu, Jul 21, 2016 at 2:53 AM, Michele Toma
&lt;

michele.toma@

&lt;mailto:

michele.toma@

&gt;> wrote:

    Hi everyone (again),____

    __ __

    I am having trouble exporting a composite RGB image into a GeoTIFF
    format that I can open in Global Mapper, Photoshop, or other
    programs. This is using Landsat 8 imagery. I am able to open the
    composite image in QGIS, but not in Global Mapper or Photoshop. ____

    __ __

    Below is a list of steps that I took to get the image. I am unsure
    of what settings to use when using r.out.gdal to export my image so
    that it works in other programs. I am using GRASS 7.0.4.____

    __ __

    __1. __Import Landsat 8 imagery____

    __2. __Convert the DN to reflectance/radiance____

    __a. __i.landsat.toar input=LC81100362016082LGN00_B
    output=LC81100362016082LGN00_refl
    metfile=LC81100362016082LGN00_MTL.txt____

    __3. __Perform pansharpening with i.fusion.brovey addon____

    __a. __i.fusion.brovey -l
    ms1=LC81100362016082LGN00_refl2@Osaka
    ms2=LC81100362016082LGN00_refl3@Osaka
    ms3=LC81100362016082LGN00_refl4@Osaka
    pan=LC81100362016082LGN00_refl8@Osaka output_prefix=brovey

BTW: this method is superior (the addon can be installed with
g.extension):
https://github.com/NikosAlexandris/i.fusion.hpf

The addon is not in the addons repository, so you cannot install it with
a simple g.extension i.fusion.hpf. In GRASS 7.2 / trunk you can install
it with g.extension by downloading the source code and pointing the url=
parameter of g.extension to the source code directory.

I hope that the code will be put into the addons repository, soon.

from https://grass.osgeo.org/grass72/manuals/g.extension.html

Online repositories: GitHub, GitLab and Bitbucket

For well known general hosting services, namely GitHub, GitLab and
Bitbucket, g.extension supports the download of a repository as a ZIP file.
Here the user only needs to provide a base URL to the repository web page
(with or without the https:// part). For GitLab and Bitbucket, the latest
source code in the default branch is downloaded, for GitHub, the latest
source code in the master branch is downloaded. Of course, a user can still
specify the full URL of a ZIP file and install a specific branch or release
in this way (ZIP file mechanism will be applied).

Right. Forgot about this.

g.extension i.fusion.hpf url=https://github.com/NikosAlexandris/i.fusion.hpf

works perfectly in 7.2 and trunk, but not yet in 7.0 which is still the official stable release.

Thanks for the heads-up !

Moritz

Hi Markus, everyone,

Thank you for your all of the information.

As for the i.fusion.hpf method, I am unable to install on Windows 7 with GRASS 7.0.4. The g.extention module does not allow me to connect to github to install the extension as noted in the g.extension documentation page. If I understand what I read correctly, I would need to download and install the Source Code version or version 7.2. Also, Moritz Lennert’s reply stated that it works in 7.2 but not in 7.0 which I have been using.

I was able to resolve my issue (export the composite image so that it can be opened in Global Mapper and Photoshop) by opening it in QGIS using the GRASS Tools plugin. Click “Add raster layer” button and navigate to the composite image and click OK. Once it was added to QGIS, I right-clicked the raster layer in the Layer menu and selected the Save As… option. Then in the Save As… window, I selected “rendered image” as the output and left all other options as the default. This newly exported image allowed me to open the it in other programs.

Thank you,

Michele Toma

michele.toma@airborne.aero

www.airborne.aero

New Small2

···

Hi,

On Thu, Jul 21, 2016 at 2:53 AM, Michele Toma <michele.toma@airborne.aero> wrote:

Hi everyone (again),

I am having trouble exporting a composite RGB image into a GeoTIFF format that I can open in Global Mapper, Photoshop, or other programs. This is using Landsat 8 imagery. I am able to open the composite image in QGIS, but not in Global Mapper or Photoshop.

Below is a list of steps that I took to get the image. I am unsure of what settings to use when using r.out.gdal to export my image so that it works in other programs. I am using GRASS 7.0.4.

  1. Import Landsat 8 imagery

  2. Convert the DN to reflectance/radiance

a. i.landsat.toar input=LC81100362016082LGN00_B output=LC81100362016082LGN00_refl metfile=LC81100362016082LGN00_MTL.txt

  1. Perform pansharpening with i.fusion.brovey addon

a. i.fusion.brovey -l ms1=LC81100362016082LGN00_refl2@Osaka ms2=LC81100362016082LGN00_refl3@Osaka ms3=LC81100362016082LGN00_refl4@Osaka pan=LC81100362016082LGN00_refl8@Osaka output_prefix=brovey

BTW: this method is superior (the addon can be installed with g.extension):
https://github.com/NikosAlexandris/i.fusion.hpf

[…]

Another method that I have tried using an example on the r.out.gdal documentation page:

i.group group=brovey_group input=brovey.red,brovey.green,brovey.blue

g.region rast=brovey.blue -p

r.out.gdal in=brovey_group output=brovey_group.tif type=Float64 \

createopt=“PROFILE=GeoTIFF,INTERLEAVE=PIXEL,TFW=YES”

The result is an image with distorted colors when opened in QGIS. Water has turned a reddish brown color.

[…]

Please try to create the group in order B G R, not R G B:

i.group group=brovey_group input=brovey.blue,brovey.green,brovey.red

and then export it as above.

Best,

Markus

Markus Neteler
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog

* Moritz Lennert <mlennert@club.worldonline.be> [2016-07-22 12:20:17 +0200]:
..

The addon is not in the addons repository, so you cannot install it with
a simple g.extension i.fusion.hpf. In GRASS 7.2 / trunk you can install
it with g.extension by downloading the source code and pointing the url=
parameter of g.extension to the source code directory.

I hope that the code will be put into the addons repository, soon.

from https://grass.osgeo.org/grass72/manuals/g.extension.html

Added.

Nikos

On 22/07/16 18:07, Michele Toma wrote:

I was able to resolve my issue (export the composite image so that
it can be opened in Global Mapper and Photoshop) by opening it in
QGIS using the GRASS Tools plugin. Click “Add raster layer” button
and navigate to the composite image and click OK. Once it was added
to QGIS, I right-clicked the raster layer in the Layer menu and
selected the Save As… option. Then in the Save As… window, I selected
“rendered image” as the output and left all other options as the
default. This newly exported image allowed me to open the it in other
programs.

Happy that you found a solution for yourself, but this should "just
work" in GRASS as well.

To get back to your original issues:

On 21/07/16 02:53, Michele Toma wrote:

I am having trouble exporting a composite RGB image into a GeoTIFF
format that I can open in Global Mapper, Photoshop, or other
programs. This is using Landsat 8 imagery. I am able to open the
composite image in QGIS, but not in Global Mapper or Photoshop.

Can you really not open it, or it just appears black/grey or something
like this ? GeoTIFF metadata cannot be handled by many normal graphic
programs.

If your interested, here's the lengthy discussion on these issues: http://trac.osgeo.org/grass/ticket/73

As a result the manual page now states:

"r.out.gdal exports may appear all black or gray on initial display in other GIS software. This is not a bug of r.out.gdal, but often caused by the default color table assigned by that software. The default color table may be grayscale covering the whole range of possible values which is very large for e.g. Int32 or Float32. E.g. stretching the color table to actual min/max would help (sometimes under symbology)."

and

"GeoTIFF caveats

GeoTIFF exports can only be displayed by standard image viewers if the GDAL data type was set to Byte and the GeoTIFF contains either one or three bands. All other data types and numbers of bands can be properly read with GIS software only. Although GeoTIFF files usually have a .tif extension, these files are not necessarily images but first of all spatial raster datasets, e.g. SRTM DEM version 4."

and a bit further in the "Improving GeoTIFF compatibility" section:

"Skip exporting the color table. Color tables are not always properly rendered, particularly for type UInt16, and the GeoTIFF file can appear completely black. If you are lucky the problematic software package has a method to reset the color table and assign a new color table (sometimes called symbology). "

Another issue is color table handling, which also differs from program.

When you open it in QGIS, does it open with the same colors as in GRASS ?

[...]

a. i.colors.enhance red=brovey.red@Osaka
green=brovey.green@Osaka blue=brovey.blue@Osaka

6. Create composite RGB. I’ve run the two commands below and
both do not produce what I need:

Could you explain exactly what it is you expected and that you didn't get ?

a. r.out.gdal input=brovey.rgb@Osaka output=brovey.rgb.tif
format=GTiff

Where does brovey.rgb come from ? r.composite ?

Another method that I have tried using an example on the r.out.gdal
documentation page:

i.group group=brovey_group input=brovey.red,brovey.green,brovey.blue

g.region rast=brovey.blue -p

r.out.gdal in=brovey_group output=brovey_group.tif type=Float64 \

createopt="PROFILE=GeoTIFF,INTERLEAVE=PIXEL,TFW=YES"

type=Float64 cannot be handled by many software packages...

The result is an image with distorted colors when opened in QGIS.
Water has turned a reddish brown color.

You can try to export the color table with r.colors.out and massage the output to use it as input for QGIS.

At this stage, I don't really understand, yet, what your issue actually was:

- color table export from GRASS to other software ?
- defining the tiff's parameter so it can be read by other software ?
- something else ?

Moritz

On 22/07/16 21:13, Nikos Alexandris wrote:

* Moritz Lennert <mlennert@club.worldonline.be> [2016-07-22 12:20:17
+0200]:
..

The addon is not in the addons repository, so you cannot install it
with
a simple g.extension i.fusion.hpf. In GRASS 7.2 / trunk you can install
it with g.extension by downloading the source code and pointing the
url=
parameter of g.extension to the source code directory.

I hope that the code will be put into the addons repository, soon.

from https://grass.osgeo.org/grass72/manuals/g.extension.html

Added.

Great ! Thanks a lot !

Moritz

Hi Moritz/everyone,

I really appreciate all of the information.

The original issue was exporting an RGB composite image from GRASS to a GeoTIFF format that could be opened in Global Mapper. I had created a pansharpened RGB image and attempted to export the image, but the settings I used created entirely black images.

When I exported using r.out.gdal with no create options, the resulting image would not open in Global Mapper. I then tried to export without the color table which gave me a grayscale image. So, my understanding was that the data type was wrong. The errors I got when trying to export as Byte said to try using Float64. But after trying to use that data type and all other data types in the drop down list, I ended up with a black image. In addition to changing the data type, I opted to skip exporting the color table according to the directions on the r.out.gdal documentation page. What options should I be selecting to export the image? Is there a simpler method to exporting the image that I am not aware of?

When trying to export in QGIS, I use GRASS tools to open the rbg composite raster and then right click on the layer -> Save As... The options that I use are "export as a rendered image" and in create options: "No compression". This seems to work for me. However, I have run into another issue where I cannot get rid of the black borders/null data that surround the image. The borders are removed in GRASS after running r.null on the rgb composite image. They reappear when opening in QGIS using GRASS tools. (Note: I am using QGIS 2.8.2).

Again, thank you for all your help.

-Michele

-----Original Message-----
From: Moritz Lennert [mailto:mlennert@club.worldonline.be]
Sent: Sunday, July 24, 2016 2:23 AM
To: Michele Toma; Markus Neteler
Cc: grass-user@lists.osgeo.org
Subject: Re: [GRASS-user] Exporting RGB Composite Images to GeoTIFF

On 22/07/16 18:07, Michele Toma wrote:

I was able to resolve my issue (export the composite image so that it
can be opened in Global Mapper and Photoshop) by opening it in QGIS
using the GRASS Tools plugin. Click “Add raster layer” button and
navigate to the composite image and click OK. Once it was added to
QGIS, I right-clicked the raster layer in the Layer menu and selected
the Save As… option. Then in the Save As… window, I selected “rendered
image” as the output and left all other options as the default. This
newly exported image allowed me to open the it in other programs.

Happy that you found a solution for yourself, but this should "just work" in GRASS as well.

To get back to your original issues:

On 21/07/16 02:53, Michele Toma wrote:

I am having trouble exporting a composite RGB image into a GeoTIFF
format that I can open in Global Mapper, Photoshop, or other programs.
This is using Landsat 8 imagery. I am able to open the composite image
in QGIS, but not in Global Mapper or Photoshop.

Can you really not open it, or it just appears black/grey or something like this ? GeoTIFF metadata cannot be handled by many normal graphic programs.

If your interested, here's the lengthy discussion on these issues:
http://trac.osgeo.org/grass/ticket/73

As a result the manual page now states:

"r.out.gdal exports may appear all black or gray on initial display in other GIS software. This is not a bug of r.out.gdal, but often caused by the default color table assigned by that software. The default color table may be grayscale covering the whole range of possible values which is very large for e.g. Int32 or Float32. E.g. stretching the color table to actual min/max would help (sometimes under symbology)."

and

"GeoTIFF caveats

GeoTIFF exports can only be displayed by standard image viewers if the GDAL data type was set to Byte and the GeoTIFF contains either one or three bands. All other data types and numbers of bands can be properly read with GIS software only. Although GeoTIFF files usually have a .tif extension, these files are not necessarily images but first of all spatial raster datasets, e.g. SRTM DEM version 4."

and a bit further in the "Improving GeoTIFF compatibility" section:

"Skip exporting the color table. Color tables are not always properly rendered, particularly for type UInt16, and the GeoTIFF file can appear completely black. If you are lucky the problematic software package has a method to reset the color table and assign a new color table (sometimes called symbology). "

Another issue is color table handling, which also differs from program.

When you open it in QGIS, does it open with the same colors as in GRASS ?

[...]

a. i.colors.enhance red=brovey.red@Osaka
green=brovey.green@Osaka blue=brovey.blue@Osaka

6. Create composite RGB. I’ve run the two commands below and
both do not produce what I need:

Could you explain exactly what it is you expected and that you didn't get ?

a. r.out.gdal input=brovey.rgb@Osaka output=brovey.rgb.tif
format=GTiff

Where does brovey.rgb come from ? r.composite ?

Another method that I have tried using an example on the r.out.gdal
documentation page:

i.group group=brovey_group input=brovey.red,brovey.green,brovey.blue

g.region rast=brovey.blue -p

r.out.gdal in=brovey_group output=brovey_group.tif type=Float64 \

createopt="PROFILE=GeoTIFF,INTERLEAVE=PIXEL,TFW=YES"

type=Float64 cannot be handled by many software packages...

The result is an image with distorted colors when opened in QGIS.
Water has turned a reddish brown color.

You can try to export the color table with r.colors.out and massage the output to use it as input for QGIS.

At this stage, I don't really understand, yet, what your issue actually
was:

- color table export from GRASS to other software ?
- defining the tiff's parameter so it can be read by other software ?
- something else ?

Moritz

Hi Michele,

On Fri, Jul 29, 2016 at 6:05 PM, Michele Toma
<michele.toma@airborne.aero> wrote:

Hi Moritz/everyone,

I really appreciate all of the information.

The original issue was exporting an RGB composite image from GRASS to a GeoTIFF format that could be opened in Global Mapper. I had created a pansharpened RGB image and attempted to export the image, but the settings I used created entirely black images.

It is important to understand if there was really no data or simply a
wrong color table applied.

When I exported using r.out.gdal with no create options, the resulting image would not open in Global Mapper. I then tried to export without the color table which gave me a grayscale image. So, my understanding was that the data type was wrong.

Unfortunately - in addition - GeoTIFF cannot represent all data types.

The errors I got when trying to export as Byte said to try using Float64

You could round the values after having multiplied them by 10 or 100.
I agree, too many possibilities existing...

. But after trying to use that data type and all other data types in the drop down list, I ended up with a black image. In addition to changing the data type, I opted to skip exporting the color table according to the directions on the r.out.gdal documentation page. What options should I be selecting to export the image? Is there a simpler method to exporting the image that I am not aware of?

Maybe other users have a suggestion here.

When trying to export in QGIS, I use GRASS tools to open the rbg composite raster and then right click on the layer -> Save As... The options that I use are "export as a rendered image" and in create options: "No compression". This seems to work for me.

Fine.

However, I have run into another issue where I cannot get rid of the black borders/null data that surround the image. The borders are removed in GRASS after running r.null on the rgb composite image. They reappear when opening in QGIS using GRASS tools. (Note: I am using QGIS 2.8.2).

For this here a method, it uses r.clump:

http://courses.neteler.org/selective-data-removal-elevation-map-floodfilling/

(in my example for elevation models but it works the same for imagery).

Markus

Le lundi 01 août 2016 à 14:45 +0200, Markus Neteler a écrit :

What options should I be selecting to export the image? Is there a
simpler method to exporting the image that I am not aware of?

Maybe other users have a suggestion here.

Michele,
maybe it does not make sense but did you try my suggestion applying
gdal_translate and its "-expand rgb" option to your GeoTIFF ?

Yours,
Vincent.