: cGPSmap Ver 00442 пытается резать уже порезанные полигоны
: после pGPSmap. Из-за этого допустим пропадают ╚острова╩.
: Старый Ver 00412 делает все нормально, т.к. резать не умеет вообще.
: Надо наверно просить Стена выключить порезалку, либо не трогать
: полигоны < 255 точек.
Интересно, а для чего он это делает? Вероятно, для оптимизации разбивки на TRE. Тогда, быть может, можно чего-то добиться, манипулируя параметрами заголовка. А может, стоит доработать pGPSmap так, чтобы он контролировал не только количество вершин, но и возможность создания такого TRE, в который данный объект смог бы уместиться целиком. Можешь прислать мне пример, в котором cGPSmap режет уже порезанный полигон, чтобы проверить эту гипотезу?
: У полигонов Ингита иногда бывают дубли ╚дырок╩ (1,2,3┘).
: (пока такие замечены только в 31110000 Океаны и моря)
: При попытке врезать такую ╚дырку╩ на место уже имеющейся
: ╚падает╩ pGPSmap. Это вообщем излечимо.
: Пока правда несколько не ясно, откуда они там появились?
)
По-правильному мне в pGPSmap нужно считать, что это действительно вложенные друг в друга полигоны. Просто они оказались настолько близко друг к другу (например, в результате округления при генерализации), что стали равны. В этом случае pGPSmap фактически должен сделать пробку для дырки. Но, поскольку это вряд ли то, что хочется получить (хотя падать он перестанет), стоит отсекать такие дубли на этапе экспорта в cMap.
: Между порезанными полигонами иногда появляются промежутки
: из-за помещения их pGPSmap▓ом в разные TRE.
: Бывает и незначительный нахлест, что более приятно.
:
: Предложение к главному линчевателю.
:
: Устал подбирать параметры AlignMethod, TreSize и др. для устранения этого.
: Может при порезке ╚внешнего контура╩ полигона сделать этот
: ╚внахлест╩ специально (опцией) по значению сетки слоя?...
: Тогда pGPSmap▓у будет некуда деваться.
)
Ох не нравится мне это... С одной стороны, Стен хвастался своим "new algorithm for line generalisation with intersection tracing" и что "definitly solved problem of region shift", с другой стороны cGPSmap, по идее, должен создавать такие искажения, которые не будут заметны на заданном уровне. Может, стоит уровнями поиграться?
: -automatic splitting of large objects - now single region doesn't have to be as big
: as the biggest imported element
:
: Переведите с более точным смыслом фразу начиная с
: - now single region doesn't┘
Насколько я понял, "теперь один регион [TRE] не обязан быть таким же большим, как наибольший импортируемый элемент". То есть, матюков насчёт того, что TRE cannot be found не будет. Но он вероятно сам будет резать большие полигоны (см. начало этого сообщения).