MicroGIS™ DevCon

Присоединюсь к хотелке!

Если рисовать дома вперемешку с уже существующими полигонами, которым надо присвоить адрес, то для нарисованных домов запоминается одна нумерация (+1+2), а для Вставить адрес с увеличением другая. Напирмер рисуешь дом ставишь ему номер 2 дальше дома нарисованы Копируешь адрес предыдущего нарисованного и далее F4 4 6 8 10 Дальше дома не нарисованы Продолжаю рисовать и ставится не 12 ,а 4(+2 к первому нарисованному). Что не есть верно на мой взгляд. Хотелось бы, что бы в описанной ситуации велось сквозное запоминание номера дома.

MaxBel писал(а):... для нарисованных домов запоминается одна нумерация (+1+2), а для Вставить адрес с увеличением другая...

Здравая идея. При переходе не придется повторно обновлять буфер обмена.

В редакторе узлов при удалении выделенного узелка заметил, что выделение (желтый ромб) кратковременно перескакивает на узел следующий по номеру. Заметно явно на медлительном железе, не напряжно и понятно почему. Просто сначала происходит ренумерация узлов с учетом удаления, а потом сбрасывается флаг выделения. Появилась идея.
1. Предлагаю флаг выделения после удаления узелка не сбрасывать. Пусть мигрирует до конца элемента. У пользователя появится возможность поджав кнопицу DEL снести часть витиеватой границы смежного полигона или линии не пользуясь мышью. Иногда, кроме как методичным "выклевыванием" узлов, такой результат достичь не удаётся.
2. При выделении редактором узлов возможно множественное выделение узлов с поджатым CTRL. Почему бы не реализовать выделение узлов с поджатым SHIFT с традиционной реакцией "от-до". Кнопица не задействована, интуитивно понятна, и будет востребована. Выделение группы курсором мыши идет по прямоугольнику и не всегда возможно в "месиве плотной отрисовки".

не страшно, что финты не будут срабатывать в обратном направлении и оба при переходе через 0. Хотя выделение с SHIFT через 0 можно обойти за счет усложнения математики. Оставшееся +1 выделение, уж точно, никому мешать не будет.

Хотелось бы видеть трансформацию объектов. Рисуешь например дом или газон круг и рядом надо нарисовать в точности такой же но меньше Это например тдаже школы и сады одно здание больше другое меньше
Чтоб не перерисовывать каждый раз просто скопировать и уменьшить или увеличить.

В выборе по типу и пересечению хотелось бы иметь возможность аналогично созранению фильтров так же сохранять свой текущий выбор.

Сделайте, пожалуйста, импорт KMZ/KML. Невозможно напрямую перенести метки/пути из GoogleEarth или SAS-Планеты.

Есть предложения по окну Attachments.

• 1. Максимально увеличить окно по ширине, поскольку имя файла никогда не видно.
  2. В идеале - возможность прикреплять это окно отдельной панелью, не вызывая его каждый раз. Там же добавить кнопку Show/Hide All.
  Обьединить индикатор видимости и кнопку показа/скрытия в одну иконку.
  3. Добавить перемещение прикрепленных растров вверх-вниз.
  4. Сейчас кнопка Delete открепляет элемент, а Remove - удаляет его с диска (кстати, для растров - только файл привязки). Их легко перепутать, и зачем вообще функция удаления с диска?

alex_f
4. Функция нужна при обработке большого кол-ва треков. Обработал и удалил что бы не мешались.

alex_f писал(а):4. Сейчас кнопка Delete открепляет элемент, а Remove - удаляет его с диска (кстати, для растров - только файл привязки). Их легко перепутать, и зачем вообще функция удаления с диска?

Вот так сюрприз...
С интуитивной понятностью тут явно проблемы. Delete выполняет функцию Detach, Remove выполняет функцию Delete, интересно сколько файлов я уже поудалял делая Detach нажатием на Remove...
Возможность удаления файлов из окна Attachments надо вообще убрать я считаю...

Не надо ничего убирать.

MaxBel писал(а):Не надо ничего убирать.

Мне кажется, что "удалить" - то функция операционной системы, а не программы.

Многие люди пользуются это функцией для обработки большого числа треков (от 50 до 1000). Не хотите удалять - не нажимайте.

Когда разрезаешь карту на меньшие карты для стыковки в единый атлас, то адресная база никак не затрагивается. И в базы адресов нарезанных фрагментов, к сожалению, попадают наспункты и районы из всей карты.

Дерево адресов после этого всё красное от ошибок. И нет инструментов автоматом вычистить реестр адресов и переиндексировать объекты.

Вот хотелось бы решить эту проблему и иметь такие инструменты.

Есть такое. Инструмент стоит в плане.
Alex

MaxBel писал(а):Не надо ничего убирать.

Для обладателей большого трекохранилища такая возможность, несомненно, очень полезна.
Кнопица "Удалить" в окне "Перечень присоединенных файлов" расположена весьма провокационно...
Её место ниже "открепить". Может быть даже через отступ и с дополнением " Удалить с диска".
Работать с окном перечня, как уже писали, неудобно. Местами повторюсь.
1.Первостепенную информацию несет название и расположение файла, а оно справа "вне поля зрения". Окно должно быть масштабируемым. Возможно вывод имени аттача в таблице в сокращенной форме, а на всплывающей подсказке - полный путь.
2.Выделение файла в списке желательно сохранять при уходе из фокуса по кнопке "На карте" и переход на следующий, при использовании "Удалить" и "Открепить"
3.Как не хороша будет таблица аттачей, а работать с треками удобней визуально.
- В контекстное меню на трек просто необходимо добавить "Удаление с диска" с поддержкой группового выбора. Сочетание CTRL+Del более подходит для него. А "Отсоединить файл" - просто Del.
4. Возможно ли не закрывать окно аттачей при переходе редактирования другое на поле, а для синхронизации содержимого использовать новую кнопицу "Обновить"?
5. Групповые операции "Скрыть", "Показать", в окне присоединенных возможны? Сейчас такая роскошь не доступна. Если нет - будет уместна кнопка "Показать все"

Окна присоединенных треков .... и файлов еще будут переделаны и все пожелания будут учтены. До них просто руки не доходят.
Alex