Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

OSM Server Side Script: sketch_line and sketch_route produce erratic output #2966

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 1 comment

Comments

@openstreetmap-trac
Copy link

Reporter: stanton
[Submitted to the original trac issue database at 6.47pm, Friday, 14th May 2010]

sketch_line (sketch_route is also affected) often produces erratic graphics. I have observed two issues:

  1. apparently, if one of the stop members of the relation is an area tagged as amenity=bus_station, it is omitted completely. For example:

[http://78.46.81.38/api/sketch-line?network=ATM&ref=80&style=padua]

consisting of relations:

[http://www.openstreetmap.org/browse/relation/611446]

[http://www.openstreetmap.org/browse/relation/611538]

The first stop (Bonola) is tagged as described above and missing from the sketch. This seems incorrect to me as, to my knowledge, bus_station is the tag to be used for a larger bus terminal where multiple lines stop at dedicated platforms.

  1. Trolleybus lines (route=trolleybus) are not rendered at all - attempting to sketch them results in "No relation found".

To reproduce:

[http://78.46.81.38/api/sketch-line?network=ATM&ref=92&style=padua]

relations:

[http://www.openstreetmap.org/browse/relation/913880]

[http://www.openstreetmap.org/browse/relation/913907]

  1. in some cases incorrect stop names are displayed - names are mixed up or the same stop name is displayed multiple times. The graph itself seems correct (though I have not verified this in too much detail).

Mild example:

[http://78.46.81.38/api/sketch-line?network=ATM&ref=19&style=padua]

relations:

[http://www.openstreetmap.org/browse/relation/661028]

[http://www.openstreetmap.org/browse/relation/661000]

Here just one stop name is wrong: the 11th (from Roserio) is displayed as "Duomo" when in fact it should be "Piazzale Accursio". (Duomo is the last stop.) Stops at which only one direction stops seem to be particular prone to this error (though it happens to all).

A more extreme one would be:

[http://78.46.81.38/api/sketch-line?network=ATM&ref=78&style=padua]

relations:

[http://www.openstreetmap.org/browse/relation/420649]

[http://www.openstreetmap.org/browse/relation/445904]

This one is botched beyond recognition and usability: names are either missing completely, or the same name is repeated over and over multiple times.

And finally:

[http://78.46.81.38/api/sketch-line?network=ATM&ref=69&style=padua]

two alternative routes, resulting in a total of four relations:

[http://www.openstreetmap.org/browse/relation/536964]

[http://www.openstreetmap.org/browse/relation/537040]

[http://www.openstreetmap.org/browse/relation/536992]

[http://www.openstreetmap.org/browse/relation/537008]

@openstreetmap-trac
Copy link
Author

Author: TomH
[Added to the original trac issue at 11.24pm, Friday, 14th May 2010]

I have never heard of those scripts, and that IP address does not belong to any OSM server so this is nothing to do with us. You need to report your problems to whoever wrote and maintains those scripts.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant