Hi Even,
日時 月, 19 10 2020 17:33:03 +0900 Even Rouault
さんからのメッセージ
> > I'd like to propose to move gdal doc to be i18n-ed.
> >
> > Now documentations are compiled with sphinx, and sphinx has a good
> > i18n/l10n
> > facility, and it is very easy.. If you are welcome for the
I tried to add zoom levels to an mbtiles file using gdaladdo. The mbtiles file
was constructed from a large geotiff using gdal_translate.
When I ran gdaladdo, I got an error message about zoom levels:
ERROR 6: zoom_level > 22 not supported
A commenter on stack exchange GIS pointed out that I need
On Wed, Oct 21, 2020 at 4:06 AM Even Rouault
wrote:
> Hi,
>
> Motion:
>
> Adopt GDAL 3.1.4 RC2 as final 3.1.4 release
>
> Starting with my +1
>
> Even
>
Even, thanks for clearing up the question I had yesterday. I've tested RC2
and don't see any new issues with it.
+1
--
Sean Gillies
Hi
I am trying to apply a vertical grid shift to a coordinate. I am
extrapolating from the example in the documentation at
https://proj.org/operations/transformations/vgridshift.html
The command I am entering is
echo 46.9480 7.4474 590 2020 | cct +proj=vgridshift
+grids=./geoid+HTRANS_ETRS2020.g
On mercredi 21 octobre 2020 14:03:37 CEST Rahkonen Jukka (MML) wrote:
> Hi,
>
> We want to use GeoJSON with national coordinate systems like EPSG:3067,
> EPSG:3046 etc. We can write such GeoJSON with GDAL by using the default
> GeoJSON 2008 mode. However, in the RFC 7946 specification the rules ab
> When I ran
> gdaladdo, I got an error message about zoom levels:
> ERROR 6: zoom_level > 22 not supported
You will get it also when doing "gdalinfo TLTR.mbtiles". There is a limitation
in the driver to zoom_level <= 22, because if the .mbtiles would have world
coverage, the dimensions would ov
+1
-Jukka Rahkonen-
Even Rouault-2 wrote
> Hi,
>
> Motion:
>
> Adopt GDAL 3.1.4 RC2 as final 3.1.4 release
>
> Starting with my +1
>
> Even
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gda
The question in gis.stackexchange is this
https://gis.stackexchange.com/questions/376827/gdaladdo-zoom-level-not-supported
-Jukka Rahkonen-
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lis
> If I try to open the file point_out.shp in QGIS, it does not recognize the
> CRS at all. There is no CRS set to that layer. Not even the horizontal one.
> It also displays a question mark in the "Layer" pane.
>
> The content of the .prj file is this:
> COMPD_CS["OSGB 1936 / British National Grid
I forgot a few lines in the C++ code, but they are not needed to reproduce
the problem
if( poLayer->CreateFeature( poFeature ) != OGRERR_NONE )
{
exit( 1 );
}
.___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... ._ .__
Entre dos pensamientos racionales
hay i
+1
Daniel
On 2020-10-21 06:06, Even Rouault wrote:
Hi,
Motion:
Adopt GDAL 3.1.4 RC2 as final 3.1.4 release
Starting with my +1
Even
--
Daniel Morissette
Mapgears Inc
T: +1 418-696-5056 #201
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
h
Sorry Even for the lack of detail. Let's see if now it is more clear.
I have done this small code example based on
https://gdal.org/tutorials/vector_api_tut.html#writing-to-ogr
but setting a SpatialReference, EPSG:7405 (no checks to make code simpler)
#include "gdal/ogr_spatialref.h"
#include "gd
Hi,
We want to use GeoJSON with national coordinate systems like EPSG:3067,
EPSG:3046 etc. We can write such GeoJSON with GDAL by using the default GeoJSON
2008 mode. However, in the RFC 7946 specification the rules about the winding
order of polygons were clarified and some GeoJSON parsers com
> On Oct 21, 2020, at 5:06 AM, Even Rouault wrote:
>
> Hi,
>
> Motion:
>
> Adopt GDAL 3.1.4 RC2 as final 3.1.4 release
>
> Starting with my +1
+1
Howard
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/g
On 2020-10-21 7:06 a.m., Even Rouault wrote:
Hi,
Motion:
Adopt GDAL 3.1.4 RC2 as final 3.1.4 release
Starting with my +1
+1 jeff
--
Jeff McKenna
MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/
___
gdal-d
Hi,
Motion:
Adopt GDAL 3.1.4 RC2 as final 3.1.4 release
Starting with my +1
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gda
Hello,
I use in "ogr_style" following color: RGB 198,228,211 (HEX: #c6e4d3).
In the created DXf-File the color is the index color 254 (RGB: 214,214,214)
.
But, when i use the color RGB 127,255,127 (#7fff7f, equal to index number
91) it works in the DXF.
Can i use for DXf-Writer only index colo
17 matches
Mail list logo