We are trying to use ogr2ogr to load shapefiles into SQL Server. It
works when we are not using bulk copy, but once we use a windows build
with bulk copy, it's super fast, but inserts garbage characters into the
varchar/nvarchar fields. The numeric and geometry fields seem to be fine.
We are
On vendredi 17 février 2017 14:02:37 CEST Aaron Boxer wrote:
> See https://github.com/uclouvain/openjpeg/issues/892 for further details.
>
> Since problems occur unpredictably for various image dimensions and number
> of encoder decompositions, safest approach is to avoid using the codec for
> los
Personally I would agree with your approach at looking at the cost of
running the
formula first.
However if you do change your code to read/write blocks than there are
additional
opportunities for speeding the processing up.
Once you have the block size reading working consider using multiple
th
Thanks all for your suggestions.
@Rutger and @Damian:
Thanks for your suggestion about the blocks.
I had a look at Rutger's links,
I create the input file myself so I can add 'TILES=YES' but I'm not sure
how to change my calculation code.
I see in this first link xbs, ybs = b1.GetBlockSize() But I
Hi,
I'll probably cut release candidates for a 2.2.1 and 2.1.4 end of
next week, unless someone needs more time to push something.
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lists.
Even Rouault-2 wrote
> On mercredi 14 juin 2017 12:16:06 CEST Helmut Kudrnovsky wrote:
>> http://osgeo-org.1560.x6.nabble.com/file/n5324225/wmts_bm2.xml
>
>
> Add
>
> 19
>
> It appears that there are not tiles at zoom level 20, at least in this
> area.
thanks for the hint, it works now.
issam boughanmi wrote
> hi,
> i want to use subset a large raster image using gdal_translate with srcwin
> parameter
>
> but i want also to give some reference point to be at the center of the
> output file .
>
> so if the output file size is 2000X2000 pixel for exemple, i want that
> my given
