OpenStreetMap

Sowa1980's diary

Recent diary entries

Заготовка тегов для JOSM - Абонентский почтовый ящик RU_UK_BE

Posted by Sowa1980 on 9 May 2020 in Russian (Русский)

Заготовка тегов для JOSM - Абонентский почтовый ящик

Языки заготовки: Русский, Украинский,

Subscriber mailbox_window_skrin_RU.png сделана согласно вики страницы

https://wiki.openstreetmap.org/wiki/RU:Tag:amenity%3Dletter_box

ссылка для скачивания заготовки https://github.com/Sowa1980/Subscriber_mailbox_preset/archive/master.zip

Subscriber mailbox_Iconka_skrin.png

Для отображения значков моих заготовок ставьте стиль https://github.com/Sowa1980/Styles_Sowa1980/archive/master.zip

подключить заготовку тегов в JOSM можно, если у Вас включен “Экспертный режим”, зайдите в меню “Правка”, далее выбрать в списке “Настройки”, в открывшемся окне выбрать Настройки карты, перейти на вкладку “Заготовки тегов”, указав URL или имя файла в вашей локальной файловой системе. Формат файла должен быть *.xml или *.zip

Приму замечания и пожелания по заготовке, пишите. обсуждение в группе https://t.me/OSM_BelRusUkr

Современный аналог карт ген штаба (САКГШ) или достала нарисуйка от OSM.

Posted by Sowa1980 on 16 April 2020 in Russian (Русский)

Предложение для всех создать не убиваемый современный аналог карт ген штаба (САКГШ). Или достало нарисуйка от OSM. хочется актуальных не убиваемых данных в которых можно быть уверенным. Если OSM не хочет меняться в лучшую сторону и не хочет вводить модерацию, то пора создавать форк.

План схема и основные черты проекта:

  1. Настройка и поднятия своего сервера по типу OSM.

  2. Делаем разграфку на весь мир. по типу ген штаба. разграфка 1 км. (то есть пирог на весь мир с сеткой как у генштаба по аналогии)

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

  4. Делаем карты бумажные согласно каждого куска разграфки 1 км данных – в формате 1 км. 500 м 250 м PNG или любой другой формат.. указываем номер карты ЧМГ карты. по желанию авторство соавторство правящих этот квадрат и ответственных за данные.
  5. Выкладываем после каждого пополнения базы на торент. данные и бумажные карты. - к примеру раз в месяц.

  6. Часть данных можно затянуть из осм. идеально - хорошо отрисованных мест. но с корректирокой взяли квадрат , скачали из осм. поправили отправили в проект АСГШ

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

  8. карты бумажные - PNG (какой вид будут иметь надо подумать? на первое время и OSM формат вполне нормальный.

  9. Еще что хотелось бы это все мифические границы были отдельным слоем такие как границы государств, областей, районов, всякие кварталки лесные, прочие лен дюзы, нефиг их лепить. Вмести, они должны отдельно быть и корректировать их так легче, когда они не привязаны к объектам на карте.

  10. Также ещё, что хотелось бы в иметь в проекте это данные почв высот и прочие особенности местности обрывы, склоны, канавы и так далее, чего в осм вообще нет.

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

  12. Лицензия для проекта? (обсуждается) но хотелось бы что-то из разряда свободных. Или свободная и открытая для некоммерческого использования остальное по согласованию с участниками или за умеренную плату, что бы проект мог развиваться на эти деньги. Меценаты я не думаю, что подтянуться уж точно 😊 .Для коммерческих организаций внесших вклад данными или оказавшими мат. поддержка или тех ресурсами (возможна отдача на бесплатной основе аналогично и для участников которые в будущем захотят сделать коммерческий проект или использовать в своих ком. целях.) Деньги планируется тратить на собственные снимки сервера и так далее. ( то есть на техническую часть и развитие проекта, а также поддержки и вознаграждения активным участникам проекта)

В проекте хочется видеть собственные фото- видео материалы , орфото, спутниковые снимки, собственные GPS треки.

Составные части проекта: поддержка полная ЗД, описание объектов полное что то в стили викимапии , планы зданий и т.д. (развитие составных частей планируется в рамках неделимости проекта)

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

Кому понравилась идея добавляйтесь в чат https://t.me/OSM_BelRusUkr будем думать, как это дело провернуть. Пока изложил основные моменты остальное можно обсудить детально уже в чате.

Всем, кто поможет распространить в других чатах огромное человеческое спасибо!!!

name **** Крик души, хватит уродовать официальные названия!!!

Posted by Sowa1980 on 27 February 2020 in Russian (Русский)

Крик души или хватит уродовать официальные названия !!! Включая логическую взаимосвязь между тегами.

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

The common default name. (Note: For disputed areas, please use the name as displayed on, e.g., street signs for the name tag. Put all alternatives into either localized name tags (e.g., name:tr/name:el) or the variants (e.g., loc_name/old_name/alt_name). Thank you.)

Общее имя по умолчанию. (Примечание: для спорных районов, пожалуйста, используйте имя, отображаемое, например, на дорожных знаках для тега имени. Поместите все альтернативы либо в локализованные теги имен (например, name: tr / name: el), либо в варианты (например, loc_name). / old_name / alt_name). Спасибо.)

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

А у нас сейчас тег name равен по значению тегу локального языка name:ru, а дальше еще следуют переводы на разные локальные языки. Тем самым значение тега вообще не соблюдается и является в корне неверным.

Ниже сделана попытка привести схему к здравому логической взаимосвязи.


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

name:ru* - формируется только из официального полного название (ни как иначе) , единственное исключение, когда может быть сформировано не по официальному это, когда проставлен, только один name не известно что означающее на самом деле. В конец такого названия добавляем нижнее подчеркивание_. Нижний “_ “ в конце дает понять, что сформирована name:ru по “сарафанному нейму” (или лучше вообще не заполнять, но если заполнено удалять не надо, пока не узнали официальное полное название.

official_name : - сюда только официальное полное название в соответствии с официальными документами из него формируются все другие языковые name:* (вписывать в точности так как написано в официальных документах ни какой отсебятины до единой буквы даже, если написано с ошибками !!!)

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

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

int_name - сюда вносится только название на Международном официальном языке на (Эксператон) полное, если такое имеется), ни каких name:en быть не должно !!! (name:en - это всего лиь один из языков ни какой привилегий не обладающей перед остальными языками в международном проекте !!!)

alt_name - альтернативное, если отличается по факту от официального полного в написание, или имеет тождественное второе название.

loc_name - не официальное местное соответственно название.

reg_name - официальное название региона (вписывать в точности так как написано в официальных документах ни какой отсебятины до единой буквы даже, если написано с ошибками !!!)

nat_name - редкий зверек, не где не встречал, такую чудную зверюшку ни разу

topomim_name - Топо́ним - ясно как божий день, что сюда вносить. Для тех кому не ясно значение смотрите тут https://ru.wikipedia.org/wiki/%D0%A2%D0%BE%D0%BF%D0%BE%D0%BD%D0%B8%D0%BC

Оронимы_topomim_name - тем кто любит ковыряться в топонимах расширяем данную ветвь тегов с помощью добавления вперед через нижний “_“класса топомимов, хоть до бесконечности!!!

signboard_name - название, то что в реальности вообще на вывески отображено, как есть, на самом деле.

display_name - сюда коротенькое название как народ любит Школа №28 для рендера (более человеческое восприятие для многих)

religious_name - официальное религиозное имя отличное от мирского

planned_name - запланированное название для строящихся или планирующихся к открытию.

slang_name - неофициальное (блатное, жаргонное) название уставившееся и применяемое в криминальном мире .

scientific_name - официальное или неофициальное название применяемое в научном мире.

brand_name - официальное название бренд конкретного продукта, услуги или бизнеса. товарные знак.

Controversial_name:ru(*) - если название оказалось спорным для данного объекта заполняется для каждой из стран на своем языке и имеет свое значение отличное по смыслу и написанию от основного. (но не может иметь оскорбительного отношения в переводе для другой страны или объекта)

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

type_object_name - название самого объекта непосредственно пример: (гараж, склад, и т..д.)

wikidata=Q3449187 - уникальный номер в соответствии с wikidata

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

FIAS name - название в соответствии с ФИАС, - (вписывать в точности так как написано в ФИАС ни какой отсебятины до единой буквы даже, если написано с ошибками !!!)


Все “ name “ формируются на локальном языке страны. (допускается проставлять дубли локальное языка в качестве запасного варианта на аварийный случай.) кроме name:(ru), так как ему аварийным аэродромом служит просто name. Допускаются и другие необходимые “ *name “, для каждой из страны свои, а также другие “ name “ , если таковые необходимы объекту, для его описания. До черты теги общие для всех стран единообразны к заполнению!!! без исключения, но не забывайте, что наличие всех тегов у объектов необязательно их попросту может и не быть.

corrector_ добавление этого тега в перед к любому из name означает исправление ошибки в написание, означает правильное написание,. того или иного названия - имени, применяется данный тег (для устранения ошибки, пока не будет исправлено официально название, в котором допущена в официальном тексте ошибка.

Какие плюсы данная схема несет:

  1. четкая взаимосвязь тегов и значений.
  2. полноту и наполняемость базы информацией об объектах и информации о них.
  3. Четкую структурированность названий в базе данных OSM .
  4. более гибкая сортировка информации по объектам и названиям.
  5. легкий вывод той или иной приоритетной информации именно для Вас, из того поля которое Вам необходимо, без лишних сложностей при работе с базой данных OSM.
  6. Контроль и мониторинг добавленных и удаленных объектов.

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

Мы Вас никогда не забудем !!!

Posted by Sowa1980 on 9 December 2019 in Russian (Русский)

Мы Вас ни когда не забудем!!!!!! Ваш подвиг будет в наших сердцах всю жизнь пока они бьются, спасибо Вам наши Ветераны вернувшиеся и не вернувшиеся с войны. поклон до земли Вам от нас.

Yes

танк «ИС-2 ( 52.6185293, 40.2365334) - Тамбовская область. Петровский район, п. Добровольский.

Двойные стандарты в OSM, мое полное недоверие mavl - Владимир Маршинин, как участнику рабочей группы DWG

Posted by Sowa1980 on 19 October 2019 in Russian (Русский)

Двойные стандарты в OSM, мое полное недоверие mavl - Владимир Маршинин, как участнику рабочей группы DWG, это война, открытая с двойными стандартами защитой данных OSM от вандализма, а не личных интересов.

Начнем с того, что у меня на странице появился новый пунктик)) которого ранее не было еще, спишите поздравить меня ребята, спасибо Вам mavl - Владимир Маршинин. Я получил достойный подарок от Вас, ну что же я скушал от Вас сию дерзость :-).

А теперь мои слова «благодарности» за сохранение данных OSM или ответ на это недомодераторство или недосудейство не знаю уж как и назвать, а также это предвзятое отношение ко мне, излагать буду краток по пунктам, с цитатами, извините что буду отвечать не по порядку. Мои пояснения или разъяснения, если в чем-то буду не прав исправьте, это лишь мое видение, могу и заблуждаться, если в чем то нечаянно обижу Вас прошу у Вас прощение за ране, а также за резкость в моих высказываниях, не хотел но свечными Вашими необоснованными претензиями я мириться не намерен.

Сразу поясню еще один момент, по чему именно тут будет происходить обсуждение, а не на форуме, Вы вынесли мне блокировку аккаунта, как я считаю незаконно, сровняв и поставив мой аккаунт и мою репутацию в один ранг с Вандалами, не удосужилась даже испросить первоначально, моих объяснений, даже элементарно не сравнив процент удаления данных OSM между участниками. Явно оправдывая Факт Вандализма другой стороны конфликтных правок, и предлагаете где-то там за кулисами это обсудить, простите уж нет.

  1. «Кроме того, стиль вашего общения оставляет желать лучшего [5]. У вас везде вандалы.»

Спасибо, что Вы оценили мой стиль общения, я бы мог оставить и Вам много замечаний по стилю общения, мне он во многом то же не импонирует, особенно в Вашем потакание и сюсюканью с Вандализмом и вандалами. Спасибо что поставили мне диагноз навязчивости!

Простите меня за все Владимир Маршинин, но меня так воспитали, быть честным, называть вещи своими именами, и говорить правду людям в лицо - в глаза, а не за спиной, и по этому ответ Вы видите тут, а не на форуме как Вы мне это предложили сделать, но вы так видно не считаете, так как я пологая, Вы привыкли руководствоваться наверное двойными стандартами?

https://www.openstreetmap.org/changeset/73247909 Ваш ответ отправленный мне на почту 2019 пт, 23 авг., 18:42

«Здравствуйте. Вероятно, эти пакеты правок будут отменены. Но сначала нужно выяснить, получил ли этот участник разрешение правообладателя на использование данных. Если это не удастся выяснить, то я собираюсь подождать ответ другого участника по этому же вопросу.»

Напоминаю Вам Владимир Маршинин, на момент написание ответа число 19.10.2019 — спрашивается Вы намеренно не замечаете моих требований об удаление чужих данных из проекта, а также полного удаления вклада участника lipsigal, так как данные скомпрометированы от данного участника его незаконными действиями в отношение чужих авторских-закоперайченных данных, а также других схожих и аналогичными моих требований в отношение других участников, они так же являются не обоснованными и навязчивыми, как Вы написали, или Вы намеренно ставите под сомнение чистоту данных OSM и в дальнейшем будете действовать так же? как следствие мы получим не возможность использование данных OSM?

Попутно задаю вопрос были ли получены ответы от участника lipsigal, и участника https://www.openstreetmap.org/changeset/72951956 Вами на которого Вы сослались в письме.

В отношение данных взятых другими участникfми OSM с сайта Росреестра, я не настаивал бы на полном удаление их вклада , как я сделал это в отношение участника OSM - lipsigal, так как человек начал явно вандалить (удалять существующие объекты), так как Росреестр, сам нарушает закон об открытых данных и возложенных на него обязанностей по раскрытию этих данных, считаю, что он сам способствовал введению данных участников в заблуждения ограничивая использование этих данных определенному кругу лиц и вводя дополнительные авторские права на эти данные. Но считаю пока правильным удаления данных пакетов правок с затиранием полной информации взятой с данного сайта.

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

Вы влепили мне блокировку, аналогичной блокировке я не нашел ни у одного из участника, с кем бы я в последнее время вступил в диалог по поводу конфликтных пакетов правок, относящихся к данной блокировке, наверное Вы сочли меня Вандалом, злостным нарушителем каких-то неведомых мне правил, хотя я старался руководствоваться правилами OSM закрепленными в правилах wiki.openstreetmap.org и wiki.osmfoundation.org/wiki/Main_Page для всех участников проекта, но другие участники и Вы явно намеренно, как видимо отступали от них, прикрывая свои личные не ведомые мне цели своими домыслами. Видимо Вы с ними полностью согласны или попали под их влияние и чары, раз потакаете им и бан прилетел мне, а не им, или не был выставлен обеим сторонам до выяснения истинной правоты в сложившейся ситуации, ну да ладно, придется дать Вам полный исчерпывающий ответ видно за обе стороны диалога. Раз Вы считаете, что их объяснений вполне достаточно, а моих нет. Видимо вы сочли, что данные участники могут отступать от правил. Или вы явно не читали моих комментарий или не заметили их умышленно, не захотели разбираться в тонкостях сложившейся ситуации, а поддержали одну из сторон, встав на защиту этой стороны, хотя должны были быть независимым судьей, руководствоваться только правилами OSM.

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

Также хотелось узнать, чем Вы руководствовались при выставления мне блокировки ведь я не нарушал ни одного пункта правил внося данные в таком виде, а лишь руководствовался правилами OSM, разработанными схемами мульти полигонов и отношений, а также, что любой площадных объекты можно вноситься в таком виде на усмотрение, участника-автора правки!

Наверное Вы полностью согласны и разделяете мнение: 1. Пакет правок: 66167134 - Комментарий от ForstEK 2 дня назад https://www.openstreetmap.org/changeset/66167134 «привет, если что-то удалено, то только избыточные отношения»

Требую от Вас Владимир Маршинин раз Вы поддерживаете данного участника и ему подобных, описания в вике или в правилах отношений описания избыточность, что и на каких основаниях, считается таковым, точного в граммах, пример: 2 отношения это нормально 3 избыточно (что бы не было двойных стандартов и мы знали точную величины и пропорции, из каких исходить, а не считали их домыслом участников и вандализмом) на каком основание этот участник и другие аналогичные ему участники принимают такие решение, чем они руководствуются дайте нам эту неведомую таблицу, и на каком основание Вы поддерживаете его и ему подобных участников и их действия, не возражая ему и другим о нарушение ими правил OSM и не делая даже элементарное предупреждения, о порче данных, а также их удаление и удаления труда других участников OSM проекта, не обоснованности их действий.?!

«Во-первых - вики всего лишь рекомендация, никаких прав не даёт.» То есть - это уже и не правила вовсе да? Ну хорошо, тогда мы все уже можем просто, творить что нам угодно, раз это так, тогда не пойму вообще Ваших претензий Владимир Маршинин и претензий, данного участника, а также других участников, или все же это правила, и мы должны ими руководствоваться и соблюдать их! Владимир Маршинин, тогда хочется узнать, где все же закреплены неведомые нам правила, по тегам , мультиполигонам и отношениям и так далее, прошу указать ссылки в обязательном порядке на данные схроны! Я тоже хочу почитать их, быть в курсе, как и Вы, что бы больше не нарушать эти правила проекта, руководствоваться ими, так как Вы подержали данного участника, другим участникам проекта тоже наверное захочется узнать все же, где они закреплены, может им тоже захочется ознакомится с ними и почитать их.

Далее раз это не правила wiki.openstreetmap.org выработанные участниками OSM, может правила это правила установленные видением отдельных участников, а в частности ForstEK или другого какого-то отдельного участника, напишите, пожалуйста их ники и дайте ссылки на их страницы в обязательном порядке, что бы я знал и руководствовался их видением спрашивал у них совета и разъяснений по неясны спорным моментам, что бы остальные участники тоже знали их и не заблуждались по данному вопросу. И не дай бог не перечили данным участникам и не обсуждали их действия.

«Если правила позволяют глупость, это не значит, что нужно лепить её повсюду - там, где можно проще, надо делать проще»:

«ОСМ - это БД, а все БД стараются нормализова ть, так вот когда в ГИС импортируются данные ОСМ, из-за таких избыточных relation-ов в ГИС слоях вместо нормальных данных появляются двойные слои - и полигон, и пустая линия. Если приятно создавать проблемы картографам, плоди мусор дальше, вики не запрещает.»

Хорошая оценка дана участником, я всегда как-то думал, что правила разрабатываются для поддержания каких-то основ в OSM, каких то схем, тегов, работы большинства ПО и так далее. Вижу безнадёжно ошибался простите меня грешного, искренне каюсь! Вот так можно запросто: - перечеркнуть все устои и правила OSM и назвать их глупостью! Счесть остальных участников глупыми, а себя выставить умным! Оправдать свои низменные цели, перекрыть свои истинные действия и цели ложным комментарием к пакету правок: «66167134 - Тамбовская ТЭЦ - оцифровка по снимкам bing 201901091907». Не умение работать того или иного ПО с базой данных OSM. Ну хорошо начнем ломать и уродовать, все и каждый под свое ПО, которым мы пользуемся или разрабатываем, базу данных OSM, Вы все согласны с этим утверждением данного участники и поддержкой его членом рабочей группы по данным Владимиром Маршининым, мне стоит поступать также, если да, то можно я начну ломать и курочить, базу данных OSM и ее данные, под Blender, а?! а ну, пожалуйста, ребята руки чешутся, так хочется 3D, а еще потом мне захочется и под OziExplorer, SASPlanet, Google Earth Pro, поломать, а там еще полно, хорошего софта, но не умеющего работать с данными OSM, ну ни как, или кое как, через пень колоду, а еще мне захочется просто так, что ни будь удалить основываясь на своем видение, а не на правилах OSM и не на данных о вносимых объектах.

Далее Владимир Маршинин поясню удалив отношение участники, удаляют сам объект, то есть ( по тому как теги находятся внутри отношения, перерисоки я не встречал, то есть дороги от рисованные площадно просто исчезли из базы данных навсегда как и прочие объекты, на месте них остаются в лучшем случае зиять дыры. Выше описное по вашему не вандилизм?

Так же Вам уже пояснил один из участников на форуме wowik , «Для API 0.7 предлагается что-то типа перехода на отношения. То есть точки и линии это чистая геометрия без тегов, а объекты уже из них лепятся.»

Присоединяюсь к комментарию выше также и мне было объяснено неоднократно, другими участниками проекта и разработчиками схем отношений, кто выправлял за мной ранее мульти полигоны и отношения, что теги внесенные по такой схеме, должны быть внутри, а не на объектах, если мультиполигон собран из отношений. Теги на линиях допускаются только, если это периметр совпадает, с линейным объектом не имеющего единого своего контура и в ряде иных случаев. И это не зависит даже от того, что перейдем мы когда то на API 0.7 а зависит от того что данная схема построена так и должна так функционировать, если мы намерены ее применять.

По чему я вношу и собираю именно по такой схеме большинство полигонов, правила и обоснование:

  1. в правилах OSM закреплено внесение данных в таком виде всех площадных объектов и выбор внесения зависит только от автора внесшего пакет правок, его усмотрения и целесообразность вносимых таким образом данных для дальнейшего редактирования на его взгляд.
  2. если сломать один мультиполигона собранный не из отношений, это означает сломать все объекты включенные в него, включая и сам мультиполигон;
  3. сломав полигон из отношений, Вы сломаете, как правило только одно отношение, что не повлечет глобальных последствий для OSM данных;
  4. собранные полигоны из отношений проще и легче исправить в случае поломки;
  5. простота в редактирование и весенние данных в последствие;
  6. многие объекты и данные о них, просто не внести правильно по другому;
  7. при редактирование в JOSM при такой схеме можно настроить более удобное и правильную работу фильтров объектов, что упрощает значительно работу с объектами и редактирование их;
  8. это ряд ограничений самих мульти полигонов, при работе с теми или иными объектами;
  9. отношения и мульти полигоны были введены что бы улучшить качество данных и снизить нагрузку на базу данных, что бы люди не сцепляли полигоны по точкам, могли вносить , многоуровневые объекты, упростить в ряде случаев редактирование объектов, дальнейшему наращиванию потенциала и применения различных разновидностей мультиполигонов и схем для тех или иных целей.
  10. не маловажную роль играет построение и работа с будущими объектов в 3D в различным ПО, сайтов, навигационного геоборубования, извлекающими и основывающих работу на данных осм и с данными схемами вносимых данных.
  11. это правило недопустимости: порчи данные OSM, а также порчи данных под конкретного ПО, сайтов и т.д. тем более массово, лишая возможности работы большинства другого ПО и сервисов этой возможности.
  12. Правила работы самой схемы отношений выше уже пояснил и не я один.

Но вы видно об этом еще не знаете или намеренно умалчиваете данные факты изложенные в выше описанных пунктах, вводите двойные стандарты для участников, заставляете их делать умышленно ошибки?!

А так же Вы видно не читаете wiki.openstreetmap.org по данным вопросам или намеренно игнорируете ее прививала и правила OSM проекта иначе данного вопроса просто бы не прозвучало и не было бы моей блокировки.

Вы мне прислали ряд примеров которые не относятся к конфликтным правкам: поясню, что я рисую Тамбовскую область постоянно и собираю все в мультиполигон, так как мне и многим участникам проекта важна площадность этих объектов. По тому я вношу все сразу по возможности отношениями и мультиполигонами руководствуясь выше изложенным.

Также Вы явно лукавите:

«В Тамбовской области встречаются отношения, без которых вполне можно обойтись»

Нет нельзя у уже описал выше и могу предложить Вам фотографии и место, что бы Вы попробовали внести данные не прибегая, к мультиполигонам, отношениям, сцеплениям по точка объектов для внесения-отрисовки правильно объектов. Я поясню, что я не собираюсь останавливаться на детализации объектов, в будущем все объекты будут еще более детализированы и прорисованы, добавиться больше данных и мелочей уже в существующие мульти полигоны и отношения к уже внесенным мною ранее объектам.

«Иногда люди упрощают объекты и удаляют эти отношения, но участник Sowa1980 препятствует этому. Вот несколько примеров объектов и обсуждений:» Вы опять наверное явно лукавите или не разобрались до конца, я описал выше уже, что люди делают, удалив мультиполигон собранный из отношений, то есть отношение они удаляют тем самым сам объект) Вы можете это проверить на практике собрав 3 квадрата в отношения поместив теги внутрь отношения и проверить сей факт, удалив одно отношение, останутся только те теги размещенные на внешних линиях отношения, если они были, то есть мы и база данных OSM потеряем объект и все теги которые были внутри данного отношения), как я писал выше, перерисовки я не нашел и сохранение тегов и данных об площадных объектах. Еще не маловажный факт своими действиями, даже при сохранение тегов и объектов, они тратят мое время и участников на превращение в последующей при дорисовке мультиполигонов, ни чего полезного при этом они не делают, а лишь усложняют внесение и редактирование данных в последующем. Я расцениваю это вандализмом, на основание всего выше изложенного. Также считаю, что эти действия, должны были быть, как минимум по крайне мере согласованы при массовом удаление и преобразование в региональной ветке и с человеком внесшим данные, не должны были быть сделаны тайно и замаскировано, с ложными комментариями, а должны быть сделаны отдельными пакетами явно указывающими на массовое редактирование с описание конкретных действий и ссылки на согласование данных действий, так как требует правила OSM, данный аккаунт должен быть явно для этого созданным, если я не ошибаюсь. (это относиться ко всем аккаунтам делающих импорт, массовые правки однотипных объектов на значительных территориях, правки ботами и так далее.). Также Вы намерено вводите участников в заблуждение людей, я препятствовал этому только раз, откатив полигон Моршанского Аэродрома. И то только после того как Вы явно стали потворствовать и не замечать порчи данных OSM, вандальным правкам и вандализму.

Также Владимир Маршинин информировать Вас, что в связи свыше изложенным и моим недоверием к Вам в связи с Вашим явным потворством , вандалам и двояким судейством был создан аккаунт https://www.openstreetmap.org/user/angel_68reg цели которого явно расписаны на данной страницы, надеюсь я не нарушил ни каких правил. Надеюсь мне не прелетит от Вас очередной бан за это. Так как я не могу допустить, что Вы не реагируете на мои замечания и вандильные правки , а также явно отступаете от правил водя двойные стандарты для участников.

Также хочу пояснить и прокомментировать Ваш комментарий

https://www.openstreetmap.org/changeset/74484107

«Комментарий от mavl около месяца назад Здравствуйте, все. Sowa1980, участники жалуются на ваши действия. Пожалуйста, не злоупотребляйте откатами пакетов правок. Владимир Маршинин Рабочая группа по данным”

Владимир Маршинин — Вы сами давали право, что я могу в случае Вандализма и порчи данных делать откаты, откатами я не злоупотребляю, можете проверить за все время мной было сделано не более 20 откатов (точно сказать не могу не нашел как сделать полную статистику), из них само ревертов более половины, сделанных на этапе моего первоначального вступления в проект, где я ошибочно при правке данных, задел чужие данные, когда это заметил, было поздно, пришлось откатить самого себя, так как спутал дорогу и газопровод и еще заводил водные объекты, при загрузке оверпасом в досм не учел что объекты могут быть мультиполигонами и не включил их в загрузку, в следствие чего нарисовал куче двойных объектов.

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

Скрин вашего ответа прилагаю.

откат.jpg

Также по поводу Ваших обвинений в название, что мне везде мерещиться Вандализм и Вандалы, поясните может мне опять что-то мерещиться и человек вносит хорошие данные, а я к нему придираюсь Ваше мнение? Или Вы опять будете утверждать, об сделанных мою необоснованных выводах и придирках к участникам, а также вы опять будете явно не замечать Вандализма? Или вы опять предложите мне устроить следствие ведут колобки, которое растянется на месяц другой и пользоваться данными мы опять не сможем, а не откатить все правки данного пользователя разом и заблокировать его с Вашей стороны, так как данный пользователь не дал элементарных пояснений ни по одному пакету правок. Внес чушь испортил объекты и был таков!

https://www.openstreetmap.org/changeset/75620182 https://www.openstreetmap.org/changeset/75620044 https://www.openstreetmap.org/changeset/73033359#map=15/52.9498/42.0636

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

https://www.openstreetmap.org/changeset/74744728

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

Сколько Вам нужно примеров? И сколько нужно писем, что бы Вы начали реагировать в отношение Вандализма и вандальных акаунтов и порчи данных OSM участниками, когда мы наконец сможем пользоваться внесенными данными и знать, что они актуальны? Или мы должны только выправлять и вносить данные, выслушивать вечные замечания и обиды от вандалов и Вас, но не вправе, что-то делать и требовать от Вас и от них элементарного?

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

Также хотелось бы, что бы Вы со своей стороны поспособствовали переводу https://wiki.osmfoundation.org/wiki/Main_Page , данного ресурсу, как участнику DWG представляющему Россию Вам просто должно быть стыдно , что данный ресурс не переведен и участники не владеющие языком лишены информации размещенный на нем. Также по поводу этого ресурса хочется видеть редирект с участников рабочей группы на их страницы ( в частности и на Вашу страницу).

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

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

Заготовка тегов для JOSM - даты (start_date) RU_UK

Posted by Sowa1980 on 1 October 2019 in Russian (Русский)

Заготовка тегов для JOSM - даты

Языки заготовки: Русский, Українська мова, Беларуская мова, Deutsch, Français, Italiano, Português,

Start_Data_window_skrin_RU.png

Вообще думаю еще сюда влепить даты окошками, что бы удобно было проставлять и прочие мелочи специфичные для строительства, указания Архитекторов, Скульпторов , № типового проекта, ну может еще чего пока не знаю или оставить так?

ссылка для скачивания заготовки https://github.com/Sowa1980/Start_Data_preset/archive/master.zip

Подключить заготовку тегов в JOSM можно, запустите JOSM: далле в меню “Правка” выберите пукт “Настройки” или нажмите (F12) в открывшемся окне с лева выберите икону “Параметры проекции” (третье сверху) откроется окно “Настройки карты” даллее перейти на вкладку “Заготовки тегов” в правой стороне нажмите на+, в открывшемся новом окне в строке “Название (необязательно)” задайте желаемое имя в строке “URL / файл” укажите путь до скаченного файла (формат файла должен быть *.xml или *.zip).

Приму замечания и пожелания по заготовке и тегам, если знаете более точное название как будет звучать на английском исправлю, пишите. обсуждение в группе https://t.me/OSM_BelRusUkr

Мои Откаты правок - причины откатов в комментариях к пакетам правок, список пополняемый.

Posted by Sowa1980 on 15 September 2019 in Russian (Русский)

Мир ФА́УНы в OSM или Ноев ковчег :-)

Posted by Sowa1980 on 9 September 2019 in Russian (Русский)

Много чего мы вносим в OSM, но обошли стороной наших братьев меньших, а так хочется видеть на карте ареал обитания их, в лесах, реках, полях, и т.д., сколько того или иного поголовья содержится на ферме. куда поехать на рыбалку за щукой, или же на охоту за медведем в какой лес. Предлагаю вносить данную информацию на карты. Разработать теги для этого, надеюсь данное предложение воспримется положительно, без гневных отзывов и недовольства. Если еще удастся прекрутить, важную информацию, такую как например:

Федеральный закон от 25.12.2018 N 475-ФЗ “О любительском рыболовстве и о внесении изменений в отдельные законодательные акты Российской Федерации”

Статья 7. Ограничения любительского рыболовства

  1. В целях охраны окружающей среды, сохранения водных биоресурсов и среды их обитания дополнительно к ограничениям рыболовства, предусмотренным Федеральным законом от 20 декабря 2004 года N 166-ФЗ “О рыболовстве и сохранении водных биологических ресурсов”, устанавливаются следующие ограничения любительского рыболовства:

1) периоды добычи (вылова) водных биоресурсов для осуществления любительского рыболовства гражданами с применением сетных орудий добычи (вылова) водных биоресурсов в водных объектах, расположенных в районах Севера, Сибири и Дальнего Востока, в целях личного потребления;

2) запрет на осуществление любительского рыболовства с использованием взрывчатых и химических веществ, а также электротока;

3) запрет на осуществление любительского рыболовства с применением сетных орудий добычи (вылова) водных биоресурсов, за исключением случая, установленного статьей 9 настоящего Федерального закона;

4) запрет на осуществление любительского рыболовства способом подводной добычи водных биоресурсов (подводной охоты):

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

5) суточная норма добычи (вылова) водных биоресурсов.

  1. При проведении официальных физкультурных мероприятий и спортивных мероприятий суточная норма добычи (вылова) водных биоресурсов не устанавливается.

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

Федеральный закон от 24.07.2009 N 209-ФЗ (ред. от 02.08.2019) “Об охоте и о сохранении охотничьих ресурсов и о внесении изменений в отдельные законодательные акты Российской Федерации” Статья 22. Ограничения охоты

  1. В целях обеспечения сохранения охотничьих ресурсов и их рационального использования могут устанавливаться следующие ограничения охоты:

1) запрет охоты в определенных охотничьих угодьях;

2) запрет охоты в отношении отдельных видов охотничьих ресурсов;

3) запрет охоты в отношении охотничьих ресурсов определенных пола и возраста;

4) установление допустимых для использования орудий охоты, способов охоты, транспортных средств, собак охотничьих пород и ловчих птиц;

5) определение сроков охоты;

6) иные установленные в соответствии с федеральными законами ограничения охоты.

  1. Орудия охоты и способы охоты должны соответствовать международным стандартам на гуманный отлов диких животных.

Цены не будет данной информации в базе OSM.

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

Не брыкайтесь от Мир ФА́УНы, чем они хуже нас, мы же численность населения вносим в базу данных OSM.

Данная информация не только спасет Вас от штрафов, но еще не позволит вам не сесть в тюрьму за браконьерство и т.д.

Моя небольшая победа, пройден рубеж в 3 000 000 изменений на карте OSM, Ура !!!

Posted by Sowa1980 on 24 August 2019 in Russian (Русский)

Yes

Карточка вовлечённости в проект - пока черновик

Posted by Sowa1980 on 27 July 2019 in Russian (Русский)

Карточка вовлечённости в проект - пока черновик

OSM - представительство в России - пока черновик

Posted by Sowa1980 on 27 July 2019 in Russian (Русский)

OSM - представительство в России - пока черновик

DWG или тайная секта? Требуется пересмотра сложившейся политики и прочих аспектов! - черновик

Posted by Sowa1980 on 27 July 2019 in Russian (Русский)

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

А теперь по порядку:

  • На мое обращение в DWG и mavl по вопросу вандализма участника Nimfea, был произведен откат, всех правок данного участника. итогом стало куча задвоенных объектов, данные его были не удалены, а лишь размножены.

На что mavl, один из участников вроде как рабочей группы DWG - почему вроде как?!, отвечу Вам - да потому что не Имени не Фамилии в профиле не указано и проверить является ли данный участник членом рабочий группы по данным никак не возможно!!! Это как минимум неуважение к участникам, скрываться и общаться как инкогнито, представлять интересы в международном проектом, а тем более входящего в рабочую группу по данным, но да ладно продолжим, данный участник заверил , что данные будут как то удалены и исправлены, ни сроков ни чего не указав, когда остается только гадать на кофейной гуще. В итоге я получу в ближайшее время, в навигаторе данные которые нельзя будет использовать как минимум месяц, коту под хвост мой труд и как с такой картой теперь быть, кому она нужна?

  • Я стал узнавать как же можно стать одним из участников рабочей группы по данным и написал в DWG письмо с просьбой принять меня в нее и если есть локальные группы разделенные по территориям прошу меня принять в Российскую группу, так как английским владею только со словарем, и прошу в нее зачислить в качестве ученика, так как не владею всеми тонкостями и знаниями OSM, проекта (да и попросту ими невозможно овладеть: 1. это так как ни один ресурс не переведен, 2 это незнание с чем и как работает DWG, да и странно откуда я могу это узнать, если про это нигде не указано и не описано, что и как она делает , какие инструменты имеются для этого.)

На что я получил отказ мотивированный тем, что:

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

Считаю что:

  • Должна быть созданы, локальные местные подгруппы по работе с данными на территорий Стран с их родным языком, исключающая всякую дискриминация по языковому признаку как это есть сейчас, если вы не владеете английским.
  • Эти рабочие группы должны в свою очередь делиться, включать в себя уже составные части, то есть, должны быть образованы из числа территорий входящих в данную страну из их активных участников.
  • Общая рабочая группа DWG - должна координировать их, и решать только спорные моменты , которые не смогли решить локальные группы, и должна включать от 1 до 3 участников каждой из стран.
  • В локальные рабочие группы могут вступить любые зарегистрированные участники OSM, имеющий минимум Map changes: 2 000 000 качественных правок, локальные группы по работе с данными Должны формироваться из активного числа участников данной территории. Данный порог правок необходим что бы отсечь вандалов, человек внесший такое или большее изменение явно не будет Вандалить. Что подразумевает фраза “качественные правки”, геометрия объектов не от фонаря лишь бы накидать,
  • Вступить в группу могут любые участники- на правах новичка - ученика.
  • В случае отсутствия активных участников на данной территории, территория переходит под общий контроль, рабочей группы по данным страны или ближайшим более мелким группам.

что это дает:

  1. Это контроль территорий и данных которые были внесены другими участниками.
  2. Своевременную защиту от вандалов, так как никто кроме местных не знает , лучше что происходит на данной территории, и может с уверенностью это подтвердить.
  3. Взаимосвязь и лучшее понимание между участниками и в самой рабочей группе по данным.

Вам решать быть локальным группам по работе с данными на родных языках или нет!!!

Но, если вы будете все пофигистами в OSM все останется на своих местах.

Сбор ресурсов OSM требующих перевода и локализации на русский язык, призыв к участником перевести данные ресурсы!

Posted by Sowa1980 on 23 July 2019 in Russian (Русский)

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

Требуется сформировать активную команду по переводу на русский язык способную следить за данной проблемы из числа участников OSM сообщества.

Сбор ресурсов OSM требующих перевода и локализации на русский язык, пополняемый список.

Основные ресурсы проекта OSM имеющие первоочередное значение в переводе:

Сторонние ресурсы использующие данные проекта OSM требующие перевода:

  • https://www.mapillary.com/ - (разовое усилие по локализации с минимальным дополнением)
  • https://openstreetcam.org/ - (разовое усилие по локализации с минимальным дополнением)
  • https://osmand.net/ru/ - (разовое усилие по локализации с минимальным дополнением)

В комментариях пишите ссылки на ресурсы требующие перевода и локализации на русский язык, добавлю в список.

Внимание Вандалы! список найденных и выявленных вандалов в Тамбовской области, пополняемый.

Posted by Sowa1980 on 22 July 2019 in Russian (Русский)
  1. Nimfea - Массового удаления, и слом геометрии: зданий, мультиполигонов и отношений, чудеса и слом адресации, комментарии к пакетам правок, которые не соответствуют действительности скрывают вандальные цели, внесение прочей чуши на карту не соответствующей действительности. Нарушения авторских прав в частности 2GIS.

Входы - Охраняемость объектов теги:

Posted by Sowa1980 on 19 July 2019 in Russian (Русский)

Входы - Охраняемость объектов теги:

основное:

  • только Вход=да
  • только Выход=да
  • Как вход так и выхода =да

Дополнительные теги применяется вместе:

  1. главный (парадный) в ход в подъезд (или любой дом ) - ну допустим просто вход
  2. вход к лестнице, (вход для поднятия на этаж в многоквартирном доме - рядом с лифтом.)
  3. аварийный - пожарный
  4. служебный = куда ( в морг, в мусорный отсек, в и т.д для обслуживающего персонала)
  5. в подвал
  6. на крышу
  7. черновой вход , как правило в деревнях, выход к огороду,
  8. в магазин или заведение
  9. дверь в сан узлы. ( туалеты, ванные и так далее)
  10. Прочие входы = куда
  11. калитка - Дверь для в хода, в огороженно землепользовани (частный дом, парк и т.д.)
  12. ворота - любые, где возможен проезд.

Тип охроняемости:

замок. кодовый замок. пластиковый ключ. многоуровневая защита -(все выше указанное + живой контроль) = охрана. Охраняется внведемственной охранной или военнизированной службой. не заперт.

  1. documents=yes/not (документы удостоверяющие личность или служебный пропуск для входа)
  2. padlock=yes - амбарный замок
  3. the padlock=yes - навесной замок
  4. dead lock=yes - врезной замок
  5. code lock=yes- кодовый замок (как правило механический)
  6. electronic lock=yes - электронный замок (сложное электро устройство)
  7. intercom=yes домофон (голосовой)
  8. video intercom=yes домофон (видео)
  9. key intercom=yes ключ домофон (используется ключ для доступа в здание)
  10. dog=yes (собака на территории)
  11. paramilitary security=yes (военизированная охрана) через реф оператор
  12. severely=yes - (сторож)
  13. controller=yes - (контролёр)
  14. motion sensor =yes -(датчик движения)
  15. shock sensor= yes (датчик удара)
  16. noise sensor =yes (датчик шума)
  17. smoke detector=yes (датчик дыма - пожарный)
  18. temperature sensor=yes (датчик температуры)
  19. pollution sensor=yes (датчик загрязнения)

Требуется инструмент контроля отката правок !!!

Posted by Sowa1980 on 19 July 2019 in Russian (Русский)

Требуется инструмент контроля отката правок и страница с данными откатами у каждого участника в профиле проекта, на которой бы было видно какие правки были откачены и кем, DWG или ник участника проекта и причину отката.

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

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

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

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

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

Также требуется подтверждение данных, если происходят удаления объектов, а тем более массовое удаление, если они отличаются от спутниковых снимков, на дворе 21 век и мобильный не роскошь, хватит позволять вандалам портить без наказано данные.!!! Удаление таких данных должны подтверждаться фото и видео снимками c GPS координатами данных удаляемых объектов.

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

Даешь Памятникам, достойное отображение в OSM и трехмерную визуализацию ?!!!

Posted by Sowa1980 on 17 July 2019 in Russian (Русский)

Памятники это одни из самых достойных объектов в этом мире, являющиеся памятью о тех или иных событиях и произведениями искусств.

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

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

На данный момент при добавление тегов на контур отрисованного памятника, он не визуализируется ни как, выводится только одно название, если таковое указано.

Yes

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

Что это даст:

  1. Четкое представление о форме, типе памятника. - на карте.
  2. Визуализацию по средствам 3D на основе внесенных данных.
  3. Многие памятники являются техникой типовой, доведя до идеала геометрию и детали можно проставлять повсеместно заменяя невнятные контуры и точки объектов данными моделями.

Yes

Yes

Yes

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

Пример:

Yes

Yes

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

Название, координаты, где находится, внесенные мной памятников по тамбовской области в таком виде:

  1. танк Т-34 - (52.7300642, 41.4533993) - Тамбов
  2. самолёт МиГ-21Ф -( 52.7215421, 41.4146239) - Тамбов
  3. самолёт МИГ-19 (52.7512904, 41.4131734) - Тамбов
  4. танк «ИС-2 ( 52.6185293, 40.2365334) - Тамбовская область. Петровский район, п. Добровольский.

Теги применяемые мной, расшифровка обозначения, список постоянно пополняется.

Posted by Sowa1980 on 4 July 2019 in Russian (Русский)

Общие теги строительство:

  1. architect_name=Чибисов С.И. - (архитектор)
  2. sanctified_date=* - (дата освящения)
  3. start_of_construction_date=* - (дата начало строительства)
  4. completion_of_construction_date=* - (дата завершение строительства)
  5. commissioning_date=* - (дата ввод в эксплуатацию)
  6. building_old:levels=1 - (количество Этажей в здания в прошлом)
  7. hidden=yes - (целенаправленно скрытый или замаскированный объект, с помощью искусственных средств маскировки или природного ландшафта).

Предназначение зданий:

  1. building=Command_dispatch_point - (здание=Командно диспетчерский пункт)
  2. building=children’s veranda (здание=детская веранда)

Природа охрана:

  1. hunting=(No/yes) - (охота запрещена круглогодично)
  2. fishing=ban - (рыбалка запрещена круглогодично)
  3. spawning_Scardinius erythrophthalmus (красноперка)=диапазон дат- (нерест рыбалка запрещена)
  4. spawning_Esox lucius (щука)=диапазон дат- (нерест рыбалка запрещена)
  5. contact:phone:code=+7-47557 - (код номера поселений при звонках по стационарным телефонам)

Подсветка Деревьев, новый стиль для JOSM

Posted by Sowa1980 on 21 May 2019 in Russian (Русский)

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

Данный стиль отображает каких тегов не хватает у деревьев:

  1. указан тег - natural=tree - выводится картинка с пеньком и надписи: “лат._название?” , “рус._название?”, “Фен._цикл?”, “Тип.листьев?”.
  2. указан тег - natural=tree + genus=* - выводится картинка с пеньком и надпись “рус._название?”, “Фен._цикл?”, “Тип.листьев?”
  3. указан тег - natural=tree + genus:ru=* - выводится картинка с пеньком и надпись “лат._название?”, “Фен._цикл?”, “Тип.листьев?”
  4. указан тег - natural=tree +leaf_type=* +leaf_cycle=* - выводится картинка с пеньком и надписи: “лат._название?”, “рус._название?”
  5. указан тег - natural=tree + genus:ru=* +leaf_type=* - выводится картинка с пеньком и надпись “Фен._цикл?”
  6. указан тег - natural=tree + genus:ru=* +leaf_cycle=* - выводится картинка с пеньком и надпись “Тип.листьев?”
  7. При заполненности всех тегов: natural=tree + genus=+ genus:ru= + (species=* - если необходим) выводиться картинка с соответсвующим деревом которое они обозначают. и надписи “Тип.листьев?”, “Фен._цикл?”
  8. При заполненности всех тегов: natural=tree + genus=+ genus:ru= + (species=* - если необходим) + +leaf_cycle=, leaf_type= - выводиться картинка с соответсвующим деревом которое они обозначают, без надписей.

Учтите данный стиль чувствителен к регистру в полях тегов: genus=Prunus, species=persica, genus:ru=Персик или genus:ru=Конский каштан. Все записи должны быть сделаны так, где род пишется с заглавной Буквы , вид с маленькой.) аналогично и русские названия, отличия Конский каштан и ему подобные, пишутся наоборот. (пока решение данной проблемы в коде для этого нет, так же как и по ошибкам и опечаткам в названиях). В таких случаях вы не получите заложенную картинку для дерева в стиле, даже при учете заполненных всех полей тегов дерева.

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

Первое что нужно сделать это создать список в идеале, открытую базу данных под лицензией GNU! В которую войдут все виды деревьев, кустарников, цветов, трав.

Деревья.png

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

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

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

Ссылка на предварительный стабильный релиз Styles_tree_validator_1.4_stab, доступна чуть ниже, в стиле пока все что на скриншоте выше, других деревьев там нет пока.https://drive.google.com/open?id=1UvRWCcqbC-gS0VJVV2-ZzhsFEyniBdmX

в идеале нужен скрипт, который, брал бы из таблице название , заполнял бы блок кода который ниже, оставалось бы только найти и подставить картинки. данный скрипт позволил бы поддерживать и наполнять данный стиль в актуальном состояние.

node[natural=tree][genus=Picea]::ttt { text: eval(“Ель”); text-color: red; font-size: 12; text-offset-y: 50; text-position: center; text-halo-radius: 3; text-halo-color: white; icon-image: Picea.jpg; icon-width: 40; symbol-shape: square; }

Пишите мне если:

  1. есть желание покодить
  2. Вы хотите видеть данный стиль на другом языке и готовы помочь с локализацией-переводом.
  3. Вы можете помочь с набиранием таблицы деревьев для данного стиля.
  4. Вы можете точно подобрать картинку для какого то дерева, которой еще нет в заготовке стиля.
  5. у вас есть в таблице данные с названием деревьев, родов,видов, листопадностью, на латинском и русском языке, присылайте, очень поможете,
  6. Вы вдруг нашли в нем ошибку, хотите оставить свои замечания по стилю.

Визуальный валидатор зданий, новый стиль для JOSM

Posted by Sowa1980 on 17 May 2019 in Russian (Русский)

Визуальный валидатор зданий, новый стиль для JOSM Будет подсвечивать, если:

  1. Здания без тега - addr:housenumber - выводит надпись “Адрес?”
  2. здания без определенного типа с тегом building=yes, выводит надпись “Здание Тип?”
  3. у здания не указан тег - building:levels=* , выводит надпись “Тип крыши?”
  4. у здания не указан тег - roof:shape=* , выводит надпись “Тип крыши?”
  5. у здания не указан тег - building:material=*, выводит надпись “материал стен?”
  6. у здания не указан тег - roof:material=*, выводит надпись “материал крыш?”
  7. у здания не указан тег - facade:materiall=*, выводит надпись “материал фасада?”

Валидатор зданий.png

На данный момент возникают “ошибки-спорные моменты” при работе с мульти полигонами и частями зданий, если теги указаны на одном, но не указаны на другом, будет выводиться надпись для неуказанного мульти полигона или части. Также имеются спорные моменты, где надпись выводится, к примеру, здание из бревна, кирпича, силикатного кирпича, панельные дома, будет выводить надпись, Материал Фасада? Так как , может иметь, а может и не иметь Материал отделки Фасада.

Также пока остается под вопросом здания - крыши (веранда с 3 стенами и крышей) Крыши по типу навесов, как они поведут себя с мультиполигонами и частями зданий?

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

Cсылка для скачивания заготовки https://drive.google.com/open?id=1-FIrWnJGflZJMZxY9w7ihTK79O5cjf07

В очередной раз выражаю огромную человеческую благодарность, за помощь в написание данной стиля Александру Истомину, (https://t.me/AlexanderIstomin), без него его бы просто не было.

Подключить заготовку тегов в JOSM можно, если у Вас включен “Экспертный режим”, зайдите в меню “Правка”, далее выбрать в списке “Настройки”, в открывшемся окне выбрать Настройки карты, перейти на вкладку “Стили отрисовки карты”, указав URL или имя файла в вашей локальной файловой системе. Формат файла должен быть *.mapcss