[gdal-dev] Merge in-memory datasets

Dear all, I am trying to make use of in-memory datasets (to avoid creating temporary files). Is it possible to merge two raster maps (read-in as in-memory objects) and write out a netCDF file? `gdal_merge.py` seems not to work with such objects, is it? I am trying to improve a workflow (this one

Re: [gdal-dev] Edit geotiff in Gimp and don't lose metadata

WoW. This is really awesome! Whish this existed many years ago... I was using GIMP and all that magic tools but without resampling or altering the size of the image, and carefully re-applying geo-tags with the use of listgeo and geotifcp (like mentioned in https://marc.info/?l=grass-user&m=12178

Re: [gdal-dev] MOD021KM subdatasets listing identical bands

* Nikos Alexandris [2020-10-02 12:32:31 +0200]: According to `gdalinfo`, MOD021KM (and MYD021KM for the matter), list identical bands under two different subdatasets (SDSes). For example, SDS 3 (see `gdalinfo`'s report on it https://gitlab.com/thermopolis/public/code/-/snippets/2021406

[gdal-dev] MOD021KM subdatasets listing identical bands

According to `gdalinfo`, MOD021KM (and MYD021KM for the matter), list identical bands under two different subdatasets (SDSes). For example, SDS 3 (see `gdalinfo`'s report on it https://gitlab.com/thermopolis/public/code/-/snippets/2021406) and SDS 24 (see `gdalinfo`'s report on it https://gitlab.

[gdal-dev] "Tolerance condition error" while reprojecting MSG/SEVIRI products

Dears, I finally got a working `gdalwarp` one-lines for MSG/SEVIRI products. For example, ``` gdalwarp \ -ot Float32 \ -s_srs "+proj=geos +h=35785831 +a=6378169 +b=6356583.8 +no_defs" \ -t_srs EPSG:4326 \ -r near \ -of GTiff \ HDF5_LSASAF_MSG_LST_MSG-Disk_201906302300.tif \ HDF5_LSASAF_MS

Re: [gdal-dev] Vertical datum conversion for SRTM data

* Nikos Alexandris [2017-11-21 10:25:42 +0100]: Dear list, can GDAL handle the following exercise? Of interest is the Mean Sea Level, based on NASA’s SRTM. I am new in this topic. Is the following equation correct? SRTM(MSL) = SRTM(WGS84) - MSL(WGS84) [*] Here https://gitlab.com

Re: [gdal-dev] Question on how to open a raster in HDFS using GDAL

* ZAZHIL-HA HERENA [2018-11-22 22:35:32 +]: Hello, I am not sure if I should use this mailing list to ask questions but I wanted to try, I am a developer trying to use GDAL to open rasters in HDFS. I read in GDAL documentation that starting 2.4 it is possible to open a raster in HDFS. I

Re: [gdal-dev] The "Bertin 1953" projection

* Even Rouault [2018-11-14 12:13:50 +0100]: So, `ogr2ogr` fails to pick up "Bertin 1953": ``` ogr2ogr -t_srs +proj=bertin1953 TM_WORLD_BORDERS_SIMPL-0.3_Bertin1953.shp TM_WORLD_BORDERS_SIMPL-0.3.shp ERROR 1: Failed to process SRS definition: +proj=bertin1953 ``` You need to add the +wktext pa

Re: [gdal-dev] The "Bertin 1953" projection

* Nikos Alexandris [2018-11-14 02:27:29 +0100]: * Even Rouault [2018-11-07 12:10:19 +0100]: ``` echo 12 55 0 0 | proj "+proj=bertin1953 +wktext" Rel. 6.0.0, March 1st, 2019 : projection initialization failure cause: unknown projection id program abnormally terminated ``` '

Re: [gdal-dev] The "Bertin 1953" projection

* Even Rouault [2018-11-07 12:10:19 +0100]: ``` echo 12 55 0 0 | proj "+proj=bertin1953 +wktext" Rel. 6.0.0, March 1st, 2019 : projection initialization failure cause: unknown projection id program abnormally terminated ``` 'proj' syntax is without quoting. And you only need +wktext for GDAL,

Re: [gdal-dev] The "Bertin 1953" projection

Nikos wrote: the projection "Bertin 1953" was recently added in Proj4 [0] [0] https://github.com/OSGeo/proj.4/blob/master/src/PJ_bertin1953.c What would be the fastest way to try this out, except of compiling all Proj4 and GDAL from source, then re-compile whatever tool uses GDAL again? Even

[gdal-dev] The "Bertin 1953" projection

Dear list, the projection "Bertin 1953" was recently added in Proj4 [0] [0] https://github.com/OSGeo/proj.4/blob/master/src/PJ_bertin1953.c What would be the fastest way to try this out, except of compiling all Proj4 and GDAL from source, then re-compile whatever tool uses GDAL again? Thank yo

Re: [gdal-dev] Extracting keys & values from OSM Planet

* Even Rouault [2017-11-22 14:30:23 +0100]: On mercredi 22 novembre 2017 14:14:38 CET Nikos Alexandris wrote: * Even Rouault [2017-11-20 15:59:51 +0100]: >On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote: >> * Even Rouault [2017-11-07 22:37:02 +0100]: >> >&g

Re: [gdal-dev] Extracting keys & values from OSM Planet

* Even Rouault [2017-11-20 15:59:51 +0100]: On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote: * Even Rouault [2017-11-07 22:37:02 +0100]: >> 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles? > >Yes, but within the limits ot the shapefile, and parti

Re: [gdal-dev] Extracting keys & values from OSM Planet

* Even Rouault [2017-11-20 15:59:51 +0100]: On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote: * Even Rouault [2017-11-07 22:37:02 +0100]: >> 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles? > >Yes, but within the limits ot the shapefile, and parti

[gdal-dev] Vertical datum conversion for SRTM data

Dear list, can GDAL handle the following exercise? Of interest is the Mean Sea Level, based on NASA’s SRTM. I am new in this topic. Is the following equation correct? SRTM(MSL) = SRTM(WGS84) - MSL(WGS84) [*] Is it “correct” to recommend the https://hydrosheds.cr.usgs.gov/ data set for Mean Sea

Re: [gdal-dev] Extracting keys & values from OSM Planet

* Even Rouault [2017-11-20 15:59:51 +0100]: On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote: * Even Rouault [2017-11-07 22:37:02 +0100]: >> 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles? > >Yes, but within the limits ot the shapefile, and parti

Re: [gdal-dev] Extracting keys & values from OSM Planet

* Even Rouault [2017-11-07 22:37:02 +0100]: 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles? Yes, but within the limits ot the shapefile, and particularly .dbf format: limitation to 254 characters for field values, 10 characters for field names... which are easily violat

Re: [gdal-dev] Extracting keys & values from OSM Planet

Frank Broniewski: Hi Nikos, I am using a similar approach to yours to extract data from OSM files to a GIS format. I chose Spatiallite as a format since it is superior to the Shapefile format in all areas. FYI here’s what I do: osmconvert -b="5.5,49,8,50.5" -o=saarland.osm.pbf "europe-lates

[gdal-dev] Extracting keys & values from OSM Planet

Dear OSM experts, a reproducible workflow that extracts specific tags from OSM's Planet data set, includes: 1. downloading OSM Planet in form of a pbf file 2. convert pbf to o5m using `osmconvert` 3 extract areas of interest in separate `aoi_*.o5m` files, based on boundaries in form of .poly

Re: [gdal-dev] [GRASS-user] Slow import of GHSL

(Sorry for silence, was without my personal computer for a week.) * Markus Metz [2017-03-22 22:11:01 +0100]: On Wed, Mar 22, 2017 at 9:52 PM, Markus Neteler wrote: On Wed, Mar 22, 2017 at 9:28 PM, Markus Metz wrote: > On Wed, Mar 22, 2017 at 8:12 PM, Markus Neteler wrote: ... >> Nikos,

Re: [gdal-dev] [GRASS-user] Slow import of GHSL

* Markus Metz [2017-03-16 22:06:12 +0100]: On Thu, Mar 16, 2017 at 11:26 AM, Nikos Alexandris wrote: [...] With the p1 tif and GRASS db on the same spinning HDD, and 6 other heavy processes constantly reading from and writing to that same HDD, r.in.gdal took 2h 13min to import the p1

Re: [gdal-dev] [GRASS-user] Slow import of GHSL

[..] Nikos: Some messy rough timings: 1) i7, 8 cores, 32GB RAM, Base OS: CentOS -> Three r.in.gdal processes for "p2.tif", each stuck at 3% for almost 14h 2) Xeon, 24 Cores, 32GB RAM, Base OS: Windows -> Three gdal_translate processes with -projwin, the VRT file as an input and GeoTIFF as outpu

Re: [gdal-dev] [GRASS-user] Slow import of GHSL

Nikos Alexandris Why does (attempting to) import a 38m pixel resolution GHSL [0] GeoTIFF layer, ie GHS_BUILT_LDS1990_GLOBE_R2016A_3857_38_v1_0_p1.tif, in GRASS' db progress slow? Markus M: because it is a very large raster map: Size is 507904, 647168 Markus Neteler: Can you elabor

[gdal-dev] Up-to-date ebuilds for Gentoo/Funtoo-Linux

Dear Gentoo/Funtoo users, I am trying to update/produce OSGeo related ebuilds for Gentoo/Funtoo-Linux. First attempt at https://github.com/NikosAlexandris/osgeo-overlay/blob/master/sci-libs/gdal/gdal-2.1.3.ebuild. The ebuild fails to compile if "java mdb" support is requested. Would someone po

Re: [gdal-dev] [GRASS-user] Slow import of GHSL

* Markus Metz [2017-03-14 15:02:30 +0100]: On Tue, Mar 14, 2017 at 10:01 AM, Nikos Alexandris wrote: Nikos Alexandris Why does (attempting to) import a 38m pixel resolution GHSL [0] GeoTIFF layer, ie GHS_BUILT_LDS1990_GLOBE_R2016A_3857_38_v1_0_p1.tif, in GRASS' db progress

Re: [gdal-dev] [GRASS-user] Slow import of GHSL

Nikos Alexandris Why does (attempting to) import a 38m pixel resolution GHSL [0] GeoTIFF layer, ie GHS_BUILT_LDS1990_GLOBE_R2016A_3857_38_v1_0_p1.tif, in GRASS' db progress slow? Markus M because it is a very large raster map: Size is 507904, 647168 (Apologies for cross-posting to

Re: [gdal-dev] [GRASS-user] Slow import of GHSL

Nikos Alexandris Why does (attempting to) import a 38m pixel resolution GHSL [0] GeoTIFF layer, ie GHS_BUILT_LDS1990_GLOBE_R2016A_3857_38_v1_0_p1.tif, in GRASS' db progress slow? (Apologies for cross-posting to gdal-dev) Markus Neteler: Can you elaborate a bit more? I have downloade

Re: [gdal-dev] RPC

Surya Prakash: > Hi ALL, I have some imagery associated with RPC files. The locational > accuracy of the images defined by the RPCs is quite poor and I would > like to update the RPCs by using some additional GCPs. How to do this, > Please guide me. Hi Surya! May I ask which kind of imagery? If

Re: [gdal-dev] gdalwarp on a separate RPC model

ecognizes GDAL dataset, i.e. vrt file. Therefore I need to generate > vrt file from my RPB. Is there any vrt example for RPC camera that I > can follow? > > Thanks a lot > Ian > > ___ > gda

Re: [gdal-dev] Reading the TerrainBase 1995 dataset (.BIN + .HDR) with gdal?

Nikos Alexandris: > > Hi gdalers, > > has anyone read the TerrainBase data set (NOOA, 1995) using gdal tools? > > The link to the relevant CD is: > > http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/6081153/FID3260 > > (see for example inside the

Re: [gdal-dev] Reading the TerrainBase 1995 dataset (.BIN + .HDR) with gdal?

Nikos Alexandris: > > Hi gdalers, > > has anyone read the TerrainBase data set (NOOA, 1995) using gdal tools? > > The link to the relevant CD is: > > http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/6081153/FID3260 > > (see for example inside the

[gdal-dev] Reading the TerrainBase 1995 dataset (.BIN + .HDR) with gdal?

Hi gdalers, has anyone read the TerrainBase data set (NOOA, 1995) using gdal tools? The link to the relevant CD is: http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/6081153/FID3260 (see for example inside the DATA directory) Thank you, Nikos ___

Re: [gdal-dev] External files for RPC in GeoTIFF

On 16.03.2015 18:54, Even Rouault wrote: Hi, I'd be interested in people's feedback about which "sidecar"/external files for GeoTIFF to store RPC (Rational Polynomial Coefficients) are the most popular those days and how well they are supported by the various remote sensing software packages

Re: [gdal-dev] HDF support under Gentoo/Funtoo

Sebastian Walter wrote: The gentoo ebuild is somehow limited in terms of driver choices in my opinion (especially if you have additional commercial licenses to include as, e.g. Kakadu or ECW). What I do is to compile a custom gdal build and install it to /usr/local. For the current stable 1.11

[gdal-dev] HDF support under Gentoo/Funtoo

Greetings to the list. I am trying to emerge gdal under Funtoo with support for HDF4 (see for the ebuild). I am not sure how to get this done. There is no USE flag for hdf (only for hdf5). Since the system is quite similar with Gentoo, is there anyone o

[gdal-dev] Wrong metadata or gdalinfo weakness (on Landsat scene over Madagascar)?

For the Landsat scene over Madagascar LE71610762013070PFS00, gdalinfo reports UTM Zone 38N (EPSG:32638, ). This is wrong. It should be UTM Zone 38 _S_ (EPSG:32738, ). Is it the metadata's fault or is gdali

Re: [gdal-dev] Working with NTF files [SEC=UNCLASSIFIED]

Luke: %TEMP% is the Windows environment variable pointing to the temp directory. For Unix/linux: ,--%<--- # set variable export GDAL_PAM_PROXY_DIR=/tmp # confirm echo $GDAL_PAM_PROXY_DIR /tmp `--->%-- So much to my bash knowledge... :D It works fine, thank you very much! Nikos [rest d

Re: [gdal-dev] Working with NTF files

lpinner wrote: > A workaround to your 2nd question is to set the GDAL_PAM_PROXY_DIR > environment variable, either permanently or on the commandline before you > call gdalinfo. > > set GDAL_PAM_PROXY_DIR=%TEMP% > gdalinfo -stats some.ntf Thank you Luke. 1st, that would be ,--%<--- # set variab

Re: [gdal-dev] Working with NTF files (2)

On Wednesday 31 of July 2013 11:55:27 Nikos Alexandris wrote: > Yet another NITF related "problem". An ntf file contains (no SUBDATASETS) > > gdalinfo -nogcp -nomd -mm M1BS.ntf > > ,--%<--- > Band 1 Block=1024x1024 Type=UInt16, ColorInterp=Blue >

Re: [gdal-dev] Working with NTF files (2)

Yet another NITF related "problem". An ntf file contains (no SUBDATASETS) gdalinfo -nogcp -nomd -mm M1BS.ntf ,--%<--- Band 1 Block=1024x1024 Type=UInt16, ColorInterp=Blue Computed Min/Max=183.000,2047.000 Overviews: 3438x3448, 1719x1724, 859x862, 429x431, 214x215 Overviews: arbitrary Band

Re: [gdal-dev] [GRASS-user] Working with NTF files

Should I file for this a ticket in GRASS' trac first? Nikos --%<--- 1) Markus Metz wrote: > >> What says g.proj georef=your_geofile -p? Nikos Alexandris: > > g.proj -p georef=15JUN11IK0101000po_697515_pan_000.ntf > > Trying to open with OGR... > > ...s

Re: [gdal-dev] Working with NTF files

Nikos Alexandris: > > > I am trying to handle ntf files (NITF) as easy as possible -- working > > > with some WorldView 01/02 and QuickBird imagery. [..] > > > 2) A second, of less importance, question, is: how important are the > > > warnings like:

Re: [gdal-dev] Working with NTF files

Nikos A: > > No (except that I left this option as the "final attempt" of many tests -- > > working with some >1GB images here, so it took me hours... :D). Your > > confirmation, though, is highly useful! Eli Adam wrote: > Sometimes to avoid materializing large intermediate datasets on disk, a

Re: [gdal-dev] Working with NTF files

Nikos Alexandris: > > I am trying to handle ntf files (NITF) as easy as possible -- working with > > some WorldView 01/02 and QuickBird imagery. > > 1) The question is: how do you correctly import in GRASS-GIS QuickBird & > > WorldView imagery from N(I)TF contain

[gdal-dev] Working with NTF files

Hi list & apologies for cross-posting. In short, I am trying to handle ntf files (NITF) as easy as possible -- working with some WorldView 01/02 and QuickBird imagery. 1) The question is: how do you correctly import in GRASS-GIS QuickBird & WorldView imagery from N(I)TF containers? 2) A sec

[gdal-dev] Option to supress gdalinfo's Warning messages

Dear GDAL-ers, Is there a configuration option for GDAL to supress (gdalinfo) warnings like "Warning 1: Unable to save auxilary information in /vsisubfile/3884_478612158,..." ? I can't seem to find something in either or

Re: [gdal-dev] Can't read NITF image

All works fine. A quick one-liner example to get the image(s): for INPUT in `gdalinfo 03APR13WV010500013APR03073140- P1BS-500060446050_03_P002.ntf | grep SUBDATASET_ | grep NAME | cut -d":" -f3`; do gdalwarp -s_srs 'epsg:4326' -t_srs 'epsg:4326' "${INPUT}" "${INPUT}.tif"; done Are there smarte

Re: [gdal-dev] Can't read NITF image

Nikos Alexandris wrote: > Question: how can I tell which driver is used? Just empirically, e.g. > Jasper precedes OpenJPEG2? Oh well, I'll have to search in the manuals I > guess... gdalinfo --formats | grep JP JPEG (rwv): JPEG JFIF JP2OpenJPEG (rwv): JPEG-2000 driver bas

Re: [gdal-dev] Can't read NITF image

Nikos Alexandris a écrit : > > I am trying to access an .ntf image. > > gdalinfo /Some_Path/03APR13WV010500013APR03073140- > > P1BS-500060446050_03_P002.ntf -noct -nomd -nogcp -sd 1 > > ERROR 4: > > `/vsisubfile/3884_478612158,/Some_Path/03APR13WV

[gdal-dev] Can't read NITF image

Hi! I am trying to access an .ntf image. gdalinfo /Some_Path/03APR13WV010500013APR03073140- P1BS-500060446050_03_P002.ntf -noct -nomd -nogcp -sd 1 ERROR 4: `/vsisubfile/3884_478612158,/Some_Path/03APR13WV010500013APR03073140- P1BS-500060446050_03_P002.ntf' not recognised as a supported file fo

Re: [gdal-dev] GoogleEarth wont read KML files created by ogr2ogr: Unknown element

Frank Warmerdam wrote: > Could you file a ticket, and attach a working and nonworking kml example? Done. > Any idea if this behavior varies across versions of google earth? Not between ver. 6 and 7 under (K)Ubuntu at least. > I wonder if libkml can read the file(s) ok. As usual, lack of time

[gdal-dev] GoogleEarth wont read KML files created by ogr2ogr: Unknown element

Hi! I work with GDAL 1.9.2, compiled from source with support for expat and KML under Kubuntu 12.10. Any attempt to convert a(ny) shapefile (be it of type point or polygon) using ogr2ogr (or exporting from GRASS GIS or/and QGIS -- all based on the same GDAL librairies) results in a .kml file t

Re: [gdal-dev] On compiling Proj4: Why does checkinstall complain about --pkgname?

Doug: > Checkinstall seems to be dead. Felipe was the only one maintaining > it. You may have better luck using alien from a .deb version of the > applications. What a pity it would be if such a wonderful project is really un-maintained... > (Come on, Felipe. Prove me wrong.) > > The unexpec

[gdal-dev] On compiling Proj4: Why does checkinstall complain about --pkgname?

Hi! (apologies for cross-posting) I am trying to get a grip on the use of checkinstall in compiling Proj4, GEOS, GDAL. My long-term goal is to build a (custom) script to automate the compilation of the above plus GRASS, plus GDAL's GRASS-driver plugin. In general, checkinstall builds and isnt

Re: [gdal-dev] Getting BigTiff support in Ubuntu 9.04 64bits

Felix Schalck: > Dear Frank, > After some extensive research, I discovered this: > > qwer...@qwerkus-desktop:~$ ls -la /usr/local/bin/gdalwarp > -rwxr-xr-x 1 root root 95391 2009-08-14 20:20 /usr/local/bin/gdalwarp > qwer...@qwerkus-desktop:~$ ls -la /usr/bin/gdalwarp > -rwxr-xr-x 1 root root 3160

Re: [gdal-dev] Overwriting Georeferencing Information of a GeoTIFF file

Andreas N: > Hi GDAL users/developers, > Is it possible to overwrite georeferencing information of an existing > geotiff [*] file? Not sure that it will do the job but it might be interesting to have a look at the utilities listgeo, geotifcp (part of geotiff-bin under linux). Kind regards, Nikos

RE: [gdal-dev] need suggestion on Linux OS

Shawn: > > I'd appreciate suggestions on Linux OS. We'd like to build > > newest gdal, as well as OpenEV2 using GTK2. > > Have tried CentOS. But it libraries seem too conservative. > > Is Fedora 9 a better choice? John D: > I'm building the latest gdal (literally as I type!), on Kubuntu Hardy

Re: [gdal-dev] The latest ISPRS-SC Newsletter

On Wed, 2009-04-01 at 12:09 +0200, Wesley Roberts wrote: > Hi Nikos, > Nice article, I like the idea of rotating the earth map for a new > perspective. It would look even more strange if you added the vectors > defining countries and labeling them with country names. > Perhaps an idea for the next

[gdal-dev] The latest ISPRS-SC Newsletter

Sort of off-topic the Open-Source article this time... or maybe not!? Link to the Newsletter: http://isprs-studentconsortium.org/assets/files/Newsletter_Vo3_No1_March.pdf Link to the full "Open Source" article: http://isprs-studentconsortium.org/assets/files/Turn_the_World.pdf ( Apologies espec

[gdal-dev] [Fwd: Re: [GRASS-user] Tips for setting up an new FOSS-GEO-linux-box]

My apologies for the "off-topic" post. I started an osgeo-wikipage (see attached message). It would be extremely useful if experienced users/developers would contribute by sharing some of their secrets on how to best setup an osgeo GIS workstation. Kind regards, Nikos --- Begin Message --- I've s

[gdal-dev] Flip horizontally & vertically a raster map using listgeo and geotifcp (?)

Dear gdal-dev members, is there a way to turn the world (raste map) upside-down? I've been playing around with listgeo and geotifcp (trying to understand the "world file" principles) but I can't get the word upside-down. I thought that, since it's about a flip in both axes hor. and vert., it would

Re: [gdal-dev] Countour polygons instead of lines

On Wed, 2008-09-03 at 10:40 +0300, Ari Jolma wrote: > > Indirectly, yes. You can use r.reclass to create areas of similar > > elevation from the raster DEM and r.to.vect to covert to polygons. Also, use the "-s" switch (in r.to.vect) to get smoothed and not edgy polygons :-) _

Re: [gdal-dev] QGIS looses toolbar icons after changing background color

On Mon, 2008-08-18 at 20:12 +0200, Mateusz Loskot wrote: > Nikos Alexandris wrote: > > Dear QGIS-users and developers, > > I 've come across this strange behaviour: Settings > Background Color > > (change color to anything) > OK. The result is that all toolbar i

[gdal-dev] QGIS looses toolbar icons after changing background color

Dear QGIS-users and developers, I 've come across this strange behaviour: Settings > Background Color (change color to anything) > OK. The result is that all toolbar icons disappear, only text is shown for each button! QGIS 0.11.0-Metis under Ubuntu Hardy 64-bit (with GRASS 6.4.svn) Kind regards,

[gdal-dev] GRASS export GeoTiff adventure :-)

Many questions... Thank you in advance, Nikos :-) Importing RGB tiff's (size: 2500, 2500 --- with INTERLEAVE=PIXEL) in GRASS' database splits them, as expected, in red, green and blue raster maps. After MASKing out unwanted areas, how should one export the maps to end-up with tiff files similar (o

Re: [gdal-dev] Tiled vs Stripped TIFs, how many overviews and why (wirh gdaladdo)?

On Fri, 2008-08-01 at 13:52 +0200, Maciej Sieczka wrote: > Nikos Alexandris pisze: > > There has been a lot of discussion lately about using > > gdal_translate/gdalwarp with or without the "-co TILED=YES" option, > > about overviews and more. How can I de

[gdal-dev] Tiled vs Stripped TIFs, how many overviews and why (wirh gdaladdo)?

There has been a lot of discussion lately about using gdal_translate/gdalwarp with or without the "-co TILED=YES" option, about overviews and more. How can I determine what is best for my 300 photos? I want faster loading and as less disk usage as possible... what everybody wants :-) 1. What is th

[gdal-dev] Using GIMPs Fuzzy Select tool on orthophotos (geotiff)

Apologies for cross-posting. Can someone tell me why I should NOT use GIMPs "Fuzzy Select" tool to select various "features" from an image (e.g. orthophoto), save selection in a new file, add geo-metadata from the original image [1] and continue my work in GRASS? It works so nice! Could a tool l