[gdal-dev] FlatGeobuf Layer vs Feature Columns

2025-03-06 Thread Patrick Young via gdal-dev 
Hello,

I translated some geojson to flatgeobuf where the geojson features have a
variable number of properties (e.g. some features have a bunch of
translations for the name of a place pulled from OSM).

I noticed in the ogrinfo output that while the summary info has all the
fields possible,

name: String (0.0)
name:ar: String (0.0)
name:bn: String (0.0)
...etc...

each feature prints out just its actual fields associated with it:

OGRFeature(layer):1
  name (String) = Huselva
  LINESTRING (-36.7425039 -54.1973051 ...etc..)

I had expected a bunch of NULL values for all the fields not set, much like
what QGIS shows or what happens if I translate to e.g. geoparquet.

In the flatgeobuf spec, I noticed it supports a per feature schema

https://github.com/flatgeobuf/flatgeobuf/blob/3d488b384a911b3a18d8b28ee730fb8f3831a39b/src/fbs/header.fbs#L75

Is ogr taking advantage of this? Or is it just aware that those fields were
never set for that feature?

I am asking because if I was to create the flatgeobuf directly with OGR, I
am not sure if I need to call CreateField on the layer itself for all
possible fields, or can I do something per feature?

Thanks!
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] FlatGeobuf Layer vs Feature Columns

2025-03-06 Thread Scott via gdal-dev 

If your using ogr2ogr try using the switch -emptyStrAsNull if you're not.

On 3/6/25 15:39, Patrick Young via gdal-dev wrote:

Hello,

I translated some geojson to flatgeobuf where the geojson features have 
a variable number of properties (e.g. some features have a bunch of 
translations for the name of a place pulled from OSM).


I noticed in the ogrinfo output that while the summary info has all the 
fields possible,


name: String (0.0)
name:ar: String (0.0)
name:bn: String (0.0)
...etc...

each feature prints out just its actual fields associated with it:

OGRFeature(layer):1
   name (String) = Huselva
   LINESTRING (-36.7425039 -54.1973051 ...etc..)

I had expected a bunch of NULL values for all the fields not set, much 
like what QGIS shows or what happens if I translate to e.g. geoparquet.


In the flatgeobuf spec, I noticed it supports a per feature schema

https://github.com/flatgeobuf/flatgeobuf/ 
blob/3d488b384a911b3a18d8b28ee730fb8f3831a39b/src/fbs/header.fbs#L75 



Is ogr taking advantage of this? Or is it just aware that those fields 
were never set for that feature?


I am asking because if I was to create the flatgeobuf directly with OGR, 
I am not sure if I need to call CreateField on the layer itself for all 
possible fields, or can I do something per feature?


Thanks!





___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later with DOT NET FRAMEWORK 4.8?

2025-03-06 Thread Tamas Szekeres via gdal-dev 
Hi,

The sample applications should be compiled to net5.0 or above:

"-DCSHARP_LIBRARY_VERSION=netstandard2.0"
"-DCSHARP_APPLICATION_VERSION=net5.0"

Best regards,

Tamas


Parveen Sharma  ezt írta (időpont: 2025. márc. 6.,
Cs, 12:27):

> Hello tamas
>
> I am trying to build with these options
>
> 
> 
> 
>
>
> However, I am getting errors wrt to finding the executables like
> OGRInfo.exe etc among others
>
> [INFO]  [exec]   -- Installing:
> C:/workarea/Source/gdal/build_Debug/install/share/csharp/OgrInfo/OgrInfo.deps.json
> [INFO]  [exec]   CMake Error at swig/csharp/cmake_install.cmake:152
> (file):
> [INFO]  [exec] file INSTALL cannot find
> [INFO]  [exec]
> "C:/workarea/Source/gdal/build_Debug/swig/csharp/OgrInfo/OgrInfo.exe":
>
>
>
>
> My question : If I set CMAKE OPTIONS as shown to "netstandard2.0" then do
> i expect to see the EXEs getting generated as I understand that .NET
> STANDARD is just specification and not any runtime. Will these make any
> difference?
>
> Best regards,
>
>
> --
> *From:* Tamas Szekeres 
> *Sent:* Thursday, March 6, 2025 5:12 PM
> *To:* Parveen Sharma 
> *Cc:* Michał Kowalczuk via gdal-dev 
> *Subject:* Re: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or
> later with DOT NET FRAMEWORK 4.8?
>
> Hi,
>
> You can let cmake to build the csharp libs for netstandard2.0
> ("-DCSHARP_LIBRARY_VERSION=netstandard2.0") which makes it compatible with
> both the netframework and netcore versions.
>
> Best regards,
>
> Tamas
>
>
> Parveen Sharma via gdal-dev  ezt írta (időpont:
> 2025. febr. 19., Sze, 9:59):
>
> Hello
>
> I am trying to build GDAL CSharp bindings from v3.9.3 branch
> .
>
> The documentation for v3.9.3
> 
>  states
> that it needs .NET 5.0 OR Mono
>
>
> *Question : **Is it possible to build GDAL source v3.9.3 using DOT NET
> Framework 4.8 or less? *I am using below flags BUT it seems the build
> process is attempting to look for only .NET SDK and not the DOT NET
> FRAMEWORK
>
> 
> 
> 
>
>
> *Does GDAL still support building CSharp Bindings with .net framework?*
>
> Please let me know.
>
> Best regards,
> Parveen
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later with DOT NET FRAMEWORK 4.8?

2025-03-06 Thread Parveen Sharma via gdal-dev 
Hello

We have a slightly renamed GDAL DLLs for e.g. gdal393.dll and hence the below 
NuGet packages that are built for .NET Framework won't work with our DLLs.
https://www.nuget.org/packages?q=MaxRev.Gdal



So, Is there a fork for these NUGET Packages which we can look at ?

Best regards,


From: Ross King 
Sent: Thursday, February 20, 2025 9:40 AM
To: Michał Kowalczuk via gdal-dev ; Parveen Sharma 

Subject: Re: Can we build CSharp Bindings in GDAL v3.9.3 or later with DOT NET 
FRAMEWORK 4.8?

I would use one of the NuGet packages that are built for .NET Framework

https://www.nuget.org/packages?q=MaxRev.Gdal

These should suffice, rather than building the bindings yourself.


Cheers,



Ross




From: gdal-dev  on behalf of Parveen Sharma 
via gdal-dev 
Sent: Wednesday, 19 February 2025 19:58
To: Michał Kowalczuk via gdal-dev 
Subject: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later with 
DOT NET FRAMEWORK 4.8?

Hello

I am trying to build GDAL CSharp bindings from v3.9.3 
branch.

The documentation for 
v3.9.3
 states that it needs .NET 5.0 OR Mono

[cid:459f78aa-7867-445a-8c18-cbdc80f04432]

Question : Is it possible to build GDAL source v3.9.3 using DOT NET Framework 
4.8 or less? I am using below flags BUT it seems the build process is 
attempting to look for only .NET SDK and not the DOT NET FRAMEWORK

  
  
  


Does GDAL still support building CSharp Bindings with .net framework?

Please let me know.

Best regards,
Parveen

Caution: Please do not click links or open attachments unless you recognise the 
sender and know the content is safe.

This email and any files transmitted with it may be confidential and are 
intended solely for the use of the individual or entity to whom they are 
addressed. Any confidentiality is not waived or lost because this email has 
been sent to you by mistake. This email may contain personal information of 
individuals, and be subject to Commonwealth and/or State privacy laws in 
Australia. This email is also subject to copyright. If you are not the intended 
recipient, you must not read, print, store, copy, forward or use this email for 
any reason, in accordance with privacy and copyright laws. If you have received 
this email in error, please notify the sender by return email, and delete this 
email from your inbox.


___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later with DOT NET FRAMEWORK 4.8?

2025-03-06 Thread Tamas Szekeres via gdal-dev 
Hi,

You can let cmake to build the csharp libs for netstandard2.0
("-DCSHARP_LIBRARY_VERSION=netstandard2.0") which makes it compatible with
both the netframework and netcore versions.

Best regards,

Tamas


Parveen Sharma via gdal-dev  ezt írta (időpont:
2025. febr. 19., Sze, 9:59):

> Hello
>
> I am trying to build GDAL CSharp bindings from v3.9.3 branch
> .
>
> The documentation for v3.9.3
> 
>  states
> that it needs .NET 5.0 OR Mono
>
>
> *Question : **Is it possible to build GDAL source v3.9.3 using DOT NET
> Framework 4.8 or less? *I am using below flags BUT it seems the build
> process is attempting to look for only .NET SDK and not the DOT NET
> FRAMEWORK
>
> 
> 
> 
>
>
> *Does GDAL still support building CSharp Bindings with .net framework?*
>
> Please let me know.
>
> Best regards,
> Parveen
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later with DOT NET FRAMEWORK 4.8?

2025-03-06 Thread Parveen Sharma via gdal-dev 
Hello tamas

I am trying to build with these options






However, I am getting errors wrt to finding the executables like OGRInfo.exe 
etc among others

[INFO]  [exec]   -- Installing: 
C:/workarea/Source/gdal/build_Debug/install/share/csharp/OgrInfo/OgrInfo.deps.json
[INFO]  [exec]   CMake Error at swig/csharp/cmake_install.cmake:152 (file):
[INFO]  [exec] file INSTALL cannot find
[INFO]  [exec] 
"C:/workarea/Source/gdal/build_Debug/swig/csharp/OgrInfo/OgrInfo.exe":




My question : If I set CMAKE OPTIONS as shown to "netstandard2.0" then do i 
expect to see the EXEs getting generated as I understand that .NET STANDARD is 
just specification and not any runtime. Will these make any difference?

Best regards,



From: Tamas Szekeres 
Sent: Thursday, March 6, 2025 5:12 PM
To: Parveen Sharma 
Cc: Michał Kowalczuk via gdal-dev 
Subject: Re: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later 
with DOT NET FRAMEWORK 4.8?

Hi,

You can let cmake to build the csharp libs for netstandard2.0  
("-DCSHARP_LIBRARY_VERSION=netstandard2.0") which makes it compatible with both 
the netframework and netcore versions.

Best regards,

Tamas


Parveen Sharma via gdal-dev 
mailto:gdal-dev@lists.osgeo.org>> ezt írta (időpont: 
2025. febr. 19., Sze, 9:59):
Hello

I am trying to build GDAL CSharp bindings from v3.9.3 
branch.

The documentation for 
v3.9.3
 states that it needs .NET 5.0 OR Mono

[cid:ii_1956ab8f04dcb971f161]

Question : Is it possible to build GDAL source v3.9.3 using DOT NET Framework 
4.8 or less? I am using below flags BUT it seems the build process is 
attempting to look for only .NET SDK and not the DOT NET FRAMEWORK

  
  
  


Does GDAL still support building CSharp Bindings with .net framework?

Please let me know.

Best regards,
Parveen

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Nobody cares about OpenCL warping, right?

2025-03-06 Thread Even Rouault via gdal-dev 

==> https://github.com/OSGeo/gdal/pull/11929

--
http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Nobody cares about OpenCL warping, right?

2025-03-06 Thread Frank Warmerdam via gdal-dev 
Even,

I have no objection.  FWIW, Seth who wrote this is actively working on CUDA
image warping work these days!

Best regards,
Frank


On Thu, Mar 6, 2025 at 1:08 PM Even Rouault via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:

> ==> https://github.com/OSGeo/gdal/pull/11929
>
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>


-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam,
warmer...@pobox.com
light and sound - activate the windows | USA: +1 650-701-7823

and watch the world go round - Rush| CAN: +1 343-550-9984
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev