Санкт-Петербург и область

Diomas · 2011-03-27 18:49:54

а как CLC2006 отличает болота от лужаек и пляжи от камышей? мне, например, если я сам не знаю, что там, с бинга не разобрать

финикам хорошо - у них зелень-болота только вокруг городов были, они фактически на чистую карту импортят, а вот у нас уже пол области руками нарисована

usm78-gis · 2011-03-27 19:15:12

Diomas wrote:

а как CLC2006 отличает болота от лужаек и пляжи от камышей?

Радиометрически, по различному поглощению/отражению в
спектральных каналах Landsat.

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

Там и не надо ничего рисовать.

финикам хорошо - у них зелень-болота только вокруг городов были, они фактически на чистую карту импортят, а вот у нас уже пол области руками нарисована

Я имею в виду ту часть Карельского перешейка / Выборгского района, который прилегает
к Финляндии (30% погранзона). Болот там вообще практически никаких не нарисовано.

Last edited by usm78-gis (2011-03-27 19:17:10)

Zverik · 2011-03-27 19:40:03

Я прошу, пожалуйста, не надо делать у нас так, как в Финляндии.
Зрители могут открыть любую точку страны (например, это), выбрать слой «Данные» и ужаснуться.

pankdm · 2011-03-27 20:08:53

Опыт многочисленных импортов показывает, что лучше пусть не будет никаких данных, чем какая-то непроверенная фигня. (Это создает лишь иллюзию качества карты). И массовые импорты потом обычно уже не редактируются - слишком геморно. Вспомните тот же TIGER или импорт GNS в какой-то области.

Sergey Astakhov · 2011-03-27 20:15:13

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

Last edited by Sergey Astakhov (2011-03-27 20:15:38)

mbiker · 2011-03-27 23:00:31

А в чем, собственно, ужас в этом конкретном месте?

Zverik wrote:

Я прошу, пожалуйста, не надо делать у нас так, как в Финляндии.
Зрители могут открыть любую точку страны (например, это), выбрать слой «Данные» и ужаснуться.

one_half_3544 · 2011-03-27 23:11:21

Там лес на озере растёт, например.

Да, и +1 к тем, кто просит воздержаться от такого импорта. Мне тоже кажется, что лучше эти данные переносить вручную - было бы, например, хорошо рядом с landsatовской подложкой иметь подложку с результатами классификации.

Last edited by one_half_3544 (2011-03-27 23:15:58)

fserges · 2011-03-28 08:33:47

С утра пораньше решил поправить адреса по валидатору адресов от AMDmi3. Поправил ряд ошибок и завис на Спасском переулке - http://addresses.amdmi3.ru/?zoom=18&lat … ayers=B00T

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

PavelRus · 2011-03-28 09:19:35

fserges wrote:

С утра пораньше решил поправить адреса по валидатору адресов от AMDmi3. Поправил ряд ошибок и завис на Спасском переулке - http://addresses.amdmi3.ru/?zoom=18&lat … ayers=B00T
Там похоже какая-то сложная смесь мультиполигонов, даже не выделить здание. Похоже какая-то свежая правка - до отпуска там вроде было нормально ...

Спасский переулок уже пофикшен. Валидатор еще не обновился.
Соприкасающиеся мультиполигоны сделаны в соответсвии с этим обсуждением.

fserges · 2011-03-28 09:49:26

Может кто-нибудь из продвинутых глянет на Спасский переулок? Уж больно он какой-то неинтуитивный ... Все окрестные дома легко выделяются и правятся, а здесь разобраться что и как не используя панель отношений невозможно ... Хотя технически возможно всё и правильно.

PavelRus · 2011-03-28 10:00:11

fserges wrote:

Может кто-нибудь из продвинутых глянет на Спасский переулок? Уж больно он какой-то неинтуитивный ... Все окрестные дома легко выделяются и правятся, а здесь разобраться что и как не используя панель отношений невозможно ... Хотя технически возможно всё и правильно.

Да, я примерно о том же говорил, мне ответили, что все теги на мультиполигоне должны быть на самом отношении, а не на way. По-другому неправильно. Мне тоже теперь интересно мнение экспертов на примере Спасского. Если весь центр города будет таким, будет очень сложно разбираться что к чему. По-моему, надо или оставить все как было, или менять инструмент разработки.

fserges · 2011-03-28 12:12:43

Да ... тогда немало переделывать в центре Питера придётся - как я посмотрю адреса проставлены в основном на внешний контур ... В дампе что у меня сейчас в БД только 83 мультиполигона имеют тег addr:housenumber.

Sergey Astakhov · 2011-03-28 12:23:12

PavelRus wrote:

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

Не так. Оба варианты на данный момент являются правильными. Просто есть два поддерживаемых варианта - теги на внешнем контуре и теги только на отношении. Относительно первого варианта:

Он поддерживается для совместимости и вряд ли в скором времени поддержка его будет убрана - слишком много данных в этом формате.
Некоторые сервисы (например поиск в Nominatim) нормально работают только с ним.

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

Last edited by Sergey Astakhov (2011-03-28 12:26:07)

Sergey Astakhov · 2011-03-28 12:25:26

fserges wrote:

Да ... тогда немало переделывать в центре Питера придётся - как я посмотрю адреса проставлены в основном на внешний контур ... В дампе что у меня сейчас в БД только 83 мультиполигона имеют тег addr:housenumber.

Не надо бросаться переделывать то, что и так корректно обозначено. Если нечем заняться - есть множество областей, где вообще ничего не нарисовано, займитесь ими.

ZCC · 2011-03-28 12:38:02

one_half_3544 wrote:

Там лес на озере растёт, например.

Это нормально. В природе такое встречается, в т.ч. и на озёрах Карельского перешейка.

fserges · 2011-03-28 13:13:48

Sergey Astakhov wrote:

fserges wrote:
Да ... тогда немало переделывать в центре Питера придётся - как я посмотрю адреса проставлены в основном на внешний контур ... В дампе что у меня сейчас в БД только 83 мультиполигона имеют тег addr:housenumber.
Не надо бросаться переделывать то, что и так корректно обозначено. Если нечем заняться - есть множество областей, где вообще ничего не нарисовано, займитесь ими.

А зачем в городе 2 схемы - более рабочая и более идеологически чистая? Логично иметь одну схему Да и полуавтоматическая смена данных не столь трудоёмка - один раз сел и проставил (что-то в духе валидатора адресов от AMDmi3). Не нужно усложнять обработку данных вводя кучу эквивалентных систем.

PavelRus · 2011-03-28 13:28:18

Sergey Astakhov wrote:

Не надо бросаться переделывать то, что и так корректно обозначено. Если нечем заняться - есть множество областей, где вообще ничего не нарисовано, займитесь ими.

В том и дело, что некорректно обозначено. Нарисованы мультиполигоны с единственным тэгом type=myltipolygon. А все остальные теги (building, addr:*) прописаны на outer way.
Да и просто переделывать мультиполигоны никто не будет. Но, например, при правке нумерации Спасского переулка я исправил мультиполигоны. Теперь там все правильно, но нечитаемо. Чтобы увидеть тэги на доме, необходимо заходить на relation. Это лишняя операция. Приобрели (?) в правильности, потеряли в usability.
Отсюда вопрос, нужна ли такая правильность для домов-колодцев? И так понятно, что двор-колодец не входит в состав дома.

Sergey Astakhov · 2011-03-28 13:30:13

fserges wrote:

А зачем в городе 2 схемы - более рабочая и более идеологически чистая? Логично иметь одну схему

А причём тут город? OSM - это не проект для одного города.

Sergey Astakhov · 2011-03-28 13:31:13

PavelRus wrote:

Sergey Astakhov wrote:
Не надо бросаться переделывать то, что и так корректно обозначено. Если нечем заняться - есть множество областей, где вообще ничего не нарисовано, займитесь ими.
В том и дело, что некорректно обозначено. Нарисованы мультиполигоны с единственным тэгом type=myltipolygon. А все остальные теги (building, addr:*) прописаны на outer way.

А почему вы решили, что это некорректно?

fserges · 2011-03-28 13:45:09

Sergey Astakhov wrote:

fserges wrote:
А зачем в городе 2 схемы - более рабочая и более идеологически чистая? Логично иметь одну схему
А причём тут город? OSM - это не проект для одного города.

При том, что править единообразные данные гораздо удобнее чем помнить кучу эквивалентных схем. Если на одной улице половина домов так а другая эдак, то это серьёзно сбивает тех кто не заниматься OSM каждый день ... Осмысленное единообразие = простота поддержки и обработки данных. Но это так, мысли вслух.

PavelRus · 2011-03-28 14:21:03

Sergey Astakhov wrote:

А почему вы решили, что это некорректно?

Мне отсюда и ниже многие говорили, что все тэги только на relation и никак иначе.

Sergey Astakhov · 2011-03-28 14:28:06

PavelRus wrote:

Sergey Astakhov wrote:
А почему вы решили, что это некорректно?
Мне отсюда и ниже многие говорили, что все тэги только на relation и никак иначе.

Читайте первоисточники:

If you have one closed way making up the outer ring and it does not describe something in its own right, you may also put these tags on the outer ring and leave the relation untagged.

http://wiki.openstreetmap.org/wiki/Rela … ltipolygon

Zverik · 2011-03-28 14:31:01

Пользователи без единой нарисованной точки — недостаточно достоверный источник. Почитайте вики и основы.

fserges · 2011-03-28 14:34:49

Я понял что мне больше всего не понравилось. На самом деле куда идут теги не так принципиально, просто лучше делать это единообразно.

Но что не понравилось на Спасской улице - слишком большое число участников отношения. Т.е. отношение из 3-5 линий для одного дома усложняет редактирование. Откройте JOSM чтобы поредактировать там дома.

Last edited by fserges (2011-03-28 15:00:50)

PavelRus · 2011-03-28 14:58:58

Да, тэги addr:* мы можем оставить на outer way. Но в том же первоисточнике сказано, что

Tags describing the multipolygon (e.g., landuse=forest) should go on the relation.

В нашем случае это building=yes. Но в этом соприкасающиеся мультиполигоны должны иметь общую линию, иначе ошибка при валидации о наложении линий.
Когда я сказал про единообразие, мне сказали, что "надо делать правильно, а не так как все".
И, простите, кто из тех пользователей без единой нарисованной точки?

Last edited by PavelRus (2011-03-28 14:59:12)

Announcement

#1426 2011-03-27 18:49:54

Re: Санкт-Петербург и область

#1427 2011-03-27 19:15:12

Re: Санкт-Петербург и область

#1428 2011-03-27 19:40:03

Re: Санкт-Петербург и область

#1429 2011-03-27 20:08:53

Re: Санкт-Петербург и область

#1430 2011-03-27 20:15:13

Re: Санкт-Петербург и область

#1431 2011-03-27 23:00:31

Re: Санкт-Петербург и область

#1432 2011-03-27 23:11:21

Re: Санкт-Петербург и область

#1433 2011-03-28 08:33:47

Re: Санкт-Петербург и область

#1434 2011-03-28 09:19:35

Re: Санкт-Петербург и область

#1435 2011-03-28 09:49:26

Re: Санкт-Петербург и область

#1436 2011-03-28 10:00:11

Re: Санкт-Петербург и область

#1437 2011-03-28 12:12:43

Re: Санкт-Петербург и область

#1438 2011-03-28 12:23:12

Re: Санкт-Петербург и область

#1439 2011-03-28 12:25:26

Re: Санкт-Петербург и область

#1440 2011-03-28 12:38:02

Re: Санкт-Петербург и область

#1441 2011-03-28 13:13:48

Re: Санкт-Петербург и область

#1442 2011-03-28 13:28:18

Re: Санкт-Петербург и область

#1443 2011-03-28 13:30:13

Re: Санкт-Петербург и область

#1444 2011-03-28 13:31:13

Re: Санкт-Петербург и область

#1445 2011-03-28 13:45:09

Re: Санкт-Петербург и область

#1446 2011-03-28 14:21:03

Re: Санкт-Петербург и область

#1447 2011-03-28 14:28:06

Re: Санкт-Петербург и область

#1448 2011-03-28 14:31:01

Re: Санкт-Петербург и область

#1449 2011-03-28 14:34:49

Re: Санкт-Петербург и область

#1450 2011-03-28 14:58:58

Re: Санкт-Петербург и область

Board footer