OpenStreetBrowser/Bugs

From OpenStreetMap Wiki
Jump to: navigation, search

Please report bugs here and please include the current version number! Please check the OpenStreetBrowser/FAQ first. Find old (fixed) bugs on OpenStreetBrowser/Bugs/Archive.

Bug #2

Key:area=yes is not rendered eg. http://dev.openstreetbrowser.org/#way_115545380

Yes. That's correct. What is a service highway area? -- Skunk 09:58, 1 August 2011 (BST)
It is a service lane which is that big that I thought it would be better to map it as an area. In this area there are also footway highway areas and residential highway areas which somehow make sense to me. -- Dampfklon 22:43, 23 August 2011 (BST)
Actually I didn't implement this because I couldn't find a definition in the Wiki (just for highway=pedestrian). If you could show me a positive discussion to this topic I would reconsider my decision. Anyway, how should I render it? How could you distinguish a highway=service-area from a highway=residential? I would need to take another colour. You see, it's not that easy ... -- Skunk 19:05, 24 August 2011 (BST)
I interpret the first sentence on the Key:area Wikipage "The Tag area=yes indicates a general area." that I can use the tag with every way tags, but you are right on the discussion page you can read that Mapnik also accepts only a combination with some Tags. I dont know how is "right". But I would not change the rendering as you do not have to see everything rendered but you can see the tagging especialy on OpenStreetBrowser where you can get the information that easy. --Dampfklon 22:18, 25 August 2011 (BST)
Sorry, I got troubles understanding your last sentence ... is it okay for you now, that it is not rendered in OpenStreetBrowser? You could answer in German if you like (I'm Austrian). -- Skunk 04:55, 26 August 2011 (BST)
Kein Ding ich bin nicht so der große Spachmensch :) Ich wollte sagen, dass man zum Beispiel die oben genannten beiden highways garnicht umbedingt von der Darstellung her auseinander halten muss, gerade bei OSB da man dort ja mit einem Klick in die Fläche die Informationen bekommt. Ich weiß nicht was die richtige Lösung für das Problem ist, aber eine Fläche sollte man auf jeden Fall noch render da es im Wiki dokumentiert ist Tag:barrier=hedge. Was heißt einverstanden ich kann deine Argumente gegen ein Rendern verstehen, auch wenn ich das für nicht so schlimm halte. --Dampfklon 09:20, 7 October 2011 (BST)

Bug #7 Internet Explorer fails

OpenStreetBrowser not currently working for me in Internet Explorer (version 8 or 9 on Windows 7) whilst it's fine in Firefox. Rostranimin 23:41, 19 December 2011 (UTC)

True. Seems to be more difficult, than I hope for. I think I currently don't have the resources to work on that. -- Skunk 10:16, 27 December 2011 (UTC)
I think it may be important to write that this is a problem on the main wiki page about OpenStreetBrowser. You want people to know why they have a problem - so they will return another time when the problem is fixed (or use an alternative browser). Otherwise they may simply think this site does not work. I'll add something. If you feel it isn't right please change it or delete it. Rostranimin 16:26, 6 January 2012 (UTC)
Thx. -- Skunk 10:52, 9 January 2012 (UTC)

Bug #8

Data from route_master of route are not displayed. Seems Proposed features/Public Transport is not supported? Bj-transit 05:16, 21 December 2011 (UTC)

No, currently not. I'll include it in a future update. You can follow progress here -- Skunk 06:32, 21 December 2011 (UTC)

Bug #9 (fixed?)

Sometimes hovering the mouse pointer over items listed using the 'what's here' function results in the display of a box with an unhelpful (to me) message "Response not valid". For example it appears if hovering over some of the bus route numbers (e.g. 44) displayed on this page: http://www.openstreetbrowser.org/#whats_here=-4.2575145115114,55.862443585831 . Rostranimin 17:14, 6 January 2012 (UTC)

Should be fixed by now, there was a data inconsistency. If it ever occurs again, please tell me. -- Skunk 10:52, 9 January 2012 (UTC)

Bug #10 (removal of marker)

Search for a street/road. Select this road from the list of found objects. Select the option 'add marker' - a marker appears. Select the new option 'remove marker'. This fails. The markers can re-appear on the map display later, in a new area, when the zoom function is used Rostranimin 19:34, 15 January 2012 (UTC) (updated 20 Feb 2012)

Is this fixed? Seems to be working now. Rostranimin (talk) 00:32, 1 March 2013 (UTC)

Bug #11 (non-rendering of islands defined using multipolygon)

See here: www.openstreetbrowser.org/#?zoom=16&lat=56.48819&lon=-3.42777 Islands defined, correctly as I understand it, within riverbank multipolygon are displayed on OSB base map as water. Contrast with Mapnik rendering. Note that I edited these islands a little today (deleting three duplicate islands defined by natural=land) so renderings may not match the underlying data for a little while. Rostranimin 20:59, 23 February 2012 (UTC)

Bug #12

Problems with displaying parent relations (e.g. http://openstreetbrowser.org/#rel_20614). I think it would be nice to be able to display road or bicycle networks. -- Mar4s 18:48, 12 March 2012 (UTC)

Bug #13 "More Categories" List does not always show all entries

I'm editing my category "pedestrian", sometimes I cannot find it in the "More Categories" list. I can see the last edit in recent changes. If the category is not in the list, I can not add the category. I can edit the category via the "recent changes", though. Trapicki 18:03, 22 January 2013 (UTC)

Bug #14 (dragging markers fails)

I discovered today that markers added to the map can be dragged around, but the functioning of this was very unreliable. Sometimes it didn't work. Sometimes the map dragged at the same time. Rostranimin (talk) 00:34, 1 March 2013 (UTC)

Bug #15 (ADFC Lubeck - tag sport=cycling) (Old data not OSB bug?)

sport=canoe is rendered, but sport=cycling ist not. E.g. <http://www.openstreetbrowser.org/?zoom=17&lat=53.87062&lon=10.69777&layers=&basemap=osb&categories=leisure%5Bleisure_sport%5D%2Ctransport%5Btransport_alternative%5Btransport_alternative_amenities%5D%5D&overlays=> So you find "Verein für Kanusport" (sport=canoe) in the right upper corner, but "ADFC" (sport=cycling) not (lower left corner, building Kanalstraße 70 Osmonav 6. March 09:48:51 CET 2013

The two nodes you are looking at are:
http://www.openstreetmap.org/browse/node/1342195024 (sport=cycling)
http://www.openstreetmap.org/browse/node/1453066299 (sport=canoe)
If you position OSB over the first and do a search for ADFC we can see that the second entry in the list is ADFC Lubeck. The node is highlighted if you position the mouse pointer over the entry in the list. But if you click on the entry on the list it takes the view to a different place - here:
http://www.openstreetbrowser.org/?zoom=18&lat=53.87113&lon=10.68187&layers=&basemap=osb&categories=leisure[leisure_sport]%2Ctransport[transport_alternative[transport_alternative_amenities]]&overlays=
where the node is displayed/detected correctly.
This is strange behaviour I agree.
The problem is perhaps not a bug in OSB, but that the data has changed and some part of OSB is still using the old data - see here:
http://www.openstreetmap.org/browse/node/1342195024/history
The coordinates of the node have moved (presumably a change of address for ADFC). Partly OSB is detecting the new data (in search), but it displays the old data.
Rostranimin (talk) 10:19, 6 March 2013 (UTC)

Bug #16 Failed to request route: routes.cloudmade.com reported: HTTP/1.1 403 FORBIDDEN

navigation alerts "Failed to request route: routes.cloudmade.com reported: HTTP/1.1 403 FORBIDDEN" CloudMade stopped their some of their services.