|
Notes |
|
|
(0001053)
|
|
gpsMax
|
|
23-02-2011 01:37
|
|
|
А чем hlg лучше обычного полигона? Точнее, какие фичи нельзя сделать полигоном, но можно файлом выделения? По-моему, так никаких. |
|
|
|
|
hlg не лучше обычного полигона, а, наоборот, хуже. С обычным полигоном можно проделать практически всё что угодно. А с полигоном выделения - только повторно загрузить по нему что-нибудь. Причём он не отображается на экране, если только как последнее выделение. То есть, получается, что полигон есть, а сделать с ним ничего нельзя. В частности, показать его кому-либо.
Можно при рисовании полигонального выделения предусмотреть сохранение его в базе меток, как обычный полигон. И это только для полигонов, прямоугольники сохранять ни к чему. |
|
|
|
|
А чем hlg лучше обычного полигона?
В принципе неправильно поставлен вопрос.
Правильные вопросы:
а) а можно ли в диалоге выполнения операций для выделенной области сохранить её во что-нибудь кроме как в hlg? С загрузкой области из kml ещё можно справиться, импортировать в метки и потом по ПКМ выбрать область.
б) если область сохранена как hlg, как её отобразить в GE, например (точнее, вообще сконвертировать в kml)?
в) уже есть десятки-сотни hlg, сложные и большие, по границам подробных снимков, их по новой рисовать вручную?
Если программа не полностью поддерживает hlg, тогда имеет смысл вообще от него отказаться в пользу kml, везде, сохранять и загружать области выделения через kml. |
|
|
|
(0001075)
|
|
gpsMax
|
|
24-02-2011 12:38
|
|
> С обычным полигоном можно проделать практически всё что угодно. А с полигоном выделения - только повторно загрузить по нему что-нибудь.
Я ровно про то же самое :-)
> вопросы
а) Это немного неочевидно поначалу, но стоит вернуться на шаг и вместо выделения рисовать полигон. Ну, по крайней мере, до возможного объединения этих инструментов, которое если и будет, то очень нескоро.
б) Никак
в) Да, придётся или перерисовывать, или ковыряться руками в файлах. Работа не сложная и выполняемая всего один раз. |
|
|
|
(0001141)
|
|
feya
|
|
10-03-2011 07:34
|
|
|
Ну что, дествительно может лучше отказаться от hlg и сделать сохранение в базу? |
|
|
|
|
Давеча я отправлял коллеге hlg на 48 тайлов. Выделил, сохранил, отправил. Создавать ради этого полигон в базе меток слишком затратно во всех отношениях, только лишь ради того, чтобы его потом убить и ни разу больше не пользоваться им.
Достаточно а) сохранять из окна операций с выделенной областью сразу в kml (в дополнение к hlg) и б) в окне выбора hlg для загрузки добавить также открытие kml (а там либо молча первый полигон выбрать, либо дать выбрать юзеру чего запускать, в идеале конечно же стоит уметь грузить тайлы в несвязной области из нескольких полигонов). Тогда прямой импорт hlg в базу меток вообще не нужен, импорт реализуется через загрузку hlg и сохранение kml.
Совсем единовременно нельзя отказаться от hlg, потом элементарно нечего будет даже открыть в программе для загрузки тайлов. То есть хоят бы одна версия - переходный период, потом hlg можно вычищать по идее.
Итого резюме:
а) не всегда стоит пихать выделение в базу меток;
б) если везде заменять hlg на kml, то нужен переходный период. |
|