Pedro Venâncio-2 wrote
> GRASS init error: Problem in GRASS initialization, GRASS provider and
> plugin will not work : Module built against version 8bcecc9a6 but trying
> to
> use version d8fbd49af. You need to rebuild GRASS GIS or untangle multiple
> installations.
Hi Pedro,
see also a similar r
Hi Even,
On Tue, Oct 20, 2020 at 3:01 AM Even Rouault
wrote:
> Joaquim,
>
> Yes GDAL 3.1.4 makes use of the new function proj_crs_get_datum_ensemble()
> of
> PROJ master (tested by checking PROJ version number to be >= 7.2 since
> this is
> queued for the PROJ 7.2 release in a few days). So I su
Javier,
> When I create a 3D shapefile with GDAL, and I provide as SpatialReference a
> compound CRS, it generates the prj file with the COMPD_CS syntax. Ok so far.
Always be specific: show the content of the .prj
> However, when I open the shapefile in QGIS, it does not recognize the CRS
> at a
On mardi 20 octobre 2020 16:12:56 CEST Pedro Venâncio wrote:
> Hi Joaquim Luís,
>
> This is an IPMA NetCDF, it was working before the update.
>
> And I think it is in fact a HDF5 library version problem:
> > gdalinfo AROME_OPER_001_FC_SP_PT2_025_RH_2-HTGL_2020102000.nc
>
> Warning 1: Recode from
Hi
When I create a 3D shapefile with GDAL, and I provide as SpatialReference a
compound CRS, it generates the prj file with the COMPD_CS syntax. Ok so far.
However, when I open the shapefile in QGIS, it does not recognize the CRS
at all (neither the horizontal part)
Is that intentional? QGIS is
On mardi 20 octobre 2020 09:43:19 CEST Sean Gillies wrote:
> Hi Even,
>
> On Tue, Oct 20, 2020 at 3:01 AM Even Rouault
>
> wrote:
> > Joaquim,
> >
> > Yes GDAL 3.1.4 makes use of the new function proj_crs_get_datum_ensemble()
> > of
> > PROJ master (tested by checking PROJ version number to be
On 2020-10-20 12:27 p.m., Alan Snow wrote:
Hi Jeff,
Sounds like you found the user writable directory in PROJ 7:
https://proj.org/resource_files.html#where-are-proj-resource-files-looked-for
https://proj.org/development/reference/functions.html#_CPPv440proj_context_get_user_writable_directoryP
Yes, I know that and I also had crossed with that HDF error (nc and HDF libs
must be in sync building) but that nc file clearly has its issues. Both Matlab
and HDF-Explorer confirm that and even GDAL touches it. See
gdalinfo AROME_OPER_001_FC_SP_PT2_025_RH_2-HTGL_2020102000.nc
Warning 1: No UNID
Hi Jeff,
Sounds like you found the user writable directory in PROJ 7:
https://proj.org/resource_files.html#where-are-proj-resource-files-looked-for
https://proj.org/development/reference/functions.html#_CPPv440proj_context_get_user_writable_directoryP10PJ_CONTEXTi
Hopefully the links are helpfu
Hi Even,
No issues here on Windows with RC2. More info:
- MS4W build environment
- VC 2017
- proj-master, git-master, curl 7.73.0, sqlite 3.33.0, ...
- no issues building GDAL 3.1.4 documentation with Sphinx 3.1.2
(other than the usual Sphinx/Doxygen 26 warnings)
- I just noticed that
Hi Joaquim Luís,
This is an IPMA NetCDF, it was working before the update.
And I think it is in fact a HDF5 library version problem:
> gdalinfo AROME_OPER_001_FC_SP_PT2_025_RH_2-HTGL_2020102000.nc
Warning 1: Recode from UTF-8 to CP_ACP failed with the error: "Invalid
argument".
Warning! ***HDF5
Well that was easy, thanks Mateusz!
I realize now what threw me off was seeing the following after running
‘configure’
SQLite support:yes
But the script was seeing the wrong sqlite3
Anyhow, I’m glad I asked the list, thanks again.
Doug
On Tue, 20 Oct 2020 at 04:34, Doug Niven m
On mardi 20 octobre 2020 14:30:28 CEST Joaquim Manuel Freire Luís wrote:
> Well,
>
> Mine also built correctly. It was on usage that the problem surfaced.
The windows CI build I mentionned also runs successfully GDAL autotest suite.
Even
>
> -Original Message-
> From: Even Rouault
> S
But I do find something strange in that nc file. Mirone (Matlab independent nc
loader) errors when trying to load it because of the “Conventions” attribute
and HDF-Explorer says it’s a “4-byte null-terminated ASCII string” when in fact
that attribute has 6-bytes
“CF-1.5”
From: Joaquim Manuel F
Well,
Mine also built correctly. It was on usage that the problem surfaced.
-Original Message-
From: Even Rouault
Sent: Tuesday, October 20, 2020 3:08 PM
To: Joaquim Manuel Freire Luís
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] GDAL 3.1.4 RC1 available
On mardi 20 octobre 20
On mardi 20 octobre 2020 11:27:13 CEST Joaquim Manuel Freire Luís wrote:
> Even,
>
> I don't think that was the case. I use a build system that resemble a bit
> homebrew. All packages are built in their own directories and SATAY there.
> Then I have a batch that creates symlinks do a directory tha
Pedro,
Probably a netcdf lib related issue. I have a very fresh GDAL build (from
yesterday’s master) and can access that file. Either from GDAL or GMT, but my
nc lib has not been updated for some time (which is not so bad as nc has had a
couple of issues in recent past).
From: gdal-dev On Beh
Hi all,
Sorry about the cross posting but today, after the update of OSGeo4W to
qgis-dev 3.15.0-82, I get a QGIS crash both with qgis-dev, qgis-ltr-dev
3.10.10-3 and qgis-rel-dev 3.14.16-3.
I've only looked at Desktop updates and so I cannot say what libs were
updated at the same time.
The crash
Even,
I don't think that was the case. I use a build system that resemble a bit
homebrew. All packages are built in their own directories and SATAY there. Then
I have a batch that creates symlinks do a directory that is the only in the
computer path for my builds. So when I rebuild any package
Hi,
I've generated a RC2 that differs from RC1 with a single bug fix in configure
regarding Debian and CharLS 2.1 (see https://github.com/OSGeo/gdal/pull/3083)
https://download.osgeo.org/gdal/3.1.4/gdal-3.1.4rc2.tar.xz
https://download.osgeo.org/gdal/3.1.4/gdal-3.1.4rc2.tar.gz
https://
On Tue, 20 Oct 2020 at 04:34, Doug Niven wrote:
>
> I’m having trouble building GDAL 3.1.3 with sqlite3 3.33.0 in Centos 7.
>
> The compile steps work, but the build does not.
> I believe this is because of conflicts between the built-in version of
> sqlite3 in Centos (3.7.17) and the newer one (
Joaquim,
Yes GDAL 3.1.4 makes use of the new function proj_crs_get_datum_ensemble() of
PROJ master (tested by checking PROJ version number to be >= 7.2 since this is
queued for the PROJ 7.2 release in a few days). So I suspect you might build
GDAL against the header of a recent PROJ master, but
22 matches
Mail list logo
