On 2021-02-09 19:34, Markus Metz wrote:
On Tue, Feb 9, 2021 at 10:54 AM Hernán De Angelis
mailto:variablestarli...@gmail.com>> wrote:
>
>
> On 2021-02-09 10:49, Andrew C Aitchison wrote:
> > On Tue, 9 Feb 2021, Hernán De Angelis wrote:
> >
> >> On 2021-02-08 20:22, Markus Metz wrote:
> >>> I
without a pipeline given this might be true, but using the -ct option,
the docs clearly say "It must take into account the axis order of the
source and target CRS.". so the axisswap was the missing part in my
string and now it works.
thanks for your help =)
Am 09.02.2021 um 18:56 schrieb Mark
On Tue, Feb 9, 2021 at 10:54 AM Hernán De Angelis <
variablestarli...@gmail.com> wrote:
>
>
> On 2021-02-09 10:49, Andrew C Aitchison wrote:
> > On Tue, 9 Feb 2021, Hernán De Angelis wrote:
> >
> >> On 2021-02-08 20:22, Markus Metz wrote:
> >>> Is /usr/local/lib64 known to your system as a path to
On Tue, Feb 9, 2021 at 9:15 AM Karsten Tebling wrote:
>
> the projinfo-command was exactly what i needed but didn't know it exists!
the ogr2ogr -ct command works now, thank you very much!
Interesting, because I am sure my previous suggestion to include the axis
swap step was wrong.
ogr2ogr shoul
Mateusz,
Thanks for the suggestion!
I tried again and I believe that this novice GDAL builder has now figured it
out!
I only needed to make changes to two places in the alpine-normal-latest
Dockerfile to enable ODBC support
For posterity, this is what I changed:
I altered the GDAL build environm
On 2021-02-09 10:49, Andrew C Aitchison wrote:
On Tue, 9 Feb 2021, Hernán De Angelis wrote:
On 2021-02-08 20:22, Markus Metz wrote:
Is /usr/local/lib64 known to your system as a path to libraries?
Check the env var LD_LIBRARY_PATH or add "/usr/local/lib64" to some
file in /etc/ld.so.conf.d/
On Tue, 9 Feb 2021, Hernán De Angelis wrote:
On 2021-02-08 20:22, Markus Metz wrote:
Is /usr/local/lib64 known to your system as a path to libraries? Check the
env var LD_LIBRARY_PATH or add "/usr/local/lib64" to some file in
/etc/ld.so.conf.d/ followed by "ldconfig" as root.
You can also se
On Tue, 9 Feb 2021 at 08:02, Илья Нецветаев wrote:
> 1. What does exactly "valid geometry" mean?
You will find it in the OGC SFS specification
> What does IsValid check?
Read https://postgis.net/docs/ST_IsValid.html and
https://postgis.net/docs/postgis_usage.html#OGC_Validity
Read the GEOS lib
Hi MRRAJESH,
GeoJSON does not contain style information, it is pure data.
KML indeed can contain both data AND styling.
But if you convert KML to GeoJSON, you only get data, because... GeoJSON does
not define style/colors.
You need to style/color your geojson in your client.
In clients like: h
On Tue, 9 Feb 2021 at 07:31, andrew.murdoch@gmail.com
wrote:
>
> I just want to be sure that I'm on the right track to getting ODBC support
> into a GDAL docker alpine build.
> [...]
> I've added a reference to "unixodbc-dev", but this does not seem to be a
> supported/expected ODBC library fo
On Tue, 9 Feb 2021 at 08:05, MRRAJESH wrote:
>
> I am trying to convert a kml-file with styles to a GeoJSON. Observed that
> only data is converted but styles information is missing. How to get the
> Geojson data along with styles?
Does GeoJSON support styles?
1. https://tools.ietf.org/html/rfc7
the projinfo-command was exactly what i needed but didn't know it
exists! the ogr2ogr -ct command works now, thank you very much!
could this example be added to the official examples on
https://gdal.org/programs/ogr2ogr.html#ogr2ogr ? i think the -ct option
is very useful and an example for it
Below are the input sample KML, out GeoJSON, and missing values.
*Sample KML:*
http://www.opengis.net/kml/2.2";>
Building 41
#transBluePoly
1
relativeToGround
-122.0857412771483,37.42227033155257,17
-
What are you getting for the GeoJSON, and what else are you expecting? In particular, how are you expecting the style information to be represented? On 9 Feb 2021 6:05 pm, MRRAJESH wrote:Hey,
I am trying to convert a kml-file with styles to a GeoJSON. Observed that
only data is converted but
Hi,
I found the answer. I had an old installation of OpenJPEG lib (2.3.1)
on Gdal was still pointing on it (but this version doesn't
contain opj_encoder_set_extra_options). After a clean removal and fresh
re-compiling of OpenJPEG 2.4.0 I managed to compile GDAL.
Thanks.
Sylvain.
Le lundi 08 février
15 matches
Mail list logo