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 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
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
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 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
>> 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
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
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
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
> 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
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
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
>
> 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
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 '
-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 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 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
>
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
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
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
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
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 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
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 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
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 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
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
> 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.
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
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
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
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
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, 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
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 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.
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
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
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
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
>
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
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 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
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
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
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
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
> 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
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
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 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
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
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 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
Hi all,
I'm having some trouble using gdalwarp to mosaic ArcInfo Binary Grid files
to vrt.
Here is what I want to do and works in .tif. I mosaic the three grids be... to
test2.tif:
gdalwarp -t_srs "EPSG:2913" -s_srs "EPSG:2994" -srcnodata "0 0 0" -dstnodata "0
0 0" -of GTIFF be44123g8b be
-srcnodata and -dstnodata, however, it looks like that will be available in
1.7, right around the corner.
I also opened a ticket on this in case someone else looks for it.
http://trac.osgeo.org/gdal/ticket/3328
Thanks, Eli
>>> "John C. Tull" 1/15/2010 9:30 PM >>>
On Ja
Gary,
I don't know that projection or the specifics with your tfw. This
website might help you research the projection and get the proper parameters.
I'm not sure if this is the projection that you are after but it is similar.
http://spatialreference.org/ref/epsg/7405/
Regards, Eli
Gilles,
I do a similar process (build large vrt mosaic, reproject the
mosaic vrt to another vrt, tile the reprojected mosaic vrt in new
projection to tif) although my end tiles are in tif and not compressed.
My method is the brute force way and not elegant at all. You may also
want to know t
PM
>>>
A short question
Why did you not use
1) gdal_merge
2) gdal_translate
3) gdal_retile
Btw, if there is no need for reprojection, gdal_retile alone does the
job.
Did you have problems using these utilities ?
Eli Adam writes:
> Gilles,
> I do a similar process (buil
I would find aligning the pixels to 'standard grid' to be useful as well.
Similar to the -a for g.region in GRASS.
Thanks, Eli
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
The results of -tap are what I expect, pixels aligned with 0,0. Although I
have a separate question at the end.
Prior to the patch I ran this:
gdal_rasterize -tr 100 100 -a Elevation -l town town.shp townrasterb.tif
and got this:
gdalinfo townrasterb.tif
...
Origin = (7267911.066051597706974,5
There are more geospatial pdfs available here:
http://nationalmap.gov/ustopo/index.html - then click on 'Download Maps
(Map Store)' on the left side.
Then you need to place a marker, then click the marker, then hit
download.
I've not worked with them very much yet.
Bests, Eli
>>> Even Rouau
Boris,
Did you try something like:
gdalwarp -t_srs "EPSG:4326" in.jpg out.jpg
or
gdalwarp -t_srs 'EPSG:4326' in.jpg out.jpg
HTH, Eli
>>> Boris Dev 10/20/2010 2:28 PM >>>
thanks..I am almost there...I think I am making a simple usage typo?
gdalwarp without the option '-t_srs EPSG:4326' wor
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
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 rotatio
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
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 data
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
> 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
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
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
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:
>
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
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/
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 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,
http://vbkto.dyndns
>> 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:/
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
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
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
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
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
> 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
>> 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
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
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
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
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.
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
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
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
>
>
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?
>
> ** **
>
> ** **
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
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
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
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
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
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
1 - 100 of 114 matches
Mail list logo