Обсуждение Beta версий (тестирование, баги, замечания)

[Fencer_Silver]

Ну естественно, будем писать и мы. Это "развяжет" нам руки - мы сможем реално разделить многие проекты без ущемления прав других!
Будет мануал. Возможно, даже, будут макросы на Visual Basic, встроенные в конкретный проект. Пока не знаю. Чуть разгребем - подумаю.

[MaxBel]

Круто круто господа !!

[DarkDiver]

Пара багов по морским типам линий:

1) Для большинства типов линий из диапазонов 0x104xx и 0x106xx не доступны поля Feature Color, Feature Style, Polygon Side, а должны быть доступны для всех.

2) Для типа линии 0x10108 должно быть доступно только одно из этих полей - "Feature Style".

см. мануал к cGPSMapper

[_Michael_]

кнопичка "скрыть неиспользуемые" в таблице - ну просто зае.. замечательная!
я счастлив

[DarkDiver]

Еще пара багов:

1) Во вложении карта, в ней два полигона. Выделяем все объекты. Открываем в групповой. Меняем тип одного из полигонов допустим на 0x10600 получаем ошибку "Unable to change type of object!"

2) Поменял хоткей на удаление объектов на Ctrl+D, а вернуть старое значение - Ctrl+Del не получается - программа не воспринимает данную комбинацию.

[Fencer_Silver]

Еще пара багов:

1) Во вложении карта, в ней два полигона. Выделяем все объекты. Открываем в групповой. Меняем тип одного из полигонов допустим на 0x10600 получаем ошибку "Unable to change type of object!"

2) Поменял хоткей на удаление объектов на Ctrl+D, а вернуть старое значение - Ctrl+Del не получается - программа не воспринимает данную комбинацию.

Нет тут никаких багов -
1. Т.к. Ваши типы являются пользовательскими - Вы получаете это сообщение. Это все равно, что сделать попытку преобразовать линию к ПОИ. Я попытаюсь переделать этот момент - но не обещаю.
2. CTRL+DEL - не работает по установке пользователем. Это не наш баг. Для возвращения данной комбинации удалите INI файлы - этот вопрос неднократно обсуждался ранее.

[Vovan_Alm]

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

[User_tester]

Vovan_Alm, два вопроса:
1. что это реально даст?
2. допустимо ли для компилятора МПЦ такое делать?

[Vovan_Alm]

Это даст уменьшение размера шейпа и его оптимизацию (аналогичная функция вроде есть у Мапинфо - упаковать). Более того можно сделать универсальный набор, т.е изначально ввести в таблицы все возможные поля, включая MODEL и MODEL_ORIG (эти поля нужны что бы прописать 3D модель), при конвертации в шейпы, если эти поля не заполнены, то их просто исключить из обработки. А если они заполнены, то вынести эти объекты в отдельный шейп - это шейп для 3D объектов...

[User_tester]

MicroGIS Editor v1.0.11.525 и далее

- Добавлено: в групповую таблицу кнопка "Скрыть незаполненные колонки" - при нажатии происходит скрытие всех неиспользуемых колонок (колонок, где нет ни одного значения для всех выделенных на карте объектов). Не зависит от фильтра.

Допустим, имеется 10 объектов в карте. Ни у одного из них не заполнено, например, поле "Наименование". Открываю эти объекты в групповой таблице. Жму кнопку "Скрыть незаполненные колонки" - колонка "Наименование" пропадает. Пока всё правильно!

Далее отжимаю кнопку, заполняю появившуюся колонку "Наименование", сохраняю изменения "дискеткой" и вновь жму "скрыть незаполненные". Но только что заполненная колонка "Наименование" вдруг скрылась! Жму "Обновить таблицу", "Перевыбрать объекты на карте" - колонка не появляется!

Аналогично, если изначально наименование у объектов имелось, то после его удаления в групповой таблице и сокрытия пустых колонок, колонка "Наименование" не скрывается, даже после обновления таблицы и перевыбора объектов. Хотя она уже пустая...

Считаю подобное поведение программы неправильным!

Хотелка в связи с багом: поправить эту ситуацию и сделать так, чтобы в групповой таблице не запоминалось ЖЕЛЕЗНО первоначальное состояние колонок на момент открытия в таблице, а таблица чутко реагировала на текущие изменения и позволяла оперативно скрывать пустое и показывать заполненное.

[DarkDiver]

Еще пара багов:
1) Во вложении карта, в ней два полигона. Выделяем все объекты. Открываем в групповой. Меняем тип одного из полигонов допустим на 0x10600 получаем ошибку "Unable to change type of object!"
2) Поменял хоткей на удаление объектов на Ctrl+D, а вернуть старое значение - Ctrl+Del не получается - программа не воспринимает данную комбинацию.

Нет тут никаких багов -
1. Т.к. Ваши типы являются пользовательскими - Вы получаете это сообщение. Это все равно, что сделать попытку преобразовать линию к ПОИ.

С приведенной аналогией не соглашусь. Я меняю один типа полигона (не важно, пользовательский он или нет) на другой тип полигона, а не линию на ПОИ. Кроме того через окно свойств объекта тип меняется без проблем. Так что на мой взгляд это все-таки баг!
Еще аргумент. Допустим есть в некой карте не известный тип, должна же быть возможность поменять всем скопом объекты этого типа на один из известных?
А в МГЕ такое действие в принципе возможно только через групповую, а в групповой мы наталкиваемся на ошибку - это же как то не правильно...

2. CTRL+DEL - не работает по установке пользователем. Это не наш баг. Для возвращения данной комбинации удалите INI файлы - этот вопрос неднократно обсуждался ранее.

По этому пункту понятно, только я решил проблему путем удаления одной строки отвечающий за данный хоткей из ini-файла.

[Fencer_Silver]

А в МГЕ такое действие в принципе возможно только через групповую, а в групповой мы наталкиваемся на ошибку - это же как то не правильно...

Исправил, но для информации - в МГЕ - это возможно, не только через групповую. Достаточно выбрать однотипные объекты, например полигоны, СНАЧАЛА ОДИН, а потом - последующие - и кликнуть на тип - в таблице свойств объекта. Всем объектам - присвоится новый тип.

Добавлено спустя 26 минут 46 секунд:

Это даст уменьшение размера шейпа и его оптимизацию (аналогичная функция вроде есть у Мапинфо - упаковать).

Не вижу смысла - у нас нет редактирования шейпов из программы, соответственно мы СОВЕРШЕННО не ограничены размером шейпов, а экпсорт занимает черезвычайно мало времени. Можно шейпы делать - хоть 100 раз в день, после перегонки - уничтожать их.

[Alex]

MicroGIS Editor обновление v1.0.11.527b

 История изменений:

Версия 1.0.11.527b 07.11.2012b
- Добавлено: работа с 3D объектами. Объекты, которые могут иметь 3D модели, дополнительно имеют поля:
Имя модели - в файл польского формата записывается с ключом 3DModelName=###
Путь к модели - в файл польского формата записывается с ключом 3DModelPath=###
Координаты центра, если они изменены (по умолчанию, координаты рассчитываются автоматически) в файл польского формата записывается с ключом 3DModelPosition=Lat, Lon
- Добавлено: при экспорте в МРС шейп - экспортируются данные 3D моделей
- Изменено: ключ "Color=" - могут иметь линии от 0x104xx до 0x106xx, и ПОИ 0x10500
- Изменено: ключ "Style=" - могут иметь линии от 0x104xx до 0x106xx, и 0x10108
- Исправлено: при изменении неизвестного типа объекта из групповой - не выдается предупреждение о несоответствии типов.

[Vovan_Alm]

Не вижу смысла - у нас нет редактирования шейпов из программы, соответственно мы СОВЕРШЕННО не ограничены размером шейпов, а экпсорт занимает черезвычайно мало времени. Можно шейпы делать - хоть 100 раз в день, после перегонки - уничтожать их.

Угу... А потом МПС-у нужно переваривать лишние пустые поля... За 3Д шейп спасибо... пойду разбираться... и тестировать

[Vovan_Alm]

В общем так, как я понял отдельный шейп с 3D моделью не производится... модель прописана в шейпе с полигонами... Однако МПС написал "1 модель загружена"... Ждем конца конвертации...

Модель появилась в карте... немного сдвинута, так как центр модели не совпадает с центром здания, но это нормально... можно было поправить координаты в польском...

В общем резюме: 3D модели для гармина правильно прописываются в шейп и отображаются на карте... Cnfhbr можешь поставить + в своей табличке...

Спасибо разрабам... Молодцы! Осталось Джанки прикрутить...