|
Notes |
|
|
|
Игнорировать-то несложно.
Вопрос в целесообразности что-то делать, и потом заведомо переделывать. |
|
|
|
(0008464)
|
|
Tolik
|
|
14-08-2012 11:10
|
|
|
Ну оставлять как есть нехорошо. 0001471 ведь не планирется скоро решить. |
|
|
|
|
|
Дело в том, что если их просто игнорировать, то вообще не будет никакой информации о внутреннем контуре. Сейчас только теряется признак внутренности. |
|
|
|
(0008467)
|
|
Fetser
|
|
14-08-2012 11:12
|
|
|
Подскажите тогда пожалуйста как быть. У меня kmz очень часто из десятков полигонов и сотен дырок. Как их сортировать? Конечно можно удалять дырки в глобал мапере. но не хотелось бы их терять. Тогда придётся хранить kmz и с дырками и без дырок. А то вдруг к всеобщей радости вы сделаете поддержку дырок. |
|
|
|
|
>У меня kmz очень часто из десятков полигонов и сотен дырок
Это что? Что за источник данных?
>Как их сортировать?
Имеется в виду, как убрать дырки? |
|
|
|
(0008469)
|
|
Fetser
|
|
14-08-2012 11:17
|
|
|
Источники этих kmz программы по расчёту зон радио покрытия. Дырки это как раз радиотень и конечно нужная информация. Сортировать я имел ввиду внутри саспланеты чтобы отключить видимость. Убрать их из kmz можно глобал мапером |
|
|
|
(0008471)
|
|
Tolik
|
|
14-08-2012 11:28
|
|
|
А если эти контуры импортировать в другую категорию? Имя категории генерить из заданного путём добавления слова "дырки". |
|
|
|
(0008474)
|
|
Fetser
|
|
14-08-2012 11:41
|
|
А смена категории каким образом?Автоматически дырки попадут в другую категорию? В ручную менять категорию почти нереально ввиду одинаковых названий полигонов и дырок. Если реализовать сложно я лучше пока буду удалять дырки из kmz и хранить и дырявые и не дырявые варианты в kmz.
И надеяться на реализацию поддержки дырок :) |
|
|
|
|
Импорт XML вроде бы ничего не знает про категории, там строятся объекты, а потом они падают в БД меток. Сейчас даже параметры оформления не пропихнуть из импорта в БД меток. В реальности можно только что-то добавлять в название метки, и потом руками.
Возможно есть вариант промежуточного преобразования через какой-нить gpsbabel, чтобы дырки или умерли, или выделились отдельно. |
|
|
|
(0008476)
|
|
Tolik
|
|
14-08-2012 11:42
|
|
|
Конечно, я предлагаю автоматически. Конечно, это кривой костыль. |
|
|
|
(0008478)
|
|
Fetser
|
14-08-2012 11:43
(edited on: 14-08-2012 11:44) |
|
Если автоматически, тогда вариант очень даже интересный
|
|
|
|
|
|
Есть уверенность на 99.9%, что автоматически запихнуть дырки в другую категорию не получится, слишом далеко это в коде, не дотянуться. Но погляжу сегодня. |
|
|
|
(0008480)
|
|
Tolik
|
14-08-2012 11:47
(edited on: 14-08-2012 11:49) |
|
> Сейчас даже параметры оформления не пропихнуть из импорта в БД меток
Странный limitation получается. У полигонов в БД меток есть цвета и т.п., в kml есть то же самое, почему нельзя пропихнуть? Пора, значит, переписывать пропихивалку.
(сорри за офтопик, про это, кажется, уже написана куча хотелок)
|
|
|
|
|
Там не только цвета, параметры линий, иконки всякие. Там есть и <Folder> (если говорить про KML).
>Пора, значит, переписывать пропихивалку
Ну в общем-то да. Задачу экспорта и последующего импорта меток с минимальными потерями информации при этом никто не отменял. |
|
|
|
|
|
Можно сделать промежуточный по костыльности вариант: добавлять в имя полигона для дырок в начало имени префикс типа "inner - " (то есть будет "ИМЯ" для полигона и "inner - ИМЯ" для его дырок). EXE-ху приаттачу сюда. Устроит? |
|
|
|
(0008486)
|
|
Fetser
|
|
14-08-2012 12:07
|
|
> добавлять в имя полигона для дырок в начало имени префикс
мне нравится |
|
|
|
(0008487)
|
|
Tolik
|
|
14-08-2012 12:07
|
|
Костыльный в квадрате, но лучше чем ничего.
Если б была сортировка по имени в окне управления метками...
(на это тоже есть другая хотелка) |
|
|
|
(0008488)
|
|
Tolik
|
|
14-08-2012 12:10
|
|
|
Зачем сюда? В ночнушку его. |
|
|
|
|
|
Можно кривым костылём: при создании объекта для дырок добавлять первым символом имени какой-то спецсимвол (типа 0x0C), а в момент записи объекта в внутреннюю БД (или куда там) проверять имя на этот спецсимвол (меняя категорию и убирая спецсимвол из имени, в этот момент это всё доступно). Согласен, криво, но зато несложно. |
|
|
|
|
>В ночнушку его
А что ещё кому-то надо дырки с захардкоденным inner? |
|
|
|
(0008492)
|
|
Tolik
|
|
14-08-2012 12:34
|
|
|
Ну если мне попадётся kml с дырками, я хочу, чтобы дырки отличались от недырок (пока они не импортируются нормально). |
|
|
|
(0008493)
|
|
Fetser
|
|
14-08-2012 12:35
|
|
>А что ещё кому-то надо дырки с захардкоденным inner?
А по моему отличный промежуточный вариант. У кого полигоны без дырок они не увидят разницы. А у кого с дырками сразу видно предупреждение это дырка, а не полигон. и если хочется (я так и буду делать) у дырок сменю цвет групповым преобразованием |
|
|
|
|
>отличный промежуточный вариант
А теперь давайте представим, само по себе имя полигона ужЕ начинается с inner )))
Впрочем ладно, уговорили, будет промежуточный костыль до нормального пописывания дырок. |
|
|
|
(0008495)
|
|
Fetser
|
|
14-08-2012 12:39
|
|
|
Честное пионерское не буду сам называть начиная с inner :) |
|
|
|
|
|
А слабо импортировать как многокомпонентный полигон и чуток допилить отображение? |
|
|
|
|
Я даже не представляю, как и где чего поправить, чтобы отображать дырки на полигонах (пусть даже безотносительно операций с выделенной областью).
Так что "не слабо" пока только так.
зы. Поскольку полигон создаётся при импорте на закрывающем тэге, в этот момент уже известны все координаты всех контуров. Соответственно всё что надо - это запомнить в сторонке все inner-контуры (да хоть в том же TStringList построчно), и при создании полигона кроме outer-контура приаттачить к нему все его inner-контуры. Пример определения inner-контура я сейчас залью (префикс "inner - "), грубо говоря надо просто проти наверх по ссылке на родителя и проверить что попался тэг innerBoundatyIs. То есть в парсере-то проблемы вообще нет. |
|
|
|
|
|
Может лучше все-таки суффикс, а не префикс? Тогда при алфавитной сортировке полигон и его дырки будут рядышком. |
|
|
|
|
Думал насчёт суффикса. Но:
1. Здесь задача - отсортировать все дырки и скинуть их в отдельную категорию.
2. Если суффикс - при длином названии метки его будет не видно (в том числе на карте).
3. В принципе и без сортировки (исходя из написанного выше алгоритма импорта полигонов и их дырок) дырки будут прямо перед их родительским полигоном.
4. Если в полигоне несколько внешних контуров, и у каждого контура свои дырки, они всё равно перемешаются при сортировке, так что хрен редьки... |
|