Tag Info

New answers tagged

2

Use listgeo http://www.remotesensing.org/geotiff/listgeo.html for saving the georeferencing info into a file and write it back to edited file with geotifcp http://www.remotesensing.org/geotiff/geotifcp.html.


0

This function 'ENVI_OUTPUT_TO_EXTERNAL_FORMAT' can solve your work if you have the license. The help can be found in http://www.exelisvis.com/docs/ENVI_OUTPUT_TO_EXTERNAL_FORMAT.html


1

As Andre mentioned in GRASS your LOCATION coordinate system must match the coordinate system of the data being input. You can create a new LOCATION when you input the original tiff file by using the location= parameter. For example: r.in.gdal input=E:\cdnh43e_v1.1r1.tif output=cdnh43e_v1 location=LCC Now run: g.region raster=cdnh43e_v1 to set your ...


2

In GRASS, location and dataset should share the same projection. On-the-fly-reprojection is only available in advanced GIS packages like QGIS or Arcgis. To change the projection, use gdalwarp to a different filename outside of GRASS.


1

GDAL solution. This is the base code. gdal_translate -of GTiff input.envi output.tif Here is the stack exchange answer to do all files in a folder. loop GDAL translate and here is the stack overflow solution. loop gdal translate


2

If the min value is consistent - like a no data value, you might be able to use the snodata option and specify the value you want ignore. As listed in the doc for gdal_contour


2

gdal_Calc.py can do that, a reclass Something like.. gdal_calc.py -A filename.tiff --outfile=filename.tiff --calc="A*(A>3)" --NoDataValue=0 --calc="1*(A<3) See this one gdal_calc.py raster reclass equivalent of ArcGIS reclass or r.reclass in grass


0

"Georeferencing from GeoTIFF is supported in the form of one tiepoint and pixel size, a transformation matrix, or a list of GCPs." http://gdal.org/frmt_gtiff.html The 6 value transform will be the usual way for most simple cases, the other crucial part is the CRS. Still, TIFF and GeoTIFF are quite complex containers so this is a big simplification. This ...


0

You have two questions: Reading pixel data from the Geotiff: Here you find a C# GDAL Read Raster Code Sample. The final reading method is called Band.ReadRaster! Reading Geotiff-Tags: Depends which Tags you mean... If you want to read the GeoTransform-Parameters (Georeference-Info), you would do that with the method Dataset.GetGeoTransform. If you want ...


0

If your geotiffs are increasing so much in size it almost certainly means that the originals are compressed. With your current command the cropped files are uncompressed. You can check the compression method which is used in your original images with gdalinfo http://www.gdal.org/gdalinfo.html. Use the same or select your favourite compression from ...


-1


2

After some fiddling and a lot of googling I found that this worked gdal_translate -co tiled=yes -a_srs EPSG:27200 tiff/Tiri tiff/Tiri-tiled gdaladdo tiff/Tiri-tiled Where tiff/Tiri was the original GeoTIFF file that I produced from the mrsid file.


0

If you want to just edit the metadata, use gdalmove with a huge pixel error tolerance (-et) setting. If you want to translate a basically correct file into something other than the SRS it currently has, use gdalwarp.


0

You need to read the location from the Geotiff header. Full documentation can be found at http://trac.osgeo.org/geotiff/ . I do not think it stores the center so you may have to take the 4 boundaries and average. You have a few choices including some APIS. as for direct read using javascript or php I do not know of a way. Anyway I think listgeo is a good ...


0

Obviously listgeo and gdalinfo implement the same task in a bit different way. You can see that listgeo can read the datum even it does not write it into Proj4 string: listgeo -proj4 econic.tif Geotiff_Information: Version: 1 Key_Revision: 1.0 Tagged_Information: ModelTiepointTag (2,3): 0 0 0 ...


3

There is nothing wrong with your GeoTIFF file. You just need a better program to view it with. Most basic "paint"-style programs such as Preview, Paint, Paint.NET, all expect a Byte pixel type for TIFF files. Although a float type is part of the file specifications, most software don't implement this support. Software that should work include most GIS ...


2

To have a better idea we would need you to send over the output of the gdalinfo on those images. I suspect that these are 16 bits images hence geoserver is applying contrast stretch on the fly to them depending on the local histogram to equalize them on bring them on 8 bits. You need to play with the rastersymbolizer parameters to improve the situation or ...



Top 50 recent answers are included