http://overpass-turbo.eu/s/bfz - aerialways with names
Great idea, the only problem is from which zoom level to start it and how big letter size should we use.
This was removed a while ago, best to know why.
Great idea, the only problem is from which zoom level to start it and how big letter size should we use.
1:50k, the first real topographic map scale, close to Z13/14. Many aerialways are at least one, or a couple of kilometres long. At 1:50k, this means at least 2 cm labelling space along the line, and in most cases more, which should be sufficient to place labels.
@yvecai
This was removed a while ago, best to know why.
There was catch-all rendering - all name tags were rendered (including names on misspelled objects and names that were not deserving rendering).
I'm willing to fix this, but first a question: a naive option could be to render the name as it is rendered for railways, because railways and aeroways are related in that they are mechanized means of transport, based on a steel way. Would that be OK? I ask now because that would mean, IMO, including aeroways in railways-text-name code, so I prefer not messing with such a piece of code before having some opinions.
I think this is a valid solution.
Would this way do it?


Looks OK based on this examples - but maybe names should be a bit closer (or not, it may require testing with tall characters).
'Petite Mauselaine' looks upside down, is there a way to write it bottom to top?
Le 14 mars 2018 19:15:38 GMT+01:00, Mateusz Konieczny notifications@github.com a 茅crit :
Looks OK based on this examples - but maybe names should be a bit
closer (or not, it may require testing with tall characters).--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
https://github.com/gravitystorm/openstreetmap-carto/issues/1807#issuecomment-373123579
Yves
@yvecai: it is not fully upside down, but slightly left to right; the problem is the orientation of the aerialway, almost north-south.
@matkoniecz: I'll try closer and taller characters.
Mateusz meant probably testing fake names with tallest characters possible with certain font size, like 脠脠脠脠脠脠脠脠 or 脡脡脡脡脡脡脡.
@Penegal , I had the same issue on opensnowmap with icons on aerialways, but worse: it looks really ugly to have a gondola upside-down.
I solved it by reversing the ways depending on orientation.
(SELECT
type, name,
(CASE
WHEN st_x(st_startpoint(geometry)) < st_x(st_endpoint(geometry))
THEN geometry
ELSE st_reverse(geometry)
END) as geometry
FROM
osm_aerialways
) as data
Mateusz meant probably testing fake names with tallest characters possible with certain font size, like 脠脠脠脠脠脠脠脠 or 脡脡脡脡脡脡脡.
Yes, I meant this. Sorry for confusion.
I had the same issue on opensnowmap with icons on aerialways, but worse: it looks really ugly to have a gondola upside-down.
I don't think they're aiming for gondolas on the map here... Let that be a unique feature of OpenSnowMap.
I personally don't have much of a problem with the reversed text, but I can understand some people would want them all to be in the same direction.
@mboeringa Sure, I was giving an example that could also apply to the text orientation. Agreed this is not a major problem.
Yves
Here you are:

With text-dy decreased of 2px:

With text-dy decreased of 2px:
The label still fits and it looks better, so I vote for this version.
As long as it fits it is clearly preferable. Hmm, maybe it would be even better with name on aerialway, without text-dy? (feel free to ignore this idea).
Without text-dy:

It decreases readability IMO; I think I should go with the previous text-dy value.