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.

Sign up for GitHub

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

Jump to bottom

Raster types should not require a source #641

Closed
edenh opened this issue Aug 4, 2014 · 3 comments
Closed

Raster types should not require a source #641

edenh opened this issue Aug 4, 2014 · 3 comments

Comments

@edenh
Copy link
Contributor

edenh commented Aug 4, 2014

Raster types can rasterize layers from multiple types, so specifying a source seems strange. Composites do not require a source.

@ansis @lbud
@ansis
Copy link
Contributor

ansis commented Aug 4, 2014

Since rasterized layers are rendered tile by tile, all the layers within it need to have the same source. I think its clearer if the source is specified on the layer itself instead of trying to automatically infer it from child layers.

@edenh
Copy link
Contributor Author

edenh commented Aug 4, 2014

all the layers within it need to have the same source

Ah, did not know this.

@edenh edenh closed this as completed Aug 4, 2014
@jfirebaugh
Copy link
Contributor

@ansis Can you add this to the documentation please?

lucaswoj pushed a commit that referenced this issue Jan 11, 2017
@1ec5
Indicate macOS SDK support (#641)
25d721b 
* Indicate macOS SDK support

Added macOS SDK support information alongside the existing iOS SDK support information. Clarified that, with respect to the iOS and macOS SDKs, this document is intended as a file format reference for style authors rather than a runtime styling reference.

* macOS SDK v0.2.1

* Removed link to iOS SDK API reference

We’ll add the link back in as soon as iOS SDK v3.4.0 and macOS SDK v0.3.0 are officially released.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@jfirebaugh @ansis @edenh