Which browser? I’ve got an update for LMUR in the pipeline, so if there is a problem I’ll look to fix it as part of that release.
Chrome for me, I’ll check on firefox in a few minutes when back home & see.
Sent from my HTC Sensation Z710e using Tapatalk 2
OK, I just checked on Firefox and it seems to happen there as well. With the “Show URs/map problems (LMUR v0.6)” initially disabled, or if enabled, it does not seem to make any difference. I have also checked when going to Livemap from the editor, just to ensure I am logged in already.
The script itselfs works fine, shows the overlay if enabled & tells me if I’m not logged in if I attempt to initially enable it.
I’m on the world server, and cannot see any errors in the console.
I’m just wondering if it’s subtle differences again based on where in the world you are located. Can you remember the ‘Livemap’ URL in the editor for me in South Africa that just pointed to Livemap & not the same location as that you were editing ? That’s why you added the Livemap link in UROverview.
0.7 is now available…
Bug fixes:
Now allows use of the Livemap search/directions functionality (thanks to Kuhlkatz for reporting this one)
Allows UR/problem popups to be displayed if the livemap window has been scrolled
New features:
Loads UR/problem data for a wider area initially (3 degrees x 3 degrees as opposed to the 1 degree x 1 degree area used in prior versions), caching this data and adding to the cache as the map is panned/zoomed. The data is still retrieved in 1x1 degree blocks (limited by the Waze server), and each of these cached 1x1 degree areas is shown on the map with a pale yellow highlight. The cached data persists for the duration of the browser session, so to refresh it simply reload the page.
The AM (manageable?) and EA (updatable?) areas’ highlights are gone. Intentionally I suppose. If it was not a big code/data overhead, it was a very nice feature of the v0.6.
Yes, it’s an intentional side-effect of caching multiple 1x1 degree blocks of data in order to expand the UR/problem markers across the whole map - I’d also have to cache the multiple fragments of editable area data and stitch them together for display, and for editors with large areas that could easily mean the script ends up caching a lot of data for each session…
I might look into re-instating the area higlighting in some way, but for this release I felt it was more important to implement the wider UR/problem marker coverage since that’s been requested several times. I also needed to get the two bugfixes rolled out as well, so I didn’t want to hold back this release any longer than necessary.
Wasn’t planning another release so soon, but with Turn Problems now making their way out of beta I decided a quick update to support those was in order - 0.8 now marks them with a green dot.
0.8 has also given me the chance to fix a long-standing bug - if the livemap was panned too quickly, the UR/problem markers could end up being drawn slightly out of alignment with the underlying map - which had become more obvious recently, either as a result of other changes in LMUR or changes to the Livemap code itself.
Just tried this new version.
Found 2 bugs:
- Old UR already solved still show up as red boxes.
- The yellow square delimiter is gone
Refresh browser page. Read about a few messages back. 
intentionally. Read about …
Tried to reload the page within latest version of Chrome but problem persists.
Sent from my LT18i using Tapatalk 2
A related problem - when a moving mouse cursor hovers over a wazer icon or report pin or a traffic jam at the map border, LiveMap eventually scrolls up/down/sidewards, in order to reveal its partially obscured description tooltip. But then the markers stay unaligned and it is necessary to grab the map and move it a bit.
If the automatic map movement could be noticed by the script…
…it can, if you install the shiny new 0.9 release 
Thanks for the bug report, I rarely have LMUR enabled at the same time as the Waze-generated markers (too much clutter for my liking), so I hadn’t spotted this one.
Are you on the secure livemap server?
OK, let’s take this one step at a time to see where the problem lies. I know it does work OK on Win7 64bit + Chrome, because I’ve tested it with that combination on both my home and work PCs, so it’s not a general incompatibility issue…
Step 1 is done, we’re on the secure server.
Step 2 - are you logged-in?
Step 3 - do you see the “Show URs/map problems” checkbox sandwiched between the Search Address | Get Directions bar and the map display area?
Step 4 - is the box ticked?
Step 5 - do you see a pale greeny-yellow rectangle overlaid on the centre of the livemap?
Hello Twister_UK
I would like to display only oldest UR … is it possible to add this function (for exemple, only display UR send by user more than x days ago) ?
thanks in advance
The data does exist to allow URs to be filtered by age (I already do this in the UROverview script from which LMUR is derived), but not to allow filtering by specific users. So yes, filtering by age (and some of the other functionality from URO) will almost certainly get added to a future version of LMUR. Just don’t ask me when that version is likely to appear…
1.0 is here!
Changes for this release:
Marker types can now be enabled individually.
UR markers can be filtered by age.
UR markers now rendered as diamonds instead of squares, allowing the three marker types to be differentiated both by colour and shape.
Wow pretty cool! Good job 
Great update! And frightening - now I can see how many old URs are untouched. :shock: This is going to be a great tool for CMs to find the problems in areas where there is no active AM to take care of them.
Now I’m going to be a right pain and ask for another feature. Would it be possible to provide some way to link back to the editor from the UR on the livemap? Maybe a link in the pop-up already associated with each livemap UR.
[EDIT] Not needed at all! Timbones pointed out the functionality already exists in this post below (or scroll down). :oops:
:o very good indeed :o
Loving it :mrgreen: