Rahkonen Jukka mmmtike.fi> writes:
>
> Hi,
>
> Good to know. Obviously I will need to make more tests with other computers.
This combination (TerraGo
> Toolbar and Acrobat X reader on Vista (32-bit) for sure does not show metadata
correctly for that very same
> PDF file.
>
> I can see that som
Hi,
I'm investigating migrating an application to using Oracle Locator as it's
Spatial Database. The application uses the ogr2ogr utility for a number of
functions on our existing platform, such as data loading into the database.
We may also use some OGR API calls in the future.
Is GDAL/OGR desig
Le vendredi 02 mars 2012 01:03:07, David J. Bakeman a écrit :
> kungphil wrote:
> > Hi
> >
> > I want to select a feature from a shapefile and extract the extent to
> > then clip a raster. I thought I could use ogrinfo to select an
> > individual feature but using the command below the reported e
Thanks for your post David, I am running GDAL 1.7.1 on Solaris 10.
I realised the extent for the selected feature is printed at the bottom.
I now have another/related issue. I am calling this from within Python and
I get an error 'ERROR 1: Not enough tokens to complete expression.' and its
print
kungphil wrote:
Hi
I want to select a feature from a shapefile and extract the extent to then
clip a raster. I thought I could use ogrinfo to select an individual
feature but using the command below the reported extent is for the whole
shapefile.
ogrinfo -al -where GRID_ID=312 shapefile.shp
Hi
I want to select a feature from a shapefile and extract the extent to then
clip a raster. I thought I could use ogrinfo to select an individual
feature but using the command below the reported extent is for the whole
shapefile.
ogrinfo -al -where GRID_ID=312 shapefile.shp
Help please!
Phil
Thank you, Frank.
I'll go with GDAL 1.9.0
Shawn
From: fwarmer...@gmail.com [fwarmer...@gmail.com] On Behalf Of Frank Warmerdam
[warmer...@pobox.com]
Sent: March 1, 2012 5:26 PM
To: Shawn Gong
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] GDAL1.8.1 P
Shawn,
I believe 1.8 does not contain lots of improvements including some
kinds of linked files - for instance as represented by:
http://trac.osgeo.org/gdal/changeset/21920
http://trac.osgeo.org/gdal/changeset/21921
I would suggest you try with GDAL 1.9.0. Back porting bits of the
pcidsk sd
Hi list,
I am using GDAL1.8.1 and gdal.Open() failed on some PCIDSK linked files
The error message is “ERROR 4: `LNK=1024File requires a newer PCIDSK file
reader to read' does not exist in the file system, and is not recognised as a
supported dataset name."
I have seen the ticket on http://trac
Le jeudi 01 mars 2012 22:19:34, Jukka Rahkonen a écrit :
> Hi,
>
> The native measurement tool of Acrobat Reader stays greyed with the ISO
> style georeferenced PDFs. From Abobe forum I found this:
>
> "Re: Measure tool disabled
Ah, interesting. I was also wondering why I add only access to coor
Hi,
The native measurement tool of Acrobat Reader stays greyed with the ISO style
georeferenced PDFs. From Abobe forum I found this:
"Re: Measure tool disabled
The tool needs to be enabled using Acrobat. For example, in Acrobat 9 you'd open
the document and select: Comments > Enable for Comment
Even Rouault mines-paris.org> writes:
> Hum, you can perhaps try something. In the projection information, I've added
> a WKT attribute that is not in the OGC BP spec and is an extension only used
> for the benefit of GDAL when it is found (it avoids loosing information when
> going from/to O
Le jeudi 01 mars 2012 21:00:41, Rahkonen Jukka a écrit :
> Hi,
>
> Good to know. Obviously I will need to make more tests with other
> computers. This combination (TerraGo Toolbar and Acrobat X reader on Vista
> (32-bit) for sure does not show metadata correctly for that very same PDF
> file.
For
Hi,
Good to know. Obviously I will need to make more tests with other computers.
This combination (TerraGo Toolbar and Acrobat X reader on Vista (32-bit) for
sure does not show metadata correctly for that very same PDF file.
I can see that some metadata is in plain text in the EPSG:32635 file b
Le jeudi 01 mars 2012 11:43:59, Rahkonen Jukka a écrit :
> Hi,
>
> EPSG:3067 works for me too.
I meant EPSG:32635 sorry. But now, I've downloaded your
http://latuviitta.org/documents/GDAL_OGC_32635.pdf sample and it is properly
recognized by TerraGo toolbar and the coordinates reported are con
Le jeudi 01 mars 2012 18:56:26, Wolfgang Lahr a écrit :
> Hello list,
>
> how would one prevent OGR2OGR from creating an empty target files
> when a WHERE condition returns no records from the source files? This
> question came up during a batch process where dozens or even hundreds of
> files are
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
Hello list,
how would one prevent OGR2OGR from creating an empty target files
when a WHERE condition returns no records from the source files? This
question came up during a batch process where dozens or even hundreds of files
are converted and further processed. Is there an option besides of
manu
Selon Kyle Shannon :
> Hello all,
> I recently built a VRT from several SRTM tiles that were zipped into
> archives:
>
> gdalbuildvrt srtm.vrt /vsizip/srtm_01_02.zip/srtm_01_02.asc
> /vsizip/srtm_01_07.zip/srtm_01_07.asc /vsizip/srtm_01_02.zip/srtm_01_12.asc
>
> Everything works fine. I changed th
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
Hello all,
I recently built a VRT from several SRTM tiles that were zipped into
archives:
gdalbuildvrt srtm.vrt /vsizip/srtm_01_02.zip/srtm_01_02.asc
/vsizip/srtm_01_07.zip/srtm_01_07.asc /vsizip/srtm_01_02.zip/srtm_01_12.asc
Everything works fine. I changed the relativeToVRT value to "1" and try
Yes it is what we are doing but I just wanted to know if it is possible to
improve the driver ;)
thanks,
Y.
Le Mercredi 29 Février 2012 11:02:49 Etienne Tourigny a écrit :
> Can you not pass the full path to the vrt file? This would resolve the
> problem. Like Even I don't see an easy fix in th
Even,
Your suggestion sounds plausible is and probably both correct and
necessary. But unfortunately it is still not working with your patch, so
I guess there must be an additional problem.
Regardless of using the patch or not, and adding "--debug on" or not,
the output from gdalinfo is:
>gd
Thanks, it works!!
2012/2/28 Even Rouault
> Selon Stefan Röckelein :
>
> > Hi,
> >
> > the usual procedure to open a file with OGR is to use
> > OGRSFDriverRegistrar::Open("somefile.dxf",FALSE)
> > Now I want to open a DXF-file which was previously stored in a database.
> > Therefore I would nee
Hi,
EPSG:3067 works for me too. The toolbar is installed yesterday from TerraGo.
I am just an end user and I cannot do any difficult things like compiling. I
tried to edit the EPSG:32635 description with hex editor and changed "/" into
"N". No effect, TerraGo tool bar does not find the coordina
Selon Rahkonen Jukka :
Nice to see early testers of geospatial PDF writing support !
I'm currently behind a corporate firewall that prevents access to your samples,
but I did a quick test similar to yours and EPSG:3067 seems to work fine with
Terrago Toolbar (v5.7.70). However I suspect that the
Hi,
I had a quick test by converting one GeoTIFF into georeferenced PDF files with
different parameters and opening results with Acrobat Reader and TerraGo
toolbar.
For TerraGo the metadata must be in OGC_BP style and ISO style metadata must
not exist (option BOTH does not work). What is odd i
Murat,
It's not working. the geom field should not be 'Real'. It should be
'String'. Try something else other than the '+' operator in the SQL syntax
to create the geom field in the view.
On Thu, Mar 1, 2012 at 12:48 PM, Murat Beyhan wrote:
> Chaitanya,
>
> I have had a progress about VRT data
28 matches
Mail list logo