Steve Bennett
Steve Bennett
This is a real limitation with the current architecture, which I have run into several times. It's very common for any custom drawing tool to also need to be paired...
Maybe `line-pattern-rotation-alignment` (by analogy with `icon-rotation-alignment`), or possibly anchor `line-pattern-anchor` (by analogy with `fill-translate-anchor`). It might be hard to keep the possible values consistent with those though. Maybe: - `map`:...
Open to PRs.
Also this line of the documentation is a bit confusing: > whether or not to include the final coordinate of LinearRings that wraps the ring in its iteration. (default false)...
I haven't come across this, do you have a repro case?
`booleanPointOnLine` does take an `epsilon` parameter, much like the tolerance one in the function you used. In this case, with the data you provided: ``` turf.booleanPointOnLine(point, line, { epsilon:0.000000000000000001 });...
That suggestion makes sense to me. The current behaviour, expecting floating point calculations to somehow yield exact equality does not. (Shame the spec doesn't quite come out as far as...
I think you'll need to include a lot of information about your running environment.
It looks like I started implementing this (there's a function called `newMap()` which behaves a bit like this) but I have no memory of it.
It's a really obnoxious change to start outputting tips and promotions at startup. :(