Replies: 1 comment
-
|
I digged a bit into the shader code and found that for project_size, the x/y units per meter are correctly applied. Using this snippet instead works perfectly now. But I wonder if there should also be a |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
What I want to achieve:
Subclass the scatterplot layer so it renders a rectangle (done) and applies the radiusUnits... part only to the x coordinates. The y coordinates offset should be a fixed offset in a unit of my choice (meter/pixel). This is required for a DNA track I want to implement. So basically I can zoom this track using the OrthographicController using a locked y zoom (to 1) and only the x part changes. The x domain would be base pairs and the y domain always lets say [-1, 1].
However this does seem to give weird results, since the
project_sizefunctions defined here https://deck.gl/docs/api-reference/core/project#project_size_to_pixel do not seem to respect the x/y part of the zoomI tried it with something like this:
but it will only scale correctly if zoom is a single scalar (then it correctly has a fixed height but will scale along the x axis)
Is this a limitation of deck.gl or is there a simple workaround?
Beta Was this translation helpful? Give feedback.
All reactions