Как обозначать? (Part 1)

Что то не нашел тему по healthcare так что тут спрошу, есть мед центр который делает только томографию, как? http://mrt-kolomna.ru/

health_facility:type=laboratory - потому что там осуществляются только исследования (тесты)
health_service:test=yes - не уверен, возможно, это избыточно
health_specialty:diagnostic_radiology=yes - МРТ является радиологическим исследованием

Для обозначения видов исследований, проводимых лабораторией, лично я ключей не нашел. Там есть ключи disease:* для тестов на конкретные болезни, но вот как обозначить наличие магнитно-резонансного томографа, рентгеновского аппарата или аппарата ультразвуковой диагностики, я не знаю. Вероятно, автор схемы не представлял, что в такое заведение можно прийти с улицы.
Обозначение, которое я описал выше, используя теги из Healthcare 2.0, будет соответствовать любой лаборатории радиологической диагностики, начиная от флюорографического кабинета, заканчивая центром МРТ. Так что, вероятно, остается вынести эту информацию в имя и написать name=Центр магнитно-резонансной томографии “МРТ-Коломна”. Иначе - нужно придумывать тег для исследований.

Что-то я подвис. Помогите.
Тема о адресации разноэтажных зданий. Или о зданиях, состоящих из нескольких частей. У нас их много, особенно зданий с одноэтажными пристройками для магазинов и т.п. Так вот, как правило такие вещи рисуют отдельными контурами с building=yes и количеством этажей. При этом адрес вешается только на один контур, что логично, дом-то один. Во всяких 3D выглядит нормально, на мапнике(османде и на каких-нибудь других плоских картах) каждая часть обведена своим контуром, даже без 3D как бы понятно что это. Но, тогда, как я понимаю, всевозможные ПОИ, которые находятся как раз очень часто в этих пристройках, не имеют адреса, потому что не откуда его взять.(Или я не прав?). А вики нам говорит в таких случаях делать здание одним контуром, а уже внутри него делать всякие building:part=yes с разными этажностями. Тогда мы получаем достоверную адресацию, нормальную отрисовку в 3D(если не накосячить, а это непросто), но на плоских картах вместо аккуратной обводки вокруг каждой выделяющейся части здания, получаем бесформенную блямбу. А это как бы важно для ориентирования, потом что нижние части издалека обычно не видны и, имея такую обводку, ты знаешь что можешь увидеть только одну часть, а не всё вот это, что обведено общим контуром. Да и вообще как-то некрасиво.

Что же делать?

почитать bulding:part ??

Всё это читано-перечитано. и там ни слова о том, как это поддерживается в 2D рендерах. И вообще я как бы мнение спросил, потому что вики ответа не даёт.

В 2д рендерах никак, лучше проверять нарисованное по f4map. Хотя обновляется оно не быстро.

Владимир К,
вики правильно говорит: адрес вешается на контур всего дома.
То, что 2D-рендереры никак не рисуют части зданий, - их проблема.

А вот это откровенное тегироварие под рендер. Сколько домов существует в том месте? Один. Значит и объект building=* в базе тоже должен быть ровно один. А не как на приведённом примере.
И интересная фраза - “как правило”. Что-то я раньше не сталкивался с подобной практикой рисования разноэтажных зданий. Она действительно где-то распространена?

Ничего не делать. Тегировать по вики. Для ориентирования по местности использовать слои, у которых на высоких зумах здания отображаются в 3D. Благо, даже на http://openstreetmap.ru таких два: MapSurfer.NET и Спутник.

Раз в сутки, это весьма неплохо.

в картинках
http://shtosm.ru/all/doma-peremennoy-etazhnosti/

Стиль «Чепецк.net» рендерит building:part (по схеме Simple3D и мультиполигоны).
Кто хочет и умеет «давить» (если это вообще возможно) на стиль mapnik, могли бы эту тему пролоббировать.

Я бы все же предположил, что от неумения это делают. И такого полно, конечно, когда, например, дом и пристроенный к нему магазин обозначают отдельно:
http://www.openstreetmap.org/way/28858695#map=18/55.81142/37.70374 и http://www.openstreetmap.org/way/28858691#map=18/55.81142/37.70374 и три соседних дома,
http://www.openstreetmap.org/way/177657769#map=19/55.79474/37.71317 и пристройка,
http://www.openstreetmap.org/way/28859907#map=19/55.79737/37.72080 и http://www.openstreetmap.org/way/247512851#map=19/55.79737/37.72080
http://www.openstreetmap.org/way/178441119#map=19/55.79714/37.73021 и http://www.openstreetmap.org/way/29601339#map=19/55.79714/37.73021
и можно продолжать. Я постепенно такое переобозначаю через схему 3D-зданий, но до всего руки когда еще дойдут.

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

А использовать в поле слои с сайтов то ещё извращение. Мне нужно чтобы оно в приложениях с офлайн картами показывалось правильно, а это по сути только османд и мапсми.

Значит, “практически все дома с одноэтажной пристройкой для магазинов” замаплены неправильно.

Ну и что?
Есть правило не рисовать под рендер: http://wiki.openstreetmap.org/wiki/RU:Tagging_for_the_renderer
Хочется видеть что-то в приложении? Нужно пинать разработчиков этого приложения. Благо и OSMAnd, и MAPS.ME в последнее время взаимодействуют с пользователями по добавлению новых объектов на карту в их приложении. (По крайней мере, не молчат, а общаются).

Тема по стилям в OSMAnd: http://forum.openstreetmap.org/viewtopic.php?id=23125
Тема по MAPS.ME: http://forum.openstreetmap.org/viewtopic.php?id=19782

Полностью поддерживаю.

Да понял я, понял, не кричите. :slight_smile: с этого и надо было начинать, а то кто вики читать отправляет, кто сайты с мобильника смотреть на улице :slight_smile:

Ну э… вики читать нужно сначала, а не потом. Всегда. Там тоже не без ерунды, но всяко меньше, чем если смотреть на чье-то творчество.

Да обчитался я этой вики уже. На конкретные вопросы она ответов не дает. К тому же обновляется примерно никогда. В неё никто не заносит то, что здесь решается. Я говорю именно о ньюансах. А насчет творчества… весь проект сплошное творчество. Что сначала делается стихийно, потом заносится в вики.

Это весьма максималистический взгляд, который не то чтобы соответствовал истине. Иначе бы в вики были бы одни голые переводы англоязычных статей с нулевой историей правок, как минимум.
При этом wiki - это документация, а не сборник шпаргалок и готовых ответов на каждый из тысячи слегка отличающихся друг от друга вопросов, которые разные пользователи задают, не поняв то, что в вики уже написано.
С тем, как не надо делать, вообще отдельная история - вариант правильного обозначения - всего один, как правило (ну или пара, может быть), а вариантов ошибочного обозначения - бесконечное число. Вам же, когда вы в школе учили таблицу умножения, давали таблицу, где написано “2×2=4”, и не давали еще том с таблицами, где перечислено, что “2×2≠5” “2×2≠3” “2×2≠1” “2×2≠6” и так далее.

И все таки, я считаю, что в документации должны быть описаны наиболее распространенные ошибки с пояснениями. А отправлять ее читать, после того как я описал проблему (непонимание какого-то момента) на форуме и прошу разъяснений/мнений, как-то неправильно и отбивает всякое желание обращаться сюда за помощью. Хреново работает документация, если при ее наличии однотипные ошибки сплошь и рядом. И не надо говорить, что ее не читают, в истории правок по неправильным объектам мелькают ники здешних старожилов.

Вот например тут
http://wiki.openstreetmap.org/wiki/RU:%D0%97%D0%B4%D0%B0%CC%81%D0%BD%D0%B8%D1%8F
ничего не говорится о том,что весь дом с одним адресом должен должен быть обрисован одним контуром. Что вообще понимать под building? Совокупность сооружений под одним адресом? Отдельные сооружения? Нигде этого не говорится.
Более того,

Это прямо противоположно тому, что здесь говорят.

Может стоит самим документацию почитать, прежде чем ссылаться на неё?

Конкретно в случае страницы “Здания” это, скорее, исключение: ее как в 2013м перевел Dr&mx, так потом только шаблоны правились. А схема Simple 3D buildings появилась на год позже того, как был сделан этот перевод. По адской орфографии можно было, в общем, догадаться, что она рудиментарная.

Ну понятно. Вот напишите большими буквами, что она рудиментарна