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

Referring to the MapML polyfill consistently, and what to call it #21

Closed
Malvoz opened this issue Oct 1, 2021 · 2 comments
Closed

Referring to the MapML polyfill consistently, and what to call it #21

Malvoz opened this issue Oct 1, 2021 · 2 comments
Labels

Comments

@Malvoz
Copy link
Member

Malvoz commented Oct 1, 2021

We vary in how we refer to the polyfill, mostly it's "Web map custom element" or slight variations thereof, in other cases it's variations of "MapML(-viewer) polyfill".

Examples

"Web Map Custom Element" variants:

"MapML-viewer" variants:


The name "Web Map Custom Element" makes sense in that we're using custom elements to polyfill a technology that is envisioned to become the standard for "web maps". And in earlier stages there was no <mapml-viewer> element, only the <map is="web-map"> built-in, so that made sense at that point in time.

I thinks it's important that we refer to the polyfill by name consistently. The major difference between the two is that "MapML polyfill"/"MapML-viewer (custom element)" describes the technology that is being polyfilled, which I am in favor of.

WDYT?

In most cases it's straight forward to make the necessary changes, but if we're to go with "MapML polyfill" or "MapML-viewer (custom element)" (depending on the context) then it may be desirable to also rename the repositories "Web-Map-Custom-Element" to e.g. "MapML-Polyfill" and "web-map-doc" to e.g. "mapml-viewer-docs", but we can perhaps decide on that later.

@Malvoz Malvoz added the question label Oct 1, 2021
@prushforth
Copy link
Member

I agree a bit of consolidation would be good. I guess I would go with MapML Viewer to match the proposal and the element. I think we might get to this in the Jan-Mar 2022 timeframe if things go well. There is some resistance to "MapML", but it's too late to change at this stage: the die is cast.

@Malvoz
Copy link
Member Author

Malvoz commented Jun 28, 2024

Closing in favor of Maps4HTML/MapML.js#964.

@Malvoz Malvoz closed this as completed Jun 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants