Re: [gdal-dev] [EXTERNAL] Re: gdal-dev Digest, Vol 238, Issue 82

FYI, If you find errors in the 3DEP data, send an email to tnm_h...@usgs.gov . I have forwarded your email with the list of files to that address. Doug From: gdal-dev on behalf of Conrad Bielski via gdal-dev Sent: Thursday, March 21, 2024 8:15 PM To: gdal-dev@

Re: [gdal-dev] [EXTERNAL] Re: Large GeoJSONs and aborting file opening

I just converted them to geopackage layers and went from there. Doug From: gdal-dev on behalf of Mike Flannigan Sent: Thursday, July 29, 2021 1:28 PM To: Simon Eves Cc: gdal-dev@lists.osgeo.org Subject: [EXTERNAL] Re: [gdal-dev] Large GeoJSONs and aborting fi

Re: [gdal-dev] [EXTERNAL] Re: Large GeoJSONs and aborting file opening

https://github.com/microsoft/USBuildingFootprints [https://opengraph.githubassets.com/225fd5de0d4b915c82edf14205ec82909692b31f97fa3453012808d51a8fd323/microsoft/USBuildingFootprints] GitHub - microsoft/USBuildingFootprints: Computer generated build

Re: [gdal-dev] [EXTERNAL] Static/Dynamic datum problems

Cameron, I just emailed someone working on this . He sent me the links below. https://www.gps.gov/governance/advisory/ https://www.gps.gov/governance/advisory/members/higgins/ Doug On Thu, Jun 20, 2019 at 5:15 PM Cameron Shorter wrote: > Hi folks, > > Our Australian spatial data users are

Re: [gdal-dev] [EXTERNAL] Re: Maximum size of Raster and vector layers in geopackage database

Thank you for all of the responses! Doug On Thu, Sep 6, 2018 at 3:35 AM wrote: > On Thu, 06 Sep 2018 09:11:35 +0200, Even Rouault wrote: > > On mercredi 5 septembre 2018 16:48:52 CEST Newcomb, Doug wrote: > >> Hi Folks, > >> I was in a meeting today and the questio

[gdal-dev] Maximum size of Raster and vector layers in geopackage database

Hi Folks, I was in a meeting today and the question came up: What is the maximum size of a vector data layer in a geopackage database? a raster layer? I did not see the answer in the few minutes of searching the internet, so thought I would ask here. Doug -- Doug Newcomb - Cartographer USFWS 5

Re: [gdal-dev] [EXTERNAL] Re: how to use gdal to create a xlsx file

Libreoffice calc will read and write .dbf and can also save to .xlsx. Doug On Thu, May 31, 2018 at 9:34 AM, Michael Sumner wrote: > Maybe best to open *a copy of* the .dbf in Excel and save from there? > > R or Python could be used for that too, or do you really need to do this > with GDAL (wh

Re: [gdal-dev] mapping of shadows casted by other slopes

Kenlo, Suggest you look at GRASS GIS r.sun , https://grass.osgeo.org/grass72/manuals/r.sun.html. Doug On Tue, May 16, 2017 at 3:16 AM, NASAHARA Kenlo <24dake...@gmail.com> wrote: > Dear GDAL people: > > Using DSM, I want a "shadow map" not only by the slope > itself but also by the other slopes

Re: [gdal-dev] ISO WKT in gdal 2.0

Thanks! Will pass along. Doug On Thu, Apr 7, 2016 at 4:55 PM, Even Rouault wrote: > Le jeudi 07 avril 2016 22:44:03, Newcomb, Doug a écrit : > > Hi Folks, > > I had an acquaintance in USGS ask me whether gdal 2.0+uses ISO WKT or is > > still using OGC WKT . > > &

[gdal-dev] ISO WKT in gdal 2.0

Hi Folks, I had an acquaintance in USGS ask me whether gdal 2.0+uses ISO WKT or is still using OGC WKT . I did see the discussion at http://osgeo-org.1560.x6.nabble.com/gdal-dev-New-OGC-standard-about-WKT-for-projections-td5204937.html and the project on the 2016 Summer of Code list, https://trac

[gdal-dev] MRF Format with LERC?

First i've heard of this. https://gcn.com/blogs/emerging-tech/2016/01/nasa-esri-image-storage.aspx Doug -- Doug Newcomb USFWS Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov - The opinio

Re: [gdal-dev] ISO Metadata

Hi Damian On Fri, Oct 16, 2015 at 5:42 AM, Damian Dixon wrote: > Hi, > > When ever anyone mentions ISO metadata I think of: > > ISO 19103 > ISO 19115 > > Are we talking about these? > I am thinking ISO 19115 and ISO 19115-1 > > If we are then I would just like to mention that both of these s

Re: [gdal-dev] Call for discussion on RFC 60: Improved round-tripping in OGR

Kurt, A driver for writing ISO metadata files would be quite welcome. Anything to make compiling and writing metadata less painful is always a good thing. :-) Doug On Wed, Oct 14, 2015 at 6:20 PM, Kurt Schwehr wrote: > Sean got what I was meaning to say. Do we want the output to have some > re

Re: [gdal-dev] FLIF format?

Well, explicitly naming the LGPL and any other GPL compatible license pretty much opens things up. https://gnu.org/licenses/license-list.html#GPLCompatibleLicenses Doug On Mon, Oct 5, 2015 at 7:54 AM, Signell, Richard wrote: > Check this commit 8 minutes ago: > > https://github.com/jonsneyers/F

[gdal-dev] FLIF format?

Hi Folks, has anyone heard of the Flif FORMAT? http://flif.info/ Github site looks like it's only been up a short time. https://github.com/jonsneyers/FLIF Doug -- Doug Newcomb USFWS Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov -

Re: [gdal-dev] assigning vertical datum to image files

putting the gtx files in the right proj directory works wonders :-) Thanks! All is working now. Doug On Tue, Jun 9, 2015 at 10:51 AM, Even Rouault wrote: > Selon "Newcomb, Doug" : > > > Evan, > > Here is the output from gdalinfo wit the expanded config. >

Re: [gdal-dev] assigning vertical datum to image files

o load datum shift file Upper Right ( 3015000.000, 805000.000) ERROR 1: failed to load datum shift file Lower Right ( 3015000.000, 80.000) ERROR 1: failed to load datum shift file Center ( 3012500.000, 802500.000) Band 1 Block=1000x2 Type=Float32, ColorInterp=Gray Description = Layer_1 Min=-3.000

Re: [gdal-dev] assigning vertical datum to image files

Evan, I went back and checked. The .aux.xml sidecar files with the img files do not appear to have projection information. Doug On Tue, Jun 9, 2015 at 9:32 AM, Even Rouault wrote: > Selon "Newcomb, Doug" : > > > Thanks! > > > > That should work in this case

Re: [gdal-dev] assigning vertical datum to image files

Thanks Evan! Doug On Tue, Jun 9, 2015 at 9:32 AM, Even Rouault wrote: > Selon "Newcomb, Doug" : > > > Thanks! > > > > That should work in this case to build the virtual raster. I'm still > > curious about assigning the vertical datum to the raster

Re: [gdal-dev] assigning vertical datum to image files

have not the same > projection. Note: this does not mean that they will be reprojected. Their > projection will just be ignored. > > Source: http://www.gdal.org/gdalbuildvrt.html > > > > On 2015-06-08 21:01, Newcomb, Doug wrote: > >> Hi Folks, >> I have a dire

[gdal-dev] assigning vertical datum to image files

Hi Folks, I have a directory of 783 .img format Lidar - based DEMs in the same projection, North Carolina State Plane Feet (2011) , NAD 83 , NVD88. I was going to use gdalbuildvrt to create a single virtual image for the area, but gdalbuildvrt complained, informing me that they were not in the s

Re: [gdal-dev] Merging GeoTiff files

Steve, By merge, do you mean files that cover the same area, or merging adjoining images into a single larger image? Doug On Fri, Apr 3, 2015 at 10:54 AM, Steve Cagle wrote: > I have several GeoTiff files from a (commercial vendor) to merge. I have > used gdal, gdal_merge.py, the merge with QGI

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

+1 The utilities are used by a lot of folks who cannot have compilers loaded on their computers for security reasons. Doug On Sat, Mar 28, 2015 at 6:06 AM, Damian Dixon wrote: > There are a lot of GIS specialists and geographers who are not programmers > that use the tools to convert or query

Re: [gdal-dev] LZW Compression on geotiffs

10:32 AM, Even Rouault wrote: > Le mercredi 01 octobre 2014 16:26:15, Newcomb, Doug a écrit : > > Well, > > I went back and compiled with 1.11.1 with the external geotiff library > and > > got the same result for LZW, tiling made no difference in size . > > > > A

Re: [gdal-dev] LZW Compression on geotiffs

, 2014 at 9:45 AM, Even Rouault wrote: > Le mercredi 01 octobre 2014 15:41:06, Newcomb, Doug a écrit : > > Hi, > > I have a 4 band uncompressed geotiff ( NAIP data for North Carolina, USA) > > that is 193 MB > > I've been going over the compression options for gdal_tr

[gdal-dev] LZW Compression on geotiffs

Hi, I have a 4 band uncompressed geotiff ( NAIP data for North Carolina, USA) that is 193 MB I've been going over the compression options for gdal_translate geotiffs and I note the following: gdal_translate -of “GTIFF” -co “COMPRESS=PACKBITS” gives me a file that is 194MB in size gdal_translate -o

Re: [gdal-dev] Weird issue when running gdaltranslate

On Tue, Apr 1, 2014 at 7:57 AM, Even Rouault wrote: > Moses, > > Hum, your VRT is 2147483647 x 2147483647 large, which is the largest > possible > raster that GDAL can handle in theory ! Something must have gone seriously > wrong > > That would be more than enough pixel range to cover the earth wi

Re: [gdal-dev] GDAL and UNITY3D

I think perhaps Xavier meant the gaming library. http://unity3d.com/ Doug On Tue, Feb 4, 2014 at 10:47 AM, Etienne Tourigny wrote: > do you mean the interface that is default in Ubuntu? there should be no > problem with that. After all, gdal is a library and a set of command line > tools. > > >

Re: [gdal-dev] Call for discussion for "RFC 43 GDALMajorObject::GetMetadataDomainList()"

Does that include the upcoming ISO19115-1 ? Doug On Wed, Oct 23, 2013 at 10:29 AM, Even Rouault wrote: > Kurt, > > > > I have been trying to think through how an OGR driver for ISO19115 / > 19139 > > would work. > > Do you mean a driver that would read (and/or write) ISO 19139 XML files ? > D

Re: [gdal-dev] Adding labels / specifying styles

Benoit, You can also script plotting in GRASS , http://grasswiki.osgeo.org/wiki/Ps.map_scripts Doug On Fri, May 3, 2013 at 3:24 AM, Benoît Laurent wrote: > Le 02/05/2013 18:29, Jukka Rahkonen a écrit : > > Alexandre Gacon gmail.com> writes: >> >> >>> Hi, >>> The shapefile format is not a fo

Re: [gdal-dev] [SPAM?]: Re: Adding labels / specifying styles

Benoit, The Atlas plugin for qgis 1.8.0 , http://plugins.qgis.org/plugins/atlas/ , might do what you want. It's in the offiicial repository. Doug On Thu, May 2, 2013 at 12:06 PM, Tyler Mitchell wrote: > > However, I deal with a great number of files and I would like to > accelerate the process

Re: [gdal-dev] Cropping to another image?

--j, I you wanted to use the gdal utility programs , you can use gdalinfo to get the extent of the first image and use gdal_translate -projwin with the coordinates you captured from the first command. There are a couple of ways to pythonify those two commands or other python methods into a single

Re: [gdal-dev] extract information from polygon shapefile based on raster grid?

Chao, Depending on how detailed you want your stats to be, it might be easier run the zonal statistics plugin in qgis or run v.rast.stats in GRASS 70. Doug On Wed, Mar 27, 2013 at 6:38 PM, Jan Heckman wrote: > Hello Chao, > > I may not understand your wish quite well, but I think you need som

Re: [gdal-dev] Raster file type compatibilty

Srinaath, I've had good luck with ERDAS Imagine rasters ( designated HFA in GDAL) with rasters up to 755 million cells. I have created .img fuiles up to 6 billion cells, but ArcGIS ( version 10 at least ) has problems displaying Erdas Imagine files that large. Doug On Tue, Mar 19, 2013 at 6:03

Re: [gdal-dev] Geotagging photos

Zoltan, If you are scripting things, this might work. http://www.sno.phy.queensu.ca/~phil/exiftool/ If you're running linux, you might also look at this. http://scribblesandsnaps.com/2011/02/16/geotag-photos-with-open-gps-tracker-and-digikam/ Doug On Mon, Nov 19, 2012 at 7:18 AM, Zoltan Szecs

Re: [gdal-dev] "reboxing," or 3D regridding

> >> or pointers to other resources to consult. > > Newcomb, Doug Wed, 14 Nov 2012 07:47:20 -0500 > > Would the GRASS 3D Raster (Voxel) functions meet your needs? > > > http://grass.osgeo.org/grass64/manuals/html64_user/raster3D.html > > Nothing there is leaping out say

Re: [gdal-dev] "reboxing," or 3D regridding

Tom, Would the GRASS 3D Raster (Voxel) functions meet your needs? http://grass.osgeo.org/grass64/manuals/html64_user/raster3D.html Doug On Wed, Nov 14, 2012 at 12:11 AM, Tom Roche wrote: > > summary: I'd appreciate advice regarding tools and methods for > transforming values from an unprojecte