Giter VIP home page Giter VIP logo

maplibre's Introduction

MapLibre Organization

https://www.maplibre.org/

This repository contains various documents that define the MapLibre Organization such as the Charter, our Code of Conduct, the list of Voting Members, and more.

You also find here the results of past Governing Board elections.

Formatting

Markdown files in this repo are formatted with markdownlint. If you have formatting problems you can sometimes fix them with:

npx markdownlint-cli *.md --fix

maplibre's People

Contributors

atierian avatar bchapuis avatar bdon avatar birkskyum avatar brendan-ward avatar chippietv avatar drwestco avatar fredj avatar harelm avatar jannikgm avatar joxit avatar jutaz avatar klokan avatar louwers avatar lseelenbinder avatar maxammann avatar metaceo avatar mnutt avatar msbarry avatar muesliq avatar nreese avatar nyurik avatar olexandrstepanov avatar petr-pokorny-1 avatar petrsloup avatar rbrundritt avatar smellyshovel avatar wipfli avatar xabbu42 avatar zelonewolf avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

maplibre's Issues

Social media posting rules

We have a discussion thread for posting messages on social media (Twitter and LinkedIn) at #105, but it is a bit unclear if a post requires an approval and if yes, by whom.

Define some rules for social media posts.

Secrets documentation

#33 started some documentation of our secrets. I wonder if we should have something like a key manager for MapLibre. The Governing Board members could all have access to that key manager.

In native, the situation is worrying me because we don't have any documentation on how secrets are managed and we will likely not be able to make releases with under the old accounts if something breaks. maplibre/maplibre-native#312

GitHub Permissions

We are going to change permissions to the MapLibre GitHub repos. The new model is repo-centered with at least one admin per repo. The admins have full control over a repo and can invite collaborators and give them write access.

MapLibre GitHub Org

The MapLibre GitHub org will be owned by the members of the MapLibre Governing Board:

All org owners are automatically also repo admins.

MapLibre GL JS, MapLibre GL Native, etc.

For each repo, the Governing Board defines at least one admin. For example, @HarelM might be a good admin for GL JS.

Teams

MapLibre's GitHub teams like @maplibre/dev and @maplibre/core will be deleted. This might mean that you loose permissions.

If you have any problems due to the new permissions model, please ping me here or on Slack.

New sponsorship plans

Idea - introduce new plans.

Tasks:

  • add to presentations, OpenCollective, ...

The new plans:

  • Stone $10k ? (SME only - google "sme eu definition", benefit: text web link only)
  • Copper $25k (SME only, benefit: text web link only)
  • Bronze $50k (SME + enterprise - logo - the highest offer to SMEs, the lowest offer to enterprises - on two separated slides)
  • Silver + Gold + Platinum (enterprise sponsors).. logos + bounties!
  • Diamond - $500k ..?

roadmaptest

This is just a test of RoadMap under Projects in maplibre repo.
Image

Wrong borders

image
There is a mistake in your map: Crimea is an ukrainian territory, not a russian

Default branch rename for last 3 repos

Out of nearly 20 repositories, we still have 3 repos that for historical reasons use master branch instead of the main. I would like to coordinate renaming with the active participants. Note that renaming in github already does many things automatically for us.

Once renamed, run these commands locally (assuming you use origin as the remote name):

git branch -m master main
git fetch origin
git branch -u origin/main main
git remote set-head origin -a
git remote prune origin

if you have a two remotes setup (upstream pointing to the main repo, and origin pointing to your own fork from which you create pull requests), it is a bit different. You should also rename your own fork's default branch (navigate to it in github, and see the notification github will show you)

git branch -m master main
git fetch upstream
git branch -u upstream/main main
git remote set-head upstream -a
git remote prune upstream

cc: last active participants of those repos:
@Brammos @Joxit @OlexandrStepanov @atierian @birkskyum @frankkienl @jutaz @kiibimees @matkoniecz @ntadej @nunojpg @petr-pokorny-1 @rinigus @roblabs @rubenmx @srcejon @thirstycoda @xabbu42

Bounties system setup & wiki description

Propose board the bounty system.

Perhaps something like:
Direction with quarterly budget - to be approved by board.
Coordinator approves bounties - and suggest budgets
Maintainers suggest bounties

Fix bounties size ($100, $250, $500, $1k, $2k, $3k)??

Collect who is using bounties how.

Prepare a budget

Prepare a budget for the months Dec 2022, Jan 2023, Feb 2023. Follows the same logic as the financial report, but instead of looking back into the past, projects the future income and expenses.

Voting Member Nominations

Voting Members can nominate other people to become Voting Members as well by posting their GitHub handles in this thread until Thursday, August 11th, 2022. The existing Voting Member will then decide online if they grant the nominated people Voting Membership on Thursday, August 18th, 2022 via an online vote.

Set up clockify

Set up clockify for time tracking. Tasks shall be used for Native, GL JS, etc, and Projects shall be used for "Maintenance, community, etc".

Adding Users to Repos

If you want to get write access to a repo, contact the repo admin. If repo admins give write access to new people, they should:

  1. Report about the new user with write access in the Slack channel
  2. Report about the new user in the next monthly meeting of the Technical Steering Committee

Onboarding repository martin

urbica/martin โ†’ maplibre/martin

Motivation

Martin is one of the most well known tile servers with 83 forks and 741 stars. Martin was written by @stepankuzmin, who has expressed desire to join MapLibre and continue working on it. This project is fairly up to date with web serving code, and uses PostgreSQL as the only data store.

Moving this project to MapLibre would help us combine it with the maplibre/mbtileserver-rs, as was discussed in #30.

Goals for Martin

Copied from the last section #30

  • refactor Martin's PostgreSQL datastore code into a separate lib, possibly using some of T-Rex code as well.
  • refactor mbtileserve-rs .mbtiles code into a separate lib
  • enhance maplibre-rs to be able to render tiles accessible via the same interface
  • Martin, maplibre-rs, and mbtileserve-rs (?) will use any of the data providers as needed.

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: @nyurik @wipfli

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: <@user>

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Adding GitHub Repos

If you want to add a repo to the MapLibre GitHub org, please contact a member of the MapLibre Governing Board and ask if your project can be added.

The board member has to make sure that:

  1. At least one other board member agrees that the repo should be added.
  2. The repo license is BSD-3 and contains Copyright (c) 2022 MapLibre contributors.
  3. The repo has contributing guidelines.
  4. The repo has at least one admin who is ideally not part of the Governing Board.
  5. The repo has the GitHub sponsors button.

Idea: Initial board pack

Prepare an initial board pack

With highlights & alerts
Links to reports (quarterly)

Submitted to board members a week before the board

This is the best practice. We could try to go in that direction

The quarterly reports are going to be helpful also for review by sponsors on advisory council

Finish tiers discussion

Move the tiers discussion on the maplibre projects (core, supported, hosted) forward and finish it.

Onboarding repository maplibre-native-base

https://github.com/birkskyum/maplibre-native-base

Motivation

The native repo rely on mapbox/mapbox-base, which is abandoned. This is a big problem, because with all our PR's ignore in this upstream repo, we can't maintain the native repo.

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: @nyurik @klokan

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: <@user>

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Onboarding repository maplibre-rs

https://github.com/maplibre/maplibre-rs

Motivation

MapLibre project is forced to maintain two independent implementations - GL JS (typescript) and Native (C++). This significantly increases the maintenance burden, reduces feature parity, and causes incompatibilities between implementations. The "one code to rule them all" would be an ideal solution to this, but at the moment we do not know if this is possible. MapLibre-rs is an experimental project for community to test a single code-base approach with a long-term potential to overtake the original projects if it can show that it can support all required functionality on all platforms, while also resulting in performance and package-size gains.

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: @nyurik @wipfli

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: @maxammann

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages maplibre, maplibre-demo, maplibre-rs
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Onboarding repository maplibre-react-native

https://github.com/maplibre/maplibre-react-native (currently at https://github.com/lseelenbinder/maplibre-react-native)

Motivation

There is no accepted OSS project for using MapLibre in React Native, despite a lot of demand for it. The best option is https://github.com/rnmapbox/maps, but they have formally announced discontinuing support for MapLibre.

This proposal would fork this project, specialize it to MapLibre (and drop support for the Mapbox SDK), and ensure that MapLibre developers using React Native as a solid option going forward.

Relevant Slack discussion: https://osmus.slack.com/archives/C02B2CBSNBU/p1665079311393029

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved for onboarding by: @lseelenbinder @HarelM

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Sponsorship pipeline & documented process

We need to set up a private pipeline and process for handling different stages of sponsorship and negotiation, as welll as renewals for the sponsorship.

Process must be documented.

To keep overview of progress - handled by project coordinator who is going to be responsible for that.

Streamline notes taking and publishing process

At the moment, we take the notes of meetings together in a google doc, then after the meeting I take these notes, edit them a bit, and copy them to GitHub. This requires that I convert them from google doc to markdown which is always a bit painful.

I would like to implement a process which removes the need for conversion from google doc to markdown, or automates it better.

Launch hiring campaign

Announce hiring - publish questionary form to collect contact of interested people.

Link the roles.
Mention bounties - for developers.

Message is - this project is stable, we have money to distribute to the community - apply. :-)

Experience sharing framework

The community together has a lot of experience with native mapping development. It would benefit everyone if we had a way of sharing our good and bad experiences. MapLibre seems to be the ideal place to share experiences publicly. We will set up a format with which people can share what worked for them and what didn't.

Onboarding repository qt-geoservices-maplibre-gl

https://github.com/maplibre/qt-geoservices-maplibre-gl

Motivation

Qt Location is a popular mapping-agnostic library to integrate maps into Qt application. MapBox GL was one of the most feature-complete plugins but is no longer supported due to licensing changes.

While there is an effort to integrate MapLibre into Qt codebase, having the code outside would not bind us to Qt release schedule.

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by:

Licensing

  • The repo license is BSD-3 or MIT: Only examples are licensed MIT.
  • The repo license needs to comply with Qt licensing (LGPL + GPL).
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: @ntadej

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages: not needed, will use GitHub directly

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Common language dictionary

We come from different backgrounds and some technical terms might be used differently in different places. We want to implement a common language such that we are sure that we talk about the same things in a discussion. This can be done for example with a dictionary or some definitions for technical terms.

Onboarding repository maplibre-gl-native

https://github.com/maplibre/maplibre-gl-native

Motivation

This is one of the fundamental MapLibre libraries targeting non-browser platforms. It was transferred from MapTiler (thanks!), but we should ensure it confirms to all our standarts.

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: @klokan @nyurik

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: <@user>

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Make an Android release of MapLibre GL Native

Bounty Motivation

We did not have an Android release since December 2021. Would be great to release the improvements that went into the main branch since then.

Bounty Amount

$100 (Size: S)

Bounty Scope and Acceptance Criteria

To complete this bounty, the following things have to be done:

  • Create or update an existing GitHub workflow which generates a release when a git tag matching android-v* is pushed.
  • Secrets used in the release workflow are documented in MapLibre GL Native and are stored in clear-text in our password manager.
  • The CHANGELOG for Android is updated and reflects the most important changes.
  • A release android-v9.6.0 is published on GitHub Releases and on Graddle.

Show Your Support

Show your support for this Bounty with a ๐Ÿ‘ if you like it...

Read more about Bounties here: https://github.com/maplibre/maplibre/wiki/Bounty-System.

Prepare quarterly financial report

For the next Governing Board meeting, prepare a financial report for the time period since the last Advisory Council which was on Wed, Sep 7th, 2022.

The financial report will be part of the board pack #126.

Roles in Wiki

Document the roles in organization - for defining paid positions - into the wiki

Apple CI Executors

TL;DR: I have two pain points right now:

  • Slow Apple builds on Github Actions
  • Inability to run rendering tests on Apple

MapLibre is a cross-platform map renderer:

  • maplibre-gl-js works on Firefox, Chrome and Safari (on Android, iOS, Windows, macOS and Linux)
  • maplibre-gl-native works on Android, iOS, Windows, macOS and Linux
  • (maplibre-rs works on all Browsers and OS from above)

Problem: Compiling for Apple

In order to compile for Apple we can use Github Actions (free). That only supports x86_64 CPUs so far. Current executors in Github CI are rather slow sadly.

Solution

  • Cross-compile from an x86 machine to an arm64 (slow)
  • Use a paid CI service other than Github or self-host a Github Runner a real M1 (AWS infrastructure).
  • Switch to another CI service for Apple builds like "XCode Cloud"

Problem: Rendering Tests

In order to test rendering we need either real GPUs or simulated GPUs. For simulated GPUs we can use the Mesa drivers on Linux. On Windows similar libraries are available for DirectX.
On Apple (iOS/macOS) sadly the world looks different.

In order to reliably test rendering we need CI environments which have an Apple GPU available. Historically OpenGL is supported on Apple. Nowadays Metal is state-of-the-art.

In order to run rendering test e.g. on an iPhone using Metal or WebGL in Safari we need real hardware. Note that WebGL on Safari (macOS) can either use OpenGL or Metal in the background.

Solution

  • Rent real Apple hardware
  • Use something like Browserstack (https://www.browserstack.com/).
  • Switch to another CI service for Apple builds like "XCode Cloud"

Conclusion

I think we definitely need some way to execute rendering tests and build for apple architectures.
Right now we use this for the maplibre-gl-native project. Though the other projects actually also need to create apple builds.

Note that compiling for Apple devices is probably possible from Github CI already through cross-compilation. Running rendering tests is not possible right now.

Also in general speeding up the compilation in Github Actions could be beneficial.

Onboarding repository maplibre-gl-directions

https://github.com/maplibre/maplibre-gl-directions

Motivation

maplibre-gl-directions renders routing information from various routing providers such as OSRM and Mapbox on top of a MapLibre GL JS map.

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: @wipfli @birkskyum

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: @smellyshovel

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Voting Schedule

The MapLibre Voting Members participated in a test vote on the platform opavote.com and except for one typo, there were no problems reported.

In the following days, we will have these polls (Firenze time because this is where FOSS4G is this year...):

Granting Voting Membership

Vote about adding one more person to the Voting Members. See #71

  • Poll start: Saturday, Aug 20th, 2022, 5 PM Firenze time (UTC+2)
  • Poll end: Monday, Aug 22nd, 2022, 5 PM Firenze time (UTC+2)

Charter Approval

The MapLibre Voting Members are asked if they approve the MapLibre Charter #74. Note that changes to the pull request will not be accepted after Tuesday, 23rd, 2022 at 5 PM Firenze time (UTC+2).

  • Poll start: Tuesday, Aug 23rd, 2022, 5 PM Firenze time (UTC+2)
  • Poll end: Thursday, Aug 25th, 2022, 5 PM Firenze time (UTC+2)

Governing Board Election

The Voting Members elect the MapLibre Governing Board. Self-nominations of the candidates can be found at #78.

  • Poll start: Tuesday, Aug 23rd, 2022, 5 PM Firenze time (UTC+2)
  • Poll end: Thursday, Aug 25th, 2022, 5 PM Firenze time (UTC+2)

Onboarding repository gazetteer

WIP

https://github.com/birkskyum/gazetteer moved to https://github.com/maplibre/gazetteer

Motivation

We currently rely on an abandoned mapbox library, with no way to maintain it: https://github.com/mapbox/gazetteer

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: <@user1> <@user2>

Licensing

  • BSD-2, so smilar to MIT - The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • No, because none of our libraries have this - The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: <@user>

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

MapLibre Voting Members Invitation

I am very happy to invite the people in the list below to become MapLibre Voting Members. The Governing Board chose you because we (@lseelenbinder @nyurik @klokan and I) think that you made an important and non-trivial contribution to MapLibre. As a Voting Member, you have the right to participate in the Governing Board election which will take place at the time of FOSS4G, i.e., end of August.

If you accept our invitation and would like to become part of the MapLibre Voting Members, please file a pull request to VOTING_MEMBERS.md where you add your GitHub handle to the existing list. You find instructions on how to file a pull request here.

If you did not get invited but would like to be a Voting Member, please write it into this issue. We most likely missed some people and I apologize for that in advance...

So, thanks for supporting MapLibre and I am looking forward to your pull requests.

@ambientlight ๐Ÿ‘ โœ‰๏ธ
@astridx
@atierian ๐Ÿ‘ โœ‰๏ธ
@bchapuis ๐Ÿ‘ โœ‰๏ธ
@bdon ๐Ÿ‘ โœ‰๏ธ
@birkskyum ๐Ÿ‘ โœ‰๏ธ
@boldtrn
@brendan-ward ๐Ÿ‘ โœ‰๏ธ
@chippieTV ๐Ÿ‘ โœ‰๏ธ
@dayjournal ๐Ÿ‘ โœ‰๏ธ
@drwestco ๐Ÿ‘ โœ‰๏ธ
@fredj ๐Ÿ‘ โœ‰๏ธ
@HarelM ๐Ÿ‘ โœ‰๏ธ
@hoeflehner ๐Ÿ‘ โœ‰๏ธ
@JannikGM ๐Ÿ‘ โœ‰๏ธ
@Joxit ๐Ÿ‘ โœ‰๏ธ
@jutaz ๐Ÿ‘ โœ‰๏ธ
@Kanahiro ๐Ÿ‘ โœ‰๏ธ
@kylebarron
@Malvoz
@marcelnormann
@maxammann ๐Ÿ‘ โœ‰๏ธ
@METACEO ๐Ÿ‘
@migurski
@mnutt ๐Ÿ‘ โœ‰๏ธ
@mojodna ๐Ÿ‘ โœ‰๏ธ
@msbarry ๐Ÿ‘ โœ‰๏ธ
@muesliq ๐Ÿ‘ โœ‰๏ธ
@nreese ๐Ÿ‘ โœ‰๏ธ
@ntadej ๐Ÿ‘ โœ‰๏ธ
@nvanfleet ๐Ÿ‘ โœ‰๏ธ
@OlexandrStepanov ๐Ÿ‘ โœ‰๏ธ
@petr-pokorny-1 ๐Ÿ‘
@petrsloup ๐Ÿ‘ โœ‰๏ธ
@prozessor13 ๐Ÿ‘ โœ‰๏ธ
@rbrundritt ๐Ÿ‘ โœ‰๏ธ
@roblabs ๐Ÿ‘ โœ‰๏ธ
@rubenmx
@SjoerdPerfors ๐Ÿ‘ โœ‰๏ธ
@smellyshovel ๐Ÿ‘ โœ‰๏ธ
@stepankuzmin
@sulewicz ๐Ÿ‘ โœ‰๏ธ
@thaddmt ๐Ÿ‘ โœ‰๏ธ
@TomPohys ๐Ÿ‘ โœ‰๏ธ
@webberig
@xabbu42 ๐Ÿ‘ โœ‰๏ธ
@ZeLonewolf ๐Ÿ‘ โœ‰๏ธ
@zstadler ๐Ÿ‘ โœ‰๏ธ

Legend: ๐Ÿ‘ means the person accepted the invitation and sent a pull request. โœ‰๏ธ means the person shared their email address for the voting system.

Governing Board Candidates

The Governing Board elections will take place online on Thursday, August 25th, 2022 which coincides in time with FOSS4G.

Candidates for the Governing Board can nominate themselves up to two weeks before the election, i.e., until Thursday, August 11th, 2022 by posting in this thread that they are interested in serving on the Board. Please include a description of your involvement in the MapLibre Project and disclose if you are paid for working on MapLibre or have a vested interested in the Project.

Revisit maplibre.org

  • Revisit maplibre.org and see if projects are adequately represented.
  • Check for outdated stuff.
  • Add slack link.
  • Turn off hiring form.

Onboarding repository unassert-rollup-plugin

https://github.com/birkskyum/unassert-rollup-plugin/tree/maplibre-onboarding-files
https://www.npmjs.com/package/unassert-rollup-plugin

Motivation

maplibre-gl-js already rely on this repository to remove node assert from the source code for release builds - for development builds the assert is not removed but bundled using browserify. It's only used at maplibre, and might as well be under the organisation, both in terms of npm and github. I made a branch that contains the changes needed for this onboarding, but I'd like to know if you think it belongs here of if I should keep it on my personal account.

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: <@user1> <@user2>

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: <@user>

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Onboarding repository maplibre-gl

https://github.com/maplibre/maplibre-gl

Motivation

This repository is what has started the MapLibre organization, and thus is a motivation in of itself :). That said, we still need to ensure it confirms to our standards.

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: all board members at the initial sync

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: @HarelM

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
    @HarelM will take care of branch cleaning.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Video conference system

Switch to organizational controlled system.

Additional benefits wanted:

  • Note taking (transcriptions?)

Zoom or Google Meet ?

Onboarding repository mbtileserver-rs

https://github.com/maplibre/mbtileserver-rs

Motivation

Mbtileserver offers community an actively maintained tool to serve tiles optimized for MapLibre GL & native. In addition, having this project as part of MapLibre will allow community to prototype new experimental features:

  • alternative tile formats such as flatgeobuf
  • variable max-zooms depending on location -- densely populated areas could have higher max-zoom
  • alternative non-web-mercator projections and combined projections (sphere for low zooms, web mercator for high zooms).
  • optimized font serving, possibly with dynamic range partitioning
  • integrate maplibre-native or maplibre-rs to allow server-side tile rendering
  • styling features with tighter connection with data, dynamic icons, ...
  • ...

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: @nyurik @wipfli

Licensing

  • The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to Slack for discussions, link to the main maplibre.org page, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: @ka7eh

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages mbtileserver
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Onboarding repository geojsonhint

WIP

https://github.com/birkskyum/geojsonhint moved to https://github.com/maplibre/geojsonhint

Motivation

We currently rely on an abandoned mapbox library, with no way to maintain it: https://github.com/mapbox/geojsonhint

Acceptance

  • Any two board members must agree to accept a new repository.
    Approved by: <@user1> <@user2>

Licensing

  • ISC, so smilar to MIT - The repo license is BSD-3 or MIT.
    Repos may allow dual-licensing under other open source licenses, e.g. MIT OR Apache.
  • No, because none of our libraries have this - The repo contains Copyright (c) <year> MapLibre contributors in license file(s) and in the readme.

Special files

  • /README.md
    Description, link to the main maplibre.org page, name of the OSM-US Slack channel for discussions and an invite link, etc
  • /LICENSE
    Dual-licensed repos may have additional files like LICENSE-MIT and LICENSE-APACHE
  • /CONTRIBUTING.md
  • The repo has Pull Request and Issue Templates in /.github dir.
  • The repo has /.github/FUNDING.yml file copied from maplibre-gl-js/funding
  • /CODE_OF_CONDUCT.md
    This file should only link to our primary code of conduct. Use this markup for consistency:
    # Contributor Covenant
    [![Contributor Covenant](https://img.shields.io/badge/Contributor%20Covenant-2.1-4baaaa.svg)](https://github.com/maplibre/maplibre/blob/main/CODE_OF_CONDUCT.md)

Repo Settings

General page

  • [Features] Disable unused features like wiki.
  • [Features] Enable Sponsorships checkbox (see also FUNDING.yaml above).
  • [Features] Enable Preserve this repository.
  • [Pull Requests] Community is encouraged to use squash merge. Disable other merge types if possible.
  • [Pull Requests] Enable Automatically delete head branches.

Access

  • The repo has at least one admin who is ideally not part of the Governing Board: <@user>

Branches

  • The primary branch is named main.
  • Set up branch rules to require CI pass and an approval before merge.
    For smaller projects it might be OK to ignore this rule.

Miscelaneous

  • The repo must not have any personal branches.
    All work should be done on forks and submitted via PRs, including by the admins.
  • Repo has a proper GitHub description and an optional web site
    Use the gear icon in the upper right corner of the repo page.
  • CI automatically runs on all pull requests before merging using GitHub actions
  • Grant admin rights to the board members and automation accounts for packages
    • npmjs.com: package settings / invite: maplibreorg nyurik klokan lseelenbinder wipfli
    • crates.io: package settings / add owner: nyurik klokan lseelenbinder wipfli

Community

  • The new repo has been announced in the #maplibre OSMUS slack channel.
  • The new repo has been announced in the next monthly meeting of the Technical Steering Committee.
  • The new repo has been announced in the @maplibre twitter.

Collect goals of MapLibre GL Native users

Different users of MapLibre GL Native have different goals and priorities. We concluded that we need to have a written list of goals that our community has for MapLibre GL Native. This will help us in discussions and in reaching decisions.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.