Looking at what is the proper way to burn in - to a COG?
Here are the steps I have came up with:
1. Remove overviews
2. gdal_rasterize the geometry into the COG
3. create new overviews.
Is there a way to just rebuild the overviews after burning in the values? I
want to manipulate the origin
I am trying to generate a shapefile of 1980 census blocks using the 1992
Tiger/Line files. I am able to open the files directly using QGIS, and I
can create shapefiles using the GDAL TIGER driver. However, these
methods do not seem to extract the 1980 block information. Perhaps the
GDAL Tiger drive
x27;t get
it to work ill see if I can rig up some data I can share.
On Fri, Apr 17, 2020, 5:07 PM Even Rouault
wrote:
> On vendredi 17 avril 2020 15:49:58 CEST Brian wrote:
>
> > Is using vsis3 to access a vrt possible? I have exhausted my debugging
>
> > skills. I can read
Is using vsis3 to access a vrt possible? I have exhausted my debugging
skills. I can read .tifs just fine but as soon as I try a vrt it gives me
corrupt empty or missing file. The call for using vsis3 is coming from
mapserver but I thought this would be a gdal issue. Could anyone verify for
me that
Type=Float32, ColorInterp=Gray
Min=0.001 Max=96.054
Minimum=0.001, Maximum=96.054, Mean=6.209, StdDev=10.756
NoData Value=-
Metadata:
STATISTICS_MAXIMUM=96.0537109375
STATISTICS_MEAN=6.2090953579112
STATISTICS_MINIMUM=0.0009765625
STATISTICS_STDDEV=10.756049212573
On Fri,
Is it faster to do a gdal_warp with compression then without? Is it safe
to assume the drive write speed would be the limiting factor for speed in
this case?
On Fri, Mar 13, 2020 at 8:33 AM Cainã K. Campos
wrote:
> Hello Brian,
>
> Try to add the switch -co "COMPRESS=LZW"
So compressed this raster is fairly small about 120mb but running gdal_warp
produces a raster that is about 416 gb, is this something this list can
help with? If so I can upload the file somewhere and let you guys/gals take
a look at it.
___
gdal-dev mail
Jon do you think it could be a memory or storage issue?
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
the overview level (see Even's post
> http://erouault.blogspot.com/2014/10/warping-overviews-and-warped-overviews.html);
> then you can run polygonize against a much smaller dataset. If it's a COG
> presumably it has internal overviews.
>
> On Mon, Jan 13, 2020 at 12:22 PM B
Currently using the master and received these warnings when running
gdal_translate
"Warning 1: TIFFReadDirectory:Invalid data type for tag TileByteCounts
Warning 1: TIFFReadDirectory:Invalid data type for tag TileOffsets"
The exact command was
gdal_translate -stats raster_trans.tif raster_cog.tif
I am trying to go from (this is the .prj from an ESRI shapefile)
PROJCS["USA_Contiguous_Albers_Equal_Area_Conic_USGS_version",GEOGCS["GCS_North_American_1983",DATUM["D_North_American_1983",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJE
So I am not sure if this is the right place or not. Feel free to remove if
it is not.
The problem: I am needing to see if an extent (vector polygon, 4 vertices)
has any interaction with a raster stored in the cog format.
I thought about using raster_polygonize and running a intersect but that is
I work with NWS grids a lot for nexrad data. They are in a 1/40 lfm grid.
Your data looks like it might be an a 1/1 LFM grid. Here is the WKT I would
use for a 1/1 LFM grid. Each cell is 190.5 km.
PROJCS["1/1.0 LFM",GEOGCS["NOT SPECIFIED",DATUM["SPHERE",
SPHEROID["SPHERE",6371200.0,0.0]],PRIMEM["G
steve and all
after reading my reply I noticed a major error
"first, if your data is non lossy you need to nearblack -nb 0 -near 15"
this should read "nearblack -nb 0 -near 0"
Brian
On Sun, 2017-02-12 at 13:16 -0800, Brian Case wrote:
> Steve,
>
> first,
gdal
warp.
when using gdal_translate to create a tiff with a mask band, and you
warped file has a alpha band, gdal_translate -b 1 -b 2 -b 3 -mask 4
this will crate a mask band from the alpha band
brian
On Sat, 2017-02-11 at 18:18 -0500, Stephen Woodbridge wrote:
> Hi All,
>
> I need yo
Duarte
gdaltranslate -of outfrmt -b 1 -b 2 -b 3 -mask 4 infile outfile
brian
you can output to vrt's
just dont try to mosaic masked or aphad files with vrts
brian
On Thu, 2014-02-06 at 13:20 +, Duarte Carreira wrote:
> Hi there.
>
>
>
> Continuing with trying to
-Jukka
tileindex, mapserver, and the gdal wms driver
On Mon, 2014-02-03 at 17:20 +, Jukka Rahkonen wrote:
> Luke Roth gmail.com> writes:
>
> >
> > Another thing that might speed up access is setting the config
> option GDAL_DISABLE_READDIR_ON_OPEN = TRUE, either as an environment
> varia
evenr
what about the use of a tileindex? seems an intersection with a set of
polys first would be quick
brian
On Fri, 2014-01-31 at 19:30 +0100, Even Rouault wrote:
> Le vendredi 31 janvier 2014 17:15:53, David Baker (Geoscience) a écrit :
> > Dev's,
> >
> >
Jukka
you could use mapserver to create your image. it will make use of
ogrstyle
shp2img or if that is an issue use mapserver and the wms driver in gdal
brian
On Thu, 2014-01-30 at 15:51 +, Jukka Rahkonen wrote:
> Hi,
>
> By reading the manual page and after doing some experiment
Ammar
you want to turn on internal masks in the shell, gdaladdo will not use
them otherwise. also you will need to turn this on if you use mapserver.
gdal will need to have this turned on for any further operations.
gdaladdo should use the correct image options without specifying them
export GD
bob,
if you decide to go the mask band route you wont be able to use a vrt.
you will need to use gdalwarp or mapserver
Brian
On Tue, 2014-01-21 at 09:04 -0800, Bob Cave wrote:
> Even Rouault wrote
> > Le vendredi 17 janvier 2014 17:08:38, Bob Cave a écrit :
> >> Hello,
>
with gdalwarp in1.tif in2.tif in3.tif out.tif
Brian
On Wed, 2013-02-20 at 10:33 -0800, Rick wrote:
> Hi all,
> I have a set of ecw files that I wish to gdalwarp to a new coordinate system
> and convert to jpg.
>
> I have been using these commands:
> gdal_translate in.ecw out_gt.
done this myself and it works
Brian
On Tue, 2013-02-19 at 14:28 -0500, Jeff Lacoste wrote:
> Hi Frank,
>
>
> Thanks for your quick response. Following the edges of the pixels
> seems a perfect solution for non continuous grid (ex. land use, etc.)
> as
> the boundary between t
://www.gdal.org/gdal_vrttut.html
you should also keep in mind gdal will not know the difference between -
values in death valley and - values in the ocean
Brian
On Wed, 2013-01-09 at 16:33 +, Smith, Michael wrote:
> I have some DEMs that are created from lidar. For reasons related to
>
uot; without problem.
Brian
On Dec 28, 2012, at 10:43 AM, gdal-dev-requ...@lists.osgeo.org wrote:
> Date: Fri, 28 Dec 2012 10:43:07 -0500
> From: Brian Miles
> To: gdal-dev@lists.osgeo.org
> Subject: [gdal-dev] GDAL 1.9.2 python swig-modules build fails on OS X
> Lion
>
ork/unix/bin/geos-config
> --with-static-proj4=/Library/Frameworks/PROJ.framework/unix
> --with-expat=/usr/local --with-curl --with-python --with-macosx-framework=yes
> CFLAGS="-Os -arch x86_64" CXXFLAGS="-Os -arch x86_64" LDFLAGS="-arch x86_64"
Any help would be appreciated.
Sincerely,
Brian
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
i never considered this possibility when writing the libkml driver.
perhaps check what mapserver does?.
there is not a lot that uses featurestyle. perhaps a clarification of
this in the spec is in order?
brian
On Mon, 2012-12-10 at 09:34 -0700, David Strip wrote:
> On 12/10/2012 7:29 AM, E
On Wed, 2012-02-15 at 09:10 +0300, SupportLists wrote:
Carlos
is it raster or vector data?
can you make the file accessible some place?
Brian
> Hi,
>
> I am trying to open a grib file (meteorological data) with GDAL 1.8.1
> but i get the following error:
>
> ./2011.g
Brice,
After some thought your image might not be bottom up. if thats the case
calc the origin the way you did before, but don't convert back to lat
lon
Brian
On Mon, 2012-02-13 at 05:40 -0700, la...@ucar.edu wrote:
> Hello,
>
> I have a raster where I know the projection and
Brice,
with that projection the origin should be in meters. convert the ll to
meters and try setting dy to dy * -1
Brian
On Mon, 2012-02-13 at 05:40 -0700, la...@ucar.edu wrote:
> Hello,
>
> I have a raster where I know the projection and the lower left and upper
> right coordinat
Etienne
the algorithm that finds the target extent is not in the transformer
Brian
On Sun, 2012-02-12 at 13:17 -0200, Etienne Tourigny wrote:
> Brian,
>
> I'm not sure I understand your point - I probably don't understand the
> algorithm enough. Are both the forward and r
the forward transform is pretty strait forwards, however the reverse is
not, it creates back-mask (a geo-referenced image that contains the x/y
locations
in the source image). the points that the warper tries to transform to
figure out the target extent are no-data in the back-mask.
Brian
On
Etienne
with the transformer the way it sits now, in most cases you will need to
specify -te xmin ymin xmax ymax with gdalwarp to avoid that error
Brian
On Tue, 2012-02-07 at 19:22 -0200, Etienne Tourigny wrote:
> Even, Frank,
>
> thanks for your answers. I have run into a problem w
Dennis
gdal does not have any code for reading raster files in kml/kmz like
that. can you make the files you have available so i can look?
Brian
On Mon, 2012-01-16 at 17:11 -0600, Dennis Burgess wrote:
> I have a .KML File and .PNG file or a .TIF along with a .GEO file that
> my appli
/ticket/4193
http://trac.osgeo.org/gdal/ticket/4192
http://trac.osgeo.org/gdal/ticket/4188
if you have any additional information or issues please add them
Brian
On Fri, 2012-01-13 at 10:33 +0100, Anton Korosov wrote:
> Dear Brian,
>
> thank you very much for your reply!
>
> The &
://lpdaac.usgs.gov/tools/modis_reprojection_tool_swath
Brian
On Thu, 2012-01-12 at 09:23 +0100, Anton Korosov wrote:
> Hello everyone!
>
> Some time ago I've asked about problems with gdalwarp (the e-mails
> below). I tried to utilize Python binding instead but got the same
hey people
Thanks for the support.
looking forwards to the sprint.
Brian
On Tue, 2012-01-03 at 10:01 -0800, Frank Warmerdam wrote:
> On Tue, Dec 13, 2011 at 11:03 PM, Frank Warmerdam wrote:
> > Motion: The GDAL PSC authorizes funding up to US$525 to pay entrance fees
> > to
Aneesh
i believe the only driver that supports layer andf dataset style tables
is the libkml driver
Brian
On Thu, 2012-01-05 at 18:06 +0530, Aneesh Muralidharan wrote:
> Chaithanya,
>
> Ahhh that explains it ! Thanks a lot. By the way where do I find out
> these information (lik
Yves,
You need to be write a custom application to make use of
If you are looking for a command line utility solution you should use
gdal_calc.py
if your end goal is to serve this data via a wms you could try the
thredds server
http://www.unidata.ucar.edu/projects/THREDDS/tech/TDS.html
http:
Andreas
I think thats referring to my suggestion of GMT to do part of the work
On Thu, 2011-12-15 at 14:00 +0100, Andreas H. wrote:
> Joaquim,
>
> > nearneighbor is not really a good thing to use. Grid it with surface.
>
> What do you mean by "grid it with surface"? In my GDAL (1.8.1), I o
Andreas,
you can use gdal to read grib, hdf, and netcdf files built this way.
take a look at the format pages for those formats.
http://www.gdal.org/formats_list.html
note: gdal requires all the "bands" or subdatasets to be the same size
if you find yourself needing to put multiple files togethe
Andreas,
There are no vector drivers for hdf and nc. take a look here
http://www.gdal.org/ogr/ogr_formats.html
As an alternative to gdal_grid you can use GMT's blockmean, blockmedian,
or blockmode. then use GMT's surface http://www.soest.hawaii.edu/gmt5/
On Wed, 2011-12-14 at 15:03 +0100, Andre
Etienne
you can gdal_rasterise the polys into a alpha band, then add your alpha
band to your image in a vrt.
Brian
On Tue, 2011-12-06 at 19:59 -0200, Etienne Tourigny wrote:
>
> A related question: How can I effectively mask (mark as nodata) raster
> pixels inside a polygon? For e
Etienne
if they overlap your limited to one of 2 options to mosaic
gdalwarp or mapserver
to get what ones are on top with gdalwarp i would imagine you would just
need to play with the order on the command line.
Brian
On Tue, 2011-12-06 at 19:59 -0200, Etienne Tourigny wrote:
> Hi all.
>
Chris,
Have you tried the libkml driver?
http://www.gdal.org/ogr/drv_libkml.html
Brian
On Mon, 2011-12-05 at 14:50 +, Pouliot, Christopher (DNR) wrote:
> Hello All,
>
>
>
> I have a C# application that uses OGR_CSHARP.DLL to read/write KML
> files. I’m able to r
e if it works better.
If you're seeing this behavior pre-1.8.1, it sounds similar to this
bug, which has since been fixed:
http://trac.osgeo.org/gdal/ticket/4090
-b
--
Brian Claywell
bcclayw...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Joolek,
gdal_translate cannot look at 3 bands at a time, -scale 0 255 1 254 will
scale each band separately, therefore 0 255 0 would become 1 254 1.
At one point I thought perhaps you were trying to get rid of a border,
but now I don't think thats the issue.
Brian
On Sun, 2011-10-23
joolek,
I noticed you used the word "strip". Are you trying to remove portions
of the image that are all black or white?
On Sun, 2011-10-23 at 03:01 -0700, joolek wrote:
> Basically - I have an imagery with RGB 0-255, but I would like to strip it to
> 1-254.
> So i want to get rid off two extrem
the outside nodata areas. I
don't know howto deal with that other than to just live with the extra
pixel around the outside of the valid data.
Brian
On Wed, 2011-10-12 at 08:46 -0400, Travis Kirstine wrote:
> I have some RGB orthophotos that have interior holes, typically 1
> pixel.
,-1,5,523,5
Brian
On Tue, 2011-10-11 at 03:21 -0700, jarmstrong wrote:
> I have a similar question regarding KML and OGR.
> When trying to import the example extended data as given at
> http://code.google.com/apis/kml/documentation/extendeddata.html
> http://code.google.com/apis/kml/d
Ivan
Makes me wonder what kind of performance gain you could see with
mapserver on a layer with a large number of images to open.
Seems to me that a tileindex would be a good application of this.
Brian
On Mon, 2011-10-03 at 19:02 -0500, Ivan Lucena wrote:
> Hi All,
>
> RFC
geotiff/proj_list/mercator_1sp.html
"I believe the formula (EPSG) notes are exactly the same for Mercator
(1SP) and Mercator (2SP). There is only one projection in GeoTIFF for
straight Mercator."
hope this helps
Brian
On Thu, 2011-09-29 at 11:42 +1000, Patrick Sunter wrote:
> Oo
Daniele
a simple solution could be warp your image to an in memory raster
http://www.gdal.org/frmt_mem.html
Brian
On Mon, 2011-09-12 at 19:24 +0200, Daniele Tessaro wrote:
> Hello everybody,
> I'm really sorry if this post will be very long, but I swear I've
> spent a lot o
Etienne
I can read it with ogr. I am wondering if others have interest too
http://svn.osgeo.org/gdal/sandbox/winkey/ogr-netcdf/ogrsf_frmts/netcdf/
Brian
On Fri, 2011-09-02 at 10:57 -0300, Etienne Tourigny wrote:
> There has been recent work on incorporating netcdf support for point
&g
Chris
have you tryed other kernels? cubic, etc..
read this too
http://www.gdal.org/structGDALWarpOptions.html#0ed77f9917bb96c7a9aabd73d4d06e08
perhaps someone else may have other ideas.
Brian
On Wed, 2011-08-31 at 23:58 -0700, heng.feng wrote:
> Tried the "-et 0.0" option
Chris,
Try passing gdalwarp -et 0.0
I am also suspicious of doing compression with the warp. you might want
to do that as a second step
Brian
On Wed, 2011-08-31 at 23:16 -0700, heng.feng wrote:
> Hi,
>
> I have used the (OSGeo4W) GDALWARP command to warp some height data image
>
any thoughts on a ogr netcdf driver? I have a simple one for madis data
that needs work in my sandbox
Brian
On Sun, 2011-08-28 at 14:56 -0700, Etienne Tourigny wrote:
> I have created a new wiki page at
> http://trac.osgeo.org/gdal/wiki/NetCDF_Improvements , following Even's
&
? http://www.gdal.org/gdaladdo.html
Brian
On Fri, 2011-08-26 at 15:53 +0200, Jan Tappenbeck wrote:
>
> Am 26.08.2011 15:48, schrieb Brian Case:
> > Jan
> >
> > if you already have a wms setup with your data you could use the wms
> > driver to read it. gda
Jan
if you already have a wms setup with your data you could use the wms
driver to read it. gdal_translate to a bigtiff. then cut it up into
tiles with gdal_translate -srcwin
Brian
On Fri, 2011-08-26 at 15:17 +0200, Jan Tappenbeck wrote:
>
> hi!
>
> i have following problem. o
Nikolaos,
I believe the only limitations will be ones imposed by the shell/os on
the number of arguments that can be passed to an app (2^15?), and the
cpu and memory resources available.
Brian
On Tue, 2011-07-26 at 09:38 -0700, Nikolaos Hatzopoulos wrote:
> cool!
>
> does it works
Nikolaos
I have warped modis with swath2grid and mosaicked it with mapserver, I
have not seen that issue.
also you don't need to use a vrt to mosaic, this can be done with one
gdalwarp call.
gdalwarp file1 file2 file3 outfile
Brian
On Mon, 2011-07-25 at 17:20 -0700, Nikolaos Hatzop
ry 10th row and column of gcp's this is not
enough to handle the bowtie effect.
Brian
On Tue, 2011-01-18 at 16:33 -0800, Nikolaos Hatzopoulos wrote:
> You are right, I notice that there isn't any difference from the
> band_1.tiff and band_1_warp.tiff
>
> --Nikos Hatzopoulos
>
://gdal.org/gdal_tutorial.html
vector data: http://gdal.org/ogr/ogr_apitut.html
Brian
On Fri, 2011-07-22 at 11:47 -0700, mark wrote:
> Hi
> I am a beginner to OSGEO, I am using GDAL/OGR.
> What is the fastest way , to draw maps / layers in my application.
>
> I am using C++.
>
Luiz,
do you have a url handy for the source code of that plugin?
Brian
On Tue, 2011-07-12 at 14:53 -0300, Luiz Motta wrote:
> Met,
>
> I made a QGIS's plugin where calculate the 4 corners of polygon with
> the real pixels inside. Maybe is useful for you.
> The name
Michael,
another option is to use gdalwarp to merge images together.
Brian
On Thu, 2011-07-07 at 09:47 -0700, Michael Corey wrote:
> Thanks for your responses, Chaitanya and Eli. The semitransparency isn't
> really noticeable until you put the image on top of something else (in
>
Patrick,
Can you give an example of what tags your loosing?
are you using the kml or the libkml driver?
Brian
On Thu, 2011-06-30 at 15:30 -0600, Patrick Wild wrote:
> I am converting KML to .shp with OGR2ORG, however, due to the KML tags
> I am loosing my attributes. Does anyone ha
o.org/storage/creating.html
Brian
On Thu, 2011-06-16 at 10:20 -0700, Matt Wilkie wrote:
> Hello,
>
> When I convert with gdal_translate and use jpeg compression in geotiff
> format there is artifacting on the edges. It looks like nodata is being
> ignored. Is there any way to av
so both OGR2OGR utility and PostGIS
recognize it?
Regards,
Brian
Brian Fischer, CFM GIS Manager
Houston Engineering, Inc.
6901 East Fish Lake Road, Suite 140
Maple Grove, MN 55369
Phone: Direct: 763-493-6664 / W: 763.493.4522 / M: 763.229.2734
Email: bfisc...@houstoneng.c
Nikos
143, and 721
Brian
On Thu, 2011-06-09 at 16:49 -0700, Nikolaos Hatzopoulos wrote:
> for modis truecolor images?
>
> --Nikos
>
> On Thu, Jun 9, 2011 at 4:44 PM, Brian Case wrote:
> Jonathan
>
> I don't know about worldview, bu
Jonathan
I don't know about worldview, but with modis I wound up using multiple
ranges
0:0,750:110,1500:160,3000:210,4750:240,6375:255
see in the vrt tutorial
Brian
On Thu, 2011-06-09 at 12:39 -0700, Jonathan Greenberg wrote:
> Brian:
>
>
> Thanks! Great solution,
outfile1.vrt outfile2.vrt outfile3.vrt
gdal_translate -of gtiff output.vrt output.tif
for more complicated scaling you may need to hand write a vrt
http://www.gdal.org/gdal_vrttut.html
Brian
On Wed, 2011-06-08 at 19:31 -0700, Jonathan Greenberg wrote:
> Nikos and GDALers:
>
>
Paul
You need libkml 1.3.0. this was only svn but i do not know if they have
released since i last looked.\
Brian
On Wed, 2011-05-18 at 11:35 +0200, Paul Meems wrote:
> Hi list,
>
> I'm still struggling enabling new (at least for us) support for
> certain file formats.
>
opinions on this or alternate
ideas?
Brian
Index: /home/rush/Projects/gdal-trunk/apps/gdal-config.in
===
--- /home/rush/Projects/gdal-trunk/apps/gdal-config.in (revision 22359)
+++ /home/rush/Projects/gdal-trunk/apps/gdal-config.in
On Fri, May 13, 2011 at 11:03 AM, Vytas wrote:
> Hi,
> gdal_merge.py -o tot.tif Port*.tif
Try "gdal_merge.py -co BIGTIFF=IF_NEEDED -o tot.tif Port*.tif"
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-d
Bill
gdal uses degrib to read grib files, best I can tell is it does whatever
degrib does by default
Brian
On Thu, 2011-05-05 at 22:33 +, Cassanova, Bill wrote:
> I have noticed the same thing. My question is why would gdal do a conversion
> that you had not asked for? We create s
Matt,
At a quick glance I would say pygrib is outputting in kelvin and gdal
Celsius. also it looks like there not in the same order.
Brian
On Thu, 2011-05-05 at 14:57 -0600, maf...@nmsu.edu wrote:
> Hi,
> i am a little confused. I am using the gdal/python and trying to read
> valu
I am afraid you are out of luck, the shapefile format restricts its size to
32 bit. See bytes 24-27
http://en.wikipedia.org/wiki/Shapefile
Even if the SHP part was not so restricted, I bet the DBF part is.
Cheers
Brian
On Mon, May 2, 2011 at 3:28 PM, Harsha Ch wrote:
> Hi all,
>
corner points indicates the edge of the paper map with collar attached
and a second set is a polygon around the actual map area.
I think the write up is good enough not to copy it here. Please look at it
and let me know.
Brian
___
gdal-dev mailing list
Dan
use nearblack to add a alpha or mask band, and collar the image
Brian
On Wed, 2011-04-20 at 19:15 -0700, spalt wrote:
> Hi Brian-
> Thanks so much for your help. That works, though I feel a little silly now
> because I am realizing the lat/lon the FAA provides with these is the
66 +lon_0=-120.5 +x_0=250 +y_0=0 +ellps=GRS80
+units=m no_defs <>
Anyway - if I needed to do this TODAY that's what I would do because it's
now in my meager skill set. Someone inspired by my clumsiness might be
inspire
+datum=NAD83
Then I found that I had missed the step in building Proj.4 of downloading
separately the datum shift zip file. Upon fixing that I am now able to
reproject correctly! HURRAH!
Brian
It can be helpful to run gdalwarp with the commandline
> option "--debug on" in which case the
n't know how to tell what it's doing I
can't intelligently ask for help. :-)
Thanks for your patience with a n00by
Brian
Command I am using:
gdalwarp -of HFA -co COMPRESSED=YES -t_srs
ESRI::NAD_1927_StatePlane_Oregon_North_FIPS_3601.prj 11s5w34f_color_ne.sid
11s5w34f_color_ne_nad2
Brian
Basicly you need to build a vrt out of every image in the level of
intrest, in this case they seem to be the 7th level.
attatched is a script to do so.
Brian
On Mon, 2011-04-04 at 18:09 -0700, Brian Wilson wrote:
> Darn -- meant this to go to the list not just to Ha
Darn -- meant this to go to the list not just to Harsh
-- Forwarded message --
From: Brian Wilson
Date: Mon, Apr 4, 2011 at 11:10 AM
Subject: Re: [gdal-dev] kml superoverlay help request
To: Harsh Govind
Okay, so I cannot read KMZ w/gdal. I am using version 1.8 running on
Harsh,
Depending on how its layed out, I have a way to read these.
Brian
On Mon, 2011-04-04 at 12:51 -0400, Harsh Govind wrote:
> Brian,
> I had responded earlier but for some reason my email was rejected by list
> maybe because my official ID changed. In any case below is my
Brian
IIRC the superoverlay driver is read only.
Reading images from knls are problematic at best.
Can you give me some info on the stucture of the kmz's?
Brian
On Sun, 2011-04-03 at 22:43 -0700, Brian Wilson wrote:
> I received a batch of files that are in a kml format that lo
the letter 'v' -- always wondered about those codes like
rw+ maybe the + means update or append?? (And "rov" means remotely operated
vehicle? oops context shift sorry)
Thanks in advance
Brian Wilson
Corvallis OR
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Sbastien,
Yes i was able to create the shape file. I see the libkml in your
--formats output So that appears to be good
Perhaps you could paste back the output of ogrinfo -al testy.kml?
Brian
On Tue, 2011-03-22 at 08:40 +, Favre, Sebastien wrote:
> Hello Brian,
>
> Thank you
Can someone forward my reply to Sbastien seems spotimage bounces my
mails
Thanks
Brian
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Sbastien
try removeing the and from the kml
if you want seperate schemas for different layers you need seperate
documents not seperate folders
Brian
rush@octopi ~ $ ogrinfo -al testy.kml
INFO: Open of `testy.kml'
using driver `LIBKML' successful.
Layer name: test
directory and unpacked a fresh copy to make sure
nothing was cached.
I can see this test in configure output
checking for opj_decode_tile_data in -lopenjpeg... no
which does not look promising. Is there a version compat problem?
Brian
___
gdal-dev
; gdal?
Try:
gdalwarp -t_srs "EPSG:32631" -tr 300 300 -dstnodata 0
EPSG 32631 is WGS84 UTM zone 31N. See
http://spatialreference.org/ref/epsg/32631/
-b
--
Brian Claywell
bcclayw...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
:4326 nearblack.tif warped.tif
gdal_translate -of kmlsuperoverlay warped.tif final.kmz
brian
On Tue, 2011-02-22 at 15:38 -0500, Roland Duhaime wrote:
> I have been working with the png creation option under "gdal_translate
> -of kmlsuperoverlay" to create kmz files that include transpare
rather than your current working
directory.
-b
--
Brian Claywell
bcclayw...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
ack as GMF_ALL_VALID, and 2)
overviews of the masks are non-existent. I believe this is consistent
with the current behavior of, e.g., adding a per-dataset mask to a
GeoTIFF file that already has overviews. If that's sufficient, I'll
create a ticket and submit the patch as-is -- otherwise,
Roland
the problem is in /12/1211/2558.kml line 26
2558.png
this should be a relative path from the root of the zipfile not from
2558.kml
Brian
On Wed, 2011-02-16 at 15:14 -0500, Roland Duhaime wrote:
>
> I am following the instructions for creating one KMZ file that are
> po
nitializing the overview manager
when a MrSIDDataset object is created?
-b
--
Brian Claywell
bcclayw...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
In other words, they are *not* complete coverage of the area covered
in the original tiffs. This is unexpected to me..
Is this expected results?
How can I be sure to get complete coverage in the resulting set of
re-projected tiffs?
thanks
-Brian
==
Brian Hamlin
planetwork.net
OSGeo California
Frank,
Thanks for tip. I was able to rasterize my polygon and used that to
calculate my sum. Very fast.
bw
On Fri, Dec 3, 2010 at 2:28 PM, Frank Warmerdam wrote:
> Brian Walawender wrote:
>
>> Hello,
>>
>> I am looking for some assistance in optimizing a secti
. I had time to download and
build gdal itself a couple times while waiting. Now I can go back to
real work.)
Cheers --
Brian Wilson
Corvallis Oregon
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
1 - 100 of 134 matches
Mail list logo
