Thank you for your reply.
Indeed, I had just coded a solution using IDENT_CURRENT. :-/
However, I have taken your advice and recoded it using the OUTPUT clause,
and it is working well.
Unless I hear otherwise from someone within GDAL that it is not necessary,
I will submit a pull request for co
I posted the link earlier in the thread, but to clarify:
https://github.com/OSGeo/gdal/pull/963
On Fri, 26 Oct 2018 at 14:54 Craig de Stigter <
craig.destig...@koordinates.com> wrote:
> My work on this branch is starting to wind down. There's still a few test
> failures to contend with, and I nee
My work on this branch is starting to wind down. There's still a few test
failures to contend with, and I need to work through some inconsistencies
in the different CI environments.
Could I request some review of the PR, especially around scope and overall
approach? I believe the PR description is
On Fri, 26 Oct 2018 at 02:30, Jerry Faust wrote:
>
> Hello.
>
>
>
> I created a few tables in SQL Server by importing Shapefiles using ogr2ogr.
> I am able to edit the features, but have not been able to add new features.
>
>
>
> After stepping through the code, it appears that after successfull
Perfect - that has worked. Many thanks Even.
Toby
On Thu, 25 Oct 2018 at 19:40, Even Rouault
wrote:
> On jeudi 25 octobre 2018 19:22:39 CEST Tobias Reinicke wrote:
> > Thanks Even,
> > So doing that command, and then looking at;
> > "gdalinfo -hist out.vrt" gives me a list of wrong looking buck
On jeudi 25 octobre 2018 19:22:39 CEST Tobias Reinicke wrote:
> Thanks Even,
> So doing that command, and then looking at;
> "gdalinfo -hist out.vrt" gives me a list of wrong looking buckets;
Ah sure, gdal_translate keeps the original band data type, which is
inappropriate here. Add -ot Float32 o
Thanks Even,
So doing that command, and then looking at;
"gdalinfo -hist out.vrt" gives me a list of wrong looking buckets;
Band 1 Block=128x128 Type=Int16, ColorInterp=Undefined
0...10...20...30...40...50...60...70...80...90...100 - done.
256 buckets from 0 to 0:
6483600 0 0 0 0 0 0 0 0 0 0 0
Tobias,
>
> Is there a way to pass the scale / offset information from the original NC
> file to the output of gdal_warp?
You can 'unscale' priorly with "gdal_translate -unscale in.nc out.vrt -of VRT"
and gdalwarp the VRT.
Even
--
Spatialys - Geospatial professional services
http://www.spat
Hello All,
I am getting stuck in a bit of a scale / offset hole and can't seem to
figure out a simple way of doing this - although I'm sure it's there.
For background - I am trying to convert a series of temporal netcdf files
(i.e. total column CO concentrations across different times) into colou
Hello.
I created a few tables in SQL Server by importing Shapefiles using ogr2ogr.
I am able to edit the features, but have not been able to add new features.
After stepping through the code, it appears that after successfully
inserting the record, the newly assigned FID is not being set into
Thanks - missed that documentation.
Stopped reading at "OGR only supports CSV files ending with the
extension ".csv"
-maybe the sentences should be reorganised to someting like:
OGR supports CSV files ending with the extension ".csv" or any other CSV
file with any file extension if defining the
Andreas Oxenstierna wrote
> Can ogr read a csv file with another extension, like txt ?
>
> I do not suceed
Hi,
From the manual page https://www.gdal.org/drv_csv.html
"While in theory .csv files could have any extension, in order to
auto-recognise the format OGR only supports CSV files ending w
Can ogr read a csv file with another extension, like txt ?
I do not suceed
--
Best Regards
Andreas Oxenstierna
T-Kartor Geospatial AB
mobile: +46 733 206831
mailto: a...@t-kartor.se
http://www.t-kartor.com
___
gdal-dev mailing list
gdal-dev@lists.osg
13 matches
Mail list logo