Наверное, я припозднился с этим постом, но раз уж меня выше обсуждали, то выскажусь. Мультиполигоны с составным outer использую в тех случаях, если объект имеет сложную форму, и обводить контур несколько раз неинтересно. В большинстве случаев обхожусь обычными полигонами.
Сосновка “пропала” потому, что курсор всё время попадает на объекты forest, а не на сам парк. Благо этого фореста 95% парка. Если хочется проверить наверняка, наведите курсор на южный угол парка, где нет деревьев.
Кстати, как считаете: может будет лучше объединить все участки однотипного леса (берёза, сосна, лиственница, берёза+сосна и т.д.) в несколько больших мультиполигонов, или оставить как сейчас кучу мелких? Если объединять, в каждом будет не одна сотня линий. С другой стороны, их можно будет выделять и редактировать за один раз, что по-моему намного удобнее.
Объединять несвязаные области имеет смысл только если они считаются составными частями одного объекта. Однотипность леса ещё не есть признак единого объекта. Если такового объекта нету, то лучше не объединять.
эмм. А что у него со скорость? Там 100500 правок по ~300 точек. Войтловка прекрасно видна на Bing, да и судя по линиям изгиба именно с него и нарисована. Для того чтобы нарисовать дороги в Тосно хайрес не нужен. Их прекрасно видно на IRS.
ИМХО - явное использование гугла. Там, где у гугла снимки hires - там река идёт чётко по снимку. Там где гугловский hires заканчивается - там начинаются отклонения (видно по hires от Роскосмоса).
Мда, вот ещё проблемное место, только от xronos - река Смородинка - на v2 стоит source=bing, но hi-res от бинга там нет (v3 - уже деление пути ради релейшина границы).
2Danidin9
Лесу тоже можно присвоить имя
P.S.
И присвойте industrial имя ЦНИИ РТК.
Что касается сараев-ангаров на внутренней территории, то снимки старые. Сейчас многое по-другому выглядит.
Зря вы вообще правили