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
Incorrect isochrones? #204
Comments
Thanks for the issue, @heyarne! The cut off of the isochrone is caused by the radius limit (6 km by default). You can expand area by increasing radius option. There are should not be any null features. Could you please provide the query that produced this? |
Yes. The query is encoded into the filename, but also written towards the end of my article where maybe it's easy to miss:
So it's a request to I did not give any further parameters. For the other problem I will try increasing the radius, thanks for the hint! |
One possible explanation might be that the Increasing the radius gave me 3 beautiful isochrones on my other query, thanks a lot for the quick help! |
I have set up galton in a docker container as described in the readme. The OSM extract I'm using is brandenburg-latest. Set up went flawless – however the isochrones that are generated seem very unnatural and cut off.
An example can be found in this gist: click me
It's the result of the command
http :4000 lat==52.5219184 lng==13.4132147
(using httpie), setting Berlin Alexanderplatz as center.For another query there was a
null
element in thefeature
-array. Is that intentional? I've had some GeoJSON tool stumble over that because they were expecting every element in the array to be aFeature
. You can see the other file in the Gist which is not rendered for the example output ofhttp :4000 lat==52 lng==13
which shows this behavior.The text was updated successfully, but these errors were encountered: