Вот и у меня точно такая же проблема возникает. Насколько я понял, wms.latlon.org закрылся и всё перенесли на irs.gis-lab.info, однако там вроде как не поддерживается force=noresize. В общем, фигня получается, нужно где-то достать последний скрипт.
http://forum.openstreetmap.org/viewtopic.php?pid=103557#p103557
Коллеги, просто latlon.org уже пару дней как лежит, скрипты тут ни при чём.
При векторизации достаточно большой лесной территории появляется отношение, внешний полигон которого содержит в себе очнь большое количество точек. В разы превышающее лимит в 2 тысячи. Есть ли способ как-то автоматически порезать такой объект на сегменты меньшей длинны? Руками, конечно, тоже вариант, но очень не быстро получается…
Мотивация к тому, чтобы не делать автонарезку, такая: если полигон оказался больше 2 килонодов в окружности, то, скорее всего, в него внутрь попало большое количество облаков, которые всё равно придётся отсмотреть и выкинуть. А необходимость нарезать ручками заставляет хотя бы отсмотреть, что заливается.
Нарезка в пяти-шести местах руками не займёт больше минуты - в базу всё будет заливаться дольше. Задуматесь, хотите ли вы всё-таки нафигачить кучу лесло быстро, или всё-таки ещё немного обращать внимание на качество.
Вот-вот. У нас в области один товарищ взял в руки fuzzer и столько лесов нафигачил… По некоторым местам еще по несколько раз прошелся. Так что там местами пересекаются до трех различных полигонов леса, в том числе с различными тегами landuse=forest и natural=wood. Естественно разгребать это никому не хочется - так и стоит веселая мозаика. Так что советую всегда смотреть, ЧТО заливаете…
Почему же не хочется? Разгребает товарищ по мере возможности. 
В любом случае скрипт хороший и полезный весьма …
ЗЫ: По то что два или три раза полигоны накладыватся это не доработка скрипта. landuse=forest к тайге вековой вряд ли применимо, лесхозы разогнали еще в 90е, natural=wood согласитесь более правильно. Нет вы только скажите и не будет товарищ тайгу рисовать
Нет что вы! рисуйте конечно :). Только без наложения большого числа полигонов в одной точке, пожалуйста 
Тезис о необходимости просмотра полученного из под Фузера результата бесспорно справедлив. После генерации лесов я в обязательном порядке просматриваю все “окученную” территорию для контроля и ручной коррекции. Занимает это дело существенно большее время, чем сам процесс генерации. Посему мне и подумалось об оптимизации затрачиваемого времени на еще один проход по разрезанию внешней линии. Не более того. 
А если таки есть? Можно ли где-то (в Питоне, в скриптах, etc) указать параметры прокси? Покопал urllib.py - “многа букав, ни асилил”.
Включил мозг, подумал. Не получилось. Погуглил. Нашел вот это:
proxy = urllib2.ProxyHandler({'http': 'http://логин:пассворд@хост прокси:порт прокси'})
auth = urllib2.HTTPBasicAuthHandler()
opener = urllib2.build_opener(proxy, auth, urllib2.HTTPHandler)
urllib2.install_opener(opener)
Добавил это в fuzzyselect.py (от 17.06.2010) перед строкой
def wmslink(bbox):
Заработало
А можно поинтересоваться, почему скрипт убрали из паблика?
Потому что им в большей части случаев очень легко и быстро создают низкокачественные данные.
Ааа… злоупотребляли значит(
А как-то можно получить эти скрипты? Обещаю не выдавать низкокачественные данные и вручную проверять работу скрипта.
До этого рисовал вручную, наткнулся на эту замечательную вещь, и облом, сервер 500 ошибку выдаёт. Жаль. Леса и озера в общем то небольшие, но вручную их обводить муторно.
fuzzer - зло, определенно)
alff31: вы хотите, чтобы все мапперы вашей области вас ненавидели?
А почему они должны меня ненавидеть? За то что я рисую леса? Я их и так рисую, только ручками: http://osm.org/go/2H4nfEx–
Как я понял, fuzzer помогает делать контуры лесов и озер, нет?
Кстати вопрос почти по теме. Есть лес и внутри него мелкая речка или старица. Корректно, что я в некоторых местах русую контур леса, а внутри этого полигона делаю речку?
Или надо делать речку и два полигона с двух сторон речки?
Пример: http://osm.org/go/2NQMCKS
Неужели рядом с Уфой такие чёткие снимки? Если рядом с Ижевском такие бы были, я бы деревья по-точкам рисовал бы.
Где-то в р-не Кемеровской области некогда были множественные наложения полигонов, а в некоторых местах - и дубликаты узлов (fuzzer многократно “угадал” при больших объёмах данных). Это были результаты непроверенной работы fuzzer’а - несколько взаимопересекающихся мультиполигонов, каждый - по нескольку десятков или сотен объектов, количество узлов в общей сложности исчислялось тысячами. При конвертировании всей это беды получалась полная каша.
Даже если нет таких наложений и всё “сделано чисто” - один мультиполигон, то, при больших площадях лесных массивов получается неадекватно жуткое количество точек, которые приводят к ужасным тормозам при попытках что-нить поредактировать в этой области, например, в josm’е. Про потлатч и говорить не приходится - сдохнет, имхо.
Не только контуры. чаще всего, если лес смешанный, то появляется чёртова куча “островков” - отличающихся по цвету участков.
Зависит от ширины речки. Имхо, можно так и эдак. Кто сочтет нужным и возможным - уточнит. Это ж вики
metadenisik, да, есть вот на такой площиди снимки от bing: http://www.openstreetmap.org/browse/way/94351745
Качество:
Непонятно как отрисовывать многочисленные старицы, они настолько многочисленны, что даже эти районы трогать не хочется. Противные червяки прям.
Жаль нет тех областей, которые бы я хотел рисовать (моя Деревня, где проводил лето)
alff31, fuzzer довольно геморно будет заставить правильно работать по бингу.
Я бы даже не советовал пытаться