Re: [gdal-dev] [geos-devel] GEOS Maintenance Grant

[Gerald Nelson]

Evan, thanks for the update. You guys are great!

Since I can’t really contribute to the development I’ll stand on the sidelines 
and periodically cheer you on! 


Gerald C. Nelson
Professor Emeritus, UIUC
+1 217-390-7888 (cell)
+1 970-639-2079 (land line)
Skype: jerrynelson
http://bit.ly/1arho7d

From: Even Rouault 
Date: Thursday, February 17, 2022 at 1:21 PM
To: Gerald Nelson , Daniel Baston 
, GEOS Development List 
Cc: gdal dev 
Subject: Re: [gdal-dev] [geos-devel] GEOS Maintenance Grant


Gerald,

Part of my funded maintenance activities on GDAL also benefit to some of its 
dependencies with which I'm familiar/a committer, and PROJ is the first one 
among those (15% of my time to date if my stats are right).

Even
Le 17/02/2022 à 18:53, Gerald Nelson a écrit :
I’m mainly a lurker on these exchanges. But from afar it seems like there are 
three key underlying efforts in the whole spatial data and analysis world – 
gdal, geos, and proj. It’s really good to see cooperation (and funding!) for 
the gdal and geos part of the triumvirate. Would it make sense to see about 
adding proj to it?

Gerald C. Nelson
Professor Emeritus, UIUC
+1 217-390-7888 (cell)
+1 970-639-2079 (land line)
Skype: jerrynelson
http://bit.ly/1arho7d

From: gdal-dev 
 on 
behalf of Daniel Baston 
Date: Thursday, February 17, 2022 at 10:47 AM
To: GEOS Development List 

Cc: gdal dev 
Subject: Re: [gdal-dev] [geos-devel] GEOS Maintenance Grant

Thank you, all. I'm honored by your support.

Please don't hesitate to open issues on the GEOS GitHub page to share any ideas 
you have about how GEOS can better support GDAL and friends.

Dan

On Thu, Feb 17, 2022 at 11:13 AM Howard Butler 
mailto:how...@hobu.co>> wrote:
Declaring this motion passed with +1's from

DanielM, EvenR, NormanB, TamasS, HowardB, MateuszL, FrankW, KurtS, and SeanG

The GDAL PSC is fully delegating these resources to the GEOS PSC to use as it 
sees fit. Paul Ramsey has agreed to be the administrative contact for the GEOS 
PSC, and will coordinate the effort in regards to payment sign-off, work task 
development, rate negotiation, and reporting to the GDAL PSC.

Howard

PS: As a member of both PSCs, I will abstain from any funding or resource 
direction votes in the GEOS PSC to avoid any potential conflict.

> On Feb 15, 2022, at 9:37 AM, Howard Butler 
> mailto:how...@hobu.co>> wrote:
>
> GDAL PSC,
>
> When we wrote the GDAL RFCs on sponsorship, we provided an escape clause to 
> allow us to direct resources to other projects upon which GDAL depends. Our 
> sponsorship numbers are still increasing, which provides us an opportunity to 
> directly support some of those projects, and one of them is obviously GEOS. 
> GEOS provides all of the geometry algebra support for GDAL/OGR and many other 
> open source geospatial softwares including Shapely, PostGIS, GeoPandas, 
> MapServer, and more.
>
> Dan Baston of the GEOS PSC has been identified as the developer with capacity 
> and interest in the next year to take on GEOS development on APIs and 
> performance, which he has a long history of doing for the project. This 
> support should allow him to work longer, multi-release upgrades that will 
> provide strong performance and convenience benefits for the project.
>
> I motion to provide the GEOS PSC with a $50,000 USD grant to address 
> performance, API, and other work that does not attract directed funding in 
> GEOS. The GEOS PSC will be responsible for coordinating work tasks, rates, 
> and development timelines. Howard Butler or Even Rouault of the GDAL NumFocus 
> liaison team will coordinate dispersement as directed by the GEOS PSC and 
> NumFocus rules.
>
> Thank you again to the GDAL Sponsors https://gdal.org/sponsors/index.html who 
> have made this kind of grant possible. A better GEOS makes for a better GDAL.
>
> Howard
>

___
geos-devel mailing list
geos-de...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel



___

gdal-dev mailing list

gdal-dev@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

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] [geos-devel] GEOS Maintenance Grant

[Even Rouault]

Gerald,

Part of my funded maintenance activities on GDAL also benefit to some of 
its dependencies with which I'm familiar/a committer, and PROJ is the 
first one among those (15% of my time to date if my stats are right).


Even

Le 17/02/2022 à 18:53, Gerald Nelson a écrit :


I’m mainly a lurker on these exchanges. But from afar it seems like 
there are three key underlying efforts in the whole spatial data and 
analysis world – gdal, geos, and proj. It’s really good to see 
cooperation (and funding!) for the gdal and geos part of the 
triumvirate. Would it make sense to see about adding proj to it?


Gerald C. Nelson

Professor Emeritus, UIUC

+1 217-390-7888 (cell)

+1 970-639-2079 (land line)

Skype: jerrynelson

http://bit.ly/1arho7d

*From: *gdal-dev  on behalf of 
Daniel Baston 

*Date: *Thursday, February 17, 2022 at 10:47 AM
*To: *GEOS Development List 
*Cc: *gdal dev 
*Subject: *Re: [gdal-dev] [geos-devel] GEOS Maintenance Grant

Thank you, all. I'm honored by your support.

Please don't hesitate to open issues on the GEOS GitHub page to share 
any ideas you have about how GEOS can better support GDAL and friends.


Dan

On Thu, Feb 17, 2022 at 11:13 AM Howard Butler  wrote:

Declaring this motion passed with +1's from

DanielM, EvenR, NormanB, TamasS, HowardB, MateuszL, FrankW, KurtS,
and SeanG

The GDAL PSC is fully delegating these resources to the GEOS PSC
to use as it sees fit. Paul Ramsey has agreed to be the
administrative contact for the GEOS PSC, and will coordinate the
effort in regards to payment sign-off, work task development, rate
negotiation, and reporting to the GDAL PSC.

Howard

PS: As a member of both PSCs, I will abstain from any funding or
resource direction votes in the GEOS PSC to avoid any potential
conflict.

> On Feb 15, 2022, at 9:37 AM, Howard Butler  wrote:
>
> GDAL PSC,
>
> When we wrote the GDAL RFCs on sponsorship, we provided an
escape clause to allow us to direct resources to other projects
upon which GDAL depends. Our sponsorship numbers are still
increasing, which provides us an opportunity to directly support
some of those projects, and one of them is obviously GEOS. GEOS
provides all of the geometry algebra support for GDAL/OGR and many
other open source geospatial softwares including Shapely, PostGIS,
GeoPandas, MapServer, and more.
>
> Dan Baston of the GEOS PSC has been identified as the developer
with capacity and interest in the next year to take on GEOS
development on APIs and performance, which he has a long history
of doing for the project. This support should allow him to work
longer, multi-release upgrades that will provide strong
performance and convenience benefits for the project.
>
> I motion to provide the GEOS PSC with a $50,000 USD grant to
address performance, API, and other work that does not attract
directed funding in GEOS. The GEOS PSC will be responsible for
coordinating work tasks, rates, and development timelines. Howard
Butler or Even Rouault of the GDAL NumFocus liaison team will
coordinate dispersement as directed by the GEOS PSC and NumFocus
rules.
>
> Thank you again to the GDAL Sponsors
https://gdal.org/sponsors/index.html who have made this kind of
grant possible. A better GEOS makes for a better GDAL.
>
> Howard
>

___
geos-devel mailing list
geos-de...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel


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


--
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] GEOS Maintenance Grant

[Rahkonen Jukka (MML)]

Hi,

I can see that I sent my +1 only to GDAL PSC members, not to the lists.

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: gdal-dev  Puolesta Howard Butler
Lähetetty: torstai 17. helmikuuta 2022 18.13
Vastaanottaja: gdal dev 
Kopio: GEOS Development List 
Aihe: Re: [gdal-dev] GEOS Maintenance Grant

Declaring this motion passed with +1's from

DanielM, EvenR, NormanB, TamasS, HowardB, MateuszL, FrankW, KurtS, and SeanG

The GDAL PSC is fully delegating these resources to the GEOS PSC to use as it 
sees fit. Paul Ramsey has agreed to be the administrative contact for the GEOS 
PSC, and will coordinate the effort in regards to payment sign-off, work task 
development, rate negotiation, and reporting to the GDAL PSC. 

Howard

PS: As a member of both PSCs, I will abstain from any funding or resource 
direction votes in the GEOS PSC to avoid any potential conflict.

> On Feb 15, 2022, at 9:37 AM, Howard Butler  wrote:
> 
> GDAL PSC,
> 
> When we wrote the GDAL RFCs on sponsorship, we provided an escape clause to 
> allow us to direct resources to other projects upon which GDAL depends. Our 
> sponsorship numbers are still increasing, which provides us an opportunity to 
> directly support some of those projects, and one of them is obviously GEOS. 
> GEOS provides all of the geometry algebra support for GDAL/OGR and many other 
> open source geospatial softwares including Shapely, PostGIS, GeoPandas, 
> MapServer, and more. 
> 
> Dan Baston of the GEOS PSC has been identified as the developer with capacity 
> and interest in the next year to take on GEOS development on APIs and 
> performance, which he has a long history of doing for the project. This 
> support should allow him to work longer, multi-release upgrades that will 
> provide strong performance and convenience benefits for the project.
> 
> I motion to provide the GEOS PSC with a $50,000 USD grant to address 
> performance, API, and other work that does not attract directed funding in 
> GEOS. The GEOS PSC will be responsible for coordinating work tasks, rates, 
> and development timelines. Howard Butler or Even Rouault of the GDAL NumFocus 
> liaison team will coordinate dispersement as directed by the GEOS PSC and 
> NumFocus rules.
> 
> Thank you again to the GDAL Sponsors https://gdal.org/sponsors/index.html who 
> have made this kind of grant possible. A better GEOS makes for a better GDAL.
> 
> Howard
> 

___
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] Adding OSGEO4W and gisinternals docs in install doc?

[Even Rouault]

Excellent, so gisinternals qualifies for being mentioned.

Le 17/02/2022 à 20:23, Tamas Szekeres a écrit :
Currently the refactor is used in the build system. That is now 
working for quire some time so that it will be promoted to be the main 
branch.


Best regards,

Tamas


Even Rouault  ezt írta (időpont: 2022. 
febr. 17., Cs, 19:44):



Le 17/02/2022 à 19:22, Tamas Szekeres a écrit :

To be correct, the latest version of the build scripts (including
the Makefile) are on the refactor branch:

https://github.com/gisinternals/buildsystem/tree/refactor


nice! I actually see
https://github.com/gisinternals/buildsystem/blob/refactor/config.opt
with the URLs of the upstream repositories, and the build commands
in https://github.com/gisinternals/buildsystem/blob/refactor/Makefile

Is the refactor branch the one used for the builds at
gisinternals.com  ? (said otherwise, why
isn't it the master branch ?)



Tamas Szekeres  ezt írta (időpont: 2022.
febr. 17., Cs, 19:19):

For gisinternals, the entire build including the dependencies
is controlled by a single Makefile

which controls the builds of the dependencies including how
to obtain them from the source repositories. The makefile
also contains the necessary tweaks that had to be applied in
a dependency if that required for a successful build.

Best regards,

Tamas


Even Rouault  ezt írta (időpont:
2022. febr. 17., Cs, 17:29):

Thomas,

One criterion currently for inclusion is: "In this
section we list a
number of the binary distributions of GDAL all of which
should have
fully reproducible open source build recipes."

I've not evaluated what the current situation of OSGeo4W
or gisinternals
is regarding this, especially regarding all direct and
indirect
dependencies of GDAL (or course, that must stop at the
compiler level
when using Visual Studio). I believe nowadays OSGeo4W
must be closer to
that aim of having fully reproducible builds, but I'm not
sure to which
extent. For gisinternals I'm not sure. It was my
impression that the
build recipees for the dependencies were not available,
but maybe I'm
wrong. I'll let the developers of those distributions
comment further if
they wish.

Even

Le 17/02/2022 à 17:17, Thomas Gratier a écrit :
> Hi,
>
> I regularly orient third parties to use GDAL utilities
and for this
> intent, point them to install section
> https://gdal.org/download.html#binaries
>
> For Windows, I did not see a user friendly section
about how to
> install it. I want to mention in the doc how to install
with OSGEO4W
> and https://www.gisinternals.com/index.html
> Opinions? If ok, I will do a PR later on the github repo
>
>
> Regards
>
> Thomas Gratier
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
http://www.spatialys.com

My software is free, but my time generally not.

-- 
http://www.spatialys.com

My software is free, but my time generally not.


--
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] Adding OSGEO4W and gisinternals docs in install doc?

[Tamas Szekeres]

Currently the refactor is used in the build system. That is now working for
quire some time so that it will be promoted to be the main branch.

Best regards,

Tamas


Even Rouault  ezt írta (időpont: 2022. febr.
17., Cs, 19:44):

>
> Le 17/02/2022 à 19:22, Tamas Szekeres a écrit :
>
> To be correct, the latest version of the build scripts (including the
> Makefile) are on the refactor branch:
>
> https://github.com/gisinternals/buildsystem/tree/refactor
>
> nice! I actually see
> https://github.com/gisinternals/buildsystem/blob/refactor/config.opt with
> the URLs of the upstream repositories, and the build commands in
> https://github.com/gisinternals/buildsystem/blob/refactor/Makefile
>
> Is the refactor branch the one used for the builds at gisinternals.com ?
> (said otherwise, why isn't it the master branch ?)
>
>
> Tamas Szekeres  ezt írta (időpont: 2022. febr. 17.,
> Cs, 19:19):
>
>> For gisinternals, the entire build including the dependencies is
>> controlled by a single Makefile
>>  which
>> controls the builds of the dependencies including how to obtain them from
>> the source repositories. The makefile also contains the necessary tweaks
>> that had to be applied in a dependency if that required for a successful
>> build.
>>
>> Best regards,
>>
>> Tamas
>>
>>
>> Even Rouault  ezt írta (időpont: 2022. febr.
>> 17., Cs, 17:29):
>>
>>> Thomas,
>>>
>>> One criterion currently for inclusion is: "In this section we list a
>>> number of the binary distributions of GDAL all of which should have
>>> fully reproducible open source build recipes."
>>>
>>> I've not evaluated what the current situation of OSGeo4W or gisinternals
>>> is regarding this, especially regarding all direct and indirect
>>> dependencies of GDAL (or course, that must stop at the compiler level
>>> when using Visual Studio). I believe nowadays OSGeo4W must be closer to
>>> that aim of having fully reproducible builds, but I'm not sure to which
>>> extent. For gisinternals I'm not sure. It was my impression that the
>>> build recipees for the dependencies were not available, but maybe I'm
>>> wrong. I'll let the developers of those distributions comment further if
>>> they wish.
>>>
>>> Even
>>>
>>> Le 17/02/2022 à 17:17, Thomas Gratier a écrit :
>>> > Hi,
>>> >
>>> > I regularly orient third parties to use GDAL utilities and for this
>>> > intent, point them to install section
>>> > https://gdal.org/download.html#binaries
>>> >
>>> > For Windows, I did not see a user friendly section about how to
>>> > install it. I want to mention in the doc how to install with OSGEO4W
>>> > and https://www.gisinternals.com/index.html
>>> > Opinions? If ok, I will do a PR later on the github repo
>>> >
>>> >
>>> > Regards
>>> >
>>> > Thomas Gratier
>>> >
>>> > ___
>>> > gdal-dev mailing list
>>> > gdal-dev@lists.osgeo.org
>>> > https://lists.osgeo.org/mailman/listinfo/gdal-dev
>>>
>>> --
>>> http://www.spatialys.com
>>> My software is free, but my time generally not.
>>>
>>> -- 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] Adding OSGEO4W and gisinternals docs in install doc?

[Even Rouault]

Le 17/02/2022 à 19:22, Tamas Szekeres a écrit :
To be correct, the latest version of the build scripts (including the 
Makefile) are on the refactor branch:


https://github.com/gisinternals/buildsystem/tree/refactor


nice! I actually see 
https://github.com/gisinternals/buildsystem/blob/refactor/config.opt 
with the URLs of the upstream repositories, and the build commands in 
https://github.com/gisinternals/buildsystem/blob/refactor/Makefile


Is the refactor branch the one used for the builds at gisinternals.com ? 
(said otherwise, why isn't it the master branch ?)




Tamas Szekeres  ezt írta (időpont: 2022. febr. 
17., Cs, 19:19):


For gisinternals, the entire build including the dependencies is
controlled by a single Makefile

which controls the builds of the dependencies including how to
obtain them from the source repositories. The makefile also
contains the necessary tweaks that had to be applied in a
dependency if that required for a successful build.

Best regards,

Tamas


Even Rouault  ezt írta (időpont: 2022.
febr. 17., Cs, 17:29):

Thomas,

One criterion currently for inclusion is: "In this section we
list a
number of the binary distributions of GDAL all of which should
have
fully reproducible open source build recipes."

I've not evaluated what the current situation of OSGeo4W or
gisinternals
is regarding this, especially regarding all direct and indirect
dependencies of GDAL (or course, that must stop at the
compiler level
when using Visual Studio). I believe nowadays OSGeo4W must be
closer to
that aim of having fully reproducible builds, but I'm not sure
to which
extent. For gisinternals I'm not sure. It was my impression
that the
build recipees for the dependencies were not available, but
maybe I'm
wrong. I'll let the developers of those distributions comment
further if
they wish.

Even

Le 17/02/2022 à 17:17, Thomas Gratier a écrit :
> Hi,
>
> I regularly orient third parties to use GDAL utilities and
for this
> intent, point them to install section
> https://gdal.org/download.html#binaries
>
> For Windows, I did not see a user friendly section about how to
> install it. I want to mention in the doc how to install with
OSGEO4W
> and https://www.gisinternals.com/index.html
> Opinions? If ok, I will do a PR later on the github repo
>
>
> Regards
>
> Thomas Gratier
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
http://www.spatialys.com

My software is free, but my time generally not.


--
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] Adding OSGEO4W and gisinternals docs in install doc?

[Tamas Szekeres]

To be correct, the latest version of the build scripts (including the
Makefile) are on the refactor branch:

https://github.com/gisinternals/buildsystem/tree/refactor

Tamas Szekeres  ezt írta (időpont: 2022. febr. 17.,
Cs, 19:19):

> For gisinternals, the entire build including the dependencies is
> controlled by a single Makefile
>  which
> controls the builds of the dependencies including how to obtain them from
> the source repositories. The makefile also contains the necessary tweaks
> that had to be applied in a dependency if that required for a successful
> build.
>
> Best regards,
>
> Tamas
>
>
> Even Rouault  ezt írta (időpont: 2022. febr.
> 17., Cs, 17:29):
>
>> Thomas,
>>
>> One criterion currently for inclusion is: "In this section we list a
>> number of the binary distributions of GDAL all of which should have
>> fully reproducible open source build recipes."
>>
>> I've not evaluated what the current situation of OSGeo4W or gisinternals
>> is regarding this, especially regarding all direct and indirect
>> dependencies of GDAL (or course, that must stop at the compiler level
>> when using Visual Studio). I believe nowadays OSGeo4W must be closer to
>> that aim of having fully reproducible builds, but I'm not sure to which
>> extent. For gisinternals I'm not sure. It was my impression that the
>> build recipees for the dependencies were not available, but maybe I'm
>> wrong. I'll let the developers of those distributions comment further if
>> they wish.
>>
>> Even
>>
>> Le 17/02/2022 à 17:17, Thomas Gratier a écrit :
>> > Hi,
>> >
>> > I regularly orient third parties to use GDAL utilities and for this
>> > intent, point them to install section
>> > https://gdal.org/download.html#binaries
>> >
>> > For Windows, I did not see a user friendly section about how to
>> > install it. I want to mention in the doc how to install with OSGEO4W
>> > and https://www.gisinternals.com/index.html
>> > Opinions? If ok, I will do a PR later on the github repo
>> >
>> >
>> > Regards
>> >
>> > Thomas Gratier
>> >
>> > ___
>> > gdal-dev mailing list
>> > gdal-dev@lists.osgeo.org
>> > https://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>> --
>> 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] Adding OSGEO4W and gisinternals docs in install doc?

[Tamas Szekeres]

For gisinternals, the entire build including the dependencies is controlled
by a single Makefile
 which
controls the builds of the dependencies including how to obtain them from
the source repositories. The makefile also contains the necessary tweaks
that had to be applied in a dependency if that required for a successful
build.

Best regards,

Tamas


Even Rouault  ezt írta (időpont: 2022. febr.
17., Cs, 17:29):

> Thomas,
>
> One criterion currently for inclusion is: "In this section we list a
> number of the binary distributions of GDAL all of which should have
> fully reproducible open source build recipes."
>
> I've not evaluated what the current situation of OSGeo4W or gisinternals
> is regarding this, especially regarding all direct and indirect
> dependencies of GDAL (or course, that must stop at the compiler level
> when using Visual Studio). I believe nowadays OSGeo4W must be closer to
> that aim of having fully reproducible builds, but I'm not sure to which
> extent. For gisinternals I'm not sure. It was my impression that the
> build recipees for the dependencies were not available, but maybe I'm
> wrong. I'll let the developers of those distributions comment further if
> they wish.
>
> Even
>
> Le 17/02/2022 à 17:17, Thomas Gratier a écrit :
> > Hi,
> >
> > I regularly orient third parties to use GDAL utilities and for this
> > intent, point them to install section
> > https://gdal.org/download.html#binaries
> >
> > For Windows, I did not see a user friendly section about how to
> > install it. I want to mention in the doc how to install with OSGEO4W
> > and https://www.gisinternals.com/index.html
> > Opinions? If ok, I will do a PR later on the github repo
> >
> >
> > Regards
> >
> > Thomas Gratier
> >
> > ___
> > gdal-dev mailing list
> > gdal-dev@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> --
> 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] [geos-devel] GEOS Maintenance Grant

[Gerald Nelson]

I’m mainly a lurker on these exchanges. But from afar it seems like there are 
three key underlying efforts in the whole spatial data and analysis world – 
gdal, geos, and proj. It’s really good to see cooperation (and funding!) for 
the gdal and geos part of the triumvirate. Would it make sense to see about 
adding proj to it?

Gerald C. Nelson
Professor Emeritus, UIUC
+1 217-390-7888 (cell)
+1 970-639-2079 (land line)
Skype: jerrynelson
http://bit.ly/1arho7d

From: gdal-dev  on behalf of Daniel Baston 

Date: Thursday, February 17, 2022 at 10:47 AM
To: GEOS Development List 
Cc: gdal dev 
Subject: Re: [gdal-dev] [geos-devel] GEOS Maintenance Grant

Thank you, all. I'm honored by your support.

Please don't hesitate to open issues on the GEOS GitHub page to share any ideas 
you have about how GEOS can better support GDAL and friends.

Dan

On Thu, Feb 17, 2022 at 11:13 AM Howard Butler 
mailto:how...@hobu.co>> wrote:
Declaring this motion passed with +1's from

DanielM, EvenR, NormanB, TamasS, HowardB, MateuszL, FrankW, KurtS, and SeanG

The GDAL PSC is fully delegating these resources to the GEOS PSC to use as it 
sees fit. Paul Ramsey has agreed to be the administrative contact for the GEOS 
PSC, and will coordinate the effort in regards to payment sign-off, work task 
development, rate negotiation, and reporting to the GDAL PSC.

Howard

PS: As a member of both PSCs, I will abstain from any funding or resource 
direction votes in the GEOS PSC to avoid any potential conflict.

> On Feb 15, 2022, at 9:37 AM, Howard Butler 
> mailto:how...@hobu.co>> wrote:
>
> GDAL PSC,
>
> When we wrote the GDAL RFCs on sponsorship, we provided an escape clause to 
> allow us to direct resources to other projects upon which GDAL depends. Our 
> sponsorship numbers are still increasing, which provides us an opportunity to 
> directly support some of those projects, and one of them is obviously GEOS. 
> GEOS provides all of the geometry algebra support for GDAL/OGR and many other 
> open source geospatial softwares including Shapely, PostGIS, GeoPandas, 
> MapServer, and more.
>
> Dan Baston of the GEOS PSC has been identified as the developer with capacity 
> and interest in the next year to take on GEOS development on APIs and 
> performance, which he has a long history of doing for the project. This 
> support should allow him to work longer, multi-release upgrades that will 
> provide strong performance and convenience benefits for the project.
>
> I motion to provide the GEOS PSC with a $50,000 USD grant to address 
> performance, API, and other work that does not attract directed funding in 
> GEOS. The GEOS PSC will be responsible for coordinating work tasks, rates, 
> and development timelines. Howard Butler or Even Rouault of the GDAL NumFocus 
> liaison team will coordinate dispersement as directed by the GEOS PSC and 
> NumFocus rules.
>
> Thank you again to the GDAL Sponsors https://gdal.org/sponsors/index.html who 
> have made this kind of grant possible. A better GEOS makes for a better GDAL.
>
> Howard
>

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

Re: [gdal-dev] [geos-devel] GEOS Maintenance Grant

[Daniel Baston]

Thank you, all. I'm honored by your support.

Please don't hesitate to open issues on the GEOS GitHub page to share any
ideas you have about how GEOS can better support GDAL and friends.

Dan

On Thu, Feb 17, 2022 at 11:13 AM Howard Butler  wrote:

> Declaring this motion passed with +1's from
>
> DanielM, EvenR, NormanB, TamasS, HowardB, MateuszL, FrankW, KurtS, and
> SeanG
>
> The GDAL PSC is fully delegating these resources to the GEOS PSC to use as
> it sees fit. Paul Ramsey has agreed to be the administrative contact for
> the GEOS PSC, and will coordinate the effort in regards to payment
> sign-off, work task development, rate negotiation, and reporting to the
> GDAL PSC.
>
> Howard
>
> PS: As a member of both PSCs, I will abstain from any funding or resource
> direction votes in the GEOS PSC to avoid any potential conflict.
>
> > On Feb 15, 2022, at 9:37 AM, Howard Butler  wrote:
> >
> > GDAL PSC,
> >
> > When we wrote the GDAL RFCs on sponsorship, we provided an escape clause
> to allow us to direct resources to other projects upon which GDAL depends.
> Our sponsorship numbers are still increasing, which provides us an
> opportunity to directly support some of those projects, and one of them is
> obviously GEOS. GEOS provides all of the geometry algebra support for
> GDAL/OGR and many other open source geospatial softwares including Shapely,
> PostGIS, GeoPandas, MapServer, and more.
> >
> > Dan Baston of the GEOS PSC has been identified as the developer with
> capacity and interest in the next year to take on GEOS development on APIs
> and performance, which he has a long history of doing for the project. This
> support should allow him to work longer, multi-release upgrades that will
> provide strong performance and convenience benefits for the project.
> >
> > I motion to provide the GEOS PSC with a $50,000 USD grant to address
> performance, API, and other work that does not attract directed funding in
> GEOS. The GEOS PSC will be responsible for coordinating work tasks, rates,
> and development timelines. Howard Butler or Even Rouault of the GDAL
> NumFocus liaison team will coordinate dispersement as directed by the GEOS
> PSC and NumFocus rules.
> >
> > Thank you again to the GDAL Sponsors
> https://gdal.org/sponsors/index.html who have made this kind of grant
> possible. A better GEOS makes for a better GDAL.
> >
> > Howard
> >
>
> ___
> geos-devel mailing list
> geos-de...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/geos-devel
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Adding OSGEO4W and gisinternals docs in install doc?

[Even Rouault]

Thomas,

One criterion currently for inclusion is: "In this section we list a 
number of the binary distributions of GDAL all of which should have 
fully reproducible open source build recipes."


I've not evaluated what the current situation of OSGeo4W or gisinternals 
is regarding this, especially regarding all direct and indirect 
dependencies of GDAL (or course, that must stop at the compiler level 
when using Visual Studio). I believe nowadays OSGeo4W must be closer to 
that aim of having fully reproducible builds, but I'm not sure to which 
extent. For gisinternals I'm not sure. It was my impression that the 
build recipees for the dependencies were not available, but maybe I'm 
wrong. I'll let the developers of those distributions comment further if 
they wish.


Even

Le 17/02/2022 à 17:17, Thomas Gratier a écrit :

Hi,

I regularly orient third parties to use GDAL utilities and for this 
intent, point them to install section 
https://gdal.org/download.html#binaries


For Windows, I did not see a user friendly section about how to 
install it. I want to mention in the doc how to install with OSGEO4W 
and https://www.gisinternals.com/index.html

Opinions? If ok, I will do a PR later on the github repo


Regards

Thomas Gratier

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


--
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

[gdal-dev] Adding OSGEO4W and gisinternals docs in install doc?

[Thomas Gratier]

Hi,

I regularly orient third parties to use GDAL utilities and for this intent,
point them to install section https://gdal.org/download.html#binaries

For Windows, I did not see a user friendly section about how to install it.
I want to mention in the doc how to install with OSGEO4W and
https://www.gisinternals.com/index.html
Opinions? If ok, I will do a PR later on the github repo


Regards

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

Re: [gdal-dev] GEOS Maintenance Grant

[Howard Butler]

Declaring this motion passed with +1's from

DanielM, EvenR, NormanB, TamasS, HowardB, MateuszL, FrankW, KurtS, and SeanG

The GDAL PSC is fully delegating these resources to the GEOS PSC to use as it 
sees fit. Paul Ramsey has agreed to be the administrative contact for the GEOS 
PSC, and will coordinate the effort in regards to payment sign-off, work task 
development, rate negotiation, and reporting to the GDAL PSC. 

Howard

PS: As a member of both PSCs, I will abstain from any funding or resource 
direction votes in the GEOS PSC to avoid any potential conflict.

> On Feb 15, 2022, at 9:37 AM, Howard Butler  wrote:
> 
> GDAL PSC,
> 
> When we wrote the GDAL RFCs on sponsorship, we provided an escape clause to 
> allow us to direct resources to other projects upon which GDAL depends. Our 
> sponsorship numbers are still increasing, which provides us an opportunity to 
> directly support some of those projects, and one of them is obviously GEOS. 
> GEOS provides all of the geometry algebra support for GDAL/OGR and many other 
> open source geospatial softwares including Shapely, PostGIS, GeoPandas, 
> MapServer, and more. 
> 
> Dan Baston of the GEOS PSC has been identified as the developer with capacity 
> and interest in the next year to take on GEOS development on APIs and 
> performance, which he has a long history of doing for the project. This 
> support should allow him to work longer, multi-release upgrades that will 
> provide strong performance and convenience benefits for the project.
> 
> I motion to provide the GEOS PSC with a $50,000 USD grant to address 
> performance, API, and other work that does not attract directed funding in 
> GEOS. The GEOS PSC will be responsible for coordinating work tasks, rates, 
> and development timelines. Howard Butler or Even Rouault of the GDAL NumFocus 
> liaison team will coordinate dispersement as directed by the GEOS PSC and 
> NumFocus rules.
> 
> Thank you again to the GDAL Sponsors https://gdal.org/sponsors/index.html who 
> have made this kind of grant possible. A better GEOS makes for a better GDAL.
> 
> Howard
> 

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

Re: [gdal-dev] Matching ESRI projection/transformations using GDAL/OSR

[adamgutonski via gdal-dev]

Thank you so much! This appears to have resolved the issue.

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

--- Original Message ---
On Thursday, February 17th, 2022 at 10:36 AM, Even Rouault 
 wrote:

> Hi,
>
>> I am attempting to project and transform geometry using OSR. The 
>> projection/transformation is from ITRF2014 via Proj4 string to NAD83(CSRS)v7 
>> (EPSG:8255). My problem is that I need the transformation output to match 
>> the output I receive when transforming the geometry in ESRI using the 
>> geometry.projectAs function. It seems that the OSR transformation creates a 
>> point that is always shifted from the ESRI geometry. Any advice on how to 
>> match projections and transformations between open source and ESRI would be 
>> extremely helpful.
>>
>> Original coordinate: -74.44279945, 41.406811727778
>>
>> ESRI point after transform: -74.4427951819612, 41.4068026527349
>>
>> OGR point after transform: -74.44281012167299, 41.40671904426617
>>
>> Code used to generate the OGR point:
>
> You've likely used the coordinate order wrong. GDAL 3 honours by default 
> authority (EPSG) axis order, so for EPSG this means lat/lon for geographic 
> CRS.
>
> So either switch your coordinate, or call 
> itrf.SetAxisMappingStrategy(osr.OAMS_TRADITIONAL_GIS_ORDER) and 
> to_nad.SetAxisMappingStrategy(osr.OAMS_TRADITIONAL_GIS_ORDER)
>
> With that, you'll get the same results as Esri software
>
 print(outpoint)
> POINT (-74.442810121673 41.4067190442662 0)
>
> Even
>
>> itrf = osr.SpatialReference()
>> itrf.ImportFromProj4(
>>
>> 'GEOGCS["ITRF2014",DATUM["International_Terrestrial_Reference_Frame_2014",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433],AUTHORITY["EPSG",9000]]'
>>
>> )
>>
>> to_nad = osr.SpatialReference()
>> to_nad.ImportFromEPSG(
>>
>> 8255
>>
>> )
>>
>> opts = osr.CoordinateTransformationOptions()
>> opts.SetOperation(
>>
>> "ITRF2014_To_NAD_1983_CSRS_v7_7par"
>>
>> )
>> transformer = osr.CreateCoordinateTransformation(itrf, to_nad, opts)
>>
>> outpoint = ogr.Geometry(ogr.wkbPoint)
>> outpoint.AddPoint(*test_coords)
>> outpoint.AssignSpatialReference(itrf)
>> outpoint.Transform(transformer)
>>
>> With ESRI I am using the ArcPy geometry function, projectAs when taking in 
>> the name of a transformation. When ArcGIS reprojects from ITRF2014 to 
>> NAD83(CSRS)v7 (EPSG:8255) with the transformation 
>> "ITRF2014_To_NAD_1983_CSRS_v7_7par", a point is generated ~30 ft away from 
>> the point generated by GDAL/OSR
>>
>> Code used to generate the Esri point:
>>
>> ITRF_SPATIAL_REF = arcpy.SpatialReference(
>>
>> 'ITRF2014.prj'
>>
>> )
>> NAD_SPATIAL_REF= arcpy.SpatialReference(
>>
>> 8255
>>
>> )
>>
>> longitude = test_coords[
>>
>> 0
>>
>> ]
>> latitude = test_coords[
>>
>> 1
>>
>> ]
>> point = arcpy.Point(
>> longitude,
>> latitude
>> )
>> return_point = arcpy.PointGeometry(point, 
>> ITRF_SPATIAL_REF).projectAs(NAD_SPATIAL_REF,
>>
>> "ITRF2014_To_NAD_1983_CSRS_v7_7par"
>>
>> )
>>
>> Thank you for your time,
>> adamg
>>
>> Sent with [ProtonMail](https://protonmail.com/) Secure Email.
>>
>> ___
>> gdal-dev mailing list
>> gdal-dev@lists.osgeo.org
>>
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> --
> 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] Matching ESRI projection/transformations using GDAL/OSR

[Even Rouault]

Hi,


I am attempting to project and transform geometry using OSR.  The 
projection/transformation is from ITRF2014 via Proj4 string to 
NAD83(CSRS)v7 (EPSG:8255).  My problem is that I need the 
transformation output to match the output I receive when transforming 
the geometry in ESRI using the geometry.projectAs function.  It seems 
that the OSR transformation creates a point that is always shifted 
from the ESRI geometry.  Any advice on how to match projections and 
transformations between open source and ESRI would be extremely helpful.


Original coordinate: -74.44279945, 41.406811727778

ESRI point after transform: -74.4427951819612, 41.4068026527349

OGR point after transform: -74.44281012167299, 41.40671904426617

Code used to generate the OGR point:


You've likely used the coordinate order wrong. GDAL 3 honours by default 
authority (EPSG) axis order, so for EPSG this means lat/lon for 
geographic CRS.


So either switch your coordinate, or call 
itrf.SetAxisMappingStrategy(osr.OAMS_TRADITIONAL_GIS_ORDER) and 
to_nad.SetAxisMappingStrategy(osr.OAMS_TRADITIONAL_GIS_ORDER)


With that, you'll get the same results as Esri software

>>> print(outpoint)
POINT (-74.442810121673 41.4067190442662 0)

Even

|itrf = osr.SpatialReference() 
itrf.ImportFromProj4('GEOGCS["ITRF2014",DATUM["International_Terrestrial_Reference_Frame_2014",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433],AUTHORITY["EPSG",9000]]') 
to_nad = osr.SpatialReference() to_nad.ImportFromEPSG(8255) opts = 
osr.CoordinateTransformationOptions() 
opts.SetOperation("ITRF2014_To_NAD_1983_CSRS_v7_7par") transformer = 
osr.CreateCoordinateTransformation(itrf, to_nad, opts) outpoint = 
ogr.Geometry(ogr.wkbPoint) outpoint.AddPoint(*test_coords) 
outpoint.AssignSpatialReference(itrf) outpoint.Transform(transformer)|


With ESRI I am using the ArcPy geometry function, projectAs when 
taking in the name of a transformation. When ArcGIS reprojects from 
ITRF2014 to NAD83(CSRS)v7 (EPSG:8255) with the transformation 
"ITRF2014_To_NAD_1983_CSRS_v7_7par", a point is generated ~30 ft away 
from the point generated by GDAL/OSR


Code used to generate the Esri point:
|ITRF_SPATIAL_REF = arcpy.SpatialReference('ITRF2014.prj') 
NAD_SPATIAL_REF= arcpy.SpatialReference(8255) longitude = 
test_coords[0] latitude = test_coords[1] point = arcpy.Point( 
longitude, latitude ) return_point = arcpy.PointGeometry(point, 
ITRF_SPATIAL_REF).projectAs(NAD_SPATIAL_REF, 
"ITRF2014_To_NAD_1983_CSRS_v7_7par")|


Thank you for your time,
adamg

Sent with ProtonMail  Secure Email.


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


--
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

[gdal-dev] Matching ESRI projection/transformations using GDAL/OSR

[adamgutonski via gdal-dev]

Hello,

I am attempting to project and transform geometry using OSR. The 
projection/transformation is from ITRF2014 via Proj4 string to NAD83(CSRS)v7 
(EPSG:8255). My problem is that I need the transformation output to match the 
output I receive when transforming the geometry in ESRI using the 
geometry.projectAs function. It seems that the OSR transformation creates a 
point that is always shifted from the ESRI geometry. Any advice on how to match 
projections and transformations between open source and ESRI would be extremely 
helpful.

Original coordinate: -74.44279945, 41.406811727778

ESRI point after transform: -74.4427951819612, 41.4068026527349

OGR point after transform: -74.44281012167299, 41.40671904426617

Code used to generate the OGR point:

itrf = osr.SpatialReference()
itrf.ImportFromProj4(

'GEOGCS["ITRF2014",DATUM["International_Terrestrial_Reference_Frame_2014",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433],AUTHORITY["EPSG",9000]]'

)

to_nad = osr.SpatialReference()
to_nad.ImportFromEPSG(

8255

)

opts = osr.CoordinateTransformationOptions()
opts.SetOperation(

"ITRF2014_To_NAD_1983_CSRS_v7_7par"

)
transformer = osr.CreateCoordinateTransformation(itrf, to_nad, opts)

outpoint = ogr.Geometry(ogr.wkbPoint)
outpoint.AddPoint(*test_coords)
outpoint.AssignSpatialReference(itrf)
outpoint.Transform(transformer)

With ESRI I am using the ArcPy geometry function, projectAs when taking in the 
name of a transformation. When ArcGIS reprojects from ITRF2014 to NAD83(CSRS)v7 
(EPSG:8255) with the transformation "ITRF2014_To_NAD_1983_CSRS_v7_7par", a 
point is generated ~30 ft away from the point generated by GDAL/OSR

Code used to generate the Esri point:

ITRF_SPATIAL_REF = arcpy.SpatialReference(

'ITRF2014.prj'

)
NAD_SPATIAL_REF= arcpy.SpatialReference(

8255

)

longitude = test_coords[

0

]
latitude = test_coords[

1

]
point = arcpy.Point(
longitude,
latitude
)
return_point = arcpy.PointGeometry(point, 
ITRF_SPATIAL_REF).projectAs(NAD_SPATIAL_REF,

"ITRF2014_To_NAD_1983_CSRS_v7_7par"

)

Thank you for your time,
adamg

Sent with [ProtonMail](https://protonmail.com/) Secure Email.___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev