I think the problem is a combination of the Waze map and the way Waze copes with being told to go to a postcode. Waze has no knowledge of postcodes, instead asks Google, which in turn looks up information supplied by the Royal Mail. This gives a point for the postcode (which is inherently unsatisfactory as postcodes usually cover an area). Anyway, Waze then navigates to the closest road to that point.
Typing L2 0NR into the editor, you can see the pin drop at a point between Castle St and Fenwick St. The closest map road to the pin however is neither of these, but the eastbound lane of the Queensway Tunnel. So the eastbound road through the tunnel is where Waze is going to try to get you to, which of course means that it has to get you to the west side of the Mersey first.
The avoid tolls setting will have no effect on using the eastbound tunnel, since this is the only way of getting to the closest point to your destination. However, avoid tolls will kick in and cause Waze to avoid the westbound tunnel, hence your massive diversion.
So what can be done about this?
The precise route of the tunnel on the map isn’t important, since GPS doesn’t work in the tunnel thus Waze has no idea of the exact line. Moving the tunnel to the other side of Brunswick St would prevent the problem for this particular postcode, but would probably create the same problem for a different postcode.
Adding Viva Brazil to the map as a “place” would help, but only if it was carefully positioned, and you ask Waze to navigate to the place rather than the postcode. I’ve added it now, carefully positioned to be nearer to Castle St than the tunnel.
Likewise if you asked to navigate to Castle St instead of the postcode, you could be sure of getting the right road, but not necessarily the right part of it.
I wonder whether there might be any scope for putting a facility into the Waze search so that it ignores roads of elevation -5 (or +5 for that matter) when looking for a postcode?
Ian