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/2020 à(s
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 documentation
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 a
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 dr
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 opti
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 "34
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 ha
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
> > https://www.asprs.org/wp-content/uploads/
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 they
-13813007 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 wrote:
>>
>> On Thu, Jun 11, 2015 at 2:38 PM, Ari Simmons
>> wrote:
>> > One notably huge difference is
On Thu, Jun 11, 2015 at 2:38 PM, Ari Simmons 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 wrote:
>>
>> I am experimenting with using '
>
> 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 det
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 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 th
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 ph
> 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
cl
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, wrote:
> Charta is
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 wrote:
>
> Hello All. I'm trying to add a vertex to a linestring
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 accessible
>> 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=selection&entity=urn:ogc:def:c
>> rs:EPSG::6558&entity=urn:ogc:def:crs:EPSG::6559&reportDetail=long&style=urn
>> :uuid:report-style:default-with-urn&style
On Mon, Jul 21, 2014 at 1:46 PM, Even Rouault
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 wor
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 tha
On Mon, Jul 14, 2014 at 12:35 PM, Jürgen E. 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/t
On Mon, Jul 14, 2014 at 11:17 AM, Jürgen E. 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
>> t
Hi Jian,
On Mon, Jul 14, 2014 at 7:52 AM, Liu, Jian 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 options.
On Tue, Jun 10, 2014 at 6:28 AM, Even Rouault
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, assuming CMYC
>> colo
Kasper,
On Thu, Apr 24, 2014 at 2:32 PM, Even Rouault
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 point
>> me to a place w
On Fri, Oct 18, 2013 at 6:13 PM, Jonathan Greenberg 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 line
> utilities
On Fri, Nov 8, 2013 at 10:34 AM, Even Rouault
wrote:
> Le vendredi 08 novembre 2013 19:30:34, Jukka Rahkonen a écrit :
>> Even Rouault mines-paris.org> writes:
>> > Le vendredi 08 novembre 2013 19:19:35, Jukka Rahkonen a écrit :
>> > > Hi,
>> > >
>> > > Is there a list about the minimum GDAL vers
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
wrote:
> Jose,
>
> You can use /vsigzip/ with /vsicurl
>
> Try
>
> gdalinfo
> /vsigzip/vsicurl/http://www.globalbedo.org/Gl
On Tue, Aug 6, 2013 at 2:21 AM, Jan Hartmann 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
> transform this ma
> 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
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
AL 1.10+ so it will not work in 1.9.
Eli
>
>
> Em 24-05-2013 17:44, 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 t
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, 2013
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 P
On Fri, Apr 19, 2013 at 9:47 PM, ryagz 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 your files are named
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
wrote:
>> Looking more closely at those files, I see that there are various
>> registration blocks. The algorithm up to now
On Tue, Apr 16, 2013 at 2:11 PM, Even Rouault
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 time client
> code to ins
Even,
Thanks for checking into this and the ideas.
Eli
On Tue, Apr 16, 2013 at 10:18 AM, Even Rouault
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
>
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 bytes
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
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 Fri, Jan 18, 2013 at 4:08 PM, Kris Andersen 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 I would expect too.
On Fri, Jan 18, 2013 at 2:53 PM, Even Rouault
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
>> contain a NEATLINE met
On Tue, Nov 27, 2012 at 5:04 PM, cheesybiscuits
wrote:
> 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
> ogr_OCI.dll).
>
>
Typically
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
On Tue, Oct 9, 2012 at 3:41 AM, maning sambale
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 required?).
ogr2ogr -f "ESRI shape
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 wrote:
> Thanks for the tip, i wasn't aware of the -wo flags. Im testing it right now,
> but at 20% its a
d into a single band
with no data values?
rgb2pct.py can be used to convert RGB/RGBA to single band with a color
table. I'm not sure if it would work with a two band image, one being
the mask but you can try it and see what it does.
HTH, Eli
> Thanks
> Luis
>
>
>
> On
Luis,
On Wed, Sep 5, 2012 at 3:00 AM, Luis Lisboa 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 be thinking of someth
> 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, http://activitywor
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 wit
Siva,
I'm not sure how to help you with the below code. Perhaps if you
explain the error someone else on the list might be able to help.
My suggestion was how to get the area using the command line tool ogr2ogr.
Regards, Eli
On Thu, Jun 14, 2012 at 1:16 AM, SIVA RAMA KRISHNA
wrote:
&
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
wrote:
>
>
> ___
> gdal-dev m
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 th
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
__
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
http://lists.osgeo.org/mailman/listinf
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 wrote:
> Stefano,
>
> I think that is expected. You can read
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. T
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.
> quest
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,
http://www.osgeo.org/osge
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 ra
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, spe
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 some
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
> 0
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 w
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
wrote:
> Robb,
>
> Note that the quality is effected by the levels you choose.
> Can you provide a small part of the i
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, accord
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 wrote:
> Hi Sig,
>
> This is the command I have so far. When I execute it, I just get the help
> returned, no error and n
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 s
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: SQLDriverConnect(DR
proach. However I 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,
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 wrote:
> Hi List
>
>
David,
It probably is a configuration or simple error, however, you've
not given much detail to let other people try to guess what it might
be. Kyle asked for the output of your command. Also, the exact
command (copied from terminal) may help too. I looked at the OGR
PosrgreSQL/PostGIS for
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
> O
Even,
This works for me and the test case included with the initial report.
Thank you very much, Eli
>>> Even Rouault 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 you.
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
Derek,
>> This seems to work good for one NITF, but for another I am getting some
>> problems. It seems like the one with the problems gets a copy created, but
>> the images themselves are just all black.
This could depend on your viewer, there is one thread about something similar
when using
was not clear on this)
> Hello 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
t
>> 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 sti
> 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 pe
Michael,
>>> On 7/6/2011 at 5:35 PM, in message <4e14ff42.50...@cironline.org>, Michael
Corey 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 semi-transparenc
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
, Chaitanya kumar
CH
wrote:
> Ahmet,
>
> You can use OGR SQL [1] to typecast fields and other stuff. You
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 sugges
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 typ
Since you are going to PostGIS anyway cleaning in PostGIS is possible.
Here is the 2.0 PostGIS doc,
http://postgis.refractions.net/documentation/manual-svn/ST_MakeValid.html
I think that this PostGIS 2.0 function grows out of an old contrib. I've used
the contrib with great success in the pa
>> 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,
> http:/
> 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,
http://vbkto.dyndns
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
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 mosaic_ycbcr
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
-I/home/
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 w
768.even.roua...@mines-paris.org>, Even Rouault
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:
>
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 -password:pas
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
wrot
> 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
1 - 100 of 114 matches
Mail list logo
