Skip to content
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

OSM data not loading in Rapid #1424

Open
eneerhut opened this issue May 13, 2024 · 3 comments
Open

OSM data not loading in Rapid #1424

eneerhut opened this issue May 13, 2024 · 3 comments
Labels
feature-performance Yes, performance is a feature waitfor-cant-repro Having trouble reproducing this issue, may need more info

Comments

@eneerhut
Copy link

Description

This issue is happening to me fairly frequently in Rapid. I zoom into an area to start mapping, but not all of the OSM data for that area loads. Sometimes none of it loads.

In some cases a refresh causes the data to load successfully, but not always. When mapping in an area I am less familiar with, missing OSM data can cause me to duplicate data that is already there, but not visible in Rapid. This undermines confidence in Rapid and causes me to check other editors.

Screenshots

720p_Screen.Recording.2024-05-13.at.7.42.59.AM.mov

Version

2.3.1

What browser are you seeing the problem on? What version are you running?

Version 124.0.6367.158 (Official Build) (arm64)

The OS you're using

macOS 14.4.1 (23E224)

Steps to reproduce

Zoom to an area with bing imagery layer enabled. Wait for data to load.

The browser URL at the time you encountered the bug

https://rapideditor.org/edit#map=20.10/37.55529/-122.27505&background=Bing&datasets=fbRoads,msBuildings&disable_features=boundaries

The auto-detected useragent string for your browser (leave blank if you're manually filling this form out)

No response

@bhousel
Copy link
Contributor

bhousel commented May 13, 2024

I did investigate a bit, and I am able to load data from around there, but this Foster City / Redwood Shores area is very densely mapped, so it would not surprise me if you are hitting a rate limit from OSM.

This looks pretty similar to the issues you reported on #1304..

Screenshot 2024-05-13 at 3 39 20 PM

Not sure the best way to approach this issue - As OSM grows, this will probably be more of an problem.

@bhousel bhousel added feature-performance Yes, performance is a feature waitfor-cant-repro Having trouble reproducing this issue, may need more info labels May 13, 2024
@mmd-osm
Copy link

mmd-osm commented May 21, 2024

I also noticed the same, and believe it coincidences with the introduction of mod_evasive on the osm server a few months back. More specifically, this Apache module has been enabled on Mar 12, 2024.

It would be good to know if you see OPTIONS preflight requests failing in your browser console with something like "CORS header 'Access-Control-Allow-Origin' missing".

Typical symptoms would be that only parts of the map are loaded, and when panning the map after a while, these missing parts would start showing up. In particular I've seen this issue when you start mapping in a densely mapped area and start out with a low zoom level, then keep on zooming in to a neighborhood. This triggers a large number of (parallel) requests to the osm server. which seems to trigger mod_evasive in some cases.

In my case mod_evasive kicked in before 509 rate limit error was even reported. Rapid would not report any issues there, in particular no message like "Please try again in x seconds". Some of the improvements in #1304 don't seem to work anymore at the moment.

Let's try to collect some more details before reporting it on the osm operations issue tracker.

@bhousel
Copy link
Contributor

bhousel commented May 21, 2024

It would be good to know if you see OPTIONS preflight requests failing in your browser console with something like "CORS header 'Access-Control-Allow-Origin' missing".

I definitely have seen these, and wondered about it - it's a pretty weird error, especially if things end up working eventually.

@bhousel bhousel added feature-maproulette Issue or request related to the MapRoulette layer and removed feature-maproulette Issue or request related to the MapRoulette layer labels May 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature-performance Yes, performance is a feature waitfor-cant-repro Having trouble reproducing this issue, may need more info
Projects
None yet
Development

No branches or pull requests

3 participants