MapboxGL change in license


Javier de la Torre
 

Hi all,

As most of you are probably aware, Mapbox has changed the license of MapboxGL on their 2.0 new version and is no longer Open Source. 

There are many other open source projects that use or depend on MapboxGL for working, deck.gl in part. So this is going to produce issues in many different projects in the next months.

There are a number of initiatives pushing for a fork of the 1.X series to continue being Open Source license, but there is not yet coordination between different groups and not a clear Open Source successor.

Mapboxgl has dominated the web client mapping library space for many years now, and is fair to say that is well ahead of any other Open Source library out there. Because of this there is a hole on the Open Source stack now.

I was wondering what people here at UCF TAC thinks about this and if we might want to play a role on this, support specific forks, creation of alternative projects, etc..

Best,

--
Javier de la Torre

(US) +1 917 463 3232 | (ES) +34 911 165 823 | jatorre@...


Drew
 

Hi all,

@Javier: thanks for bringing this up.

Interline uses Mapbox JS GL 1.x and some plug-ins in one of our products. (It's a great web mapping library, and I can say that as having been involved in some of the alternatives :)

Interline would be interested in participating in a fork. We don't have any plans for feature additions, but would want a single place to discuss and contribute bug fixes.

@Shan: would you be able to speak to any related Unfolded/DeckGL plans?

Take care,
Drew


On Wed, Dec 9, 2020 at 1:36 AM Javier de la Torre via lists.uc.foundation <jatorre=cartodb.com@...> wrote:
Hi all,

As most of you are probably aware, Mapbox has changed the license of MapboxGL on their 2.0 new version and is no longer Open Source. 

There are many other open source projects that use or depend on MapboxGL for working, deck.gl in part. So this is going to produce issues in many different projects in the next months.

There are a number of initiatives pushing for a fork of the 1.X series to continue being Open Source license, but there is not yet coordination between different groups and not a clear Open Source successor.

Mapboxgl has dominated the web client mapping library space for many years now, and is fair to say that is well ahead of any other Open Source library out there. Because of this there is a hole on the Open Source stack now.

I was wondering what people here at UCF TAC thinks about this and if we might want to play a role on this, support specific forks, creation of alternative projects, etc..

Best,

--
Javier de la Torre

(US) +1 917 463 3232 | (ES) +34 911 165 823 | jatorre@...



--
Drew Dara-Abrams || Ph.D. || Principal || he/him
Interline Technologies || San Francisco Bay Area
www.interline.io || +1 (415) 610-4304‬


Shan
 

Deck.gl and Kepler.gl uses mapbox gl to render base map. With our focus on WebGL powered data visualization, The core package of those 2 projects is independent of mapboxgl. Deck.gl is developed to support other baseman options.

However to keep the open source core identity, we are started to evaluating other basemap options to ship as the default.

I will add this as an item for discussion during next weeks TAC meeting.

Hope this helps.

Shan



On Wed, Dec 9, 2020 at 7:48 AM Drew <drew@...> wrote:
Hi all,

@Javier: thanks for bringing this up.

Interline uses Mapbox JS GL 1.x and some plug-ins in one of our products. (It's a great web mapping library, and I can say that as having been involved in some of the alternatives :)

Interline would be interested in participating in a fork. We don't have any plans for feature additions, but would want a single place to discuss and contribute bug fixes.

@Shan: would you be able to speak to any related Unfolded/DeckGL plans?

Take care,
Drew


On Wed, Dec 9, 2020 at 1:36 AM Javier de la Torre via lists.uc.foundation <jatorre=cartodb.com@...> wrote:
Hi all,

As most of you are probably aware, Mapbox has changed the license of MapboxGL on their 2.0 new version and is no longer Open Source. 

There are many other open source projects that use or depend on MapboxGL for working, deck.gl in part. So this is going to produce issues in many different projects in the next months.

There are a number of initiatives pushing for a fork of the 1.X series to continue being Open Source license, but there is not yet coordination between different groups and not a clear Open Source successor.

Mapboxgl has dominated the web client mapping library space for many years now, and is fair to say that is well ahead of any other Open Source library out there. Because of this there is a hole on the Open Source stack now.

I was wondering what people here at UCF TAC thinks about this and if we might want to play a role on this, support specific forks, creation of alternative projects, etc..

Best,

--
Javier de la Torre

(US) +1 917 463 3232 | (ES) +34 911 165 823 | jatorre@...



--
Drew Dara-Abrams || Ph.D. || Principal || he/him
Interline Technologies || San Francisco Bay Area
www.interline.io || +1 (415) 610-4304‬


Javier de la Torre
 

Hi Shan,

Thanks. I think it could be interesting to talk briefly about this yes.

We published our thoughts on this last Friday too.


Best,

Javier.

On Fri, Dec 11, 2020 at 11:07 PM Shan He <heshan0131@...> wrote:
Deck.gl and Kepler.gl uses mapbox gl to render base map. With our focus on WebGL powered data visualization, The core package of those 2 projects is independent of mapboxgl. Deck.gl is developed to support other baseman options.

However to keep the open source core identity, we are started to evaluating other basemap options to ship as the default.

I will add this as an item for discussion during next weeks TAC meeting.

Hope this helps.

Shan



On Wed, Dec 9, 2020 at 7:48 AM Drew <drew@...> wrote:
Hi all,

@Javier: thanks for bringing this up.

Interline uses Mapbox JS GL 1.x and some plug-ins in one of our products. (It's a great web mapping library, and I can say that as having been involved in some of the alternatives :)

Interline would be interested in participating in a fork. We don't have any plans for feature additions, but would want a single place to discuss and contribute bug fixes.

@Shan: would you be able to speak to any related Unfolded/DeckGL plans?

Take care,
Drew


On Wed, Dec 9, 2020 at 1:36 AM Javier de la Torre via lists.uc.foundation <jatorre=cartodb.com@...> wrote:
Hi all,

As most of you are probably aware, Mapbox has changed the license of MapboxGL on their 2.0 new version and is no longer Open Source. 

There are many other open source projects that use or depend on MapboxGL for working, deck.gl in part. So this is going to produce issues in many different projects in the next months.

There are a number of initiatives pushing for a fork of the 1.X series to continue being Open Source license, but there is not yet coordination between different groups and not a clear Open Source successor.

Mapboxgl has dominated the web client mapping library space for many years now, and is fair to say that is well ahead of any other Open Source library out there. Because of this there is a hole on the Open Source stack now.

I was wondering what people here at UCF TAC thinks about this and if we might want to play a role on this, support specific forks, creation of alternative projects, etc..

Best,

--
Javier de la Torre

(US) +1 917 463 3232 | (ES) +34 911 165 823 | jatorre@...



--
Drew Dara-Abrams || Ph.D. || Principal || he/him
Interline Technologies || San Francisco Bay Area
www.interline.io || +1 (415) 610-4304‬



--
Javier de la Torre

(US) +1 917 463 3232 | (ES) +34 911 165 823 | jatorre@...


Drew
 

Thanks for sharing your thoughts, Shan and Javier.

For what it's worth, it's useful to see a fork already coalescing at https://github.com/maplibre/maplibre-gl-js

If schedule allows me to join the next TAC, I will look forward to a discussion about additional options.

Drew

On Mon, Dec 14, 2020 at 3:09 AM Javier de la Torre <jatorre@...> wrote:
Hi Shan,

Thanks. I think it could be interesting to talk briefly about this yes.

We published our thoughts on this last Friday too.


Best,

Javier.

On Fri, Dec 11, 2020 at 11:07 PM Shan He <heshan0131@...> wrote:
Deck.gl and Kepler.gl uses mapbox gl to render base map. With our focus on WebGL powered data visualization, The core package of those 2 projects is independent of mapboxgl. Deck.gl is developed to support other baseman options.

However to keep the open source core identity, we are started to evaluating other basemap options to ship as the default.

I will add this as an item for discussion during next weeks TAC meeting.

Hope this helps.

Shan



On Wed, Dec 9, 2020 at 7:48 AM Drew <drew@...> wrote:
Hi all,

@Javier: thanks for bringing this up.

Interline uses Mapbox JS GL 1.x and some plug-ins in one of our products. (It's a great web mapping library, and I can say that as having been involved in some of the alternatives :)

Interline would be interested in participating in a fork. We don't have any plans for feature additions, but would want a single place to discuss and contribute bug fixes.

@Shan: would you be able to speak to any related Unfolded/DeckGL plans?

Take care,
Drew


On Wed, Dec 9, 2020 at 1:36 AM Javier de la Torre via lists.uc.foundation <jatorre=cartodb.com@...> wrote:
Hi all,

As most of you are probably aware, Mapbox has changed the license of MapboxGL on their 2.0 new version and is no longer Open Source. 

There are many other open source projects that use or depend on MapboxGL for working, deck.gl in part. So this is going to produce issues in many different projects in the next months.

There are a number of initiatives pushing for a fork of the 1.X series to continue being Open Source license, but there is not yet coordination between different groups and not a clear Open Source successor.

Mapboxgl has dominated the web client mapping library space for many years now, and is fair to say that is well ahead of any other Open Source library out there. Because of this there is a hole on the Open Source stack now.

I was wondering what people here at UCF TAC thinks about this and if we might want to play a role on this, support specific forks, creation of alternative projects, etc..

Best,

--
Javier de la Torre

(US) +1 917 463 3232 | (ES) +34 911 165 823 | jatorre@...



--
Drew Dara-Abrams || Ph.D. || Principal || he/him
Interline Technologies || San Francisco Bay Area
www.interline.io || +1 (415) 610-4304‬



--
Javier de la Torre

(US) +1 917 463 3232 | (ES) +34 911 165 823 | jatorre@...



--
Drew Dara-Abrams || Ph.D. || Principal || he/him
Interline Technologies || San Francisco Bay Area
www.interline.io || +1 (415) 610-4304‬