Вопросы новичков

Larry0ua · 2012-03-22 16:24:36

серая - приняты по умолчанию (id пользователя больше определенного значения)

RSergei · 2012-03-22 16:25:49

Наведите мышку на эти "галки", там написано что они значат. В данном случае Зелёная - новая лицензия принята. Серая - принята автоматически, т. е. пользователь пришёл в ОСМ после решения о смене лицензии.

apca · 2012-03-22 16:31:11

RSergei wrote:

Наведите мышку на эти "галки", там написано что они значат. В данном случае Зелёная - новая лицензия принята. Серая - принята автоматически, т. е. пользователь пришёл в ОСМ после решения о смене лицензии.

Larry0ua wrote:

серая - приняты по умолчанию (id пользователя больше определенного значения)

спасибо

Last edited by apca (2012-03-22 16:32:24)

i_can_has_login · 2012-03-23 15:16:36

Несколько вопросов:
1) Правильно ли я понимаю, что вводимые юзерами-"полевиками" данные имеют приоритет перед armchair mapping-данными, импортами и всем остальным?
2) Существуют проекты по вычислению смещения спутниковых снимков и складыванию их в базы. Как я понимаю, тот же бинг регулярно обновляется, и как результат, меняются и смещения. Как решается проблема меняющихся смещений в проектах?

Last edited by i_can_has_login (2012-03-23 15:16:55)

Zkir · 2012-03-23 15:28:38

i_can_has_login wrote:

Несколько вопросов:
1) Правильно ли я понимаю, что вводимые юзерами-"полевиками" данные имеют приоритет перед armchair mapping-данными, импортами и всем остальным?

Приоритета как такового у данных уже попавших в осм нет, а вот ценность данных полученных в поле намного больше копирований, импортов и прочего.

esaulenka · 2012-03-23 15:33:45

i_can_has_login wrote:

данные имеют приоритет

Приоритетов у нас не предусмотрено. Однако, сидя на диване, хороший маппер должен задуматься "не насена ли эта информация по результатам полевых прогулок"?

i_can_has_login wrote:

Существуют проекты по вычислению смещения спутниковых снимков

Единственный работающий "проект" на текущий момент - табличка в вики. При обновлении снимков правится вручную.
Автоматические сервисы корректирования, наверное, тоже руками будут правиться.
Ну и "регулярно обновляются"... по территории РФ это сильное преувеличение :-(

i_can_has_login · 2012-03-23 16:04:08

esaulenka wrote:

Ну и "регулярно обновляются"... по территории РФ это сильное преувеличение :-(

Я про вообще

Sergey Astakhov · 2012-03-23 17:24:12

i_can_has_login wrote:

Как решается проблема меняющихся смещений в проектах?

Базовое решение одно - пытаться максимально точно привязывать снимки по трекам. Тогда смена снимков не вызовет необходимости массово двигать уже нарисованные данные, что, к примеру, регулярно происходит в Wikimapia/GMM/НЯК.
Если использовать закладки смещений, то периодически проверять их на актуальность при малейшем сомнении.

andriano · 2012-03-24 16:16:33

i_can_has_login wrote:

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

Как Вы себе представляете "смещение спутникового снимка"?
Вы думаете это единственная величина на весь снимок или, хотя бы, четыре величины для его углов?
Отнюдь.
За счет того, что Земля не плоская, а снимок делается под углом к поверхности, у каждой точки снимка свое индивидуальное смещение, зависящее, крме всего прочего, от высоты над уровнем моря и угла (точнее, двух углов), под которым сделан снимок (не говоря уже о зависимости от широты). Поэтому никакой базы по смещению снимков быть не может - теоретически может быть база смещений для некоторой совокупности точек для набора снимков, но, как показывают оценки, размеры такой базы должны быть больше текущего размера всех данных OSM.

andriano · 2012-03-24 16:20:41

Sergey Astakhov wrote:

i_can_has_login wrote:
Как решается проблема меняющихся смещений в проектах?
Базовое решение одно - пытаться максимально точно привязывать снимки по трекам. Тогда смена снимков не вызовет необходимости массово двигать уже нарисованные данные, что, к примеру, регулярно происходит в Wikimapia/GMM/НЯК.
Если использовать закладки смещений, то периодически проверять их на актуальность при малейшем сомнении.

Ну да.
Только при этом еще и проверять:
- чтобы трек, по которому проводилась привязка, был на расстоянии не более примерно 0.5 км от того места, где происходит рисование по снимку.
- что между треком и местом рисования нет заметной разницы высот.

А то бывает, человек привяжет снимок по одному треку (или даже по семейству треков в одной точке), после чего пытается отрисовать по снимкам целый городской район.

chnav · 2012-03-24 17:20:44

andriano wrote:

За счет того, что Земля не плоская, а снимок делается под углом к поверхности, у каждой точки снимка свое индивидуальное смещение, зависящее, крме всего прочего, от высоты над уровнем моря и угла (точнее, двух углов), под которым сделан снимок (не говоря уже о зависимости от широты).

Уже не первый раз слышу это (ошибочное) мнение. Снимки на бинге/Yahoo и пр. орторектифицируются (пусть и грубо). Можете скачать какой-нибудь "сырой" снимок OrbView, вот там действительно имеют место быть описанные вами эффекты.

Last edited by chnav (2012-03-24 17:21:11)

Alexandr Zeinalov · 2012-03-24 17:31:49

chnav wrote:

Уже не первый раз слышу это (ошибочное) мнение. Снимки на бинге/Yahoo и пр. орторектифицируются (пусть и грубо).

Однако, тем не менее, эти снимки в холмистой местности очень и очень плавают относительно треков.

Sergey Astakhov · 2012-03-24 18:46:00

chnav wrote:

Снимки на бинге/Yahoo и пр. орторектифицируются (пусть и грубо).

В том то и дело, что "грубо". Бывают очень качественно скорректированные снимки, но для России это редкость.

andriano · 2012-03-24 20:21:32

chnav wrote:

Уже не первый раз слышу это (ошибочное) мнение...

Если это мнение ошибочно, объясните, откуда возникает такой эффект: взаимное расположение треков и соответствующих им дорог на снимке не совпадает?

chnav · 2012-03-24 20:24:30

andriano
Потому что орторектификация производится по данным SRTM, что довольно грубо.

osm-kun · 2012-03-24 22:10:51

Нашел реестр улиц Хабаровска http://www.khabarovskadm.ru/digital_khv … NT_ID=2670. Там есть список улиц, принадлежность их к району и текстовое описание местоположения. Их ведь можно использовать при рисовке?

esaulenka · 2012-03-25 14:46:57

andriano wrote:

За счет того, что Земля не плоская, а снимок делается под углом к поверхности, у каждой точки снимка свое индивидуальное смещение, зависящее, крме всего прочего, от высоты над уровнем моря и угла (точнее, двух углов), под которым сделан снимок (не говоря уже о зависимости от широты).

Интересно, тут есть люди, которые действительно знают, как работает спутниковая съемка? Вот лично мне кажется, что угол там таки один. Чисто имхо.

andriano wrote:

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

Ну это, конечно, замечательные оценки.
Однако мне кажется (опять имхо!), что удовлетворительной точности можно добиться, привязывая по одной точке на каждые 1-3-5 км (в зависимости от рельефа). С учётом того, что высокое разрешение есть, мягко говоря, далеко не везде, количество данных получается чуть меньшим.
Да, это не идеал. Однако это гораздо лучше, чем ничего не делать, отговариваясь странными оценками размеров базы.

Dmitry Terentiev · 2012-03-25 16:20:34

osm-kun wrote:

Нашел реестр улиц Хабаровска http://www.khabarovskadm.ru/digital_khv … NT_ID=2670. Там есть список улиц, принадлежность их к району и текстовое описание местоположения. Их ведь можно использовать при рисовке?

Можно, но не стоит опираться только на этот источник. Его составляли люди, которым свойственно допускать ошибки.

apca · 2012-03-25 16:48:56

объясните пожалуйста, на сколько целесообразно использование restriction=no_left_turn в ситуации, когда "прямо" пути нет (вот на этом примере http://www.openstreetmap.org/browse/relation/2072044), может в данном случае было бы правильнее использовать restriction=only_right_turn?
Я правильно думаю, или ошибаюсь?

Last edited by apca (2012-03-25 16:51:01)

Sergey Astakhov · 2012-03-25 17:44:13

apca wrote:

объясните пожалуйста, на сколько целесообразно использование restriction=no_left_turn в ситуации, когда "прямо" пути нет (вот на этом примере http://www.openstreetmap.org/browse/relation/2072044), может в данном случае было бы правильнее использовать restriction=only_right_turn?
Я правильно думаю, или ошибаюсь?

Ограничения лучше ставить согласно знакам. Если там стоит "Только направо", то правильнее only_right_turn. Кроме того, это неравноценные ограничения, no_left_turn не запрещает разворот, в отличии от only_right_turn

Komяpa · 2012-03-25 18:15:31

esaulenka wrote:

andriano wrote:
За счет того, что Земля не плоская, а снимок делается под углом к поверхности, у каждой точки снимка свое индивидуальное смещение, зависящее, крме всего прочего, от высоты над уровнем моря и угла (точнее, двух углов), под которым сделан снимок (не говоря уже о зависимости от широты).
Интересно, тут есть люди, которые действительно знают, как работает спутниковая съемка? Вот лично мне кажется, что угол там таки один. Чисто имхо.

Углов два. Какие из них можно менять, а какие нет - зависит от спутника - один вдоль орбиты, второй - влево-вправо от неё.

esaulenka wrote:

Однако мне кажется (опять имхо!), что удовлетворительной точности можно добиться, привязывая по одной точке на каждые 1-3-5 км (в зависимости от рельефа). С учётом того, что высокое разрешение есть, мягко говоря, далеко не везде, количество данных получается чуть меньшим.
Да, это не идеал. Однако это гораздо лучше, чем ничего не делать, отговариваясь странными оценками размеров базы.

Уже на базе коррекций IRS было замечено, что одной точки на 50 километров спутниковой съёмки, _разглаженной по грубому SRTM_, вполне достаточно. Минск по трём-четырём точкам привязывался почти идеально - учитывайте же, что "переменное смещение" от одного конца города к другому может быть простым поворотом снимка.

kisaa · 2012-03-26 02:26:00

osm-kun wrote:

Нашел реестр улиц Хабаровска http://www.khabarovskadm.ru/digital_khv … NT_ID=2670. Там есть список улиц, принадлежность их к району и текстовое описание местоположения. Их ведь можно использовать при рисовке?

osm-kun, там попадаются чудесные "информативные" перлы вроде "Железнодорожный район; от оврага до пустыря" Так что - только как один (и то - вспомогательный) из источников.

Takuto · 2012-03-26 10:45:10

Вопрос - как отмечать amenity, обладающие площадью?
Конкретно - автозаправки.
Я отмечал как точками так и amenity=fuel на здание с кассой и прочим.
Поскольку школы и детсады отмечаем по территории, появился вопрос - не лучше ли отмечать и территорию заправки?
Если да - то как к этому отнесутся конвертеры? Мапник вроде бы такое понимает.

Подвопрос - как относится софт, работающий с адресами к адресу на полигоне? К адресу здания в полигоне?
Т.е если у нас есть школа, заправка или госпиталь, у которых обозначена территория, и тэги amenity=* name=* висят на территории,
а адрес этой аменити висит на здании, софт их как-то соотносит?

gryphon · 2012-03-26 11:03:44

Takuto wrote:

Вопрос - как отмечать amenity, обладающие площадью?
Конкретно - автозаправки.
Я отмечал как точками так и amenity=fuel на здание с кассой и прочим.
Поскольку школы и детсады отмечаем по территории, появился вопрос - не лучше ли отмечать и территорию заправки?
Если да - то как к этому отнесутся конвертеры? Мапник вроде бы такое понимает.

Если верить вики, то можно и точкой, и площадью обозначать

http://wiki.openstreetmap.org/wiki/Fuel wrote:

Alternatively the area itself can be tagged amenity=fuel instead of tagging the fuels station with a node.

А проблемы конвертеров шерифа волновать не должны.

Zkir · 2012-03-26 11:13:41

Поскольку школы и детсады отмечаем по территории, появился вопрос - не лучше ли отмечать и территорию заправки?

Можно и территорию, но тогда не нужно дублировать точкой или зданием. Если заправка одна, то и тег с тегом amenity=fuel должен быть один, иначе потом может позадваиваться.

тэги amenity=* name=* висят на территории,
а адрес этой аменити висит на здании, софт их как-то соотносит?

Обычно нет, и не факт что должен, потому что это адреса разных сущностей. адрес участка и адрес здания.

А проблемы конвертеров шерифа волновать не должны.

Вообще-то должны, если смысл его деятельности не состоит исключительно в удовлетворении графоманского зуда и поднятия ЧСВ.

Last edited by Zkir (2012-03-26 11:22:41)

Announcement

#1901 2012-03-22 16:24:36

Re: Вопросы новичков

#1902 2012-03-22 16:25:49

Re: Вопросы новичков

#1903 2012-03-22 16:31:11

Re: Вопросы новичков

#1904 2012-03-23 15:16:36

Re: Вопросы новичков

#1905 2012-03-23 15:28:38

Re: Вопросы новичков

#1906 2012-03-23 15:33:45

Re: Вопросы новичков

#1907 2012-03-23 16:04:08

Re: Вопросы новичков

#1908 2012-03-23 17:24:12

Re: Вопросы новичков

#1909 2012-03-24 16:16:33

Re: Вопросы новичков

#1910 2012-03-24 16:20:41

Re: Вопросы новичков

#1911 2012-03-24 17:20:44

Re: Вопросы новичков

#1912 2012-03-24 17:31:49

Re: Вопросы новичков

#1913 2012-03-24 18:46:00

Re: Вопросы новичков

#1914 2012-03-24 20:21:32

Re: Вопросы новичков

#1915 2012-03-24 20:24:30

Re: Вопросы новичков

#1916 2012-03-24 22:10:51

Re: Вопросы новичков

#1917 2012-03-25 14:46:57

Re: Вопросы новичков

#1918 2012-03-25 16:20:34

Re: Вопросы новичков

#1919 2012-03-25 16:48:56

Re: Вопросы новичков

#1920 2012-03-25 17:44:13

Re: Вопросы новичков

#1921 2012-03-25 18:15:31

Re: Вопросы новичков

#1922 2012-03-26 02:26:00

Re: Вопросы новичков

#1923 2012-03-26 10:45:10

Re: Вопросы новичков

#1924 2012-03-26 11:03:44

Re: Вопросы новичков

#1925 2012-03-26 11:13:41

Re: Вопросы новичков

Board footer