View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001501 | SAS.Планета | Баг / Bug | public | 14-08-2012 10:52 | 15-08-2012 16:04 |
| Reporter | Fetser | Assigned To | vasketsov | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | Windows | OS | XP | OS Version | SP3 |
| Product Version | 120808 | ||||
| Target Version | 121010 | Fixed in Version | 121010 | ||
| Summary | 0001501: При импорте дырки превращаются в новые полигоны | ||||
| Description | Пока не реализована возможность импортировать kmz с дырками, надо [del]игнорировать дырки при импорте[/del] называть эти полигоны другим именем. А то сейчас каждая дырка превращается в новый полигон того же цвета. И на карте выглядит не как дырка, а наоборот, как места с наиболее ярким цветом и минимальной прозрачностью. | ||||
| Tags | No tags attached. | ||||
|
|
Игнорировать-то несложно. Вопрос в целесообразности что-то делать, и потом заведомо переделывать. |
|
|
Ну оставлять как есть нехорошо. 0001471 ведь не планирется скоро решить. |
|
|
Дело в том, что если их просто игнорировать, то вообще не будет никакой информации о внутреннем контуре. Сейчас только теряется признак внутренности. |
|
|
Подскажите тогда пожалуйста как быть. У меня kmz очень часто из десятков полигонов и сотен дырок. Как их сортировать? Конечно можно удалять дырки в глобал мапере. но не хотелось бы их терять. Тогда придётся хранить kmz и с дырками и без дырок. А то вдруг к всеобщей радости вы сделаете поддержку дырок. |
|
|
>У меня kmz очень часто из десятков полигонов и сотен дырок Это что? Что за источник данных? >Как их сортировать? Имеется в виду, как убрать дырки? |
|
|
Источники этих kmz программы по расчёту зон радио покрытия. Дырки это как раз радиотень и конечно нужная информация. Сортировать я имел ввиду внутри саспланеты чтобы отключить видимость. Убрать их из kmz можно глобал мапером |
|
|
А если эти контуры импортировать в другую категорию? Имя категории генерить из заданного путём добавления слова "дырки". |
|
|
А смена категории каким образом?Автоматически дырки попадут в другую категорию? В ручную менять категорию почти нереально ввиду одинаковых названий полигонов и дырок. Если реализовать сложно я лучше пока буду удалять дырки из kmz и хранить и дырявые и не дырявые варианты в kmz. И надеяться на реализацию поддержки дырок :) |
|
|
Импорт XML вроде бы ничего не знает про категории, там строятся объекты, а потом они падают в БД меток. Сейчас даже параметры оформления не пропихнуть из импорта в БД меток. В реальности можно только что-то добавлять в название метки, и потом руками. Возможно есть вариант промежуточного преобразования через какой-нить gpsbabel, чтобы дырки или умерли, или выделились отдельно. |
|
|
Конечно, я предлагаю автоматически. Конечно, это кривой костыль. |
|
|
Если автоматически, тогда вариант очень даже интересный |
|
|
Есть уверенность на 99.9%, что автоматически запихнуть дырки в другую категорию не получится, слишом далеко это в коде, не дотянуться. Но погляжу сегодня. |
|
|
> Сейчас даже параметры оформления не пропихнуть из импорта в БД меток Странный limitation получается. У полигонов в БД меток есть цвета и т.п., в kml есть то же самое, почему нельзя пропихнуть? Пора, значит, переписывать пропихивалку. (сорри за офтопик, про это, кажется, уже написана куча хотелок) |
|
|
Там не только цвета, параметры линий, иконки всякие. Там есть и <Folder> (если говорить про KML). >Пора, значит, переписывать пропихивалку Ну в общем-то да. Задачу экспорта и последующего импорта меток с минимальными потерями информации при этом никто не отменял. |
|
|
Можно сделать промежуточный по костыльности вариант: добавлять в имя полигона для дырок в начало имени префикс типа "inner - " (то есть будет "ИМЯ" для полигона и "inner - ИМЯ" для его дырок). EXE-ху приаттачу сюда. Устроит? |
|
|
> добавлять в имя полигона для дырок в начало имени префикс мне нравится |
|
|
Костыльный в квадрате, но лучше чем ничего. Если б была сортировка по имени в окне управления метками... (на это тоже есть другая хотелка) |
|
|
Зачем сюда? В ночнушку его. |
|
|
Можно кривым костылём: при создании объекта для дырок добавлять первым символом имени какой-то спецсимвол (типа 0x0C), а в момент записи объекта в внутреннюю БД (или куда там) проверять имя на этот спецсимвол (меняя категорию и убирая спецсимвол из имени, в этот момент это всё доступно). Согласен, криво, но зато несложно. |
|
|
>В ночнушку его А что ещё кому-то надо дырки с захардкоденным inner? |
|
|
Ну если мне попадётся kml с дырками, я хочу, чтобы дырки отличались от недырок (пока они не импортируются нормально). |
|
|
>А что ещё кому-то надо дырки с захардкоденным inner? А по моему отличный промежуточный вариант. У кого полигоны без дырок они не увидят разницы. А у кого с дырками сразу видно предупреждение это дырка, а не полигон. и если хочется (я так и буду делать) у дырок сменю цвет групповым преобразованием |
|
|
>отличный промежуточный вариант А теперь давайте представим, само по себе имя полигона ужЕ начинается с inner ))) Впрочем ладно, уговорили, будет промежуточный костыль до нормального пописывания дырок. |
|
|
Честное пионерское не буду сам называть начиная с inner :) |
|
|
А слабо импортировать как многокомпонентный полигон и чуток допилить отображение? |
|
|
Я даже не представляю, как и где чего поправить, чтобы отображать дырки на полигонах (пусть даже безотносительно операций с выделенной областью). Так что "не слабо" пока только так. зы. Поскольку полигон создаётся при импорте на закрывающем тэге, в этот момент уже известны все координаты всех контуров. Соответственно всё что надо - это запомнить в сторонке все inner-контуры (да хоть в том же TStringList построчно), и при создании полигона кроме outer-контура приаттачить к нему все его inner-контуры. Пример определения inner-контура я сейчас залью (префикс "inner - "), грубо говоря надо просто проти наверх по ссылке на родителя и проверить что попался тэг innerBoundatyIs. То есть в парсере-то проблемы вообще нет. |
|
|
Может лучше все-таки суффикс, а не префикс? Тогда при алфавитной сортировке полигон и его дырки будут рядышком. |
|
|
Думал насчёт суффикса. Но: 1. Здесь задача - отсортировать все дырки и скинуть их в отдельную категорию. 2. Если суффикс - при длином названии метки его будет не видно (в том числе на карте). 3. В принципе и без сортировки (исходя из написанного выше алгоритма импорта полигонов и их дырок) дырки будут прямо перед их родительским полигоном. 4. Если в полигоне несколько внешних контуров, и у каждого контура свои дырки, они всё равно перемешаются при сортировке, так что хрен редьки... |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 14-08-2012 10:52 | Fetser | New Issue | |
| 14-08-2012 10:54 | Tolik | Description Updated | |
| 14-08-2012 10:55 | Tolik | Summary | При импоре дырки превращаются в новые полигоны => При импорте дырки превращаются в новые полигоны |
| 14-08-2012 11:07 | vasketsov | Note Added: 0008463 | |
| 14-08-2012 11:07 | vasketsov | Relationship added | related to 0001471 |
| 14-08-2012 11:10 | Tolik | Note Added: 0008464 | |
| 14-08-2012 11:11 | vasketsov | Note Added: 0008466 | |
| 14-08-2012 11:12 | Fetser | Note Added: 0008467 | |
| 14-08-2012 11:15 | vasketsov | Note Added: 0008468 | |
| 14-08-2012 11:17 | Fetser | Note Added: 0008469 | |
| 14-08-2012 11:28 | Tolik | Note Added: 0008471 | |
| 14-08-2012 11:41 | Fetser | Note Added: 0008474 | |
| 14-08-2012 11:42 | vasketsov | Note Added: 0008475 | |
| 14-08-2012 11:42 | Tolik | Note Added: 0008476 | |
| 14-08-2012 11:43 | Fetser | Note Added: 0008478 | |
| 14-08-2012 11:44 | Fetser | Note Edited: 0008478 | |
| 14-08-2012 11:45 | vasketsov | Note Added: 0008479 | |
| 14-08-2012 11:47 | Tolik | Note Added: 0008480 | |
| 14-08-2012 11:49 | Tolik | Note Edited: 0008480 | |
| 14-08-2012 11:51 | vasketsov | Note Added: 0008482 | |
| 14-08-2012 12:05 | vasketsov | Note Added: 0008484 | |
| 14-08-2012 12:07 | Fetser | Note Added: 0008486 | |
| 14-08-2012 12:07 | Tolik | Note Added: 0008487 | |
| 14-08-2012 12:10 | Tolik | Note Added: 0008488 | |
| 14-08-2012 12:13 | Tolik | Status | new => acknowledged |
| 14-08-2012 12:13 | Tolik | Description Updated | |
| 14-08-2012 12:13 | Dima2000 | Note Added: 0008490 | |
| 14-08-2012 12:32 | vasketsov | Note Added: 0008491 | |
| 14-08-2012 12:34 | Tolik | Note Added: 0008492 | |
| 14-08-2012 12:35 | Fetser | Note Added: 0008493 | |
| 14-08-2012 12:37 | vasketsov | Note Added: 0008494 | |
| 14-08-2012 12:39 | Fetser | Note Added: 0008495 | |
| 14-08-2012 13:10 | vdemidov | Note Added: 0008496 | |
| 14-08-2012 13:25 | vasketsov | Note Added: 0008497 | |
| 14-08-2012 13:28 | vasketsov | Assigned To | => vasketsov |
| 14-08-2012 13:28 | vasketsov | Status | acknowledged => assigned |
| 14-08-2012 13:28 | vasketsov | Status | assigned => resolved |
| 14-08-2012 13:28 | vasketsov | Fixed in Version | => 121010 |
| 14-08-2012 13:28 | vasketsov | Resolution | open => fixed |
| 14-08-2012 13:35 | vdemidov | Note Added: 0008498 | |
| 14-08-2012 13:40 | vasketsov | Note Added: 0008499 | |
| 15-08-2012 16:04 | vdemidov | Target Version | => 121010 |
| 08-08-2025 13:22 | zed | Category | Баг => Баг / Bug |