MicroGIS™ DevCon

несрочная хотелка - типа мини-оптимизатор исходника:
- аналог экселевской "сжать пробелы" (удаление всех пробелов кроме одиночных между словами)
- удаление пустых строк "Text="
- перенос содержимого Text по словам при превышении заданной длины
- замена кавычек на заданные (одинарные или двойные)

Это не пойдет. В задумках - есть круче. Как будет время, хочется доработать инструмент "ПРАВКА" --> "ПОИСК" . Прикрутить сразу ЗАМЕНУ и т.д.

Небольшая хотелка по появившейся полосе прокрутки средним колесом мыши в панели свойств объекта.

Может, имеет смысл убрать ненужный предварительный щелчок мышью по списку типов в панели свойств объекта, только после которого активизируется его прокрутка?

Тогда будет, как и в поле карты: мышь навёл - карту сразу же можно зумировать колесом. А здесь навёл - можно будет сразу же прокручивать список и не делать предварительных лишних телодвижений и щелчков. И рисование ускорится.

Ты бы Дима лучше тестом занялся, ато строчишь хотелки, как из пулемёта. И по делу и без.

Таки мое задротство с вырезанием внутри полигона в течении часа приводит к задержке при выходе. Исходник 4 метра, час работы и выход затягивается до 15-20 сек. Хотя в процессе память уже не так уходит.

От меня хотелка, как пожелание по расширению функционала... У нас в клубе все карты рисуются без полных адресных данных, т.е всем объектам не присвоены Страна, Область и Населенный пункт... Так быстрее и не надо париться с индексацией, так как потом утилита клуба проиндексирует все автоматически.
Индексация проводится исходя из ЗАМКНУТОЙ полилинии области (района), т.е все что внутри индексируется. Естественно в каждой области (районе) должна присутствовать точка "Название области, провинции, штата (0x1e00, точка)"
Далее каждый населенный пункт должен иметь или полигон покрытия (если нет детализации до дома) - (0х1, 0х2, 0x3, полигоны) или ЗАМКНУТУЮ полилинию - Граница городского района (0x45, полилиния) (при наличии домов). Ну и само собой внутри этой линии (полигона) должна присутствовать точка "Населенный пункт". При индексации всем объектам, что попали внутрь населенного пункта присваивается Страна, Область, населенный пункт... Адресные данные создаются за пару секунд до компиляции исходника в любую программу... Было бы не плохо иметь такой функционал в редакторе. Как говориться на Ваше усмотрение... реализовывать или нет...

Добавлено спустя 5 минут 12 секунд:
Точно таким же образом можно реализовать в редакторе разноску по уровням, исходя из внешнего конфиг файла. Карты обычно делают в 0 уровне только, разнося потом различными утилитами, почему бы не делать это все возможностями самого МГЕ...

Есть в плане, одна фишка, которая облегчит индексирование. Реализуется.

Разноска по внешнему файлу - тоже стоит в плане. Но до неё еще дойти надо. Планируется, но пока еще есть чем заниматься.

если у знака направление="все" - отображать круг заданным радиусом
не знаю, как там у Ситигида устаканилось или нет с радарами, но было бы неплохо поддерживать их типы (ввести дополнительный параметр) и визуализировать зону действия (узкая, широкая, конус)

Ну конусы, мы точно не будем делать. Их только не хватало в карте. И потом конус у всех программ разный. У одной к примеру подход в 30 градусном секторе, а в другой программе 45 градусный сектор. А нам что? Настройку сектора вводить. Глупость. А с круговым - неплохо. Я чтото и не подумал даже. Действительно для знака с круговым радиусом - не видно зоны действия. Внесу в лист хотелок, а там как Сергей скажет.

устроит настройка ширины вектора
с лучами классно - наглядно видна погрешность в направлениях

Покажите скриншот. Самому смотреть\искать некогда.

посмотрел на знаки, подумал..
может отображать лучи только выбранного знака? а у неактивных оставить маленькие треугольнички, как и было..
или вынести в настройки..
блин, информации на карте все больше - нужен фильтр на отображение, скоро в этой каше будет ничего не разобрать..

Не переживай, будет кнопка в меню ПРОСМОТР. Так же как сейчас 3D уровни вкл/выкл. Ну не успели прикрутить.

Новая появившаяся функция сохранения резервной копии карты. По умолчанию включена.

Сейчас она не работает в режиме автосохранения, поэтому требует не забывать вручную проводить сохранения (нажатием дискетки). И при этом с каждым сохранением создаёт новый файл *.bak. У меня за 1,5 часа работы однажды образовалось 15 новых резервных файлов. Очевидно, это не гуд!

Предложение по доработке. Открыл карту - автоматом должна создаться резервная копия только что открытой карты с расширением *.bak в первоначальном виде до внесения каких-либо изменений. Эта копия не должна затрагиваться и изменяться по ходу работы. Нужна для экстренного восстановления информации в случае аварийного завершения работы, сбоя, повреждения рабочей копии и т.п. В основную же открытую карту по истечении заданного интервала времени по ходу работы программа должна автоматом вписывать изменения (режим автосохранения). После успешного окончания работы и закрытия программы с картой на диске должны быть 2 карты: изменённая карта и она же до внесения изменений с расширением *.bak. Пользователь может её сохранить под другим именем или в другом месте, если захочет. А при последующем открытии измененной карты её первоначальная копия *.bak должна затираться с созданием новой версии *bak. И так далее... Понимаете идею?

Таким образом, в любой момент на диске будет только 2 карты - резервная исходная копия и текущая изменяемая карта, в которую по ходу работы будет автоматом идти автосохранение инфы. При каждом следующем открытии бывшая резервная копия заменяется на новую. И в итоге будет порядок и рабочие папки не будут замусориваться множественными файлами *bak