Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

P0: Allow to import the exported map config #88

Open
ziyili66 opened this issue Jun 1, 2018 · 0 comments
Open

P0: Allow to import the exported map config #88

ziyili66 opened this issue Jun 1, 2018 · 0 comments
Assignees
Labels
backlog Feature request that's currently outside of our roadmap external Request comes from external feature A new feature frequent ask

Comments

@ziyili66
Copy link

ziyili66 commented Jun 1, 2018

That would also open up the ability to reuse styles across projects or even on multiple datasets in the same project. You could possibly even allow for multiple datasets to be in a single layer with a single style (assuming their data structure is consistent)

  1. Save map config via save map choose config only, and downlaod the config json, and store somewhere that can be accessed via url

  2. Load kepler.gl/#/demo?mapConfig=http://xxxxx.xxxx.json. Load kepler.gl with a preset config (layers, filters, mapStyles etc).

3.1 The config might contain 1 dataset, in which case kepler.gl try to map layer, filter to it
3.2 The config contain 2 dataset...........

Rules to match config to data: dataset must contain field that layer column and layer color / size by are depends on. must contain fields that filters are depends on....

Currently
if you call receiveMapconfig without data preloaded, kepler will try to match layers / filters based on dataId, it is not finding those fieds, then it will saved the layer/filter to layersToBeMerged filtersToBeMerged. When you then call addDataToMap without config. kepler will use the to be merged the ones.

For Example:

  • If someone saved layer 1 -> dataset a; layer 2 -> dataset b
  • upload dataset a -> kepler create layer 1. layer 2 will not be match, it will be stored as layersToBeMerged in visState reducer
@ziyili66 ziyili66 added feature A new feature external Request comes from external launch blocker labels Jun 1, 2018
@macrigiuseppe macrigiuseppe added backlog Feature request that's currently outside of our roadmap and removed launch blocker labels May 9, 2019
macrigiuseppe pushed a commit that referenced this issue Oct 8, 2020
bjungs pushed a commit to imec-int/kepler.gl that referenced this issue Nov 14, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backlog Feature request that's currently outside of our roadmap external Request comes from external feature A new feature frequent ask
Projects
None yet
Development

No branches or pull requests

3 participants