Поэтому я бы вам предложил дополнить схему данных внутригородскими района (admin_level=9) и самими населёнными пунктами place=city/town/village/hamlet + возможно части города suburb
А чтобы не путаться, хотя бы в родной стране, полезно почитать основополагающие НПА, в частности
131 ФЗ "Об общих принципах организации местного самоуправления в Российской Федерации"
Поэтому выдав городской округ (ГО) за сам город, вы вводите пользователей в заблуждение, потому что в ГО кроме самого города могут находится другие населённые пункты. Понятно, что ~90% населения так же как и вы не заметят разницы, но выдавать это в сервисе как то не хорошо.
очень много геометрии в текущей базе просто нет, в частности многих городов, для которых кто-то почему-то (до сих пор) не создал relation.
Екатеринбурга, например, так нет — только городской округ.
Ваши две серьёзные ошибки:
1) Геометрия может быть задано не только через отношение(relation), но и обычной замкнутой линией (way). Хотя для административных границ это скорее будет приятным исключением.
2) Город (в плане населённого пункта) к административному делению не имеет никакого отношения, поэтому и искать его там не надо.
А Екатеринбург, как населённый пункт вот.
Не, «абонентское устройство» общается по средствам «радиотелефонной связи», что там внутри завернуто не суть. Dial-up тоже формально обычный телефонный звонок.
Так почему не подходит Статья 2. п.22.1., ведь рассылка идёт по сети подвижной радиотелефонной связи, да и автоматическая передача абонентам коротких текстовых сообщений (сообщений, состоящих из букв и (или) символов, набранных в определенной последовательности) тоже соответствует действительности или там сразу ролики присылают?
Вот у вас на главной есть вставки «40 млн контактов» там могло появиться что-то вида «5 миллионов адресов геокодировано с помощью OpenStreetMap.org».
Или вот где перечислены справочники, тоже совсем неплохо показать актуальность геоданных — «OpenStreetMap 01.06.2015»
Хотя если вы так хотите разместить это в базе знаний, то я полагаю там должна быть отдельная статья «Поставщики данных», как положено с указанием лицензий, по которым они распространяются.
Да, для разработчиков ваша база знаний ассоциируется с проектом, но рядовой пользователь о ней даже не подозревает.
Гладкий тред на сматрфоне это обман, т.к видно не результат измерений, а результат применения к ним фильтра Калмана. И какие разговоры о качестве, когда вместо антенны фольга.
Сколько там ещё дубликатов с addr:country одному ОСМ известно.
131 ФЗ "Об общих принципах организации местного самоуправления в Российской Федерации"Поэтому выдав городской округ (ГО) за сам город, вы вводите пользователей в заблуждение, потому что в ГО кроме самого города могут находится другие населённые пункты. Понятно, что ~90% населения так же как и вы не заметят разницы, но выдавать это в сервисе как то не хорошо.
Ваши две серьёзные ошибки:
1) Геометрия может быть задано не только через отношение(relation), но и обычной замкнутой линией (way). Хотя для административных границ это скорее будет приятным исключением.
2) Город (в плане населённого пункта) к административному делению не имеет никакого отношения, поэтому и искать его там не надо.
А Екатеринбург, как населённый пункт вот.
И да, ответ будет скорей зависеть от того, что вам конкретно он неё надо.
Или вот где перечислены справочники, тоже совсем неплохо показать актуальность геоданных — «OpenStreetMap 01.06.2015»
Хотя если вы так хотите разместить это в базе знаний, то я полагаю там должна быть отдельная статья «Поставщики данных», как положено с указанием лицензий, по которым они распространяются.
Да, для разработчиков ваша база знаний ассоциируется с проектом, но рядовой пользователь о ней даже не подозревает.