Утро доброе. Товарищи, а как лучше прописать CSS для всех значений
ключа building ?  вот такая конструкция не удовлетворительно работает
(домов маловато, и залезают под landuse (хотя это уже другая проблема)) :

[@scale < 35000] [@scale > 5000]  [building = 'yes']{
    fill: #000000, #f0f0f0;
    fill-opacity: 0.4, 1;
    geometry: [offset(way, 0.5, -0.5)], [way];
 }

а чтобы не залезали, нужно сортировать по площади

геосервер ругаться начинает вот так:

Encountered "<EOF>" at line 1, column 8. Was expecting one of: "(" ... ":" ... <IDENTIFIER> ... "." ... "not" ... "in" ... "tequals" ... "before" ... "after" ... "during" ... "*" ... "/" ... "+" ... "-" ... "like" ... "ilike" ... "exists" ... "does-not-exist" ... "is" ... "between" ... "=" ... ">" ... "<" ... ">=" ... "<=" ... "<>" ... Parsing : building.

описание стилей от крупных объектов до маленьких? (т.е. сначала landuse, потом building, условно?)

да, сами стили в правильном порядке, плюс в самом запросе, чтобы landuse внутри рисовались правильно и чтобы школа была по верх жилой зоны

Это нормально для любой статьи кроме хороших туториалов и объяснялок. Вилки относится к дайджестам , а их не запоминают

Например серия статей о настройке systemd даже не лучшего качества ещё долго будет собирать просмотры

Почему бы отдельным слоем их не оформить
Тогда стайлшит начнется с #buildings например, далее про скейл

это не мапник

Тогда несите мапник! А геосервер вычеркиваем)

так да можно. но геморонее данные обновлять

я про подход который зовут в osm "минутный мапник".

получается что после автоматической загрузки обновлений planet нужно будет еще каждый раз распарсивать building, ну или и это атвоматизировать

это просто угар, или в том числе ваш скепсис выражает к этому подходу?))

я об этом а не об мапнике)

В геосервере всё в едином слое что-ли? А селекторы прям в стиле?.. Но ведь так у тебя нет практически контроля над запросами в БД