You are not logged in.

#51 2015-01-28 13:13:47

ynx
Member
Registered: 2011-01-25
Posts: 61

Re: Нам нужны вообще ; в значениях для России? Запретим их?

d1g wrote:
ynx wrote:

Если какой-то инструментарий не умеет с этим работать, то это проблема инструментария и не более того.

Вы только что сказали пользователям данных OSM "еб@#тесь конём, я маплю один раз". К вашему сведению этим каким-то иструментарием является всё от Mapnika и вики документации до Taginfo, Osmosis, JOSM.

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

Offline

#52 2015-01-28 13:35:27

Dinamik
Member
Registered: 2010-08-12
Posts: 1,085

Re: Нам нужны вообще ; в значениях для России? Запретим их?

У меня вопрос к участникам обсуждения - как предлагается тегировать две следующих ситуации?
1) поле (pitch) с разметкой под футбол (soccer) и баскетбол (basketball) и баскетбольными щитами, висящими над футбольными воротами
2) объект, у которого было более одного старого названия (old_name)

Offline

#53 2015-01-28 13:43:03

Zkir
Member
From: Хрустальная Москва
Registered: 2009-02-21
Posts: 6,110

Re: Нам нужны вообще ; в значениях для России? Запретим их?

ynx, выражение "мапить под рендер" означает приписывать объектам неверные (не соответствующие реальности) теги, чтобы они лучше  выглядел (или вообще показывался) на рендере.

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


Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.

Offline

#54 2015-01-28 13:49:07

Zverik
Moderator
From: Минск
Registered: 2010-10-14
Posts: 5,688
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

Кстати, насчёт old_name. Раз вы тут составляете адекватную схему присвоения нескольких значений ключам, предлагаю запретить alt_name, а альтернативные названия добавлять в name. Ну или использовать alt_shop, alt_ref и т.д.


ШТОСМ | josm.ru | обо мне | удалёнка зло

Offline

#55 2015-01-28 13:56:30

Zkir
Member
From: Хрустальная Москва
Registered: 2009-02-21
Posts: 6,110

Re: Нам нужны вообще ; в значениях для России? Запретим их?

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

К счастью, изначально обречены на провал попытки поломать то, что есть и работает много лет. smile

ключ=значение -- это основа структуры данных осм. Если она не нравится, то нужно менять API, а не пытаться впихнуть в неё то, что в неё действительно не вписывается.

Что касается конкретно магазинов, то существующая схема shop=<тип по основному ассортименту> дает вполне адекватное приближение к реальности и на своем уровне подробности, ничего не искажает.


Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.

Offline

#56 2015-01-28 14:14:21

ynx
Member
Registered: 2011-01-25
Posts: 61

Re: Нам нужны вообще ; в значениях для России? Запретим их?

Zkir wrote:

ynx, выражение "мапить под рендер" означает приписывать объектам неверные (не соответствующие реальности) теги, чтобы они лучше  выглядел (или вообще показывался) на рендере.

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

С последним категорически не согласен. С моей точки зрения нужно разделять данные и обработку этих данных (редакатирование/удаление/добавление данных к этому не относится). Задача данных, максимально полно и точно описывать объекты мира (в случае OSM) и всё. Именно из этого и нужно исходить предлагая те или иные варианты тегетирования. Всё остальное, как то поиск, или та же отрисовка это те задачи, которые абсолютно никак не должны влиять на сами данные и их структуру. Если используемая структура, например, не подходит для поиска, значит где-то рядом надо создавать индекс по этим данным или вообще конвертировать данные в во внутренние стуктуры и использовать уже их.

Offline

#57 2015-01-28 14:20:20

ynx
Member
Registered: 2011-01-25
Posts: 61

Re: Нам нужны вообще ; в значениях для России? Запретим их?

Zkir wrote:

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

К счастью, изначально обречены на провал попытки поломать то, что есть и работает много лет. smile

ключ=значение -- это основа структуры данных осм. Если она не нравится, то нужно менять API, а не пытаться впихнуть в неё то, что в неё действительно не вписывается.

Что касается конкретно магазинов, то существующая схема shop=<тип по основному ассортименту> дает вполне адекватное приближение к реальности и на своем уровне подробности, ничего не искажает.

Много что работало много лет и ничего, поменялось.

Да я и не говорил, что стуктура ключ=значение так уж плоха. Просто она имеет свои ограничения.

Про магазины согласен, поэтому вижу смысл в отказе от ; только в том контексте, что надо указывать только основной ассортимент и всё. Для чего-то более детального, как мне видится, надо уже делать какую GIS. Куда можно будет и номенклатуру товаров запихивать с ценами на них, и количество жителей с уровнем преступности. И я сомневаюсь что в такой GIS будут именно ключ=значение, хотя кто знает, конечно. smile

Offline

#58 2015-01-28 14:45:11

d1g
Member
From: not using forum
Registered: 2010-01-23
Posts: 2,380
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

dkiselev wrote:

Я тебя точно правильно понял?

Да ты меня правильно понял:
1. нечего выдумывать сложности для 0,1% значений
2. нечего ради этого 0,1% новичкам горовит слово "регулярка". Тебе нравится когда твоё имя предлагают найти как ~ди~? Димой тебя не зовут? Dmitry нет такого имени? Зачем я вообще это должен кому-то объяснять?
3. нечего поддерживать программы которые парсят name=* или считают что highway=* найдёт дороги. Что ~Дми~ это регулярка имени Дмитрий. Ты пол людей тоже по именам определаешь? А не отдельному смысловому тегу "пол"?

код вида new tagValue.split(";").contains("something") - тоже фу.

Вообще не нужно разделять по точке с запятой. Ты не строки парсишь.

http://wiki.openstreetmap.org/wiki/Tag% … upermarket "A large store for groceries and other goods"
Хотят твои пользователи "groceries and other goods" ищи для них "shop"="supermarket". Обрати внимание на кавычки. Я настаиваю что код счиатющие shop= - магазинами сломан изначально. Те кто от лени ищут все с shop=* не должны говорить остальным что магазины это shop=*. У нас 200+ тегов магазинов, никих регулярок shop=* в OSM нет.

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

Это делается один раз и выкладывается на гитхаб. Никакого секрета в 200 тегах через дизъюнкцию нет. Вместо этого ты хочешь чтобы каждый разработчик блестал (как ему кажется) регулярками.

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

Попробуй-ка мне найти volleyball этими osmosis или osmfilter:
у объектов с sport=soccer;volleyball

dkiselev wrote:

А необходимость передать осмозису или osmfilter к примеру, список всех возможных типов магазинов, + реализация ими фильтра Блума или bitset фильтра, чтобы получить выгрузку в csv магазинов в регионе - это одобрямс?

Конечно же да. Если osmosis еще можно пожалеть как основную программу импорта.

Ни osmosis
Ни osmfilter

Не могут выполнить функции базы данных. Если ты составлял запросы в них, а не postgres, спешу тебя огорчить, есть более продуктивные инструменты для работы с данными OSM. Пропогандируя менее эффективные инструменты (в т.ч. регулярки) ты не напрямую, но затягиваешь процесс эволюции.

osmosis это утилита выгрузки-загрузки в DB, не более. То, что ты видишь фильтрацию в ней это плюшки, а не основная функция.

Основаную фукнцию запросов выполняют
1. postgresql
2. overpass
3. OSM API 0.6

В блокнотике тоже можно xml читать, но это не значит что это хорошая идея или стоит так советовать всем делать.

ynx wrote:

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

Фраза хорошая, но целиком не соглашусь.

Смысл объекта мира нужно дробить, тогда его можно будет впихнуть в маленькие теги OSM.

Если раньше жили sport=soccer;volleyball и казалось нормально, то сегодня нужно два тега:
sport:soccer=yes
sport:volleyball=yes

Получилось впихнуть? Конечно. Можно найти воллебольную площадку? Да запросто:
"sport:volleyball"="yes"
Никаких регулярок вообще никому или разбиения по ; в коде.

Для обратной совместимости с предыдущими программами можно указать ещё один тег-костыль:
sport=multi либо sport=soccer

keder wrote:

phone_1=*, phone_2=* и т.д. чтоли? Как-то не лаконично.

phone=* тоже в исключения, нет смысла их разделять на теги. У телефонов нет смыслов poi. Вы не ишете по 11цифрам-значениям. Напротив, для спорта, вам нужен только определённый спорт.

Не нужно писать sport=multi, это почти ничего не значит. Это подойдёт только для совместимости со старыми программами.

Dinamik wrote:

объект, у которого было более одного старого названия (old_name)

То же что и с телефонами, смысла различать их нет как разные POI, пока что у нас нет массивов вместо тупой строки value (tag=value), придётся их писать через ;. Как только появятся массивы, тут же перетегируем без точкозапятых.

Zverik wrote:

Кстати, насчёт old_name. Раз вы тут составляете адекватную схему присвоения нескольких значений ключам, предлагаю запретить alt_name, а альтернативные названия добавлять в name

Насчёт alt_name= еще можно согласится, то old_name=* точно нельзя смешивать с name=*. old_name=* значит старое имя, name=* для текущего и действующего.

Про old name: как вариант можно договориться использовать не old_name=*, а was:name=*. Но это чисто наше Российское соглашение будет, дубов в tagging@ сдвинуть нереально.

Last edited by d1g (2015-01-28 14:59:32)

Offline

#59 2015-01-28 14:55:14

dkiselev
Member
Registered: 2010-02-09
Posts: 3,364

Re: Нам нужны вообще ; в значениях для России? Запретим их?

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


mail: dkiselev@osm.me      skype: dmitry.v.kiselev
Open Street Maps are supreme! Exterminate all map forms! Exterminate! Exterminate!

Offline

#60 2015-01-29 09:07:07

Zkir
Member
From: Хрустальная Москва
Registered: 2009-02-21
Posts: 6,110

Re: Нам нужны вообще ; в значениях для России? Запретим их?

ynx wrote:

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

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

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


Другой пример. Мапник на обзорных масштабах (z1-6) пустой и выглядит ужасно, по сравнению с бумажными картами сопоставимого масштаба. Почему? Да потому что данных в OSM, пригодных для отображения на этом масштабе ПРОСТО НЕТ. Там, где пустая карта неприемлема (sputnik.ru, обзорки ситигида)  вместо osm используется NaturalEarth.  И это несмотря на сотни гигабайт точных и подробных данных в  planet.osm.


используемая структура ... не подходит для поиска

Тут еще такая фигня. Если структура 10 лет подходила для поиска, а потом, внезапно, без объявления войны ее поменяли, и она перестала подходить, это плохо, и действует разрушительно на реальную экосистему OSM.

Есть, скажем так, антипрограмма мапперов, работающих в режиме "только запись" (write-only).

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

Такого подхода следует избегать smile


Истинные слова не не приятны, приятные слова не истинны.
True words are unpleasant; pleasant words are untrue.

Offline

#61 2015-01-29 09:42:05

avatar6
Member
From: Avdiyivka-Donetsk
Registered: 2013-12-12
Posts: 257

Re: Нам нужны вообще ; в значениях для России? Запретим их?

d1g wrote:

Где там страницы на вики как на этих страницах:
http://taginfo.openstreetmap.org/tags/shop=car_parts
http://taginfo.openstreetmap.org/tags/shop=tea

Очевидно, что теперь придется создать страницы вики для каждого shop:car_parts= , shop:tea= ....

Offline

#62 2015-01-29 13:05:40

ynx
Member
Registered: 2011-01-25
Posts: 61

Re: Нам нужны вообще ; в значениях для России? Запретим их?

Zkir wrote:
ynx wrote:

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

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

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

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

Zkir wrote:

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

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

Zkir wrote:

Другой пример. Мапник на обзорных масштабах (z1-6) пустой и выглядит ужасно, по сравнению с бумажными картами сопоставимого масштаба. Почему? Да потому что данных в OSM, пригодных для отображения на этом масштабе ПРОСТО НЕТ. Там, где пустая карта неприемлема (sputnik.ru, обзорки ситигида)  вместо osm используется NaturalEarth.  И это несмотря на сотни гигабайт точных и подробных данных в  planet.osm.

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

Zkir wrote:

используемая структура ... не подходит для поиска

Тут еще такая фигня. Если структура 10 лет подходила для поиска, а потом, внезапно, без объявления войны ее поменяли, и она перестала подходить, это плохо, и действует разрушительно на реальную экосистему OSM.

Да вроде ничего не меняли. Или я упустил мысль.

Периодически, мне попадаются вещи типа как мапить магазин "Свет" (light или lights) или что-то типа поменявшегося обозначения шиномонтажа... Но я бы не сказал, что тут есть какие-то принципиальные проблемы - в любом адекватном инструментарии это замена одной строки на другую или просто поддержка и того и другого. С другой стороны, я даже в таких изменениях не вижу большого смысла, в конце коцов, есть решим, что shop=cdtn и есть магазин "Свет", то вполне можно с этим согласиться.

Offline

#63 2015-01-30 16:26:26

d1g
Member
From: not using forum
Registered: 2010-01-23
Posts: 2,380
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

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

Proposed features/Запрет множественных значений в основных ключах

Offline

#64 2015-01-30 16:48:47

d1g
Member
From: not using forum
Registered: 2010-01-23
Posts: 2,380
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

freeExec wrote:

"тема основных ключей не раскрыта

Это является проблемой перехода, как мы решим поступить на момент пока в osm будут amenity=* которые потом нужно будет выкинуть/запретить/не использовать.

Например 0,1% пользователей отмечают
name=Банкомат
amenity=bank;atm

К чему теперь относится name? Хоть один рендер такое решить может?

Именно поэтому тегируем по точке на тег.
amenity=bank
и отдельно
name=Банкомат
amenity=atm

предлагаемая схема пытается вывести из порочного круга
<бессмысленный тег (amenity, man_made)>=<смысловая часть>

путём переноса всё в key:
<бессмысленный тег (amenity, man_made)>:<смысловая часть>=yes
<бессмысленный тег (amenity, man_made)>:<смысловая часть>=yes
<бессмысленный тег (amenity, man_made)>:<смысловая часть>:name=Банкомат

amenity:bank=yes
amenity:atm=yes
amenity:atm:name=Банкомат

В новой схеме "основными" будут два (три, миллон) тегов-групп

Хотите банкоматы? amenity:atm=yes
Хотите только банки? amenity:bank=yes

Парадигма банк amenity=bank или банкомат amenity=atm всех устраивает? Я явно не один в этом.

Offline

#65 2015-01-30 16:57:08

Zverik
Moderator
From: Минск
Registered: 2010-10-14
Posts: 5,688
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

Офигеть, я понял грандиозную задумку. Она в том, чтобы вместо «ключ=значение» сделать просто «тег». С переходной заглушкой в виде «тег=yes». Эдакий параллельный осм.

Last edited by Zverik (2015-01-30 16:57:18)


ШТОСМ | josm.ru | обо мне | удалёнка зло

Offline

#66 2015-01-30 16:58:03

d1g
Member
From: not using forum
Registered: 2010-01-23
Posts: 2,380
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

От говорливости в тегах key можно будет избавится путём ввода новой абстракции для тегов. Это очень сложное изменение в рамках 0.6 (deployed 17-21 April 2009) такого не будет никогда вам.

<смысловая коробка>
amenity:bank=yes
</смысловая коробка>
<смысловая коробка>
amenity:atm=yes
amenity:atm:name=Банкомат
</смысловая коробка>

Можно будет сократить до

<смысловая коробка>
bank=yes
</смысловая коробка>
<смысловая коробка>
atm=yes
name=Банкомат
</смысловая коробка>

bank=yes, atm=yes это строгие типы, задокументированные на вики, те самые "основные теги" которые вы ждёте.

Они никогда не случатся просто так.

Last edited by d1g (2015-01-30 17:04:17)

Offline

#67 2015-01-30 17:17:58

d1g
Member
From: not using forum
Registered: 2010-01-23
Posts: 2,380
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

Zverik wrote:

Она в том, чтобы вместо «ключ=значение» сделать просто «тег». С переходной заглушкой в виде «тег=yes».

Не совсем заглушка.

1. Прямо сейчас в OSM:

generator:source=gas
generator:method=combustion
generator:output:cold_water=yes
generator:output:electricity=225 kW

1. После очень сильных изменений в бекенде и во всех приложениях

<семантическая коробка, типизированная>
generator=yes - строгий тип, задокументирован на вики
source=gas
method=combustion
output:cold_water=yes - вложенность коробок-типов тоже можно учесть, их тоже можно строго типизироваться и задокументировать, никаких угадаек по Taginfo и вопросов "как обозначать X"
output:electricity=225 kW
</семантическая коробка, типизированная>
Zverik wrote:

Она в том, чтобы вместо «ключ=значение» сделать просто «тег». С переходной заглушкой в виде «тег=yes». Эдакий параллельный осм.

То что ты называешь "просто тег" это строгий тип, задокументированный на вики. Схема тегирования его свойств будет ясна автоматически как только ты открываешь http://taginfo.openstreetmap.org/tags/supermarket=yes

Преимущества строгих типов над строками через ; настоящим программистам не нужно объяснять.

Если хотим развиваться, OSM придётся сделать бочку и вкладывать смысл в key, а не key(дурацкие man_made,amenity,leisure)=value.

Last edited by d1g (2015-01-30 17:54:02)

Offline

#68 2015-01-30 17:18:58

wowik
Member
From: Zelenograd
Registered: 2009-09-29
Posts: 9,039

Re: Нам нужны вообще ; в значениях для России? Запретим их?

Zverik wrote:

С переходной заглушкой в виде «тег=yes».

Но кто-нибудь туда обязательно воткнет «тег=no» или даже придумает «тег=что-то» и станет требовать поддержки в рендере smile

Last edited by wowik (2015-01-30 17:19:32)

Offline

#69 2015-01-30 17:29:04

d1g
Member
From: not using forum
Registered: 2010-01-23
Posts: 2,380
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

wowik wrote:

Но кто-нибудь туда обязательно воткнет «тег=no»

В предложении речь не только о poi-тег=yes, а о poi-тег=yes, poi-тег=main, poi-тег=partial, poi-тег=no. Это преимущество схемы, а не недостаток. Прямо сейчас вы делаете это через was:leisure....

Вместо stadium=no вы пишете was:leisure=stadium/disused:leisure=stadium/abandoned:leisure=abandoned.

Я по секрету скажу что теги
abandoned=yes
disused=yes

Должны быть основными, а не запрещёнными. Это возможно сделать только и только если у вас есть семантическая коробка или сильная неймспейсовость в key (у пар key=value):

<семантическая коробка>
stadium=yes - строго типизированный тег, задокументированный на вики
disused=yes
name=Спартак
description=уже не тот что раньше
</семантическая коробка>

disused:, abandoned: это костыли которые я всецело поддерживаю в рамках API 0.6 чтобы абсолютно все программы работали нормально.

или даже придумает «тег=что-то»

Не придумают. yes/no/partial/main это всё-всё-всё на свете что вы можете сказать про какой-либо магазин или услугу. Про те "главные теги" (POI) которые вы хотите.

generator:output:electricity=225 kW не запрещаются, наоборот, очень поощряются на переходном этапе, значение 225 kW будет конечно разрешено потом. Куда именно засунут 225 kW авторы строгих типизаций зависит только от них.

Last edited by d1g (2015-01-30 17:38:09)

Offline

#70 2015-01-30 18:48:28

wowik
Member
From: Zelenograd
Registered: 2009-09-29
Posts: 9,039

Re: Нам нужны вообще ; в значениях для России? Запретим их?

И всё-таки. Какую НОВУЮ задачу позволит решить нововведение? Кроме того, чтобы сломать старое?

Как мне теперь выбрать все amenety:* одним махом?

Простота разбора значений компенсирована сложностью выборки ключей.

Offline

#71 2015-01-30 19:46:42

d1g
Member
From: not using forum
Registered: 2010-01-23
Posts: 2,380
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

wowik wrote:

И всё-таки. Какую НОВУЮ задачу позволит решить нововведение?

"Преимущества для пользователей" "Преимущества для разработчика". Я там мало написал, все преимущества могут не сразу очевидны. Zverik-а осенило, но я не уверен что он понял полностью всю задумку.

Почему нужна новая задача когда со старой задачей теги не справлялись?
name=Заправка
amenity=fuel;fast_food

Вы умеете писать рендеры которые будут выдирать правильную иконку? Или давать одну ссылку на документацию которая будет описывать только одну схему?

wowik wrote:

Как мне теперь выбрать все amenety:* одним махом?

Зачем конечному пользователю в здравом уме знать все amenity=* теги которые мы напридумывали до этого?

Если вы давно документацию не открывали их пытались сгруппировать на 7 групп уже:
http://wiki.openstreetmap.org/wiki/Key:amenity

wowik wrote:

Простота разбора значений компенсирована сложностью выборки ключей.

Пф. Указываем тег-костыль amenity=yes на время перескакивания через знак равно в key=value.
Пользователи которые считают что регулярка amenity=* хоть что-то значит, остаются в прошлом с их нерешаемыми проблемами двойственности объектов в рамках псведо-смысловых amenity=* (amenity не значит ничего! сюрприз!).

Last edited by d1g (2015-01-30 19:49:52)

Offline

#72 2015-01-30 19:49:49

wowik
Member
From: Zelenograd
Registered: 2009-09-29
Posts: 9,039

Re: Нам нужны вообще ; в значениях для России? Запретим их?

d1g wrote:

Зачем конечному пользователю в здравом уме знать все amenity=* теги которые мы напридумывали до этого?

Не пользователю, а программе. пользователь вобще тегов не видит. smile
Что-бы выбрать иконку, к примеру. Да и вообще, узнать сам факт, что это amenity

Last edited by wowik (2015-01-30 19:51:50)

Offline

#73 2015-01-30 19:51:35

d1g
Member
From: not using forum
Registered: 2010-01-23
Posts: 2,380
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

wowik wrote:

узнать сам факт, что это amenity

что это???

fast_food я знаю.
restaurant я знаю.
pub я знаю.

Объясните теперь мне что такое amenity и почему я должен его приписывать хоть где-то?

Offline

#74 2015-01-30 19:54:06

wowik
Member
From: Zelenograd
Registered: 2009-09-29
Posts: 9,039

Re: Нам нужны вообще ; в значениях для России? Запретим их?

Я знаю 500 тегов amenity, теперь мне надо делать выборку объектов по всем 500 ключам вместо одного?

Last edited by wowik (2015-01-30 19:56:05)

Offline

#75 2015-01-30 19:59:24

OverQuantum
Member
From: Zelenograd
Registered: 2009-06-17
Posts: 1,582
Website

Re: Нам нужны вообще ; в значениях для России? Запретим их?

d1g wrote:

<семантическая коробка>

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

Примерно так:

#shop,supermarket
#name: Десяточка
#operator: {ООО "АСП-ГРУПП"} /ИНН 7735108290
#opening_hours: 08:30-22:45 /c 2014-05-23
Отличные пирожные продают

{
Ранее тут был #name: Квартал
Закрыт с 2013-02-22, ООО "АСП-Групп", ИНН 7735108290, Сеть магазинов "Витория Квартал", телефон магазина с сайта "(+7 495) 535-23-58"
#email: inform@victoria-group.ru
#opening_hours: 24/7
#phone: +78002004454
#website: http://www.victoria-group.ru/shops/kvartal/addresses.php?region=msk
#disused,shop,supermarket
}

Кому надо - рендерит красивую страницу с описанием. Кому надо - парсит тэги.

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

Last edited by OverQuantum (2015-01-30 20:01:09)


Это же OpenStreetMap. Он больше внутри, чем снаружи.

Offline

Board footer

Powered by FluxBB