You are not logged in.

#1 Re: OpenStreetMap 3D » Additional roof types (4D Roof table) support in Kendzi3d / F4 Map » 2020-08-05 00:05:36

Zkir

Hi Tordanik, thank your for your answer smile

Definitely it would be nice to discuss this with all 3D developers. If I support something on my site that is not supported by others, it would not be nice at all. smile

>Maybe it's worth offering an alternative to building parts for this?
But what is this alternative, how could it look like?

What I am is thinking, for quite a long time, that 3D should be generated by AI. If there are tags building=church + architecture=baroque than  baroque church should be generated, which more or less match the building outline.
Not much progress so far smile

#2 Re: OpenStreetMap 3D » Additional roof types (4D Roof table) support in Kendzi3d / F4 Map » 2020-07-28 13:49:38

Zkir

Negreheb, thank you very much.
the last commit to kendzi3d repository was 2 years ago...

I am also interested what other guys think smile

#3 OpenStreetMap 3D » Additional roof types (4D Roof table) support in Kendzi3d / F4 Map » 2020-07-27 16:06:10

Zkir
Replies: 4

Hi Guys,

There are additional roof types described in https://wiki.openstreetmap.org/wiki/OSM-4D/Roof_table
Some of them are very frequent in real buildings, e.g. side_hipped, tripple_skillion, round_skillion.

I've notice that Kendzi3d supports at least some of them, at least by number, e.g. roof:shape=2.7 indeed produces this
Marek27mass.JPG

Are there any plans to support additional roof types globally, i.e. in all major 3d renders, F4 Map, OSMBuildings, osm2world?

If not, what are the current views what to use instead?

Current practice, to construct roof segments individually, like this, looks rather an abuse of the idea of simple buildings.

#4 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-24 21:26:34

Zkir
AnakinNN wrote:

А почему вхождение именно в топ-60 является достаточным признаком значимости тега? Почему, например, не в топ-50 (куда он уже, кажется, не входит)?

Признаком значимости тега является конечно не вхождение в топ-N, наличие определенной семантики (описания на вики) и его частотность относительно опечаток.

Вот давайте посмотрим как устроен тег building=*

Всего в базе есть 400 миллионов вхождений ключа building, и принимает он 12,643 различных значений.  12 тысяч тегов -- это сопоставимо с числом слов в языке.

В первом, самом грубом приближении можно обрабатывать все значения building=* единообразно, например для того чтобы отрисовывать дома полигонами на карте.

Дальше пользователи начнут жаловаться, что повылезали не-здания,  building=no и building=entrance. Их придется исключить.

Если вы захотите сделать какую-то классификацию зданий, например чтобы их отрисовывать разным цветом, или втыкать разные 3D-модели для разных тегов, как это делают некоторые 3D-рендеры (X-Europe так делает), то придется посмотреть какие теги популярные, и где заканчиваются кодифицированные теги и начинаются опечатки.

Львиную долю занимает building=yes -- 81%
Уже четвертый тег building= garage  -- меньше процента.
39-й тег building=semi пробивает психологическую границу 0.01%. Можно ли отбросить хвост тут? нет, это только начало кодифицированных и используемых тегов. 
building=cathedral, две с половиной тысячи вхождений, это уже 0.001% одна тысяча вхождений. это как не  странно, тоже популярный тег.
Полезные теги, которые могут быть использованы, продолжаются и дальше, где-то до топ-250.

Дальше начинают доминировать опечатки и издержки гуманитарного мапинга, типа такого. По хорошему этот хвост надо чистить, но это почему-то вообще никого не беспокоит.

Вывод из всего этого: частотность тегов сама по себе не очень важна. Если что-то встречается в 10 случаях из миллиона, его стоит поддержать. Может это что-то такое, что придает этому месту уникальность.  Это как словами в языке. Сколько слов нужно выучить, чтобы понимать иностранный язык. тысячу, десять тысяч, сто-тысяч, миллион? при этом чем слов больше, тем их относительная частота меньше. Если понятие, стоящее за словом, входит в круг твоих интересов, то хорошо бы его знать.

P.S.
С highway=* ситуация получше, всего 954 разных значения.

#5 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-24 00:42:39

Zkir
Something B wrote:

Речь идет об обозначении одной сущности одним методом, не более того.

В том-то и дело, что речь идет о чем-то другом, что как раз и приводит к размножению методов.
Были building=entrance и amenity=register_office, вот и пользуйся ими, одна сущность -- один метод. Но нет big_smile

Something B wrote:

За все страны мира не знаю, конкретно в этой ветке обсуждается только РФ.

Это тоже проблема. Системность/порядок должен быть глобальным, а если каждая страна будет упорядочиваться как-то по-своему, на глобальном уровне опять возникнет беспорядок.  Не карта всего мира, которую может редактировать каждый, а совокупность локальных нарисуек (с).

Something B wrote:

Я в OSM менее 10 лет.

Всё еще впереди. smile
Пословица вспомнилась:
Кто в молодости не был реформатором — у того нет сердца, кто в зрелости не стал консерватором — у того нет ума.
не спрашивайте к чему она ))

#6 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-23 18:35:37

Zkir
AnakinNN wrote:

Я вот ещё какой момент не понимаю: как вы пишете, потребителям данных всё равно поддерживать обе схемы. Окей. Тогда, получается, для вас никакой разницы, как именно будет меняться соотношение между ними в базе.

Да, действительно, нет никакой разницы, как меняется соотношение в базе. Пока тег присутствует в базе, и сохраняет свою семантику (т.е. известно, что он обозначает), его приходится поддерживать.

А основной принцип OSM - have fun. Если другому пользователю доставляет удовольствие, что база будет в системности - ну пусть сделает. В OSM приветствуется инициатива.

Ну да, have fun. Но вы так пишете про системность, как будто вы ее когда то видели. Когда  последний раз вы ее видели в реальном мире? Когда она последний раз встречалась в ОСМ?

Если этому другому участнику нравится системность, ну пусть сделает. Но почему он ее за 10 лет не сделал? Вы понимаете, что мы обсуждаем одно и тоже десять лет? Где же ты моя системность?

Но нет, почему-то вы отстаиваете позицию, что именно что нельзя убирать хаос из базы, это пошатнёт основы проекта.

Позиция не в том, что порядок хуже беспорядка.

Позиция в том, что такая системность, которую вы хотите достичь, просто не существует в реальном мире, и недостижима в языке, который этот мир должен описывать (т.е. в системе тегов осм).

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

С building=entrance полемика вертелась вокруг (игнорируемой) разницы между входом и подъездом.
Загсы (замену amenity=register_office --> government=register_office) я не готов обсуждать, но подозреваю  что там будут свои сложности.

Ну например, все ли загсы во всех странах государственные? Могут ли быть частные, или муниципальные? Это не так смешно, как кажется, например, частные камеры контроля скорости уже существуют.  Ну, и еще почему register_office -- это именно загс? как обозначать всякие отделения регистрации ГИБДД? Не ждет ли amenity=police таже участь?

#7 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-21 12:57:25

Zkir
literan wrote:

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

Помогает осму не развалиться принцип Any Tags You Like. Появление же двух полных синонимов -- это издержки этого принципа.

#8 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-21 12:44:34

Zkir
AnakinNN wrote:

наличие системности позволит не тянуть обработку

AnakinNN,
вы все время путаете сущее и должное (желаемое).
Если бы системность была, она позволила бы, далее по тексту.

Такой системности, о которой вы говорите, просто нет. Соответственно, и позволить она ничего не может. 

если старая схема встречается в 0.01% случаев (а новая в 99.99%), то этим хвостом вполне можно пренебречь

building=entrance встречается не в 0.01% случаев, а в 0.3% (т.е. в 30 раз чаще вашего порога). так что просто так пренебречь ей нельзя.

Новые же пользователи данных в OSM появляются постоянно

Так новый пользователь данных (по факту) оказывается в еще более тяжелом положении, нежели старый опытный.
Новому пользователю еще только предстоит узнать, что кроме правил есть исключения.
Что highway=* это далеко не всегда дороги, что landuse=forest и natural=wood это одно и тоже, что building=no - это не здание, и.т.д и т.п.

Теперь еще раз про саму замену building=entrance --> entrance=*, ретроспективно, за 9 (девять) лет.

1. Удалось ли провести полную замену building=entrance --> entrance=*?
Нет, не удалось. исходный вариант остается еще в базе в заметных количествах.
Автоматическая замена скриптом вызывает возражения, и вообще находится в известном противоречии с существующими правилами, а ручная, то есть  рассмотрение оставшихся случаев каждого в отдельности по существу не входит в интересы исправляторов.

2. Можно ли дропнуть building=entrance из старых конфигов?
нет, нельзя, поскольку он встречается в заметных количествах. Входит в топ 60 популярных значений тега building. Это может быть много. building=entrance сравним с building=kiosk

3. Можно ли удалить страницу из вики tag:building=entrance?
нет, нельзя. этот тег сохраняет свое старое значение.

4. Можно ли использовать при редактировании тег building=entrance  в новом значении, т.е. в значении "здание"? на точечных зданиях или даже на полигональных?
"Чистка семантики" была одной из целей. Предполагалось, что все  building=* (кроме no) можно будет интерпретировать как здания.
Нет, нельзя так делать, получится путаница.

Нельзя ли  теперь повесить building=entrance  например на главный вход на ВДНХ? В конце концов, это здание, и это вход.

Нет, нельзя, см. пункт 3. Семантика, такзать, так и осталось неочищенной.

Вот такие дела.

Что можно было бы сделать в 2020 году? В ручную поправить оставшиеся случаи. Но будет ли это кому-то интересно?

#9 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-21 11:57:20

Zkir
Vascom wrote:

Кто с кем будет договариваться?
Все со всеми - невозможно в таком большом проекте.

Как не странно, осм не такой уж и большой, и активных акторов, с которыми надо договариваться можно пересчитать по пальцам рук.  Остальным по большому всё равно, какие теги использовать.

Проблема в другом.
1) Логические проблемы, которые массовые замены были призваны решать, не решаются. Стороны часто просто не понимают друг друга.

2) Вопреки декларациям, многие и не хотят договариваться. Пример: вот AnakinNN считает, что пользователи данных -- это просто лохи, которые виноваты уже тем, что связались с ОСМ. Договариваться с ними ни о чем не надо, а надо просто ставить перед фактом (см выше).

#10 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-21 11:45:23

Zkir
literan wrote:

Наблюдение: какое интервью с осмерами ни откроешь на Хабре, почти каждый пишет, что не нравится хаос, несистемность в тегах. Ну и вот здесь несколько человек почему-то этот хаос старательно охраняют.

Потому что этот "хаос"  -- это степень разнообразия, необходимая чтобы отобразить реальный мир. Ситуаций в реальном мире много, и они все разные. Кроме того, это та степень свободы, необходимая для того что бы осм хоть как то развивался. Перейти от одной жесткой системы к другой будет вовсе не возможно.

Выдерни этот "хаос", и все развалится. Это логическая основа осм, так сказать "анархо-синдикализм".

Жалобы на хаос из той же категории, что типа мне очень нравится закат на море, но мне не нравится что вода мокрая.

#12 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-18 21:48:10

Zkir
AnakinNN wrote:

entrance=staircase, не?

Да, но это так себе решение. вход=лестница.

Я коротенько посмотрел, у немцев и в у нас в Калиниграде на подъездах entrance=yes/entrance=main.

#13 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-18 21:43:35

Zkir

Причисление тех или иных тегов к deprecated - это точно такое же консенсусное решение сообщества, как и, например, что тег building=* используется для зданий, а не для дорог и лесов.

1. Сообщество не является централизованным органом принятия решений. (Поскольку сообщество не является централизованным, и  органом тоже не является.)

2. Никаким консенсусом в таких случаях и не пахнет. Почитайте обсуждения за 2011 год, там весьма бурная полемика smile  Обычно просто продавливание, которое потом выдается за консенсус. 
Консенсуса на самом деле нет даже про name=Продукты. 

Сломается - придёт на форум или в чат, ему вежливо объяснят, что теперь интересующий его объект обозначается так-то.

Это и есть в рафинированном виде наплевательское отношение к пользователям данных.
Подумаешь, что-то сломается прямо в продакшене, дело какое.
Пусть будет благодарен, что ему объяснят вежливо, а не в простой форме.

#14 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-18 21:25:53

Zkir
Something B wrote:

Вы утверждаете, что замена на схему "entrance = *" потребует внедрения её поддержки? Т.е. сейчас она не поддерживается? (Если это так, это выглядит странным для меня, учитывая соотношение между схемами: 6218 building=entrance vs 2293355 entrance=*).

Я попробую объяснить еще раз что я утверждаю.

Вы путаете позицию редактора карты (писатель) и пользователя данных (читателя).
Писатель должен ориентироваться на нормы и рекомендации, которые описаны в вики.

Читатель же должен ориентироваться на фактическое состояние базы, а не на вики. Иначе он лишится некоторой части данных (которые ему надо получить).

При этом, такого момента, когда потребителю данных можно дропнуть старую схему просто не наступает.


С 2005 года (условно) по 2011 была одна схема "building=entrance" и поддерживать надо было ее.
В 2011 году придумали и внедрили (продавили) вторую схему "entrance=*".
С тех пор где-то заменили, где-то нет. Где-то снова внесли на старый манер.

Поэтому с 2011 по 2019 год пользователям данных нужно было поддерживать две схемы.

Сейчас мы уже 2020 году, и соотношение стало 6,218 vs 2,293,355

Пользователям данных по-прежнему нужно поддерживать две схемы.
если вы сейчас придумаете третью схему, и замените entrance=* на что-то более лучшее, то придется поддерживать три схемы.

У администраторов osm-carto другой подход

Администраторы osm-carto известные автократы, они совершенно не скрывая этого ориентируются на свое представление о прекрасном, а не на "консенсус сообщества" и даже не на принятые пропозалы.

#15 Re: users: Russia » Обсуждение массовых правок по Российской Федерации » 2020-07-18 18:00:57

Zkir
Something B wrote:

Неужели кто-то опирается на устаревший тег, игнорируя статистику и wiki, "не замечая" его "вымирания"?

С точки зрения пользователя данных, никакого вымирания быть не может. Пока тег есть в базе, он может встретиться, и его надо обрабатывать. Особенно когда этих тегов не штуки, а тысячи. 

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

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

И какие могут быть проблемы?

Да хоть бы например такие, полюбуйтесь.

Вот три входа на доме, и все три главные (main).
https://www.openstreetmap.org/node/2264255506

и где логика?
Заменили хрен на редьку, а как обозначать подъезды, так и не придумали, за 10 лет то.

Upd:
entrance=staircase популярный тег, но используется далеко не везде, где надо бы. глянул что творится у немцев и у нас в Калиниграде, entrance=yes/entrance=main.

#16 Re: users: Russia » OSM и борщевик Сосновского » 2020-02-07 16:33:38

Zkir

Коллеги, вопрос я думаю был не в том, надо или не надо борщевик в OSM(ответ на него известен: any tags you like), и даже не в том,  как правильно его приготовить (он сложный, но решаемый), а в том, есть ли в 2020 году какой-нибудь простой/недорогой способ сделать веб-карту, и поднять на нее подмножество данных осм, которых нет на стандартной, например те же natural=grassland+species=Heracleum sosnowsky,  не поднимая при этом мапник с постгрес под линуксом.

По последнему вопросу есть мысли?

#17 Re: users: Russia » Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ » 2018-11-27 14:20:25

Zkir

Elkim, мне приятно что вы меня приветствуете, но вообще-то спрашивать теперь нужно с KonTur'а, он теперь главный по тарелочкам)

Даже близко не знаю, как теперь устроен процесс))

#18 Re: users: Russia » Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ » 2018-10-07 19:11:32

Zkir

Короче, кто-то должен сделать патч для addr-map.php и addr-map.js.
Весь код на гитхабе.

#19 Re: users: Russia » Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ » 2018-10-07 19:03:05

Zkir

Наверно, кто-то прислал патч, и я его вставил.

***
одну проблему я починил, частично.

http://peirce.gis-lab.info/qa/RU-KR/routing-map (routing-map.php). Он уже был переписан на лифлет, там проблема сейчас в другом: php, который установлен на сайт гислаба, не находит функцию mb_strtolower, и падало на этой строчке (поэтому была пустая страница)

$zPage->WriteHtml('<h2>Тест рутингового графа ('.$mapid.', дороги: '.mb_strtolower (FormatRoutingLevelName($level), 'UTF-8'  ).')</h2>');

я пока эту строчку закомментировал, что [сообществу] дальше делать , не знаю. Может искать какой к php подключить модуль, или какую версию php инсталлировать.

#20 Re: users: Russia » Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ » 2018-10-06 22:49:07

Zkir

хм,
http://peirce.gis-lab.info/qa/RU-AST/addr-street-map работает, потому что его (qq-map.php) на лифлет таки переписали. Так что всё в руках сообщества.

#21 Re: users: Russia » Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ » 2018-10-06 22:33:20

Zkir

В один прекрасный момент ты просто его забросил и отстранился от разработки.

Не думаю, что я давал присягу вести эту разработку до конца жизни.
А  если бы Zkir не сменил сферу интересов, а например умер? Так и сказали бы,  как он посмел, такой негодяй?

дык, код сообществу я давно передал:
https://github.com/Zkir/osm2dcm/tree/master/peirce.ru

Как еще передать?:P

Однако за поддержку валидатора взялся Контур, который не программист ни разу. Может сообщество ему поможет? wink

freeExec wrote:

Вы, что, всё ещё верите с добрую фею в мире опенсорса?

В том то и прикол, что верят, потому что такая фея была -- ваш покорный слуга.
Всё никак забыть не могут. Это приятно конечно.

#22 Re: users: Russia » Универсальный валидатор (рутинг, адресация) на базе конвертации в СГ » 2018-10-05 19:25:46

Zkir
tvm wrote:

При переходе по ссылке "Доля битых адресов Дома" выдаёт страницу с пустой картинкой и подписью Ошибка выполнения: ReferenceError: CM is not defined. Разберитесь пожалуйста.

Разобрались, но ответ неутешительный.

Этот валидатор был написан в далеком 2011 году, и использовал библиотеку Web Maps Lite  от CloudMade, причем джаваскрипт загружался непосредственно с сайта клаудмеда.

но в какой-то момент кладумейд перепрофилировался и отключил библиотеку. Удивительно, что это так долго работало!

https://wiki.openstreetmap.org/wiki/CloudMade wrote:

Web Maps Lite - Another javascript web mapping library which was a pre-cursor to leaflet. It was never open sourced, and seems to no longer exist

Переписывать страницу, написаную более 7 лет назад на какой-то другой движок, лифлет или что теперь вместо него я бесплатно не возьмусь, во всяком случае сейчас.

Хотя код там элементарный: прочесть из xml маркеры и показать их на карте.

#23 Re: users: Russia » 4 марта 20:00 радио-марафон в честь 10-летия сообщества OSM-RU » 2018-03-04 23:46:39

Zkir
chnav wrote:

у многих опытных и идейных осмеров пропал интерес к проекту - liosha, AkMeR, Zkir, AMDmi3 и других.

То было время столкновения именно идей, а потом цвет времени изменился.
Приятно конечно, что о моем отсутствии сожалеют. Но один уходит, другой приходит, что тут сделаешь?

#24 Re: OpenStreetMap 3D » Q: how to extract building parts? » 2018-02-04 22:52:28

Zkir

I am not sure is it relevant or not, but just what I found:

In some Mediterranean countries the definition [of the 'building footprint' term] simply is taken as the ground shadow from an overhead sun.

http://constructioncosts.eu/glossary/bu … footprint/

#25 Re: OpenStreetMap 3D » Q: how to extract building parts? » 2018-02-04 22:48:05

Zkir

So it can't be inside the outline of the Villa Mediterranee.

But they are. If building outlines represent vertical projection, they can be inside one of other, because vertical projections of [non-vertical] buildings can overlap.

I also do not quite understand what is the problem with 2d rendering.
If you use top-down view of a 3D render or just sattelite images, you wil get exactly the same thing.

Board footer

Powered by FluxBB