[gdal-dev] c# bindings - osr SpatialReference constructor

A common pattern for creating a SpatialReference is this : from osgeo import osr spatialRef = osr.SpatialReference() spatialRef.ImportFromEPSG(2927) # from EPSG ( this example is from the Python Cookbook and is just used to illustrate the pattern) But - when I try to do the equivalent in

Re: [gdal-dev] c# bindings - osr SpatialReference constructor

927);* > > Best regards, > > Tamas > > > > Paul Harwood ezt írta (időpont: 2020. jún. 16., K, > 19:01): > >> A common pattern for creating a SpatialReference is this : >> >> from osgeo import osr >> spatialRef = osr.SpatialReference() >> spatialR

[gdal-dev] OGR IsRing() not working

Hi I am using GDAL (actually though the c# swig bindings) to load some GeoJSON files with features of type LINESTRING25D and POLYGON. I am using the .IsRing() method to detect if the line features are closed. This works as intended on the features that are linestrings. But for some reason it is

[gdal-dev] Using GdalOgrInCSharp on Mac/Linux

Has anyone ever tried (and/or succeeded) to use GdalOgrInCSharp under MONO on Mac and/or Linux? The Wiki posts from Tamas suggest that this is possible - but the direction from there is to look at BuildBot - so that does not really help. Google se

Re: [gdal-dev] GetProjection returns empty string, python 3.7

I am not sure why you are using GetProjection and not GetSpatialRef ? Although, the code snippet you included in your email does not seem to use either? I certainly was in the process of working on some code that uses .GeoSptialRef very successfully on GDAL3.1.3 - so I am sure that it is working!

Re: [gdal-dev] GetProjection returns empty string, python 3.7

/gdal/swig/python/samples/gdalinfo.py > pszProjection = raster_ds.GetProjectionRef() > print(pszProjection) > if pszProjection is not None: > hSRS = osr.SpatialReference() > if hSRS.ImportFromWkt(pszProjection) == gdal.CE_None: > pszPrettyWkt = hSRS.ExportToPrettyW

Re: [gdal-dev] GetProjection returns empty string, python 3.7

t; Hi, > > Comes back as None for me... :( I'am working with Anaconda. Could it be > my environment? > > Nicolas > On 2020-10-26 5:04 p.m., Paul Harwood wrote: > > GetSpatialRef is OSR based and it is certainly working for me against GDAL > Raster datasets - it would not

Re: [gdal-dev] GetProjection returns empty string, python 3.7

changing the code I think my version of the code > probably corresponds to <3 versions of gdal. It's a cut and paste from the > gdal tutorial. Can I send you my test file to test on your code? > > Thanks, I appreciate the help. > > Nicolas > On 2020-10-26 6:31 p.m., Pau

Re: [gdal-dev] armadillo error with homebrew install of ogr2ogr

Have you thought about just using the Conda Installation? Solves most or all of these problems. On Tue, 10 Nov 2020 at 17:14, John Muccigrosso wrote: > I've just started getting this error when I try to use ogr2ogr: > > dyld: Library not loaded: /usr/local/opt/armadillo/lib/libarmadillo.9.dylib

Re: [gdal-dev] GDAL conda build

I think we can be fairly certain that gdal-feedstock works, since it has passed in a clean container environment. The most obvious question is - I am assuming that you are using conda build - are you working in a clean conda env? Create a totally new conda env, activate that and then try again.

Re: [gdal-dev] Convert ESRI Shapefile to GeoJSON in memory, code in c#

I have a working c# GDAL app - I might be able to help. I am not sure I understand what you are trying to do? It looks like you are creating a GeoJSON file from a shapefile and that actually only makes any sense if you want to save the file? > > > > > > > > > > > > > > > > > * private FeatureColl

Re: [gdal-dev] GDAL conda build

trac.osgeo.org/gdal/wiki/BuildingOnWindows. > > > > The only reason I'm building 3.1.4 is because when I started, 3.2.0 wasn't > out yet... > > > > Thanks, > > > > Jon > > > > *From:* Paul Harwood > *Sent:* 11 November 2020 09:18 >

Re: [gdal-dev] Convert ESRI Shapefile to GeoJSON in memory, code in c#

shal.Copy(bufPtr, data, 0, size); > Gdal.Unlink(outputRasterFileName);* > > Could that be because you are closing the buffer with `Gdal.VSIFCloseL(bufPtr)`? Why close it before you read it? Did you get a valid pointer before closing it? What was the value of size? > > &

Re: [gdal-dev] GDAL conda build

hat for now. > > (I also tried https://github.com/osgeo-forge/libgdal-filegdb-feedstock, > which looked promising, but kept getting build errors). > > > > If I'm missing something and anyone has better ideas, please let me know. > > > > Thanks, > > >

Re: [gdal-dev] GDAL conda build

Does anyone know the background behind "osgeo-forge"? On Tue, 17 Nov 2020 at 11:33, Jon Morris wrote: > Hi Jeff, > > I don't feel I know enough about the process to start to update that page, > as there is quite a lot of work to do! > > In the end the recipe at > https://github.com/osgeo-forge/l

[gdal-dev] NMEA files

Hi I am asking just in case someone has solved this problem already. Does anyone know of a way to load NMEA format GPS data as OGR points in GDAL? Thanks Paul ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/

Re: [gdal-dev] NMEA files

cool. Thanks to both of you. On Sun, 29 Nov 2020 at 23:16, Even Rouault wrote: > On dimanche 29 novembre 2020 22:45:59 CET Paul Harwood wrote: > > Hi > > > > I am asking just in case someone has solved this problem already. > > > > Does anyone know of a way to

Re: [gdal-dev] Converting OBJ to Geojson files with ogr2ogr

.OBJ is a simple object mesh (or to put it in more traditional terms: TIN) - it has shape but no data values and is not geolocated. I don't think there is any driver for OGR that will read .OBJ. You are going to problems with geolocation if you write your own. Geojson requires that the geometrie

Re: [gdal-dev] [EXTERNAL] Re: Converting OBJ to Geojson files with ogr2ogr

ast in GDAL based on web searches. Also some support for QGIS through > a plugin > > > Bruce > > > > From: gdal-dev on behalf of Paul > Harwood > Sent: Wednesday, December 2, 2020 5:31 AM > To: Andrew C Aitchison > Cc: gdal-de

Re: [gdal-dev] Converting OBJ to Geojson files with ogr2ogr

own converter, as OBJ is kind of an important file > type we need to support. > Thanks, > > > Brandon Biggs <https://www.ski.org/users/brandon-biggs> > Engineer > > Smith-Kettlewell Eye Research Institute > Office: 415-345-2130 > Cell: 650-833-9394 >

Re: [gdal-dev] Converting OBJ to Geojson files with ogr2ogr

> Smith-Kettlewell Eye Research Institute > Office: 415-345-2130 > Cell: 650-833-9394 > > -- > *From:* Paul Harwood > *Sent:* Wednesday, December 2, 2020 12:20 PM > *To:* Brandon Biggs > *Cc:* Andrew C Aitchison ; > gdal-dev@lists.osgeo.org > *Subject:* Re: [gdal-dev] Co

Re: [gdal-dev] How to wrap a C++ library using GDAL in a Python library?

I may have misunderstood but I think you are asking the wrong community. You can take your own C++ library and make it available to a Python library - see https://docs.python.org/3/extending/extending.html etc - but this is not the community to ask for advice about that. You can, of course, access

Re: [gdal-dev] Driver maintenance - long-term solution ?

+1 and more to Carl and Howard That said, having been inside a FAANG I can understand that the contortions that you have to go through just to get a "charity" payment approved in terms of proving probity especially post SOX are enormous. I tried to get a G-normous company to provide network suppor

[gdal-dev] Fwd: Driver maintenance - long-term solution ?

rn slavery regulations. How exactly does open-source software prove that? I am sure there are established mechanisms but do you know them ... ? -- Forwarded message ----- From: Paul Harwood Date: Thu, 14 Jan 2021 at 09:15 Subject: Re: [gdal-dev] Driver maintenance - long-term solution

Re: [gdal-dev] Driver maintenance - long-term solution ?

Just a quick question. Since the FAANGs were the question, do you know if OSGeo has been vetted and approved as a Foundation by any of the FAANGs? As I say, when I was involved on the other side for one, they had more than a 2 year lead time for that process (I don't know if that was universal or

Re: [gdal-dev] Driver maintenance - long-term solution ?

Having thought about these comments ... As in most things - we need to be clear about what it is that we actually want : - If the thing is that FAANGS (and apparently gov organisations) need to feed back into the products that they use then the way that they do that and can easily is to provide t

Re: [gdal-dev] Driver maintenance - long-term solution ?

.29 > > https://www.osgeo.org/about/ > > > > The only contact for (in kind) sponsorship was with Microsoft, and that > did not move forward because they needed another status (401). > > > > Regards, > > Angelos > > > >> On 1/14/21 11:34 AM,

Re: [gdal-dev] Motion: remove and deprecate a few drivers

I have to agree with the comments about Surfer and GS7. I was given a file in that format only last week. On Wed, 3 Mar 2021 at 20:40, Even Rouault wrote: > > Deprecate JPEG2000 > > > > Is there something the openjpeg2 driver can't do that Jasper can? Can > > it be removed? > > I'm not aware o

Re: [gdal-dev] Error from GDAL/Ogr creating StatialReference on web app under windows

I have got that before when using the wrong version of the proj.db for the version of PROJ I am using - and if I remember correctly there is a PROJ version update in 3.2.1 Have you checked you have the correct version of proj.db On Fri, 12 Mar 2021 at 14:59, Ove Lindholt Hansen wrote: > Hello L

Re: [gdal-dev] Installing the latest GDAL version on ubuntu 20.04

I think the official source for all platform is Conda - and that certainly work and gets gdal 3.2.2 on ubuntu for me. conda install -c conda-forge gdal if you don't have conda - you can install miniconda from here https://docs.conda.io/projects/conda/en/latest/user-guide/install/linux.html On Th

[gdal-dev] Broken Link to buildbot.osgeo.org

The new page for the c# bindings - i.e. https://gdal.org/api/csharp.html includes a link to buildbot.osgeo.org. This link does not work. Neither does any port on that server that I can think of. I am more than willing to create a PR to fix this but I have no idea what the correct version should b

Re: [gdal-dev] Broken Link to buildbot.osgeo.org

are > tested in some config(s) of our current CI, but I don't see the point of > mentioning that > Le 11/04/2021 à 12:06, Paul Harwood a écrit : > > The new page for the c# bindings - i.e. https://gdal.org/api/csharp.html > includes a link to buildbot.osgeo.org. > > This

Re: [gdal-dev] Wiki page with current maintainers per sub-system

It is a bit worrying to see the C# bings with no maintainer since I have a project that is totally dependent on them. I would put my name there but I know approximately nothing about SWIG. I would be willing to do this jointly, as a supporter etc. On Tue, 9 Mar 2021 at 20:27, Jorge Gustavo Rocha

Re: [gdal-dev] C# bindings compilation

Thanks Even On Sun, 11 Apr 2021 at 19:17, Even Rouault wrote: > Paul, > > RFCs are only required for substantial changes that affect the OSGeo/GDAL > repository. People who contribute to Conda Forge are free to do so > (hopefully in good faith, that is not defacing too much the GDAL "brand"). >

Re: [gdal-dev] C# bindings compilation

actly fall into one of their normal teams :) Does anyone else want to volunteer to be on the maintainer list for the package? Absolutely no work needed, you just the ability to deprecate if the package gets very out of date. On Mon, 12 Apr 2021 at 08:59, Paul Harwood wrote: > Thanks Even &g

Re: [gdal-dev] C# bindings compilation

t https://github.com/MaxRev-Dev/gdal.netcore. I've in > turn forked that to enable additional drivers and made my own nuget > packages that are compatible with Debian 10 + .NET Core 3.1 which was my > deployment target and it works like a charm. > > /Björn > > Den mån 1

Re: [gdal-dev] gdal.open fails from C#

If I parse your email correctly: - You CAN open that uri in the gdalinfo bash command - you CANNOT open it in Python - You CANNOT open it in c# Is this correct? That, together with your trace that suggests that the C# bindings (and therefore presumably also the Python bindings) are doing their j

Re: [gdal-dev] Reading binary data from FileGDB

I am going to go out on a couple of limbs here : - About 3041 - it is what it is! As it happens I have been thinking about learning more about the SWIG side of things and I had a quick look. Not a trivial issue - that method was excluded for a reason. There is some complicated marshalling to do.

Re: [gdal-dev] Reading binary data from FileGDB

tails : Pond 1 Yes - I know I am ready a text field as a binary and then converting it to text .. That is ONLY because I don't have any handy binary data to test with. On Fri, 30 Apr 2021 at 16:18, Paul Harwood wrote: > I am going to go out on a couple of limbs here : > > - Ab

Re: [gdal-dev] ubuntu installation issue: free(): invalid pointer, Aborted (core dumped)

All of the above - but also when I am using GDAL on Ubuntu I use Conda to install and have not had any problems. On Sat, 8 May 2021 at 13:59, Greg Troxel wrote: > > Bryan Keith writes: > > > Hello, > > > > I am trying to install GDAL on Ubuntu. When I check the installation, > > I get this: >

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

Some ideas for you: - In the conda environment - it says that Fiona and GDAL come from the pipwin channel. I would try importing them from the conda-forge channel since I think that is more actively maintained (and by the core teams). This should do the trick conda install -c conda-forge fiona A

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

nagement's email messages contain confidential information > and are intended only for the individual(s) named. If you are not the named > addressee you should not disseminate, distribute or copy this e-mail. > Please notify the sender immediately by email if you have received this

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

As per my email : - I would probably start again from scratch - i.e. conda create --name test conda activate test conda install -c conda-forge fiona conda install -c conda-forge pyproj and see what you get. If you are working in conda - you should NEVER have to tamper with proj.dll or proj.db f

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

actually you probably also need to add: conda install -c conda-forge gdal since you are using the OSGeo python package and I don't you get that with the Fiona conda package On Wed, 16 Jun 2021 at 12:57, Paul Harwood wrote: > As per my email : > > - I would probably start agai

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

Yep - they should be fine (it is what I do) as long as none of the pip packages install gdal or proj - which may work but may also cause problems. As per the conda docs - you should try to install the conda packages into the env BEFORE the pip packages - so you should probably start with a new cle

Re: [gdal-dev] TypeError Wrong number or type of arguments for overloaded function 'CoordinateTransformation_TransformPoint'.

... and if you have the conda-forge GDAL I think you have already fixed the proj.db problem since you now have the latest version of proj.db. On Wed, 16 Jun 2021 at 17:01, Paul Harwood wrote: > Yep - they should be fine (it is what I do) as long as none of the pip > packages install g

Re: [gdal-dev] FileGDB missing in C#

Assuming you mean this NuGet package https://www.nuget.org/packages/GDAL/ then I think it is managed by the SharpMap team - you probably should try asking there. As far as I know it comes with a custom build of GDAL 2.4.x (i.e gdal204.dll) - which is not near

Re: [gdal-dev] RFC 84: Migrating build systems to CMake

I am not sure if I should be posting this here or on the bug - so I am starting here. The RFC does not mention (either positively or negatively) the SWIG bindings. Just for the avoidance of doubt : - It should probably be made clear in the doc if the SWIG bindings are to be included in the CMAKE

Re: [gdal-dev] RFC 84: Migrating build systems to CMake

ake4gdal/tree/master/cmakelists/gdal/swig > > Even > Le 04/10/2021 à 14:41, Paul Harwood a écrit : > > I am not sure if I should be posting this here or on the bug - so I am > starting here. > > The RFC does not mention (either positively or negatively) the SWIG > bindin

Re: [gdal-dev] gdal installation error on MacOS (libpoppler.91.dylib)

Results like that are usually caused because there is something already in the conda environment that is causing a conflict and I notice that it is installing into /Users/idan.miara/opt/miniconda3 which would usually mean you have installed into the "base" conda environment - which is not usually

Re: [gdal-dev] gdal installation error on MacOS (libpoppler.91.dylib)

t; > On Tue, 7 Dec 2021 at 13:15, Paul Harwood wrote: > >> Results like that are usually caused because there is something already >> in the conda environment that is causing a conflict and I notice that it is >> installing into /Users/idan.miara/opt/miniconda3 which wo

Re: [gdal-dev] gdal installation error on MacOS (libpoppler.91.dylib)

ing from >> the *main *channel with those from the *conda-forge* channel. >> >> >> >> Am 07.12.2021 um 12:15 schrieb Paul Harwood: >> >> Results like that are usually caused because there is something already >> in the conda environment that is caus

Re: [gdal-dev] JP2OpenJPEG GDAL nuget for both Windows and Linux

Not a NUGET package ... But there is a Conda package which loads the C# bindings on Windows / Mac / Linux : see https://gdal.org/api/csharp/csharp_conda.html It is in Conda since it is a wrapper for the Conda GDAL build - which means it is the latest version, it is multiplatform and includes the

Re: [gdal-dev] does GDAL require proj@7?

Well - the Homebrew formula for GDAL 3.4.1 seems to mandate Proj 7 https://formulae.brew.sh/formula/gdal That is strange - since the Conda package works on Proj 8! I don't know who supports the Brew packaging - I don't think it is core team since Homebrew is not listed on the installation page. h

[gdal-dev] GDAL, Proj and cacert

I have an application that uses GDAL with Proj Networking set on. This is a cross platform application. It works on some platforms but on mac (for instance) I get runtime errors like this GDAL failure (1) PROJ: Cannot open https://cdn.proj.org/us_nga_egm96_15.tif: error setting certificate file:

Re: [gdal-dev] GDAL, Proj and cacert

Ok - thanks. On Fri, 11 Feb 2022 at 17:38, Even Rouault wrote: > > Le 11/02/2022 à 18:24, Paul Harwood a écrit : > > I have an application that uses GDAL with Proj Networking set on. > > > > This is a cross platform application. It works on some platforms but > &g

Re: [gdal-dev] GDAL, Proj and cacert

O dear - I seem to stepped into an active fire zone :) My question was purely practical and about a problem that I experienced and that Even has answered - but in the wider context I might make the following points... - Working in Unity - which is .NET (or more precisely MONO) and x-platform

Re: [gdal-dev] Building with cmake

I get that error message when I try to use the source directory as the build directory. With cmake, it is better to use a different folder structure for the build - if I remember correctly something like running cmake in a clean version of the repository but using .. cmake -S . -B ../build On Su

Re: [gdal-dev] Building with cmake

https://gdal.org/build_hints.html#build-hints ?? On Sun, 8 May 2022, 13:13 Greg Troxel, wrote: > > Even Rouault writes: > > > In-tree CMake builds are only partly supported currently, because of > > the continued support of autoconf/nmake and conflicts between > > generated files of CMake wit

Re: [gdal-dev] building on macOS - fatal error: 'direct.h' file not found

When I did some work on the csharp build scripts - I ended up building on mac about 100 times with different configurations so - to state the obvious - it does work! That said - for various reasons that are not relevant here - I don't use Homebrew. But I would be surprised if that is the problem.

Re: [gdal-dev] CMAKE_INSTALL_PREFIX gdalinfo still looks for .dylib in /usr/lib

Without comment on whether any way is correct - I believe this is the definitive source for how CMAKE approaches the subject : https://gitlab.kitware.com/cmake/community/-/wikis/doc/cmake/RPATH-handling On Mon, 4 Jul 2022 at 13:47, Greg Troxel wrote: > > Even Rouault writes: > > > Le 04/07/202

Re: [gdal-dev] GDAL 3.5 successfully built for iOS with cmake

What would be very nice would be if you created a PR to add the iOS build hints to gdal.org - so that this knowledge does not get lost ... On Wed, 6 Jul 2022 at 10:21, Nik Sands wrote: > Hi Even, > > Yes, you’re updated patch has worked on a (clean) distribution of version > 3.5. It has built f

Re: [gdal-dev] source csv delimiters

The slightly pedantic answer to that is surely that if it not comma separated, it is not a CSV file! As far as I know - that is the approach that GDAL takes! It is easy enough to preprocess the file. As the GDAL docs say : "Many variations of textual input are sometimes called Comma Separated Va

Re: [gdal-dev] PNG image set background transparent

I have never tried it but I think this may be what you are looking for (with the -setalpha flag) https://gdal.org/programs/nearblack.html#nearblack On Mon, 3 Oct 2022 at 21:23, wrote: > Hi, > > > > I have a PNG image RGB (3-band), and I want to set the background > transparent. How do I do it

Re: [gdal-dev] Changes to NetCDF driver between 3.2 and 3.4 ?

I might not be this but I remember coming across something similar in the tests for MDAL and it came down to this PR (I think it was this one) https://github.com/OSGeo/gdal/pull/5521 Basically - before GDAL was not reading all CRS metadata and after the change it is reading the CRS data more corre

Re: [gdal-dev] Looking for some gdal-python-math-stuff help: HighLightCompressVisualizer

Another more common way to address the problem is to perform a log transform on the image see https://theailearner.com/2019/01/01/log-transformation/ I am not aware of any ootb log transform libraries. That link above does show how to do it in OpenCV and numpy. I would probably use Pillow my self

Re: [gdal-dev] Transformations with same horizontal datum but different geoid outputs the same Z value

I had to respond just because ... GPS did not overthrow the Airy ellipsoid! It is alive and well in BNG where it should be. There are also organizations (like, I believe, MOLA) that prefer to use LatLng with the Airy ellipsoid. I have a problem with that since it is confusing (there is no *simple

[gdal-dev] GDAL Seg Fault - for info

This may not be a GDAL bug and as such I have not raised it as an issue but I wanted to put it here for anyone else who comes across the same problem. There does appear to be some interference between, at least the conda distribution of, GDAL and something else within Python causing a segmentation

Re: [gdal-dev] Build of gdal fails on missing OSGeo.GDAL.Core

I can have a think about what is causing the problem - but the simplest fix if you don't want the c# bindings is to build with -DBUILD_CSHARP_BINDINGS:BOOLOFF More on the compile switches here https://gdal.org/development/building_from_source.html#cmdoption-arg-BUILD_CSHARP_BINDINGS-BOOL On Fri,

Re: [gdal-dev] Build of gdal fails on missing OSGeo.GDAL.Core

sorry - cut and paste error. That should have been -DBUILD_CSHARP_BINDINGS=OFF On Fri, 2 Dec 2022 at 12:53, Paul Harwood wrote: > I can have a think about what is causing the problem - but the simplest > fix if you don't want the c# bindings is to build with > -DBUILD_CSHARP_BI

Re: [gdal-dev] Build of gdal fails on missing OSGeo.GDAL.Core

have a look at that. I guess that defaulting to .NET 5 is no longer ideal. I can have a look at that as well. On Fri, 2 Dec 2022 at 12:58, Paul Harwood wrote: > sorry - cut and paste error. That should have been > > -DBUILD_CSHARP_BINDINGS=OFF > > On Fri, 2 Dec 2022 at 12:53,

Re: [gdal-dev] Build of gdal fails on missing OSGeo.GDAL.Core

PR proposed related to this https://github.com/OSGeo/gdal/pull/6843 On Fri, 2 Dec 2022 at 13:18, Paul Harwood wrote: > BTW - I am fairly certain that the error messages are because the .NET SDK > release default is still set as .NET 5 and reading your email - you don't > have .NE

Re: [gdal-dev] PROJ Data

If you don't have access to the PROJ data then there are Spatial References(CRS) and Spatial Transformations that it will not know about. However - you can set GDAL up to use the PROJ CDN - so that it pulls down just the data it needs when it needs it. On Wed, 8 Feb 2023 at 21:44, Scott Arnold w

Re: [gdal-dev] GDAL Help Needed for Android

I have never tried this, but the Conda package for gdal has a distribution for linux-aarch64 that should include the pre-built .so that you need. You might try that and I would be interested to know if it works... On Thu, 23 Mar 2023, 14:10 Anna George, wrote: > Hello, > I have been working on

Re: [gdal-dev] Convert grid to polygon shapefile

If you have the raster version, what about this https://gdal.org/programs/gdal_polygonize.html ? On Fri, 7 Apr 2023 at 10:34, Paul Meems wrote: > Hello List, > I'm working on a C# application that uses Golden Software Surfer to create > maps, but I also need to export the data to a polygon shape

Re: [gdal-dev] [EXTERNAL] [BULK] OSX 13.4 (M1 Pro) troubles using GDAL

To state the (I hope) obvious - it must be a problem with your installation and not a general problem with GDAL on Mac - I just tried it on a fresh installation and it worked. However - I used Conda as the virtual environment and not Brew/Venv/Pip. I find it much more consistent and easier ... On

Re: [gdal-dev] Spatial references and geometry operations

As a very general response, you probably need to differentiate between two possible questions that you are asking, either: 1 Does the operation fail with an error, or 2 Is the result correct or meaningful? I don't know about 1). My guess and experience is that, in most cases, it won't fail. Howe

Re: [gdal-dev] How to publish a C# GDAL project to Linux?

Also responded on SO On Tue, 9 Jan 2024 at 15:57, George Watson via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Answered on SO (no pun intended). > > George K. Watson > Stuff-doer > Maxar > > On 01/09/2024 8:10 AM MST Vedran Mornar via gdal-dev < > gdal-dev@lists.osgeo.org> wrote: > > > > Hi, >

Re: [gdal-dev] How to publish a C# GDAL project to Linux?

{ "emoji": "😀", "version": 1 }___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] GDAL DATA PATH - test

I have an interesting little problem. I want to write (in the code using the API - not as a test script - actually in C#) a command that will fail if the GDAL data path is set incorrectly. I am having difficulty finding a command that will fail if the path is incorrect. I thought that some of th

Re: [gdal-dev] Reading interpolated values on DSM

If you want to do it in QGIS ... https://plugins.qgis.org/plugins/rasterinterpolation/ On Wed, 24 Apr 2024, 09:33 Javier Jimenez Shaw via gdal-dev, < gdal-dev@lists.osgeo.org> wrote: > Hi > > I would like to read in QGIS or GDAL an interpolated value in a DSM (well, > actually it is a geoid mode