-
Notifications
You must be signed in to change notification settings - Fork 91
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
Preserve MapRoulette task settings in the URL #1422
Comments
Sounds good - we can prioritize this. |
+1 that's a great idea. In the Walkabout meeting we talked about clustering too. This is a bigger effort, but I can see leaflet style clustering serving multiple applications within Rapid. For example, it could help to highlight which parts of the map have ML buildings and roads when the user is at a low zoom level. |
Hey @eneerhut, @Geocruizer, @atiannicelli I just added support for enabling the MapRoulette via the url parameter.. The supported value can either be (Like before, if challenge IDs are specified, Rapid will display the tasks even if that challenge is set to be hidden. If no challenge IDs are specified, Rapid just shows all the visible challenges in the map region). Examples:
|
Working well for me so far @bhousel. Great implementation. |
I haven't tried it out but the functionality sounds great! I will probably give it a whirl on Monday. |
(closes #1422) This adds support for a urlhash parameter `&maproulette=val` where `val` can be 'true' or a comma-separated list of challengeIDs. Example: `maproulette=true` -or- `maproulette=<challengeIDs>`
Description
Coordinated mapping efforts would be enhanced if we can preserve MapRoulette in the URL. If the challenge ID is preserved, we can easily encourage people to participate in a challenge by sharing a Rapid link.
Maybe something like
&MapRoulette=41502
which would automatically enable MR while preserving the other settings.The text was updated successfully, but these errors were encountered: