Не припомню, что обсуждали. Хотелось бы посмотреть описание.
К слову, ничто не мешает расширить associated_address (исправил название, т. к. сделали замечание по синтаксису) до «веев улицы, адресуемый ландузе, мейн буилдинг» (тем более, что второй пункт уже есть и так).
О каких «значительно более сложных схемах» вы говорите и в чём хуже функциональность или расширяемость моего предложения?
Не хочу (а придётся) показаться невежливым, но говорить об »этом«честно «была проще» — может только человек, испытывающий большие трудности с адекватной оценкой реальности, мягко говоря.
LLlypuk82, к сожалению из Ваших постов относительно “белорусская системы” адресации ясно, что Вы даже не поняли почему она существовала… Поэтому последний абзац Вашего сообщения применим к сожалению исключительно к Вам
Четко сформулированного предложения с описанием и примерами аля пропозал, не было, просто в ходе обсуждения на форуме всплывало. Сейчас уже, пожалуй, с легкостью не найду.
На ОСМ Радио, вроде, Виктор озвучивал идею тегирования адрески на релейшенах в ходе обсуждения расширенного формата OSM xml.
Как уже писал, идея проста до безумия. Карлсруэ на самом релейшене, члены релейшена - адресуемые объекты. Этого более чем достаточно для решения многих проблем, не говоря уже о возможных расширениях.
Для каждого адреса создается отдельный географический объект (node) + обязательные роли как для адресного объекта, так и для адресуемого. Это ли не усложнение? Объединение нескольких домиков также затруднительно. Схема предполагает, что адресная нода принадлежит адресуемому объекту, посему, несколько домиков будут в разных отношениях со свомии адресными нодами, хоть и теги этих нод идеентичны. Можно, конечно, свалить все object в один релейшен, но с единой адресной нодой будет смотреться дико.
Кое что нашел, май 2014-го, “Вопросы новичков”, стр 246 - 247 (можно смотреть с этого сообщения по это).
Далее, по логике, обсуждение должно было перейти в более профильную тему, но пока не нашел куда, насколько помню, было больше подробностей схемы адрески на релейшенах. Может, потерялись на неотображаемых скринах, а может это лишь мое воображение
Мой подход подразумевает высокую степень совместимости с существующей практикой тегирования. То, о чём вы говорите — нет.
Множество зданий с одним адресом — весьма странная вещь. Тогда это, скорее, территория, на которую имеет смысл вешать адрес.
Адресные точки имеют широчайшее хождение по всей Западной Европе (иногда в сочетании с associatedStreet, как во Франции). Им не хватает только чисто адресного отношения (логически дополняющей надстройки), потому что вышеуказанное «уличное» не позволяет решать все задачи по адресации (об этом уже не раз говорил здесь).
P. S. Роли в моём варианте — лишь для наглядности и однозначности (а она — не лишняя, считаю). Но и без них очевидно, что участники с адресными тегами задают адрес/адреса, а всё остальное — адресуемые объекты.
чистый Карлсруэ - до сих пор наиболее популярная схема тегирования, так куда уж более совместимее? При этом существенно расширяются возможности. Ваш же, по сути, ничего нового не вносит и не улучшает.
Странная, редкая, но она существует. Да и цеплятся за это как за фактор отсутсвия необходимости в данном не стоит, т.к. схема адрески на релейшене хоть и единственная из существующих, позволяющая подобные объединения, но это не главный ее козырь, а по большей мере, побочный эффект, хоть и приятный. Не забываем о ее простоте и мультиадреске.
Адресная точка - костыль мультиадрески. Точка - географический объект со своими координатами. Адрес же, по факту, не привязан к точечным координатам, он привязывается к некоторой области. Насколько помню, даже в РФ, адрес присуждается земельному участку. Одно и единсвенное из зданий на данном участе наследует этот адрес. Но ведь и здание - не точечный объект. Адреска на отношении позволяет же объединить все адресуемые объекты без введения нового географического объекта.
Пару слов о том, отчего схема адрески на релейшене в мае 2014-го не прокатила. На тот момент никого не заинересовала новая адресная схема, ибо уже существовало большое кол-во схем. Проблемы же, которые решала новая схема, меркли на фоне существующих на тот момент проблем. Так что ваша схема может нового превнисти по сравнении с уже существующими? Какие проблемы она решает, которые нельзя решить существующими? Так зачем нам еще одна схема, которая ничего нового не привносит?
По поводу «что вносит и решает моя схема» я тут распинался, как мог. Повторяться не вижу смысла (если есть интерес — читайте тему).
А схема на релейшене никого не заинтересовала, видимо, потому, что её не было? Я свою представил и теоретически, и практически, но всё равно одни твердят, что нового ничего нет, другие — что она неимоверно сложна, третьи — что никому не нужна, четвёртые — что невозможно отказаться от старой и т. д. и т. п. Вы же хотите, чтобы схема, существующая в вашей голове, кому-то понравилась и стала применяться.
И какая разница, на каком абстрактном объекте — точке или отношении будет адресная информация? Координаты здесь совершенно не при чём. А если «при чём», то куда вы собираетесь приклеивать отношение?
Адресные таблички, к слову, на угловых домах висят, как раз, на соответствующих сторонах фасада здания. Так почему адресные точки не могут делать то же самое? UPD Видео, где показан «наисложнейший» процесс редактирования: 1. Угловой дом 2. Торговый центр
«Точечная адресация» улучшает инфографику, независимо от рендера. Достаточно посмотреть на примеры выше или любые другие примеры со сложной геометрией адресуемых сооружений или/и неоднозначным расположением их относительно конкретной улицы.
Наиболее распространённая «кажущаяся красота» в виде неких «геометрических центров» плохо работает в ряде случаев и/или малоинформативна.
В моём случае — нет такой возможности. Улицы как таковые в это отношение не входят, оно чисто адресное (addr:* теги), а участниками могут быть либо полигоны/мультиполигоны (зданий, территорий), либо точки (POI).
Для поддержки разных языков в адресном поиске целесообразно расширить схему addr:*, добавив языковой код, например, так:
addr:street:ru=
addr:street:en=
и т. д.
Но это очень тонкая материя — с названиями на ин. языках. Вряд ли игра стоит свеч (но никто не запрещает так делать!)
wowik, человек спросил по существу, ему было отвечено также.
А для улиц есть associatedStreet.
И addr:street:ru ничем не лучше и не хуже name:ru, почему же вы не укаете? (хотя, name:ru — это зло, чуть не забыл).
Опять вместо формализации условий для выборки пытаются всё запихнуть в отношения. Почему только парковки, а туалеты, а питьевые фонтанчики, экстренный телефон с аптечкой в конце концов.
Тут нет противоречия - где надо использую, там польза может быть не смотря на вред. А в других местах один вред вижу и практически никакой пользы.
Для меня вред - это когда из одни данных разные программы по-разному карты собирают и когда мапперы начинают путаться где что править.
addr:street:ru хуже, чем name:ru тем, что практически совсем бессмыслен.
используя addr:street как ссылку на улицу, можно у самой улицы взять name:ru и не плодить addr:street:ru вообще.
