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

Потому что Fortress снял capital=yes http://www.openstreetmap.org/browse/node/27490597/history.

А где закреплена такая практика использования capital=yes? :slight_smile:

http://wiki.openstreetmap.org/wiki/Proposed_features/capital

Спасибо.

Сегодня с удивлением обнаружил следующую картину:
http://www.openstreetmap.org/?lat=60.57347&lon=30.23515&zoom=15&layers=B000FTF
кто-то видимо по спутниковым снимкам добавил кучу новых объектов, которых в реальности НЕТ. Этот кусочек карты я сам отрисовывал долго по своим же трекам и хорошо знаю. Убирать все эти ложные объекты руками или можно как-то откатить? Боюсь, что такая картина не только в Сосново.

Убрать руками. При площади 1 пиксела в 9 соток ошибок внутри населенных пунктов не избежать,
но лучших данных у нас нет.
Я сравнивал Выборг и Приозерск с гуглом и стирал очевидные ошибки.
Треки и дороги в любом случае не затронуты.

Это ещё что за ужас с областью произошел? Во что карту превратили?
http://www.openstreetmap.org/?lat=60.1649&lon=29.8858&zoom=14&layers=B000FTF

Для коллекции: http://osm.org/go/0zRsOJnB

Особенно великолепны куски лесопосадок внитри лесопосадок.

Гарминовская карта ЛО с таким количеством мультиполигонов не собирается - памяти не хватает.
Скорее всего придётся исключить её из сборки.

А что это за бредятина и откуда она берется???

Ezhick, прилепленная тема.

Поселок Репино уже к области давно не относится. Если бы в ОСМ были границы населенных пунктов, я бы их исключил из импорта.
Но суровые факты жизни говорят о том, что за почти 5 лет существования ОСМ в СПб, не нарисованы даже границы многих районов
в центре города. Для того чтобы нарисовать границы Репино надо привязывать листы из генплана, вы согласны помочь в этом деле ?


Во что карту превратили?

Это только какие-то иррациональные эмоции. При такой логике и прививки надо запретить, определенный процент людей ведь
от них даже умирает :wink:
Для конструктивного обсуждения предлагаю прочитать вот этот документ:
http://www.eea.europa.eu/publications/COR0-part1

Покажите конкретный пример. Если mapnik не различает лиственный лес от смешанного, то это
все-таки недоработка mapnik. Такая же ситуация во Франции и Эстонии, где импортирована
CORINE БД, кстати гораздо худшего разрешения. Но так как это государственные данные, то территория
населенных пунктов там исключена.
Ссылки по теме:
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover
http://wiki.openstreetmap.org/wiki/FR:Corine_Land_Cover
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Tagging_scheme

Могу только предложить написать патч/плагин к osm2pgsql, сделав ключик для .mp вместо .sql
Справится ли cgpsmapper - не знаю. Для mkgmap вроде как .mp не нужен.

Зачем?? Я лично не вижу смысла перелопачивать ежедневно такое количество статичных данных.
Тем более бессмысленных.

В общем, пока я убрал ЛО из списка для сборки.
Потом, если вдруг все решат эти данные оставить в базе, то в общей карте ЛО будет собираться без мультиполигонов.

Кстати, вот сборка ЛО кусками, на пробу :slight_smile:
http://gpsmapsearch.com/osm/mp/__leningrad.7z

Да, здесь возможно есть некий потенциал для оптимизации.

Я бы все-таки хотел услышать конкретное определение “осмысленности” и “бессмысленности”.
Например, coastline к какой из них относится ?

coastline хотя бы поддаётся редактированию.
А ЭТО не поддаётся, будет только рушиться постепенно. Ну и стираться недовольными

Имхо, стоит всё-таки подумать о возможности сделать отдельную внешнюю базу с этими данными.
Так оно будет гораздо полезнее :slight_smile:

Озеро нарисовано вручную Daeron, 11.03.2009. source=Landsat
я отключил тэг воды, пусть перерендерится.
Проверить ground truth весьма проблематично и небезопасно, т.к. это глухая погранзона.

Поддается, только поддержка relations в potlatch и josm мягко говоря, оставляет желать
лучшего. А стирание неправильных данные можно только приветствовать.
яндексоиды вот уже намекают, что леса Новгородской области и часть дорог в ней
(и Тверь тоже) некошерны. Вопросов по происхождению этих лесов и что с ними
делать пока не видел, а это в перспективе куда бОльшая проблема.