Opened 7 years ago

Last modified 4 months ago

#5076 new defect

mapdata view maybe loads too big areas or freezes for other reasons...

Reported by: dieterdreist Owned by: rails-dev@…
Priority: critical Milestone:
Component: website Version:
Keywords: Cc:


recently I get a lot of "unresponding script" errors on osm when browsing objects and changesets, this was somehow handled differently before. E.g. when you activate "map data" in the layers view and then click on a link (like a changeset url), the "map data" remains active and dependent on the new view it might be a lot of data and the client might freeze. (you get this message:

A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.


This also happens on a recent laptop with 8 cores and 16GB of RAM...

Change History (3)

comment:1 Changed 7 years ago by aseerel4c26

I do not why, but I also had the feeling in the past (since the UI change) that I have the data view more often active when I did not want it (and causing long delays due to much client-side processing work). Not sure what was different in the old UI. Maybe the data-view did not stay activated when you opened new tab or clicked a link? It seems so, after trying a bit at . Using Firefox.

comment:2 Changed 6 years ago by aseerel4c26

I would suggest to let the data layer have a user option (in user settings) for number of nodes or/and area size. That way users could adjust for their needs.

I have just created Ticket #5108 - before remembering this one here. The problem with changeset links at least is avoidable (work around) by first switching off the data layer and then opening changeset links in a new tab instead. The issue I described at #5108 has no workaround.

Implementing my suggestion over there would solve your problem here.

comment:3 Changed 4 months ago by lotoedu@…

Eduardo Loto hola estoy teniendo un inconveniente con OpenStreeMap? no puedo ver el mapa estándar. que puede ser? soy eduardo de Argentina.

Note: See TracTickets for help on using tickets.