И да… хватит мапить под сити гид 
Вот чес слово, очень грязные исправления изолянтов без знания местности.
У меня нет времени исправить качественно, потому я не берусь, но рисовать фейки это не повод. Я на местности бывал и что там знаю, просто нет привязки для рисования.
, лень-матушка, а также осознание собственного более высокого предназначения.
Если Вы откроете пакет правок браузером, он покажет Вам и место, и удалённые дорожки.
Что за технологии такие мешают исправить? Если край расположен не в том месте, можно подвинуть точки, составляющие этот край, если идёт стыковка не с тем, с чем надо, можно разъединить точки, если какой-то стыковки не хватает, её можно сделать.
Кажется, этот вопрос обсуждали и не раз, и не два, и даже не три. Но повторимся - человек не может ничего нарисовать идеально, все данные, которые вносятся в базу, содержат ошибки. Посредством последовательного редактирования одним или несколькими участниками эти ошибки можно уменьшать. Если вместо улучшения данных их будут удалять, достигнуть высокой точности будет сложно. Вашу позицию “либо будете рисовать сразу так, как я считаю нужным, либо я буду удалять данные” считаю неверной.
Для интереса зашёл в список кладбищ Москвы, взял кладбища из начала, конца и середины списка - Алексеевское кладбище, Щербинское кладбище и Кузьминское кладбище, посмотрел, как они отмечены в OSM - названия со словом “кладбище” подписаны.
Ну так ведь Вы даже в таких случаях обрезаете названия.
Если газон, площадку и клумбу разделяют нелинейные объекты, то эти объекты также могут быть затегированы мультиполигонами. Всё равно остаётся стыковка площадных объектов.
Может, проблема в навигаторе, не? У Вас есть возможность заставить его показывать то, что записано в базу, а не то, что он додумывает?
Потому что тегом stadium могут быть обозначены и стадион, и арена, и спортивный комплекс, и зона какая-нибудь, тегом cemetery могут быть обозначено кладбище, могильник, погост, некрополь, колумбарий, мостки, (братская) могила и т. д.
То есть Вы считаете достаточным поводом для удаления данных тот факт, что Вы их считаете бесполезными, так?
Ага, трудитесь, удаляете газоны, дороги, а потом кто-то приходит и опять их рисует. Тяжело!
Ну если Вам это интересно, то возможные значения слова island - остров, островок, анклав, изолированный участок, островок безопасности.
Ну так если на спутнике всё видно и если захотеть, то… может, Вы и будете сглаживать углы и уточнять данные, а не удалять их? Когда Вы удаляете данные, Вы возвращаете базу в исходное состояние - когда данные начнут добавлять, их опять же могут внести с тем же уровнем точности. А если бы данные были сохранены, их можно было бы уточнять. Вы один уголок сгладили, кто-то - другой и т. д.
Про 100 точек Вы сами придумали. Для кого-то из 2 точек хватит, чтобы считать объект отрисованным нормально, кому-то нужно 5, кому-то 10, Вам - 100. Тут нет предела: всегда может оказаться кто-то, кому количество может показаться недостаточным. И будет лучше, если вместо удаления данных эти точки как раз будут добавляться.
Я реально готов это рисовать, но Вы же и создаёте дополнительные трудности. Тяжело рисовать, когда проводишь исследование на местности, хочешь дополнить внесённую ранее информацию, а её уже и нет. Представьте себе лес. Один участник затегировал его по спутнику, потом прошёл вдоль одного из краёв с навигатором и хочет уточнить границу леса. Заходит в OSM, а леса-то уже и нет, т. к. он, оказывается, был грубо нарисован и потому удалён. Думаете, это правильно?
Так у Вас, к примеру, и асфальтовые дорожки шириной в несколько метров, существующие десятки лет, как я вижу не валидируются. Какая-то беда с валидацией, я бы сказал.
Да, конечно, но если объект долгое время существовал, существует и вдобавок виден ещё и со спутника и панорам, то, наверное, не стоит говорить о том, что спутник и панорамы ничего не значат. Если проведено личное исследование, которое установило, что данные спутника/панорам устарели - да, нужно ориентироваться на новые данные.
Что ж для Вас много, если текущие темпы для Вас маленькие…
В русском языке топонимы могут состоять из основной и статусной частей: Московский парк Победы, Васильевский остров, Красненькое кладбище и т. д. Статусная часть может быть в начале топонима, в середине, в конце. Если они кому-то не нужны, их проще постпроцессингом выкинуть.
Так Вы либо не отвечаете на вопросы, либо не понимаете, о чём идёт речь, либо говорите, что удалённое не валидировалось, либо было плохо нарисовано, либо являлось фейком. Или говорите “пошёл вертать взад”, а потом через некоторое время начинаете делать то же самое.
Да не стесняйтесь Вы так: есть сведения - внесите данные с привязкой по спутнику или по каким-то близлежащим объектам. А то получается “знаю, но сам не сделаю и другим не дам”.
Вот!, если писать name нормально, всегда со “статусной” частью, как раз таких проблем быть не должно, все рендеры будут просто показывать name. А так навипрограммам приходиться вытаскивать понятное путнику название из разных тегов (и многие из которых для этого вообще не предназначены, например place), и так и будет получаться “Стадион Стадион Стадиона”, нарушение порядка слов и т. п.
Написать название правильно, каким мы хотим видеть их на карте, может ТОЛЬКО человек, для этого и только для этого ИМХО должен использоваться name, это сразу снимет огромное количество проблем.
Ох, опять я за своё… я же уже убедился, что бесполезно, эту простую мысль программисты не поймут никогда, издержки профессии, придётся мириться и выкручиваться.
Вы мыслите как пользователь, а теперь попробуйте обработать:
Петровский стадион
Стадион Ракета
Стадион “Танк”
Примоский стадион
стадион уралец
Это примеры от Динамика и очень простые.
И правило в англо-вики именно с этим и бориться. И слава богу вам скажу, ибо обработка русского языка машиной достаточно ёмкая вещь. Ведь объектов то море и типов тоже… и написать можно как угодно, только дай свободу.
Попробуйте в вики-мапии выбрать по имени стадионы - ухохочетесь со слезами на глазах. Это “невозможно”.
Исправлять откровенную фигню мало желания, честно. И я против вашей политики насчет многократного улучшения, а если быть точным - то как вы это трактуете! Исправление и улучшения качества это круто, для этого сообщество и служит! НО!!!
Когда объект КРУГЛЫЙ, а его рисуют тремя точками, при прекрасном hi-res снимке Bing, и 2 года его геометрия никоим образом не обновляется, данный объект никак даже близко не соответствует действительности, и мешает ориентированию - мало желания оставлять такой мусор. Да и собственно area:highway я не трогаю обычно 
Стадион - это значение по умолчанию. hotel тоже и отель и апартаменты и дом свиданий могут быть, однако когда это гостиница слово гостиница не пишем же, да?
И по россии когда слово “кладбище” не является составным (name != название топонима по правилам каких-то там комиссий, а общеупотребимое людьми название) его не пишут. А вот если “Мемориал погибшим”, то да.
100 точек это игра слов, но круг с радиусом почти десять метров (заворот улицы, и четверть круга соотвественно) - не могут быть изображены 3 точками ну никак, опять же при hi-res данных изначальных.
Значения слова island меня не интересуют естественно, я о теге.
Я всегда открыт для дискуссии, когда это не обмен километровыми постам с тучей воды без конкреткики и передергивание “вот вы там удалили кучу всего” и ссылка на какой-то один пакет, где удалил 1.5 объекта.
Я не стесняюсь. Сведения есть, нужна разведка, летом буду сам поправлю. Но мапить под валидатор не надо, потому что лично вы там точно не побывали, я не раз в этом убеждался))) Причём иначальная отметка спорной висячей улицы сделана не мной, а ваша правка именно вносит в базу фейковый роутинговый маршрут в ублажание валидатору ситигида.
Навигатор не считаю нужным править, ибо стадион он и есть стадион. Названия различные не влияют на тип объекта. А то с таким подходом реально, зачем теги? Давайте просто мультиполигон делать и name=Киоск шавермы где рафик обслуживает клиентов с 10 до 20 и курить разрешает и водку продаёт
Удаляю мультиполигоны с 1 way да, только почему то вы пишете так будто из базы пропадают какие-то данные в этот момент. Я преобразую мультик в обычный полигон.
Рисуйте наздоровье. Только не проще ли, чтобы не смущать других неверными и грубыми данными последовать такой стратегии: сначала провести исследование на местности, а потом открыть редактор и залить это, м? Я так делаю в 99.9% случаев и это хорошо работает, поверьте! Я даже готов помочь с “исследованием местности”.
Не надо простраций. Вот берём тучу area:highway в купчино, что мешает столько лет дорисовать их геометрию?
Я вполне понимаю, что есть рабочий процесс, ну неделю, ну месяц, 2, 3. Но тут речь уже о годах в некоторых случаях. И не меняется ничего, ниодной точки не прибавилось в треугольных круглых поворотах. Эпик, как бы.
С name давайте таки разберёмся окончательно, есть некий список или правило в вики которым руководствуетесь вы? А то глупость какая-то получается. И я “не верю” правильности ваших действий в часности потому, что стадионов в городе больше, чем вы правите. То есть избирательные какие-то исправления на не имеющих общих признаков объектах.
area:highway кстати по купчино например висят и никуда не деваются. А в других местах я вообще на area:highway не смотрю, фильтр в ёсме рулит.
Вообщем жду страничку в вики с описанием про name, в каких объектах статусные части пишутся всегда и почему и кто с этим согласен (пропозал или соглашение), порядок написания типа “кладбище “Имя”” или “кладбище Имя” или “Кладбище Имя”, теги для статусной части (для удобной обрезки машиной).
Я не вижу однозначности сейчас и конфликт не исчерпывается. Вы так и будете править десяток известных вам стадионов, а по россии (и даже в лен области) есть море иных стадионов, замапленных иначе. И в итоге либо вы самоуправитель, либо пол-россии в осм замаплено не правильно.
Если стоит задача как у Вас - убрать слово “стадион”, то обрабатываем следующим образом: убираем слова “стадион”, “Стадион”, пробелы около этих слов и отбрасываем кавычки. Получаем “Петровский”, “Ракета”, “Танк”, “Примоский”, “уралец”. Если Вы хотите, чтобы навигатор к этому добавлял что-нибудь, например, “стадион”, приписываем к началу слово “стадион”, ставим пробел и берём окончание строки в кавычки - получаем “стадион “Петровский””, “стадион “Ракета””, “стадион “Танк””, “стадион “Примоский””, “стадион “уралец””.
С учётом того, что некоторые из этих названий я в первый раз вижу, это примеры не от Динамика.
Нет или мало желания - не исправляйте, проект добровольный.
Вопрос о том, сколько точек достаточно для описания фигуры, не имеет однозначного ответа, т. к. это зависит от того, как эта фигура в дальнейшем будет использоваться. Для обозначения объекта, может, хватит и трёх, для красивой прорисовки на экране компьютера, положим, нужно 10 точек, для того, чтобы GaM не волновался, может и тысячи не хватить.
Они в Ваши правки сами залезают, чтобы самоубиться:)
Список со значениями по умолчанию у Вас в навигаторе в файле config, я так понимаю, зашит? Всем нужно на него ориентироваться?
Могут или не могут быть - зависит от восприятия.
Относительно небольшой участок суши, окружённый водой, надо понимать.
Пакет приведён для примера. Просто он показательный: в нём хорошо видно, что пакет состоит из удаления пешеходных дорожек. Когда пакет большой, в нём что-то добавлялось, что-то склеивалось, что-то удалялось, бывает сложно понять, что в нём было сделано. А тут всё понятно - GaM удалил дорожки. Вот ему и вопрос - зачем?
А Вы не думали, что неверной могла быть как раз изначальная отметка или Вы только моим правкам сразу присваиваете статус “сомнительные, лучше отменить на всякий случай”?
Ну так ведь можно постпроцессингом заменять “арена”, “спорткомплекс” и прочее на “стадион”, коли это всё одно и то же, нет?
Теги, следует понимать, нужны для обозначения типов объектов для предоставления возможности их дальнейшей классификации.
А Вы не думали, что замена подготовленного мультика на обычный может привести к конфликту данных? Человек 1 нарисовал мультиполигон, сидит подготавливает пририсовку к нему второго, нажимает “отправить данные”, а ему - “ошибка! первого мультиполигона уже нет”. Оказывается, GaM подчистил. В чём смысл такой чистки? И это даже если площадный объект не ограничен линейным (т. к. в последнем случае и так теги нельзя смешивать).
А не надо смущаться. Так никакого здоровья не хватит - особенно в проекте, где имеет место совместное редактирование. Ну а заливка данных без представления о том, что загружается, и так не делается.
Возможно, то, что существуют различное восприятие слов “геометрия прорисована”. У Вас очень высокие требования к качеству - тут может и десятка лет не хватить, чтобы “дорисовать их геометрию”.
Эпик - это когда кто-то умышленно снёс данные, это было замечено и теперь нужно как-то оправдаться, чтобы не потерять лицо. А треугольные круглые повороты - не самое страшное. Где-то повороты железных дорог рисуются прямыми углами (т. е., получается, одной точкой), а Вас три точки смущают.
Полагаю, ориентируюсь я на те же правила, что и Вы: мы просто трактуем их по-разному. Вкратце, name - “основное название объекта” (прочие уточнения крутятся вокруг этого). Ну а человек правит всегда избирательно, если только он не использует автоматические средства, которые могут работать со всеми объектами определённого типа. Я правлю то, о чём мне известно.
Какой-то плохой фильтр: то удалит area:highway, то заменит состыкованные мультиполигонами landuse=grass и area:highway на два нестыкующихся полигона.
Давайте подождём либо напишем.
Для это и только для этого есть full_name
По факту во всей России в name=* стараются указывать имя собственное. Новички добавляющие name=АЗС по всей России — это не нормально, они портят статистику в taginfo и вы думаете что там правильно указывать. Нет, не правильно. Мы используем name=* для имени собственного, а не отображаемого названия в навигаторах. Мы **не используем **никакой из 6 вариантов:
building=yes
name=дом
building=residential
name=жилой дом
building=house
name=частный жилой дом
building=detached
name=отдельностоящий частный жилой дом
leisure=park
name=парк
shop=convenience
name=магазин (который на самом деле без вывески, т.е. безымянный для OSM)
Есть исключение. “улица Ленина” - это имя собственное. Мы договорились так.
Как почти все поступают с тегами name= в хорошо заманенных регионах (статистику taginfo по России смотреть мало, смотрите саму местность города вашего)*
leisure=stadium
смысл “здесь стадион” или “здесь стадион, ничего не знаю про имя собственное, есть или нет”
текст в навигаторе “стадион”
leisure=stadium
name=стадион
смысл “здесь стадион c именем собственным “стадион””
текст в навигаторе “стадион стадион”
смысл “здесь стадион безымянный”
текст в навигаторе “стадион (безымянный)” - до такого мало кто дошёл пока
PS. Касательно черновой работы вы уже сами решайте между собой, в JOSM вместо отправки на сервер можно сохранить изменения в файл, а следующим выходным продолжить работу. На сервер OSM.org уже всё готовое в конце придёт.
d1g, основной вопрос не в безымянных объектах.
А в ситуации:
leisure=stadium
name=Красный треугольник
По мнению Динамика надо:
leisure=stadium
name=Стадион “Красный треугольник”
Ну и аналогии с островом, кладбищами и пр. Повторюсь речь только про случай когда не “Преображенское кладбище”, когда вырезание “кладбище” коверкает название.
Dinamik судя по пустому посту после моего предвижу простыню…
Не утруждайтесь.
2 конкретных вещи - приведите пожалуйста уже свои area:highway в округлые формы и жду ссылку на соглашение по name, чтобы это не ваша фантазия была.
И покончим на этом.
Оставлять в названии кладбища родительный падеж не есть коверкание названия?
Как ловко Вы:D Причину, по которым были удалены дорожки, Вы не озвучили - и это вроде как и не надо делать, т. к. удаление GaM-ом десятка существующих на местности объектов является нормальным явлением. Про удаление name:ru промолчали - вроде как и не озвучили публично несогласие с тем, что name:ru удалять не следует, но и не согласились - при последующих повторяющихся удалениях и не поймать на том, что обещали так не делать. А вот пока Dinamik точки в линии не добавит и ссылку не даст, может быть и проигнорирован. Соглашение нам нужно всем - неоднозначность в трактовке, по сути, никому не даёт преимущества.
Вы не знаете о чем речь.
https://www.openstreetmap.org/node/637028019 - если по этой “заправке” из name=* вы решите что это “стадион” (leisure=stadium) или “автозаправочная станция” (amenity=fuel) то я над вами просто посмеюсь. Я без понятия что у вас там в городе такое что ваш подход приписок name=* может сработать.
Та же история с вашими name=“кладбище …”, name=“стадион …”.
В каждом навигаторе должна быть опция показывать (статусную часть) или нет рядом [с именем собственным]:
(Стадион)[Динамо]
(Стадион: )[Динамо]
[Динамо](, стадион)
(кладбище)[Преображенское кладбище]
[Преображенское кладбище]
Преображенское кладбище
Галочки такой в железных навигаторах нет. Это не значит что в name=* нужно указывать что угодно лишь бы показывалось в навигаторе.
У приверженцев статусной части в name= никогда не будет возможности выбирать стили отображения текстовых меток. Они будут перемапливать целые города только чтобы выглядел текст в другом навигаторе.
Если Вы решили, что я предлагаю восстанавливать тип объекта по чему-то написанному в name, значит, мы друг друга не поняли.
Я писал о том, что при указании в name нормального названия отгрызть при отображении в навигаторе лишнее можно. Ну а после отгрызания можно добавить тип куда надо - впереди, сзади, с двоеточием или без. А если из name урезать часть названия в базе данных, это название потом будет не восстановить. Важный факт: статусная часть является частью топонима (в отличие от типа, описания и т. д.)
Это не статусная часть. Это имя собственное. Мы договорились об этом.
Никакой “улицы” в “улица Ленина” нет. Есть только имя собственное “улица Ленина”.
Отгрызать “улица” из “улица Ленина” нельзя.
Нет. name это имя целиком. name=* это только имя (имя собственное). Если написано name=Преображенское кладбище, то отгрызать “кладбище” нельзя.
http://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only OSM не использует стаусных частей в name= вообще*.
Если вы хотите отгрызать лишнее из name=* значит у вас город грязный и в name=* указаны статусные части которые в других городах никто и никогда не указывал.
name=стадион Динамо
leisure=stadium
Здесь не нужно отгрызать ничего, нужно исправить имя собственное (name=* в OSM) если стадион называется просто “Динамо”:
name=Динамо
leisure=stadium
Ну мы же вроде как русском языке названия записываем (если только речь не идёт о случаях, когда основным названием является иноязычное), так? В русском языке есть понятие “топоним”. И есть понятие “статусная часть”. Статусная часть является частью топонима. Улица называется улицей Ленина не потому, что мы так договорились, а потому, что она так называется. Топоним - “улица Ленина”. Он состоит из основной части и статусной части. И те, кому надо, статусную часть отбрасывают при отображении. В соглашении, на которое Вы дали ссылку, сочетание “имя собственное” даже ни разу не встречается.
“топоним” там это “имя собственное”, ctrl+f “топоним” здесь.
Не обязательно. Стадион называется “Динамо”, никаких “стадион Динамо” в документах и повседневной речи нет.
Мы не указываем статусную часть в name=* которая не относится к имени собственному (названию топонима в данном случае). Если в вашем городе это не так, то это особенность вашего города и только его проблемы.
В документах, на самом деле, может быть что угодно, в том числе с несколькими уровнями вложенности, типа: ОАО “физкультурно-оздоровительный центр ‘стадион Динамо’”.
Но речь сейчас не о канцелярских извращениях, а о наличествующей задокументированной договоренности, которая закреплена в wiki. И это даже не так важно, на сколько это правильная договоренность с точки зрения русского языка, например, потому что речь идет не о редактировании книги, а о редактировании базы. А в архитектуре БД важно не столько то, чтобы содержание было семантически верным (хотя это полезно), сколько то, чтобы оно хранилось единообразно. Иначе получается дерьмо в духе “открытых” данных московского правительства, например. Менять схему имеет смысл, только если она а) не может однозначно отразить реальность (а она может - в тег официального имени можно написать название хоть со всеми орденами и регалиями) б) технически бессмысленна (как это было с пресловутыми листьями).
P.S.: собственно, как я и говорил, если человек - упертый, можно хоть обдокументироваться - ему на это будет плевать и он будет повторять результат своего самодурства, пока ему не перекроют кислород.
О боги! Это именно то о чём я говорю! +100500
Я именно против таких бредятин.
PS кстати в навигаторах и мапнике в частности и других местах - у стадиона обычно свой стиль визуального оформления и что он стадион понятно и так.
Похоже, всё смешалось. Давайте попробуем отделить мух от котлет.
*) Удаление существующих на местности дорожек - нормально?
*) Удаление area:highway - нормально?
*) Удаление объектов, которые “мешают редактировать” - нормально?
*) О “классических”/“человеческих”/“общеупотребимых” названиях - обрезать name до конструкций “имени…”, “памяти…”, “в честь…” - нормально?
*) Удаление name:ru при наличии русскоязычного name - нормально?
Лирическое отступление: частично обсуждение идёт вокруг филологических вопросов: “топоним” или “имя собственное”, входит статусная часть в топоним или нет. Топоним - частный случай имени собственного, статусная часть входит в топоним, но при этом статусной части может не быть. Для полностью единообразной записи можно использовать, например, sorting_name.