Hello. Is there any method in GDAL that can convert WGS84 geodetic
coordinate to local ENU(local tangent plane)？
First: GDAL can transform point coordinate from WGS84 geodetic coordinate
system to WGS84 XYZ (or ECEF ).
Second: but WGS84 XYZ (or ECEF ) to local ENU can not be transformed. I can
fix
ttp://lists.osgeo.org/pipermail/gdal-dev/attachments/20190611/988da12b/attachment-0001.html>
Looks good through Nabble, though.
-Jukka Rahkonen-
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gd
In order to help, you should provide the link line -- at least the part of
it that contains the library directory references. Building GDAL is tricky
and it's easy locate the wrong library/headers. You should also locate
other proj libraries on your system that might be getting found.
On Tue, Ju
$ export LD_LIBRARY_PATH=/usr/local/lib; make- doesn't work either.And /usr/local/lib is already in /etc/ld.so.conf(to be exact, it's in /etc/ld.so.conf.d/libc.conf that is included in /etc/ld.so.conf with "include /etc/ld.so.conf.d/*.conf") 11.06.2019, 20:39, "Even Rouault" :On mardi 11 juin 2019
On mardi 11 juin 2019 20:28:01 CEST Igor Belyakov wrote:
> I also checked (with readelf) if my libproj files contain those symbols.
> There are libproj.a, libproj.so, libproj.so.15 and libproj.so.15.1.0 files
> in usr/local/lib and they all contain symbol `proj_alter_name'. But for
> some reason th
On 19-06-11 16:48:48, Even Rouault wrote:
On mardi 11 juin 2019 16:37:46 CEST Mateusz Loskot wrote:
On Tue, 11 Jun 2019 at 16:20, Michel Dastous
wrote:
> Im asking because ticket #4099 was closed saying it should no longer be an
> issue with MSVC2015, so I was expecting it to be fixed in VS20
I also checked (with readelf) if my libproj files contain those symbols. There are libproj.a, libproj.so, libproj.so.15 and libproj.so.15.1.0 files in usr/local/lib and they all contain symbol `proj_alter_name'. But for some reason the linker cannot find it. 11.06.2019, 16:15, "Igor Belyakov" :I t
On mardi 11 juin 2019 09:40:22 CEST Jane Wang wrote:
> Dear gdal-dev team,
>
> I am attempting to insert a (non-georeferenced) PDF image containing map
> legend and company logo using -co EXTRA_IMAGES=legend.pdf for my
> gdal_translate -of PDF command.
>
> However, in my output geoPDF document, t
Dear gdal-dev team,
I am attempting to insert a (non-georeferenced) PDF image containing map
legend and company logo using -co EXTRA_IMAGES=legend.pdf for my
gdal_translate -of PDF command.
However, in my output geoPDF document, the legend.pdf image has been
rasterised which is not desired. I won
Thanks Even
> Le 11 juin 2019 à 11:20, Even Rouault a écrit :
>
> Vincent,
>
>> Just a quick note. By reading the docs it seems the overviews will be
>> created by default except if OVERVIEWS=FORCE_USE_EXISTING is set and if the
>> input file doesn’t have overviews. The specs make overviews op
Vincent,
> Just a quick note. By reading the docs it seems the overviews will be
> created by default except if OVERVIEWS=FORCE_USE_EXISTING is set and if the
> input file doesn’t have overviews. The specs make overviews optional thus
> the OVERVIEWS option usage seems a bit odd.
Agreed that's a
On mardi 11 juin 2019 16:37:46 CEST Mateusz Loskot wrote:
> On Tue, 11 Jun 2019 at 16:20, Michel Dastous
wrote:
> > Im asking because ticket #4099 was closed saying it should no longer be an
> > issue with MSVC2015, so I was expecting it to be fixed in VS2017.
> Right, I missed that one.
I think
Thanks Even,
Just a quick note. By reading the docs it seems the overviews will be created
by default except if OVERVIEWS=FORCE_USE_EXISTING is set and if the input file
doesn’t have overviews. The specs make overviews optional thus the OVERVIEWS
option usage seems a bit odd.
TBH, I’m 100% wi
On Tue, 11 Jun 2019 at 16:20, Michel Dastous wrote:
>
> Im asking because ticket #4099 was closed saying it should no longer be an
> issue with MSVC2015, so I was expecting it to be fixed in VS2017.
Right, I missed that one.
Chances are some recent tweaks, even the empty initializer list, trigg
Hi,
the last bits (points 1, 2 and 3) are now available in GDAL master.
Doc at https://gdal.org/drivers/raster/cog.html
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
h
Hi Mateusz,
Im asking because ticket #4099 was closed saying it should no longer be an
issue with MSVC2015, so I was expecting it to be fixed in VS2017. I can
re-open the bug if needed but wanted to check if I was not the only one seeing
this.
Thanks,
Michel
-Original Message-
From
On Tue, 11 Jun 2019 at 14:46, Michel Dastous wrote:
>
> Sample warning message:
> 1>e:\mapserverlibs\include\ogr_featurestyle.h(89,41): warning C4251:
> 'OGRStyleTable::osLastRequestedStyleName': class 'CPLString' needs to have
> dll-interface to be used by clients of class 'OGRStyleTable'
> 1>
I try to build GDAL on Ubuntu 18.04. The linker reports errors:gdal-3.0.0/.libs/libgdal.so: undefined reference to `proj_alter_name'gdal-3.0.0/.libs/libgdal.so: undefined reference to `proj_create_conversion_eckert_i'and so on. There are many undefined references to functions declared in Proj libra
Hi all,
I know this is an old issue (according to this ticket
https://trac.osgeo.org/gdal/ticket/4099), but surprisingly Im still getting
C4251 warnings on VS2017 and GDAL 3 if my project is compiled with /W2 or more.
It occurs as soon as I include ogrsf_frmts.h
Sample warning message:
1>e:\
On lundi 10 juin 2019 22:47:11 CEST David Strip wrote:
> The docs say that the return value of GetName()
> should be sufficient to open the data source if passed to the same
> OGRSFDriver that this data source was opened with, but it need not be
> exactly the same string that was used to open the d
20 matches
Mail list logo
