По моему, 1 картинка в 3 ряду самая подходящая )))
Или вот, тоже подходящая идея:
http://img2.cliparto.com/pic/xl/188884/3861629-engine.jpg
http://images.vector-images.com/clp2/188884/clp861782.jpg
Мягко говоря, не очень. В отличие от «1 картинка в 3 ряду».
А мне как раз больше нравится пиктограмма двигателя. Её знают все водители, т.к. она есть на приборной панели, и каждый раз загорается для контроля лампочек.
Hind, у меня двигатель ассоциируется с их продажей или ремонтом 
+500
Если OSM хочет привлечь к работе как можно больше участников, то нужно и редакторы упрощать в сторону простого, лёгкого и понятного интерфейса, и отображение карт на основном сайте сделать максимально удобным, наглядным и полнофункциональным. Большинство людей, которые рисуют карты, делают это, чтобы сразу же увидеть результаты своего труда в красивом виде, а также чтобы результатами их труда могли пользоваться как много больше простых людей, в IT-сфере являющихся “чайниками”.
У автомобилистов, эта иконка ассоциируется с “Check Engine” тоесть скорее с автосервисом и с диагностикой двигателя, а не с продажей запчастей. Правда своего адекватного варианта у менянет.
И не говори, ВУЗы разогнать, а станки должны быть максимально удобными, наглядными и полнофункциональными, что бы большинство людей - “чайников” сразу могли сделать трактор.
dkiselev:
Paravoz, Kartograf_udm, freeExec если хотите продолжить обсуждение каким должен быть осм - давайте в офтопике или в отдельной теме.
http://www.openstreetmap.org/#map=19/55.74458/37.60217 - что за хрень такая??? в данных вроде бы все нормально
Это баг/фича osm2pgsql, он перенёс теги с членов outer на мультиполигон, в результате в базе не стало линейных объектов hw=secondary, зато появился мультиполигон hw=secondary, который мапник не рендерит.
т.е. это баг картостиля (насколько я понял, это из-за этого мультиполигона https://www.openstreetmap.org/relation/3365908/history))?
Не баг стиля, а особенность osm2pgsql. Поскольку на отношении нет ни одного тега кроме name, который совпадает с тегом name на outer членах, то все теги членов переносятся на полигон.
Объект, у которого есть только name - это не очень нормально. В данном случае это скорее collection, но не мультиполигон.
Ну так баг и есть. Какова логика подобного переноса?
Для площади это как раз нормально: это полигональный объект, имеющий имя. Площадь - не collection, а именно полигон.
Всё равно нужно добавить что-то вроде place=locality, иначе это отношение бессмысленно.
Подобное отношение вполне осмысленно, если рендерить названия полигонов, не имеющих тегов, явно указывающих на то, что рендеринг осуществлять не следует. Раньше, кстати, Мапник вроде так и работал.
А вообще, просто не используйте дороги как границы мультиполигона:
wiki.openstreetmap.org/wiki/RU:Отношения - мультиполигон#Как избежать ошибок топологии
Лучше нарисуйте полигон по внутренней границе проезжей части и ему присваивайте теги площади.
Это не баг, это обратная совместимость со старым стилем мультиполигонов (когда у мультиполигона не задан тип объекта, он берётся из outer-а). Исправить очень легко - не использовать этот старый стиль, всего-то нужно проставить у мультиполигона тип объекта, который он обозначает. Если же не знаете что поставить, возникает вопрос - а нафига он такой тогда нужен, обозначающий неведомую хрень.
В Тыве маленькое локальное наводнение на тринадцатом зуме. Проблем в данных не нашёл. На других зумах всё в порядке.
http://www.openstreetmap.org/#map=13/50.8528/96.9473
после обновления тайлов всё становится нормально
возможно, кто-то уже починил ошибку