Hi Maggie,
On Mon, Apr 27, 2020 at 9:03 AM Maggie Wooten wrote:
>
> First, I apologize if I am using this mailing list improperly. This is my
> first time here.
Asking questions is an appropriate use of the list.
>
> I am trying to iterate over some shapefiles (109 shapefiles to be exact) and
n GRASS and the Visibility Analysis plugin for
QGIS?
Was the observer height of -oz 21.6 the same for all three as well?
Best regards, Eli
> Has anyone else this experience?
>
> Thanks! Best regards,
> Pedro Venâncio
>
>
> Howard Butler escreveu no dia quinta, 7/05/202
Congrats on another great release!
On Thu, May 7, 2020 at 7:20 AM Even Rouault wrote:
>
>
> The 3.1.0 release is a new feature release with the following highlights:
>
> - [gdal_viewshed](https://gdal.org/programs/gdal_viewshed.html):
>
> new utility for viewshed algorithm
>
On the
On Mon, Apr 27, 2020 at 10:20 AM Even Rouault
wrote:
>
>
> One year between feature versions is quite a lot. Perhaps 6 months would be a
> good compromise between having enough time to mature a complex feature and
> faster delivery of it to people not directly consuming master. A consequence
>
On Sun, Nov 17, 2019 at 5:42 PM Eli Adam wrote:
> > https://gdal.org/drivers/raster/index.html
> > https://gdal.org/drivers/vector/index.html
These two tables have been updated. Please check them over. Let me
know if anything needs to be changed/updated.
Best
On Sat, Nov 16, 2019 at 9:12 AM Even Rouault wrote:
>
> > > If so, then yes if someone contributes it, that'd be welcome. However I
> > > think we'd want it to be generated from a Python script from the
> > > individual .rst pages, by parsing the directives like "..
> > > supports_create::" that
On Fri, Nov 15, 2019 at 9:55 AM Even Rouault wrote:
>
> > The old driver pages
> > (https://web.archive.org/web/20190211030817/https://www.gdal.org/ogr_formats
> > .html) were tables that very effectively conveyed the capabilities (or
> > limitations) of the drivers and allowed for scanning for
On Fri, Nov 15, 2019 at 3:58 AM Even Rouault wrote:
>
> On vendredi 15 novembre 2019 08:52:48 CET Rahkonen Jukka (MML) wrote:
> > Hi,
> >
> > Shapefile can be edited with ogrinfo
> > ogrinfo -dialect SQLite -sql "update foo set bar='14'" foo.shp
> >
> > GML opens always as read-only with -sql
Hi Ben,
On Sun, Nov 10, 2019 at 3:57 AM Ben Avrahami wrote:
>
> Hello all, I've been trying trying to use the newest gdal_viewshed in
> gdal-dev release, and I've run into an error I can't quite understand.
>
> The input I've been using is:
>
> gdal_viewshed -md 1000 -ox "691868.511" -oy
On Tue, Oct 15, 2019 at 6:12 PM Brandon Biggs wrote:
> Hello,
>
> Is there some way to convert 3D objects to 2D polygons using ogr2ogr?
>
>
Did you already try, -dim XY
More details here,
https://gdal.org/programs/ogr2ogr.html#ogr2ogr
What happened if you tried -dim XY?
Best regards, Eli
I
On Mon, Sep 30, 2019 at 11:54 AM Even Rouault
wrote:
>
> On lundi 30 septembre 2019 20:10:38 CEST Tamas Szekeres wrote:
> > Hi,
> >
> > I've implemented a viewshed algorithm a while ago, by utilizing a modified
> > version of the algorithm published at
> >
On Mon, Jun 17, 2019 at 5:43 AM Even Rouault wrote:
>
> Hi,
>
> this is really great news ! Given my experience with the project, I'm rather
> far from being representative of someone less familiar with it or with a non-
> developer profile, so thoughts from the broader GDAL community on what
5569641 -13809113 5572598
srtm_merged_3857.vrt my_subwindow.tif --config GDAL_CACHEMAX 800
Best regards, Eli
On Thu, Jun 11, 2015 at 3:08 PM, Eli Adam ea...@co.lincoln.or.us wrote:
On Thu, Jun 11, 2015 at 2:38 PM, Ari Simmons ari.ucb.f...@gmail.com
wrote:
One notably huge difference
On Thu, Jun 11, 2015 at 2:38 PM, Ari Simmons ari.ucb.f...@gmail.com wrote:
One notably huge difference is that there is a huge jump in pixel size (from
0.0008323 to 205.686440189378940)...
ah, duh. Unit change.
On Thu, Jun 11, 2015 at 2:26 PM, Ari Simmons ari.ucb.f...@gmail.com
Just thinking, but wouldn't it be nice to have ogrbuildvrt tool that would
take list of OGR supported layers and outputs a simple vrt with one union
layer like the one in your example?
There is this script,
https://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/ogr2vrt.py,
with details
GDAL reads EXIF data and you can grab that output and then send it
into an OGR output. I used to have a bash script that did that, but
then I found there were some tricky things to overcome and found that
GpsPrune is really good at this.
GpsPrune can also correlate a GPS track and time stamped
I think that this is generally call geotagging which might help
while looking for options.
Eli
On Fri, Nov 14, 2014 at 9:03 AM, Eli Adam ea...@co.lincoln.or.us wrote:
GDAL reads EXIF data and you can grab that output and then send it
into an OGR output. I used to have a bash script that did
It compiled GDAL on Ubuntu 12.0.4 LTS about 6 months ago.
Today I updated the git sources,
a new error at the very beginning of compilation stops everything
Configure seems to have changed a lot.
Any suggestions?
I can compile svn trunk on 12.04 as of today. I started with a make
clean and
Adding a support section like some other OSGeo projects is a good idea (in
my opinion). This is a way for people to use the project webpage to find
those who are most substantially contributing to the project and know the
most about GDAL/OGR.
On Thu, Aug 21, 2014 at 5:46 AM,
Hi Justin,
ogr2ogr -segmentize max_dist:(starting with GDAL 1.6.0) maximum
distance between 2 nodes. Used to create intermediate points . Mmight
do what you want.
Best regards, Eli
On Wed, Jul 23, 2014 at 2:08 PM, Justin Williams jwill...@hotmail.com wrote:
Hello All. I'm trying to add a
Hi rkologist,
The driver page [0] and a wiki page [1] indicate that you can crop to the
NEATLINE.
Jim, if you are still following this thread, you can edit the wiki page
with what you found works well for what you were doing too.
GDAL has really made the USGS new generation topos more
Hi all,
I've got some recent tiff data that can't be read by GDAL 1.7.3
(gdalinfo.exe has stopped working). It appears to work fine with
GDAL 1.11. The output from GDAL 1.11 can't be read by GDAL 1.7.3
either. Hmm, oddly it seems to work with GDAL 1.6.
I have an older MapServer and GDAL that
On Mon, Jul 21, 2014 at 1:46 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le lundi 21 juillet 2014 22:18:27, Eli Adam a écrit :
Hi all,
I've got some recent tiff data that can't be read by GDAL 1.7.3
(gdalinfo.exe has stopped working). It appears to work fine with
GDAL 1.11
I just looked these up on EPSG and now my basic understanding of
ticket 3901 is faltering.
http://www.epsg-registry.org/report.htm?type=selectionentity=urn:ogc:def:c
rs:EPSG::6558entity=urn:ogc:def:crs:EPSG::6559reportDetail=longstyle=urn
Hi Jian,
On Mon, Jul 14, 2014 at 7:52 AM, Liu, Jian j...@eris.ca wrote:
Hello,
I have been trying to install GDAL to convert USGS GeoPdf. Googling gave me
a couple of links for quick installation for windows.
http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries lists some
additional
On Mon, Jul 14, 2014 at 11:17 AM, Jürgen E. j...@norbit.de wrote:
Hi Eli,
On Mon, 14. Jul 2014 at 10:40:08 -0700, Eli Adam wrote:
I got this error from OSGeo4W too. The last two lines of this page,
http://trac.osgeo.org/osgeo4w/ticket/408, lists the mailing list and
ticket tracker. You can
On Mon, Jul 14, 2014 at 12:35 PM, Jürgen E. j...@norbit.de wrote:
Hi Eli,
On Mon, 14. Jul 2014 at 10:40:08 -0700, Eli Adam wrote:
Searching through trac for OSGeo4W, I found this which seems like it might
be similar, http://trac.osgeo.org/osgeo4w/ticket/408
I can't reproduce
On Tue, Jun 10, 2014 at 6:28 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Thanks, that makes sense. However, the result is somehow surprising and I
guess that in most cases unusable for the user. I wonder if it would be good
to print something like WARNING. Encountered 4 source bands,
Kasper,
On Thu, Apr 24, 2014 at 2:32 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le jeudi 24 avril 2014 23:29:03, Kasper van Wijk a écrit :
thank you, Even, for the fast reply. I am a beginner at GDAL and installed
the gdal suite with standard apt-get and yum, respectively. Can you
On Fri, Oct 18, 2013 at 6:13 PM, Jonathan Greenberg j...@illinois.edu wrote:
GDALers:
I'm working with a colleague on a new set of R wrappers for GDAL, and
we are at the point where we are starting to document the functions.
Our R interface is designed to be VERY close to the GDAL command
On Fri, Nov 8, 2013 at 10:34 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Le vendredi 08 novembre 2013 19:30:34, Jukka Rahkonen a écrit :
Even Rouault even.rouault at mines-paris.org writes:
Le vendredi 08 novembre 2013 19:19:35, Jukka Rahkonen a écrit :
Hi,
Is there a list
There is also more info on the wiki,
http://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip
Best Regards, Eli
On Thu, Oct 10, 2013 at 11:56 AM, Smith, Michael ERDC-RDE-CRREL-NH
michael.sm...@erdc.dren.mil wrote:
Jose,
You can use /vsigzip/ with /vsicurl
Try
gdalinfo
On Tue, Aug 6, 2013 at 2:21 AM, Jan Hartmann j.l.h.hartm...@uva.nl wrote:
**
Not sure if this is possible, but perhaps someone here knows a trick.
I use a VRT file as an index to a large set of detailed, tiled scans of
the Netherlands, built with gdalbuildvrt. I recently discovered how to
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!
Sometimes to avoid materializing large intermediate datasets on disk, a VRT
can be used. I'm not sure if this
gdalwarp does have -tap which may be of some use. Quoting the doc page:
-tap:(GDAL = 1.8.0) (target aligned pixels) align the coordinates of
the extent of the output file to the values of the -tr, such that the
aligned extent includes the minimum extent.
Best Regards, Eli
On Tue, Jun 4, 2013
If you are using a recent version can you ignore geometry type and use
the -dim 2 switch?
-dim val:(starting with GDAL 1.10) Force the coordinate dimension to
val (valid values are 2 or 3). This affects both the layer geometry
type, and feature geometries.
Best Regards, Eli
On Fri, May 24,
, Eli Adam escreveu:
If you are using a recent version can you ignore geometry type and use
the -dim 2 switch?
-dim val:(starting with GDAL 1.10) Force the coordinate dimension to
val (valid values are 2 or 3). This affects both the layer geometry
type, and feature geometries.
Best Regards
Edison,
I've had similar problems (although for different reasons I think). The
suggestions at the end of this are similar to what I've done to make it
work for me,
http://lists.osgeo.org/pipermail/gdal-dev/2009-March/020132.html
Sudo ldconfig might help too.
Regards, Eli
On May 10, 2013 8:38
On Fri, Apr 19, 2013 at 9:47 PM, ryagz raghaven...@vizexperts.com wrote:
Hi,
I have downloaded some raster data which has given me overview levels as
different tiff files, how can i merge them into a single tiff file. so that
when i load that file with gdal proper overviews are picked.
If
I found this in drafts and it appears I failed to send it. Sorry for
delay. Sent partly for the list archives at this point.
On Sat, Jan 19, 2013 at 8:14 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Looking more closely at those files, I see that there are various
registration blocks.
Even,
Thanks for checking into this and the ideas.
Eli
On Tue, Apr 16, 2013 at 10:18 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Le lundi 15 avril 2013 23:47:33, Eli Adam a écrit :
Hi all,
I'm adding internal overviews to a ~20G tiff file and I get this error
(1000+ times
On Tue, Apr 16, 2013 at 2:11 PM, Even Rouault
even.roua...@mines-paris.org wrote:
I've investigated a bit and I've discovered that while computing overviews,
libtiff constantly switches from TIFF directories (main image, first
overview,second overview, etc...). While doing this, it calls each
Hi all,
I'm adding internal overviews to a ~20G tiff file and I get this error
(1000+ times):
gdaladdo topo_mosaic_4326.tif 2 4 8 16 32 64 128 256 512 1024 --config
COMPRESS_OVERVIEW PACKBITS
ERROR 1: topo_mosaic_4326.tif:Failed to allocate memory for for fields
array (1410046 elements of 16
Murat,
I was creating shp file using ogr2ogr as follows
avcimport file.e00 coverage
ogr2ogr -f ESRI Shapefile file.shp coverage
This was worked well for old version of gdal
I have installed gdal 1.9 then I have faced such a problem
the ogr2ogr command create a directory and shp file
On Fri, Jan 18, 2013 at 2:53 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le vendredi 18 janvier 2013 23:43:39, Kris Andersen a écrit :
I'm having trouble using the -crop_to_cutline option in gdalwarp to remove
whitespace around USGS topo maps. These maps are in the GeoPDF format, and
On Fri, Jan 18, 2013 at 4:08 PM, Kris Andersen kris.ander...@gmail.com wrote:
Thanks for the quick replies!
I'm still having trouble, but maybe I don't know what the final cropped image
should look like? I was thinking all the whitespace and USGS margin info
would be removed?
That is what
Checking over some USGS topo PDFs, the neatline reported appears too
large. Has anyone else check this or noticed anything similar?
Specific details below.
I did the same thing and got the same result. If you make a shapefile
out of the neatline and view it, you will see that it matches to
On Tue, Nov 27, 2012 at 5:04 PM, cheesybiscuits
thomaschrist...@gmail.comwrote:
Jukka - Thanks for the suggestion. I have extracted the contents of
release-1600-gdal-mapserver.zip (Compiled binaries in a single .zip
package ) which seems to include the Oracle plugin (gdal_GEOR.dll and
Jukka,
Could it be possible that OCI driver reserves too little of some resourses and
fails because of that with large records? I am now running a query with
minimum
set of columns in my query and ogr2ogr is running well and I believe it will
convert all the million rows from the view now.
On Tue, Oct 9, 2012 at 3:41 AM, maning sambale
emmanuel.samb...@gmail.com wrote:
I see, is there a scripting workaround using 1.9?
ogr2ogr has various -clip. options. It looks like you could
specify using a particular feature in the AdminPoly to do this
(presumably GEOS support is
Rutger,
There are some notes on this on the wiki too,
http://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp#GeoTIFFoutput-coCOMPRESSisbroken
Regards, Eli
On Thu, Sep 13, 2012 at 8:16 AM, Rutger kass...@gmail.com wrote:
Thanks for the tip, i wasn't aware of the -wo flags. Im testing it right now,
, Eli Adam ea...@co.lincoln.or.us wrote:
Luis,
On Wed, Sep 5, 2012 at 3:00 AM, Luis Lisboa luislisboa1...@gmail.com
wrote:
Thank you Chitanya.
But it created an output file with two layers (one with the values from
original file and another with a 255 for the pixels thar are inside KMZ
Luis,
On Wed, Sep 5, 2012 at 3:00 AM, Luis Lisboa luislisboa1...@gmail.com wrote:
Thank you Chitanya.
But it created an output file with two layers (one with the values from
original file and another with a 255 for the pixels thar are inside KMZ
file: How can I have produce one layer?
I may
Band 1 Block=5000x1 Type=Int16, ColorInterp=Gray
...
Band 1 Block=1x1 Type=Float32, ColorInterp=Gray
I can't see anything obvious why these two files can't be mosaiced..
It looks like one is 16 bit and the other 32. gdalbuildvrt probably
can't determine the type of output to create.
At one point I used GDAL's ability to access EXIF data along with sed
and bash to make a shapefile photo index, like ogrtindex but for
photos and points rather than geo-rasters and polygons. It worked ok
but had precision issues and I stopped working on it when I found
GPSPrune,
I've also found this very confusing and unexpected. Once I did figure
it out it has been very useful. Could
ogrinfo CHEMIN.shp -sql ALTER TABLE CHEMIN RENAME COLUMN prec_alti TO foo
or similar be added as an example to http://gdal.org/ogrinfo.html and
perhaps also as a 'note about ogrinfo with
...@gmail.com wrote:
Eli Adam,
i am Trying To Find Area of A Polygon
with the Following Code
int main()
{
OGRRegisterAll();
OGRLayer *poLayer;
OGRFeature *poFeature;
OGRDataSource *poDS;
poDS = OGRSFDriverRegistrar::Open( first.shp);
poLayer
I'm just guessing here since not much of an email or question made it through.
You can look at this, http://gdal.org/ogr/ogr_sql.html, specifically
OGR_GEOM_AREA
HTH, Eli
On Tue, Jun 12, 2012 at 4:21 AM, SIVA RAMA KRISHNA
s.r.kriis...@gmail.com wrote:
Derek,
This may be a simple question for most of you but I thought I would
ask it anyhow as I am at an impasse. I have a Counties shape file. I
am attempting to convert it to raster utilizing gdal_rasterize, and
this does work. However, I am attempting to carry into the output
file the
Vivek,
I think you might have some minor typos:
ogr2ogr -f geoJSAON CENO.json CENOVUS.shp
GeoJSON not
geoJSAon [no ending double quote either]
HTH, Eli
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
Vivek,
My bad , i did typo in writing here. I have written correctly as GeoJSON for
conversion.
Are you saying that you typed it correctly on the command line and it
still doesn't work? If so, can you copy your command and error from
the command line to the email?
Eli
Stefano,
I think that is expected. You can read a little more about it
and a recommended work around (VRT) here,
http://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp#GeoTIFFoutput-coCOMPRESSisbroken
Bests, Eli
The problem arise if I insert the options -co COMPRESS=LZW at the
warping. The
Reading further, I learn about OPTIMIZE_SIZE,
http://gdal.org/structGDALWarpOptions.html#a0ed77f9917bb96c7a9aabd73d4d06e08
Can OPTIMIZE_SIZE be set from the command line?
Eli
On Tue, Mar 6, 2012 at 3:41 PM, Eli Adam ea...@co.lincoln.or.us wrote:
Stefano,
I think that is expected. You
Steve,
additional processing steps they can. How does adding code to gdal work?
Just from an observer perspective, it seems that once you have your
additions worked out, attach a diff on on trac ticket. The details
for how to do that are: sign up for an osgeo userid,
Wolfgang,
how would one prevent OGR2OGR from creating an empty target files
when a WHERE condition returns no records from the source files? This
I know that there is a COUNT() that can be used in the SELECT part.
I've never tried it in the WHERE part. You might be able to try that.
Gianluca,
Or if just there is a way to create a vector file showing the boundary of
the rectified image.
What I am searching is a script in gdal style in order to automate the
procedure for several rasters without further user input.
OGR has tindex which makes a shapefile outline of
Hi all,
I'm trying to use OGR SQL to CAST and field name aliasing together and
getting incorrect results (or issuing incorrect commands) when
combined with two LEFT JOINs on MDB (both ODBC and MDB drivers). The
results are incorrect in that the fields are populated with incorrect
information,
Assuming that you are using ogr2ogr on the xp computer, you can fairly
easily setup ODBC connections for the non-spatial tables,
http://gdal.org/ogr/drv_odbc.html
Doing the same from linux is somewhat more difficult, the easiest path
I think to be http://gdal.org/ogr/drv_mdb.html
You can see
Brad,
E.g., if I try to write a 3x3 grid that ArcGIS can read, it needs to look
something like this:
ncols 3
nrows 3
xllcorner 100.
yllcorner 100.
cellsize 0.1000
1.0 1.4809201955795288 1.4809201955795288
There is also a plugin for scite (http://www.scintilla.org/SciTE.html).
This link for the MapServer plug in is dead but you can still find it
on archive.org
http://ms.gis.umn.edu:8081/ms_plone/docs/link
http://web.archive.org/web/20100913161428/http://ms.gis.umn.edu:8081/ms_plone/docs/link
You
Are .ovr files just tifs with a different file extension?
If so, could you use, gdalwarp -tr # # -r lanczos output.ovr?
Eli
On Mon, Nov 28, 2011 at 10:57 PM, Chaitanya kumar CH
chaitanya...@gmail.com wrote:
Robb,
Note that the quality is effected by the levels you choose.
Can you provide a
Hermann,
Just a note that this topic has been on the list before,
http://lists.osgeo.org/pipermail/gdal-dev/2010-March/023779.html
Bests, Eli
Hi all,
Could it (perhaps) make sense to have a gdal-users mailing list, in analogy
to grass-users, qgis-users, etc. ?
I assume that, according to
Fred,
You may need to use -f with the Code from this page:
http://gdal.org/ogr/ogr_formats.html (-f MSSQLSpatial)
HTH, Eli
On Wed, Nov 16, 2011 at 4:21 PM, Fred Jones fredjo...@gmail.com wrote:
Hi Sig,
This is the command I have so far. When I execute it, I just get the help
Hi all,
On Windows, I'm trying to access non-spatial tables in an .mdb file.
With --debug on I see that the absence of a 'GDB_GeomColumns' table is
the problem.
ogrinfo --debug on Surveys.mdb
PGeo: EstablishSession(DRIVER=Microsoft Access Driver (*.mdb);DBQ=Surveys.mdb)
ODBC:
Thanks Even.
I'm confused because if you get to the point of having the trace PGEO:
SELECT on GDB_GeomColumns fails, perhaps not a personal geodatabase? it means
that you got after the test of r21550 (which should have discared this mdb as
having no GDB_GeomColumns table), so I highly
see
in the drv_mdb documentation that GDAL/OGR =1.9.0 is required, yet I can’t
find anything for Ubuntu later than 1.8 (from UbuntuGIS unstable). Do you
have 1.9 on your Ubuntu, if so could you tell me where I can find it?
** **
** **
Chris
** **
*From:* Eli Adam
Chris,
There is also another route that may work for PGeo,
http://www.gdal.org/ogr/drv_mdb.html I recently built that on Ubuntu but
have not used it yet. It looks like you are close on the other route
though.
HTH, Eli
On Mon, Oct 24, 2011 at 5:35 AM, Chris Green
Ole,
Is there a way of telling which one I am using (both when running
commandline org2org and when importing the ogr module in python)?
ogr2ogr --version will work on the command line for at least the major version
number. I'm not sure about in python.
HTH, Eli
Cheers and thanks
Ole
Even,
This works for me and the test case included with the initial report.
Thank you very much, Eli
Even Rouault even.roua...@mines-paris.org 08/28/11 5:25 AM
I've applied a fix in trunk in http://trac.osgeo.org/gdal/changeset/22998 .
Please test and confirm if it works for
Matt,
You may want to look at this ticket and see if it is the same thing. If
so, you can add yourself to the cc list and you will get emails when there are
updates to the ticket. You can also add any additional relevant information to
the ticket.
http://trac.osgeo.org/gdal/ticket/3774
Michael,
On 7/6/2011 at 5:35 PM, in message 4e14ff42.50...@cironline.org, Michael
Corey mco...@cironline.org wrote:
Sure, I've uploaded samples here.
http://www.mikejcorey.com/spatial/diablo-box-sample.tif
http://www.mikejcorey.com/spatial/diablo-cutout-sample.tif
I don't notice the
Greetings
I'm using gdalwarp to reproject a few tiles from platecarré to UTM
WGS84
(for a specific zone). Originally they are tiles so they don't have
any
blank space between them but when I reproject to UTM I get a few
areas in
the borders of the image. What can I do to still have a perfect
Eli
I'm using gdalwarp but I'm getting that blank area in the bottom of
my
image. When I try to mosaic (or visualize) with other tile (also
reprojected
with gdal) I get this area that was not suppose to have. Any idea how
to
avoid this?
Thanks
Kat
2011/7/8 Eli Adam ea...@co.lincoln.or.us
Ahmet,
You can also change geometry type, it is also an option with
ogr2ogr [2], -nlt. I've only used -nlt to promote to multi-geometry.
Eli
On 6/15/2011 at 7:27 AM, in message
BANLkTik8UghqaRv8E-pES6OSv-+e=a3...@mail.gmail.com, Chaitanya kumar
CH
chaitanya...@gmail.com wrote:
Ahmet,
Brian,
What is the command that you tried? If you can construct the proper
proj4 format, it should work for ogr. Exactly matching the string in PostGIS
may not work and you may get a new number like 32,000 for a new SRID that was
added in PostGIS. This slightly older thread
Jon,
gdaltransform does some of this. It looks to do 4 corners you would
need to do it four times or list the coordinate pairs on four lines and get
four lines of output back. There might be a clever way to take the output of
gdalinfo as input into gdaltransform saving you some
I tried compiling the FileGDB OGR driver on ubuntu 8.04 and got a few
errors. On the first step I got:
eadam@lgis0229ubuntu:/usr/local/src/gdal$ g++ -Wall -g
ogr/ogrsf_frmts/filegdb/*.c* -shared -o ogr_filegdb.so -Iport -Igcore
-Iogr -Iogr/ogrsf_frmts -Iogr/ogrsf_frmts/filegdb -L. -lgdal
This is an informational report only, there are not problems in trunk.
Using 1.8.0 from OSGeo4W on XP, I made a mosaic of about 1200 uncompressed tifs
totally 80G.
gdalbuildvrt mosaic.vrt *.tif
Then gdal_translated that to a compressed tif of about 8G
gdal_translate mosaic.vrt
I reviewed this a little further. I was mistaken in my first report,
the field RDSRCDATE was created as DATE (as opposed to DateTime) and
populated with null.
I had mistakenly checked and reported on the field CONST_DATE which is
created as an Integer and populated with null. (I don't know if
I'm not aware of any recent change in the GTiff driver that could have
solved
the issue you've seen. This is a bit surprising.
Could you also try with the -stable builds (based on 1.8 branch) from
http://vbkto.dyndns.org/sdk/ to compare ?
I am trying it with,
Ragi,
I tested the driver on just one FileGDB which included a date
field. You stated,
Known issues with build / FileGDB driver
- (driver issue) blobs and date fields are not handled at all
Here is what I did and successfully got the data. The date field was
made a double and populated
Is it possible to use vsizip and vsicurl on a password protected ftp site?
Something like this command with user and password passed somehow:
ogrinfo -ro -al -so
/vsizip/vsicurl/ftp://example.com/foldername/file.zip/example.shp
I rather hopefully tried some switches, -user:user
-paris.org, Even Rouault
even.roua...@mines-paris.org wrote:
Le mardi 12 avril 2011 17:26:02, Eli Adam a écrit :
Is it possible to use vsizip and vsicurl on a password protected ftp
site?
Something like this command with user and password passed somehow:
ogrinfo -ro -al -so
/vsizip/vsicurl/ftp
Alexander,
Not sure if it meets you situation, but there is a command line utility
with similar functionality, gdallocationinfo,
http://gdal.org/gdallocationinfo.html
HTH, Eli
On 3/16/2011 at 1:21 PM, in message
20110316222128.b943f4e3.alexander.b...@gmail.com, Alexander Bruy
I apologize if this question has been posted previously, but I haven't yet
found a convenient way to search the archives.
Thanks,
Kyle
Kyle,
It took me a while to find how to do that as well. Try nabble,
http://osgeo-org.1803224.n2.nabble.com/GDAL-Dev-f2022644.html
Bests, Eli
Sumit,
Looking at EPSG:26912 on spatial reference,
http://spatialreference.org/ref/epsg/26912/ and your longitude coordinates
(74-76 East, no less) makes it questionable if 26912 is an appropriate
projection. That projection looks valid for western Mexico, and midwestern
US/CA. You
Sumit,
There are a lot of NAD83 UTM projection zones. You need to chose the
proper one. Without learning a fair amount about datums, projections, and the
area where you are working, you may be best looking on wikipedia and spatial
reference to guess a UTM zone that matches your general
Marius,
I don't know about 1. but possibilities for 2. and 3 below.
Hi Everyone,
Some of the options (I didn't test all) introduced with version 1.8.0
seem to behave strangely. Here's what I'm doing:
1. gdal_rasterize -burn 0 -i -l mask mask.shp sample.tif
works fine but I get the
Brian,
You could try gdalbuildvrt, then gdalwarp that with -of VRT, then tile it
how you like with gdal_translate. I think that gdal_retile.py has some options
to do what you want as well.
I think that the slivers are probably because the projections have
different angles of
Frank,
This is a helpful new utility.
I read the documentation and tried it out. Using gdallocationinfo to find the
elevation at a given lat/long location seems like a reasonable use. It may be
desirable to input and output an ogr layer rather than a single point. For
instance, what
1 - 100 of 105 matches
Mail list logo