You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Reporter: ldp [Submitted to the original trac issue database at 3.54pm, Thursday, 9th April 2009]
When osm2pgsql is exporting a route to postgis, a route_name key is added, as a copy of the name field of the input relation. However, before it starts to evaluate the different types of relations, the source tags including 'name' are already copied. This causes both the 'name' and 'route_name' fields to be set and identical, for type=route relations.
Because the current osm.xml uses an while rendering road names, this causes the route names to also appear on the map when route_name and bicycle routes are enabled in default.style. Checking [route_name] as an exclusion for road name rendering instead of using an ElseFilter is also not possible, since by default, the route_name column isn't enabled in default.style, the column is not generated, and the whole Rule would fail to render.
I have added a patch for output-pgsql.c that defers setting the 'name' column in the exported relation, then skipping this for type=route, and finally setting it for the other type=* relations. I tested this locally, and the route names were no longer rendered on the osm.xml based map.
Heads up opencyclemap maintainers: If you're relying on [name] for type=route bicyle routes, this would break label rendering, until you switch to [route_name].
The text was updated successfully, but these errors were encountered:
Reporter: ldp
[Submitted to the original trac issue database at 3.54pm, Thursday, 9th April 2009]
When osm2pgsql is exporting a route to postgis, a route_name key is added, as a copy of the name field of the input relation. However, before it starts to evaluate the different types of relations, the source tags including 'name' are already copied. This causes both the 'name' and 'route_name' fields to be set and identical, for type=route relations.
Because the current osm.xml uses an while rendering road names, this causes the route names to also appear on the map when route_name and bicycle routes are enabled in default.style. Checking [route_name] as an exclusion for road name rendering instead of using an ElseFilter is also not possible, since by default, the route_name column isn't enabled in default.style, the column is not generated, and the whole Rule would fail to render.
Example of route name rendering: http://tile.openstreetmap.nl/?zoom=15&lat=51.22925&lon=3.7797&layers=B000000F
I have added a patch for output-pgsql.c that defers setting the 'name' column in the exported relation, then skipping this for type=route, and finally setting it for the other type=* relations. I tested this locally, and the route names were no longer rendered on the osm.xml based map.
Heads up opencyclemap maintainers: If you're relying on [name] for type=route bicyle routes, this would break label rendering, until you switch to [route_name].
The text was updated successfully, but these errors were encountered: