You are not logged in.
На официальных российских сайтах Prisma и Spar названия брендов (не юрлиц) фигурируют только на латинице (Свiтанак тоже, если мы об этом). Компании выбрали для России именно такой товарный знак, все остальное - самодеятельность. Считаю, что для рассматриваемых магазинов name нужно откатить на латиницу, а name:* убрать вовсе как избыточные.
Offline
названия брендов
Для названий брендов есть свой собственный тег - brand.
Стоит ли его в обязательном случае пихать в name и именно в таком виде как на вывеске - спорный вопрос. И лучше его обсуждать в отдельной теме, чтобы все желающие могли поучаствовать. Тем по поводу name было множество, можно в одной из них.
Last edited by Sergey Astakhov (2018-10-21 11:08:00)
Offline
Для названий брендов есть свой собственный тег - brand.
Стоит ли его в обязательном случае пихать в name и именно в таком виде как на вывеске - спорный вопрос. И лучше его обсуждать в отдельной теме, чтобы все желающие могли поучаствовать. Тем по поводу name было множество, можно в одной из них.
В данном случае бренд совпадает с названием в России (на вывесках, на оф. сайтах, в рекламе и т. д.). То есть сами компании с этим вполне определились. К сожалению, не нашел специальной темы, где бы обосновывалась принудительная русификация названий.
Тег brand=Prisma был бы уместен, если бы, скажем, название супермаркета было бы отмечено как name=Prisma Международная (см. примеры в Вики).
PS: Наткнулся на мысль по теме. Интересно, что подвигло пользователя пересмотреть взгляды?
Давайте без абсурда, всегда есть какие-то подписи к значкам. То что вы на частном доме напишите даже адресом официальным являться не будет - и врятли нужно в базе, если название дома то housename, не о том речь.
Еду мимо из трамвая и вижу Prisma ! А если я буду на карте видеть Призма, кстати к слову был такой магазин, по крайней мере раньше, бытовой химией занимался - в итоге, а как найти истину? Я думаю русское можно писать, но в alt_name, loc_name. А в name, должно быть общеупротребительское название и не важно на каком оно языке.
Offline
Мотивация в принципе понятна -- нежелание реализовывать в программах поиска POI по названию что-то хоть немного более сложное, чем простое сравнение строк на равенство. При том, что пользователь может вбить название как кириллицей, так и латиницей.
P.S. Интересно, к какому языку в name:xx предлагается приписать какое-нибудь Oodji, которое вообще ни на каком конкретном языке.
Last edited by dair (2018-10-21 12:40:56)
Offline
В name=* должно быть общеупотребимое на территории (страны) имя, где находится объект, но необязательно на общеупотребимом языке. Иначе, зачем вообще нужен name=*, когда есть name:xx=*
Интересно, к какому языку в name:xx предлагается приписать какое-нибудь Oodji, которое вообще ни на каком конкретном языке.
int_name=* лучше всего подходит.
Offline
int_name вовсе не для этого.
Это для имени, под которым объект более известен в мире.
Типа Джомолунгма-Эверест, Английский канал-Ламанш.
Offline
Spar на местности:
1:
2:
Offline
Этот участник и KFC на КФЦ заменял, к счастью не массово:
https://www.openstreetmap.org/changeset/60413597
Со Spar он просто выделил их все подряд и ввёл туда теги по шаблону не глядя на то, что было. В результате помимо name он поменял сайт www.sparspb.ru на spar.ru . Тем, кто сомневается, какой сайт лучше подходит, могу сказать, что на чеках написано именно www.sparspb.ru .
Зато магазины, у которых в name было "Spar Express", ему не подвернулись.
Offline
Для названий, по которым я хочу, чтобы объект искался, но при этом не хочу, чтобы они где-либо выводились, я использую тег alt_name. Некоторые придумывают такие названия, что я сомневаюсь, что все их по памяти смогут воспроизвести, например:
name=ПиLки
alt_name=Пилки
int_name я использую, если есть и хорошо заметно название, написанное кириллицей, но при этом оно же написано и латиницей, причём так, что непонятно, какой именно это язык.
Если наблюдается только одно написание названия, то я создаю только один тег name. К этому случаю относится и Свiтанак:
name=Свiтанак
Offline
На сайте "фонда пространственных данных ленинградской области" http://fpd.lenobl.ru есть подключаемый слой Rural_boundaries_2017. Так как в качестве базовой карты используется ОСМ, то видны все косяки административных границ в ОСМ для ЛО. С другой стороны, сравнение этих данных с таблицей координат пограничных знаков из демаркационного протокола границы с Финляндией,
показывает что и этот слой,в общем случае, носит художественный (т.е. некадастровый) характер.
Сравнение границ в утвержденных генпланах с Rural_boundaries_2017 дает примеры как и полного совпадения, так и существенных различий. Так как срисовывание с петербургской РГИС не считается зазорным, то и этот источник для области может представлять определенный интерес.
Offline
Прошу поправить, так как с ОТ не силен, могу ченить поломать...
Запретили выезд с ул Галстяна на пл. Победы
Инфа
ОТ теперь ходит так
Offline
Добрый день, как считаете можно повысить статус с tertiary до secondary следующих улиц:
1. ул. Маршала Казакова от Стачек до пр. Героев
2. пр. Героев от ул. Маршала Казакова до ул. Адмирала Трибуца
3. ул. Адмирала Трибуца от Петергофского шоссе до пр. Героев
4. Ленинский пр. от пр. Героев до ул. Доблести
5. ул. Маршала Захарова от пр. Героев до ул. Доблести
6. Ул. Доблести от Ленинского до ул. Маршала Казакова
Offline
Добрый день, как считаете можно повысить статус с tertiary до secondary следующих улиц:
1. ул. Маршала Казакова от Стачек до пр. Героев
2. пр. Героев от ул. Маршала Казакова до ул. Адмирала Трибуца
3. ул. Адмирала Трибуца от Петергофского шоссе до пр. Героев
4. Ленинский пр. от пр. Героев до ул. Доблести
5. ул. Маршала Захарова от пр. Героев до ул. Доблести
6. Ул. Доблести от Ленинского до ул. Маршала Казакова
можно и повысить, и понизить, и вообще удалить. В общем, с вас аргументы )
Offline
Есть ли какая-либо ценность в тотально не совпадающем с геометрией береговой линии полигоне Финского залива?
https://www.openstreetmap.org/way/648202691
Удалять немного жалко, т.к. на объекте присутствует множество разноязычных названий залива и других тегов. Но и оставлять так явно не лучший выход...
Еще одна ежедневная сборка OSM для Garmin.
Offline
Но и оставлять так явно не лучший выход...
Перенесите языковые теги куда положено и удалите.
Offline
переделать в отношение, привязать контур к имеющимся костлайнам.
работы много, тупой и неинтересной. но за пару вечером наверное можно успеть.
Offline
Точная привязка - дело хорошее, но когда при этом заодно удаляются проезжие части, пешеходные дорожки, растительность, элементы дорог (например, бортовой камень), итоговое впечатление оказывается, мягко говоря, несколько смазанным.
1) Проверьте, пожалуйста, не лишились ли ваши окрестности половины данных при привязке чего-нибудь.
2) Нельзя ли как-нибудь вернуть данные на место?
3) Как быть дальше (ну вернём мы сейчас данные, а через неделю их опять снесут при уточнении)?
Offline
когда при этом заодно удаляются проезжие части, пешеходные дорожки, растительность, элементы дорог (например, бортовой камень), итоговое впечатление оказывается, мягко говоря, несколько смазанным.
Если эти объекты не соответствуют действительности - то можно и удалить.
2) Нельзя ли как-нибудь вернуть данные на место?
3) Как быть дальше (ну вернём мы сейчас данные, а через неделю их опять снесут при уточнении)?
Если будете возвращать - то сначала проверьте, что они соответствуют действительности. Фикции и устаревшие данные возвращать не стоит.
Откройте OpenAerialMap и подключите ортофото с коптеров, которые я туда выкладывал. Привязка там сантиметрового уровня, детальность тоже в несколько раз выше спутника.
Offline
Если эти объекты не соответствуют действительности - то можно и удалить.
Пример 1.
Текущее состояние двора в OSM:
К детской площадке в центре двора сейчас не подходит ни одна пешеходная дорожка, т. к. они были удалены:
Да, конечно, линии были нарисованы не идеально (не с сантиметровой точностью), но они, по крайней мере, были нарисованы и через них строился маршрут. А теперь перестанет (после того, как выгрузка обновится):
Неужели нельзя было чуть подвинуть точки пересечений дорожек по этим самым суперснимкам, а не удалять дорожки целиком?
Пример 2.
Из базы была удалена область natural=grassland:
На снимке зелень видна:
Если дождаться весны, на местности тоже будет всё ясно:
Я понимаю, есть, конечно, извечный спор между landuse=grass, natural=grassland, natural=meadow, natural=heath, natural=scrub, но ладно тег поменять один на другой, тут же вообще объект "тут что-то травянистое растёт" оказался удалён, как будто бы у нас нет никаких сведений об этом участке земной поверхности.
Пример 3.
Из базы была удалена область landuse=grass:
На снимке трава видна:
На местности - тоже:
Так ли нужно было удалять эту траву? Даже если редактор ни разу не видел, как этот газон подстригают, он мог переправить теги на что-нибудь natural-ное, а не удалять область насовсем.
Откройте OpenAerialMap и подключите ортофото с коптеров, которые я туда выкладывал. Привязка там сантиметрового уровня, детальность тоже в несколько раз выше спутника.
Кнопка "Open in JOSM" великолепна!)
Last edited by Dinamik (2019-01-13 22:57:20)
Offline
Неужели нельзя было чуть подвинуть точки пересечений дорожек по этим самым суперснимкам, а не удалять дорожки целиком?
Можно.
Но в данном конкретном случае IMHO, проще их удалить и нарисовать заново.
Возможно GaM намеревался это сделать, но не успел.
Кнопка "Open in JOSM" великолепна!)
Там, кстати есть тонкость - по умолчанию в JOSM стоит настройка максимального zoom для TMS в 20, и это ограничение используется при открытии слоя через RemoteControl. А данное ортофото имеет разрешение в 8 см/пиксел, и 20 зум это маловато. Надо эту настройку увеличить, хотя бы до 23 (есть снимки и в 4 см/пиксел). Или подключать слой через WMTS, там всё автоматом подхватывается.
Offline
Но в данном конкретном случае IMHO, проще их удалить и нарисовать заново.
Возможно GaM намеревался это сделать, но не успел.
Раньше не перерисовывал и сейчас не намеревался:
Удалены данные которые не совпадали со снимком на 90%, так как они выдуманы кем-то.
Что существует, уточнено уже в рамках этого пакета. Сами посмотрите снимки СА.
Там, кстати есть тонкость - по умолчанию в JOSM стоит настройка максимального zoom для TMS в 20, и это ограничение используется при открытии слоя через RemoteControl. А данное ортофото имеет разрешение в 8 см/пиксел, и 20 зум это маловато. Надо эту настройку увеличить, хотя бы до 23 (есть снимки и в 4 см/пиксел). Или подключать слой через WMTS, там всё автоматом подхватывается.
Спасибо! Век живи - век учись!;)
Last edited by Dinamik (2019-01-15 05:08:05)
Offline
Всем доброго дня!
Я совсем зелёный в работе с OSM, так что с горяча не рубите...
Есть проблема. Кто-то что-то намудрил (скорее всего с полигонами) и не исправил за собой на большом участке Ленинградской обл. - Карельский перешеек в междуречье р.Смородинка и р.Волчья http://openstreetmap.ru/#map=13/60.4687/30.1407
Это всё лес, лесом раньше и был обозначен. Сейчас это то ли болото, то ли что-то ещё...
Прошу продвинутых попробовать исправить.
Возможно наверное и простое решение - откатить назад...
Offline
Есть проблема. Кто-то что-то намудрил (скорее всего с полигонами) и не исправил за собой на большом участке Ленинградской обл. - Карельский перешеек в междуречье р.Смородинка и р.Волчья http://openstreetmap.ru/#map=13/60.4687/30.1407
Это всё лес, лесом раньше и был обозначен. Сейчас это то ли болото, то ли что-то ещё...
Прошу продвинутых попробовать исправить.
Возможно наверное и простое решение - откатить назад...
Спасибо, что обратили внимание. Вернул тег wood на мультиполигон, в остальном ничего криминального не заметил (кроме использования Potlatch, разве что). Если пропустил - пишите.
Offline