Hi,
What I tried to say in my mail yesterday was that OCI driver may be a bit
different than for example PostGIS driver and it does not capture the -t_srs
parameter from ogr2ogr. Did you try my suggestion to add "-lco SRID=4326"?
Now if -t_srs cannot be utilised and if you did not use the OCI
But when i tried with postgresql and mssql spatial driver.I successfully
transformed the projections without mentioning -s srs i just used -t _srs it
was successful.
i used the command *ogr2ogr -f "GEOJSON" "PROPERTY_VIEW.json"
"MSSQL:Server=***,1433;uid=**;pwd=;database=***" -t_srs EPSG:4326
Hi Nyall,
Even will have the final word on this, but as far as I know, the
information printed when you turn on the following option
https://trac.osgeo.org/gdal/wiki/ConfigOptions#CPL_CURL_VERBOSE
is not capturable using the error handler from the GDAL API (see
Hi list,
I'm guessing this is a long-shot, but is there any API within GDAL
which allows clients to be notified about outgoing network requests
created by the different GDAL drivers?
I'm looking to get some useful information regarding these for
end-user debugging purposes...
Nyall
>
> > This must be a redundant question but I really haven't figured out a way
> to do this. I can export into a tiff but that's not desirable.
>
There are a variety of potential difficulties that can make this
problematic.
1. PDF Version and compliance of the PDF file itself.
2. The lineage of
Hi all,
I observe a difference between the WKT exports of OSRImportFromEPSG(osr,
3857) and OSRImportFromProj4(osr, "+init=epsg:3857"). The former gives a
named coordinate system, the latter gives an unnamed coordinate system.
Case 1:
OSRImportFromEPSG(osr, 3857)
OSRExportToWkt(osr)
Hi there,
Am Mi, 6.02.2019, 17:58 schrieb Rajesvari Parasa:
> to try: ogr2ogr -f sqlite out.sqlite in.pdf
> But since ogr doesn't recognize my PDF, I can't use this.
I had to use "--config OGR_PDF_READ_NON_STRUCTURED YES" to make it
read my PDFs, but I think, this will destroy your Geospatial
Hi,
This must be a redundant question but I really haven't figured out a way to
do this. I can export into a tiff but that's not desirable.
I am using gdal 2.5 and built it from source and enabled poppler. But when
I use ogrinfo to read the file, I get 'unable to read the data source with
On mercredi 6 février 2019 16:35:40 CET Corina Tudorache wrote:
> Hi Even,
> I am passing something like thisds = gdal.DEMProcessing('color-relief',
> file, outfile, options=[-alpha], colorFilename = 'data/file.txt')
should be
gdal.DEMProcessing(outfile, infile, "color-relief",
Thank you Kai for your response. I will try with gdal2.4
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Even Rouault-2 wrote
> On mercredi 6 février 2019 16:02:44 CET Rahkonen Jukka (MML) wrote:
>> Hi,
>>
>> I was awaiting that the following ogrinfo command woud add a new column
>> but
>> it didn't
>>
>> ogrinfo -dialect sqlite -sql "alter table fidtest add column foo"
>> fidtest.shp INFO: Open of
On mercredi 6 février 2019 08:17:03 CET Corina Tudorache wrote:
> Hi list,
>
> I have been trying to use gdaldem in python to set the background color to
> transparent. Unfortunately gdaldem doesnt recognise addAlpha = True, i get
> this error message:
> TypeError: DEMProcessingOptions() got an
On mercredi 6 février 2019 16:02:44 CET Rahkonen Jukka (MML) wrote:
> Hi,
>
> I was awaiting that the following ogrinfo command woud add a new column but
> it didn't
>
> ogrinfo -dialect sqlite -sql "alter table fidtest add column foo"
> fidtest.shp INFO: Open of `fidtest.shp'
> using
Hi,
I was awaiting that the following ogrinfo command woud add a new column but it
didn't
ogrinfo -dialect sqlite -sql "alter table fidtest add column foo" fidtest.shp
INFO: Open of `fidtest.shp'
using driver `ESRI Shapefile' successful.
ERROR 1: In ExecuteSQL(): sqlite3_prepare_v2(alter
Hi list,
I have been trying to use gdaldem in python to set the background color to
transparent. Unfortunately gdaldem doesnt recognise addAlpha = True, i get
this error message:
TypeError: DEMProcessingOptions() got an unexpected keyword argument
'addAlpha'
ds = gdal.DEMProcessing(infile,
Hi,
I believe that OCI driver does not honour the -t_srs parameter of ogr2ogr.
Use the driver specific layer creation option -lco SRID=4326 instead when
saving data into Oracle https://gdal.org/drv_oci.html.
You asked if it is possible to convert data into EPSG:4326 without knowing
the
i tried to extract shapefile data table from oracle to shapefile.
But im getting error :
*Can't transform coordinates, source layer has no
coordinate system. Use -s_srs to set one.
ERROR 1: Terminating translation prematurely after failed
translation from sql statement.*
I tried exporting
17 matches
Mail list logo
