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@...
|
|
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
toggle quoted message
Show quoted text
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
|
|
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
toggle quoted message
Show quoted text
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
|
|
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.
toggle quoted message
Show quoted text
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@...
|
|
Thanks for sharing your thoughts, Shan and Javier.
If schedule allows me to join the next TAC, I will look forward to a discussion about additional options.
Drew
toggle quoted message
Show quoted text
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.
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
|
|