You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
URLs such as http://heyduwamish.org/12th-and-elmgrove always load the default coordinates of heyduwamish.org first, then after a while it jumps over to the actual location.
Is there any way we can bypass this?
It would give us a big bump in usability.
The text was updated successfully, but these errors were encountered:
Agreed this is a complex fix. Because of the order in which things happen when the page first load, I think jumping immediately to a marker location would be a significant refactor.
I think #593 improved the delay slightly, but didn't completely remove it. When we refactor landmark urls to have an id that can be directly referenced on the server, we can expect loading to be comparable to that of current place urls (e.g. /trees/243). The delay occurs because without an id to reference, we have to completely load all datasets, then search them one by one for the landmark-style url until we find it.
URLs such as http://heyduwamish.org/12th-and-elmgrove always load the default coordinates of heyduwamish.org first, then after a while it jumps over to the actual location.
Is there any way we can bypass this?
It would give us a big bump in usability.
The text was updated successfully, but these errors were encountered: