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

[YSV]

Только что скачал и поставил версию 64-bit. За 10 минут работы 2 вылета из программы при выделении одного из полигонов. На версии 32-bit проблемы нет.

[Alex]

Необходимо видио или описание по шагам.

[Alex]

Самое важное и критичное замечание: сейчас все пути экспорта в шейпы сохраняются в файл MicroGISEditor.ini.

Потом при открытии ЛЮБОЙ карты эти пути предлагаются по умолчанию для экспорта, что абсолютно не удобно и не приемлемо! Исходников карт не один, а десятки-сотня самых различных (по числу DATA_BOUNDS, районов, областей). И на диске у каждого картографа под конкретный исходник сделана своя файловая структура папок. Каждый район/область экспортируется строго в свою папку. Под эту файловую структуру экспорта настроен компилятор MPC, и вся схема чётко отлажена.
А сейчас приходится каждый раз перед экспортом вбивать для данной экспортируемой карты её корректный путь, потому что дефолтовские пути для неё совершенно не подходят.

Посему единственно правильным и НЕ ЗАВИСЯЩИМ от настроек редактора МГЕ будет вариант: для каждой карты записывать в шапку исходника пути её экспорта и оттуда их всё время брать! И ни в коем случае не привязывать их к программе:

Не надо прогинать МП формат под себя. Вводить новые ключи в шапку карты - мы не будем.
Данный вопрос обсуждению не подлежит. Всё так и останется.

Далее. Схему экспорта в MPC-шейпы почему-то лишили возможности выбирать по типам, что надо экспортировать. Добавьте, пожалуйста, выбор по типам для нероутовых линий, полигонов и точек! Дороги пусть всегда экспортируются. Поясню, зачем это нужно: чтобы делать из 1 исходника различные тематические карты (автодорожную, туристическую, рыболовную, охотничью и т.д.). И чтобы не приходилось каждый раз делать временные копии исходника, их открывать, чистить ненужное, затем экспортировать...

Что значит лишили возможности? Это не было предусмотрено изначально. Пока - не планируется расширять возможности экспорта MPC Shape. Считаю что всё необходимое там есть. Потрудитесь изготовить заблаговременно верный исходник и делайте экспорт. Очень верю что хочется переложить часть труда на программу. Но пока остаётся как есть.

Задал экспортировать только полигоны:

И указал путь во вложенную папку AREAS. Сам исходник лежит в папке "Проверка". Помимо полигонов, в шейпы зачем-то ушли все точки и нероутовые линии. А дороги проигнорировались. И что самое интересное - все экспортировалось в папку "Проверка", где лежит исходник! Никаких путей не учитывается!
Указал три разные пути для точек, линий и полигонов - и та же картина!

Проверил визард детально. Есть еще недочёты в способе "НЕ РАЗДЕЛЯТЬ", которые будут устранены в ближайшее время:
- Если снять птичку с любого класса объектов (полигоны, линии, poi) то экспорт всё равно осуществляется. Пользовательские имена результирующих файлов при этом игнорируются. Файлы именуются как lines, areas, poi.
- Путь экспорта классов объектов зависит от данных в ячейке "Или определить путь". На данный момент путь экспорта берётся из ячейки "Или определить путь" а названия результирующих файлов из ячеек "Экспорт полигонов", "Экспорт полилиний", "Экспорт poi". Если ячейка "Или определить путь" пуста - экспорт осуществляется в родительскую директорию открытого файла карты.
Всё это исправится в ближайшее время.

- Добавление атрибута "Имя файла" в DBF - для вариантов "Не разделять" и "Разделить по МП типам"

Тут в DBF не нахожу никакого имени файла.

Пока не задействовано. Об этом уже писалось.

- щелчок мыши по ПРЕДВАРИТЕЛЬНО ВЫДЕЛЕННОМУ полю даст возможность изменить НАИМЕНОВАНИЕ для экспорта выделенного атрибута в DBF файл.

Здесь не понял. Кликаю мышью по выделенным галками полям - нечего не происходит...

Операция переименования поля - аналогична операции переименования файла в WINDOWS.

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

Ну и что тебя беспокоит?

Журнал сообщений просматриваю регулярно. Хотелось бы видеть в нём только действительно важное. А тут сильно размножаются подобные неактуальные записи и забивают собой основное. Поэтому и спросил, можно ли их прибрать, на основе скина?

В журнале всё важное. Убрать ничего нельзя.

2.6. Хотелось бы иметь доработанное окно «Attachments», подробности уже здесь обсуждались.

Поддержу. Давно предлагал.

Стоит в плане. Доработается перед релизом.

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

Исправим.

Выделение отдельных инструментов "круг" и "окружность" оправдано, т.к. они много более востребованы, чем эллипс.

Я думаю, эти родственные объекты достаточно просто инвертировать, не разделяя в 2 инструмента. Сейчас комбинация Shift+инструмент ---> круг (окружность). А можно сделать Shift+инструмент ---> эллипс. А круг (окружность) пусть рисуются по умолчанию по простому нажатию на функцию. Так будет проще.

Останется как есть.

При переводе курсора мыши из окна Object Properties на карту, автоматически переводить фокус на карту, при этом автоматически сохраняя все измененные поля, вне зависимости от того нажали на Enter или нет

Это было бы идеально. Вроде бы когда-то об этом просил, но ответ был "невозможно".

Невозможно.

Добавлено спустя 45 секунд:

При создании эллипса по умолчанию направление по часовой стрелке .Надо-бы исправить

Направление фигуры не обусловлено правилами дор. движения.
Остаётся как есть.

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

Ребят надо что то делать с быстродействием. Буквально через 30-40 минут активной работы такие тормоза, что становится некомфортно работать. Приходится перезапускать прогу что бы восстановить быстродействие !

Буфер Undo-Redo будет сокращён до 200 операций. То есть отменить можно будет только последние 200 действий. Такое решение подойдет?
Или чаще сохраняйтесь.

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

Выделение отдельных инструментов "круг" и "окружность" оправдано, т.к. они много более востребованы, чем эллипс.

Я думаю, эти родственные объекты достаточно просто инвертировать, не разделяя в 2 инструмента. Сейчас комбинация Shift+инструмент ---> круг (окружность). А можно сделать Shift+инструмент ---> эллипс. А круг (окружность) пусть рисуются по умолчанию по простому нажатию на функцию. Так будет проще.

Как будут оформлены инструменты в данном случае не принципиально, ключевой момент - изменение алгоритма построения круга - по диаметру - как в GME.

Отказано. Остается как есть.

[DarkDiver]

При переводе курсора мыши из окна Object Properties на карту, автоматически переводить фокус на карту, при этом автоматически сохраняя все измененные поля, вне зависимости от того нажали на Enter или нет

Это было бы идеально. Вроде бы когда-то об этом просил, но ответ был "невозможно".

Невозможно.

Когда окно object Properties откреплено, фокус уже сейчас переводится автоматически, возможно ли в этом случае сделать так, чтобы поля сохранялись вне зависимости от того нажали enter или нет?
Такой вариант меня бы тоже вполне устроил...

Добавлено спустя 3 минуты 13 секунд:

Ребят надо что то делать с быстродействием. Буквально через 30-40 минут активной работы такие тормоза, что становится некомфортно работать. Приходится перезапускать прогу что бы восстановить быстродействие !

Буфер Undo-Redo будет сокращён до 200 операций. То есть отменить можно будет только последние 200 действий. Такое решение подойдет?
Или чаще сохраняйтесь.

Я сохраняюсь очень часто, быстродействие все равно сильно падает минут через 30-40 работы....

[Alex]

1.1 Название категории для морских полигонов из диапазона 0x105** должно быть «Marine Restricted Areas», а сейчас «Marine Obstruction Areas»

Исправим.

1.2 Название морского типа POI 0x10901 должно быть «Bottom Conditions» («характер дна»), а сейчас это «Label»

Исправим.

1.3. Необходимо исправить перевод на русский язык значений поля LightType для морских огней. Правильный перевод с точки зрения общепринятой в условных обозначения терминологии я уже высылал в виде таблицы, могу продублировать, если надо.

Исправим.

2.1 Сделать доступ к окну редактирования маяков «Edit Additional Ligth Type» из групповой таблицы, поскольку абсолютно все маяки приходится редактировать через это окно, т.к. параметр Range, который есть абсолютно у всех маяков, доступен только через это окно – это во-первых. А во-вторых даже одноцветные маяки имеющие определенный дипазон углов видимости, задаются как двух-секторные, при этом один из секторов ставится как несветящийся. В итоге этим окном приходится пользоваться очень часто и хотелось бы иметь к нему доступ из групповой таблицы.

Пока не планируется, ввиду низкой востребованности.

2.2 Сделать доступ к полю Range для маяков из окна Object Properties, поскольку этот параметр имеют абсолютно все маяки. Сейчас его редактирование приходится всегда делать через «Edit Additional Ligth Type». А хотелось бы чтобы в это окно нужно было лазить только при задании секторов. Т.е. нужно поле Range в окне Object Properties, при этом если это поле пустое, то записываем в файл в виде Light=3, если не пустое то в виде Light=(3,30)

Замечание попадает под категорию улучшения". Пока на это нет времени.

2.3 Сделать визуализацию секторов для много секторных маяков, например как на скрине:

Scr000002.bmp

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

Не планируется.

2.4 Сейчас реализована подсветка линий в зависимости от поля PolygonSyde, с ее введением стало работать намного удобней. Но я предлагаю доработать эту функцию и сделать также отображение цвета и стиля линии:

LineStyles.png

Замечание попадает под категорию улучшения". Пока на это нет времени.

2.6. Хотелось бы иметь доработанное окно «Attachments», подробности уже здесь обсуждались.

Доработается перед релизом.

2.7. Доработать инструменты создания эллипса и круга.
Эллипс в принципе мало используемый инструмент, а с учетом того, что его нельзя даже повернуть делает его вообще почти бесполезным. Построение круга по тому же алгоритму, что и эллипса делать малопригодным для практического использования и этот инструмент. Отсюда 2 предложения:

Пока остается как есть.

2.8. При переводе курсора мыши из окна Object Properties на карту, автоматически переводить фокус на карту, при этом автоматически сохраняя все измененные поля, вне зависимости от того нажали на Enter или нет.

Остается как есть.

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

Когда окно object Properties откреплено, фокус уже сейчас переводится автоматически, возможно ли в этом случае сделать так, чтобы поля сохранялись вне зависимости от того нажали enter или нет?
Такой вариант меня бы тоже вполне устроил...

Подумаем.

Добавлено спустя 3 минуты 5 секунд:

Я сохраняюсь очень часто, быстродействие все равно сильно падает минут через 30-40 работы....

Сохраняться и время от времени перезапускать программы и переоткрывать карту.
ИЛИ
Обрезать буфер Undo-Redo до 200 операций.

Третьего не дано. Вы за 30 минут делаете столько изменений в карте, что количество запомненных операций достигает колосальных значений. Особенно через групповую таблицу.

[DarkDiver]

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

Как будут оформлены инструменты в данном случае не принципиально, ключевой момент - изменение алгоритма построения круга - по диаметру - как в GME.

Отказано. Остается как есть.

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

Добавлено спустя 10 минут 54 секунды:

2.1 Сделать доступ к окну редактирования маяков «Edit Additional Ligth Type» из групповой таблицы, поскольку абсолютно все маяки приходится редактировать через это окно, т.к. параметр Range, который есть абсолютно у всех маяков, доступен только через это окно – это во-первых. А во-вторых даже одноцветные маяки имеющие определенный дипазон углов видимости, задаются как двух-секторные, при этом один из секторов ставится как несветящийся. В итоге этим окном приходится пользоваться очень часто и хотелось бы иметь к нему доступ из групповой таблицы.

Пока не планируется, ввиду низкой востребованности.

2.3 Сделать визуализацию секторов для много секторных маяков, например как на скрине:

Scr000002.bmp

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

Не планируется.

Эти два пункта очень нужны, прошу занести их в список не срочных улучшений на более отдаленное будущее, на мой взгляд это довольно важные доработки, хоть и востребованы пока мало у кого, так что прошу вас еще раз подумать по этим пунктам и не торопиться с окончательным решением

Я сохраняюсь очень часто, быстродействие все равно сильно падает минут через 30-40 работы....

Сохраняться и время от времени перезапускать программы и переоткрывать карту.
ИЛИ
Обрезать буфер Undo-Redo до 200 операций.
Третьего не дано. Вы за 30 минут делаете столько изменений в карте, что количество запомненных операций достигает колосальных значений. Особенно через групповую таблицу.

Я сохраняюсь чаще чем раз в 30 минут, каждые 3-5 минут наверное... CTRL+S ткунть не долго...
Ну и если обрезать буфер Undo-Redo поможет, то почему бы и не обрезать...

[User_tester]

Здесь не обучают компьютерной грамоте. Если Вас, не устраивает данная схема, то Ваша "

" - лежит на Вашей ответственности. З.Ы. Можно написать письмо Биллу Гейтсу, возможно он порешает Ваши проблемы, к выпуску Win9.

Не надо прогинать МП формат под себя. Вводить новые ключи в шапку карты - мы не будем.Данный вопрос обсуждению не подлежит. Всё так и останется.

Я очень удивлён таким ответам... Причём тут прогибать МП формат? Мне надо, чтобы программа со своим функционалом были удобны в работе! А с каким именно форматом она работает (оригинальный польский или доработанный микрогисовский) - меня это интересует во вторую очередь.

Наверное, вы очень редко экспортируете в шейпфайлы, причём только из ОДНОГО ЕДИНСТВЕННОГО исходника. У меня же не один, а добрая сотня различных. И экспортом я пользуюсь регулярно.

И что мне?? Я же ума сойду каждый раз для каждого из сотни кусков DATA_BOUNDS при экспорте шарить по папкам и директориям и указывать, куда его надо экспортировать!!! Проще застрелиться от такой дурной монотонной работы...

Не подходит мой вариант записывать в шапку, так предложите БОЛЕЕ удачный! Хоть в DAT-файл прописывать пути для всех карт - я согласен... Лишь бы при экспорте очередного куска не приходилось ему в сто первый раз вбивать корректный путь.

Если это всё вам не годится, то верните, пожалуйста, то, что было ранее, - никаких путей не пишется, по умолчанию экспорт ведётся в папку с исходником.

Только не надо отмахиваться так категорично от замечания. Это действительно недоработка программы! И не один я вам об этом сказал.

[MaxBel]

Ребят надо что то делать с быстродействием. Буквально через 30-40 минут активной работы такие тормоза, что становится некомфортно работать. Приходится перезапускать прогу что бы восстановить быстродействие !

Буфер Undo-Redo будет сокращён до 200 операций. То есть отменить можно будет только последние 200 действий. Такое решение подойдет?
Или чаще сохраняйтесь.

Я сохраняюсь очень часто, быстродействие все равно сильно падает минут через 30-40 работы....

Аналогично. Сохраняюсь очень часто, но тормоза есть ! Давайте уменьшим буфер, посмотрим как будет работать !
ПС Только если я например 10 000 объктов изменю в групповой то запомняться изменения только для последних 200 ?

[Alex]

Причём тут прогибать МП формат? Мне надо, чтобы программа со своим функционалом были удобны в работе! А с каким именно форматом она работает (оригинальный польский или доработанный микрогисовский) - меня это интересует во вторую очередь.

В том то и проблема, что меня это интересует в первую очередь.
Еще раз повторю: Никаких ключей с путями в шапку карты - записываться не будет. Указывать путь при экспорте прийдется ручками. Так как это сделано у всех нормальных людей. Последний путь - будет запоминаться.
Это дальше не обсуждается.

Наверное, вы очень редко экспортируете в шейпфайлы, причём только из ОДНОГО ЕДИНСТВЕННОГО исходника. У меня же не один, а добрая сотня различных. И экспортом я пользуюсь регулярно.

Не надо думать что у тебя самая большая карта. Мы обрабатываем карты состоящие из куда более частей.

И что мне?? Я же ума сойду каждый раз для каждого из сотни кусков DATA_BOUNDS при экспорте шарить по папкам и директориям и указывать, куда его надо экспортировать!!! Проще застрелиться от такой дурной монотонной работы...

Работа картографа -по своей природе монотонна. Можно подумать до нас всё было хорошо и работа делалась автоматически - а мы пришли и всё испортили..... Мы и так лично тебе автоматизировали работу - в сотни или тысячи раз. Но в этот раз - всё останется как и было до нас.

Если это всё вам не годится, то верните, пожалуйста, то, что было ранее, - никаких путей не пишется, по умолчанию экспорт ведётся в папку с исходником.

Это можно рассмотреть. Если адрес не задан - экспорт в исходную папку. Подумаем.

P.S. Никто же не обижается на Microsoft Word за то что в файл не прописываются пути экспорта. Такого не будет и в МП файле.

P.S. В следующей хотелке прежде чем предлагать - потрудись хоть на минуту представить себе алгоритм решения подобной задачи. Эта хотелка из разряда - "на голову не оденешь".

Добавлено спустя 9 минут 2 секунды:

Вы не задавали себе вопрос, а зачем вообще нужен эллипс, строго ориентированный в пространстве одним единственным и не изменяемым способом?

Ты так говоришь как будто ты один рисуешь карты. Удобность/неудобность - вешь субъективная. Твоё желание иметь еще один дополнительный вариант создания кругов - понятен. Тебе было отвечено - на данном этапе не планируется. Мы считаем, что для первой версии инструментов по работе с геометрией - более чем достаточно.

запишете себе это предложение, и в будущем доработаете, как руки дойдут, все-таки хотелось бы иметь более удобный инструмент

Для предложений используйте соседнюю ветку.

Напоминаю, что в данной ветке обсуждается только текущий функционал программы. Здесь - только отлавливаем ошибки.

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

Аналогично. Сохраняюсь очень часто, но тормоза есть ! Давайте уменьшим буфер, посмотрим как будет работать !
ПС Только если я например 10 000 объктов изменю в групповой то запомняться изменения только для последних 200 ?

Именно.

[User_tester]

Еще раз повторю: Никаких ключей с путями в шапку карты - записываться не будет. Указывать путь при экспорте прийдется ручками. Так как это сделано у всех нормальных людей. Последний путь - будет запоминаться.

Тогда очень вас прошу вернуть прежний вариант экспорта по умолчанию в ту же папку с исходником! Достаточно сделать галочкой как опцию "Экспортировать в папку с исходником MP", и вопрос со всеми проблемами снимется.

Раньше это ведь было и работало прекрасно! И ничего нового не придётся вам придумывать. Просто верните опциональной галочкой прежний вариант экспорта в ту же папку.

Спасибо за понимание.

Добавлено спустя 2 минуты 3 секунды:

Мы и так лично тебе автоматизировали работу - в сотни или тысячи раз.

Соглашусь, спасибо большое!

[dr.b]

Давайте уменьшим буфер, посмотрим как будет работать !
ПС Только если я например 10 000 объктов изменю в групповой то запомняться изменения только для последних 200 ?

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

[YSV]

Необходимо видио или описание по шагам.

чем писать видео с экрана? а то никогда этим не заморачивался, а времени искать и тестить разный софт совсем нет.

Добавлено спустя 16 минут 45 секунд:
слетает при выделении кнопкой "выбрать" объекта [POLYGON] Type=0x10101 Locked=1, состоящего из весьма большого количества точек (несколько тысяч). рапорт Windows 7 об ошибке в аттачменте.

[nemec08]

Приветствую. Пропала подгрузка онлайн снимков. После обновления на новые версии - последние 2. Система 32хбитная.
при чём последние открытые снимки подгружает из кеша компа - в папке кеша сохранились, а вот уже соседние снимки не грузит.
пробывал папку WebMaps из соответствующей ветки закидывать - без изменений.
помогите плиз, а то без этого как то тяжко стало

[Alex]

Необходимо видио или описание по шагам.

чем писать видео с экрана? а то никогда этим не заморачивался, а времени искать и тестить разный софт совсем нет.

Добавлено спустя 16 минут 45 секунд:
слетает при выделении кнопкой "выбрать" объекта [POLYGON] Type=0x10101 Locked=1, состоящего из весьма большого количества точек (несколько тысяч). рапорт Windows 7 об ошибке в аттачменте.

Ты издеваешься?
Ну зачем мне лог ошибки Windows? Он полезен только Биллу Гейцу.
Если ошибка повторяется на всех картах ------ мне нужна последовательность действий.
Если ошибка повторяется только на одной карте ----- мне нужна эта карта. Если карту жалко --- обрезай карту до минимума, оставь только проблемный участок.
При описании проблемы необходимо добавлять: тип и разрядность операционной системы и программы.

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

Приветствую. Пропала подгрузка онлайн снимков. После обновления на новые версии - последние 2. Система 32хбитная.
при чём последние открытые снимки подгружает из кеша компа - в папке кеша сохранились, а вот уже соседние снимки не грузит.
пробывал папку WebMaps из соответствующей ветки закидывать - без изменений.
помогите плиз, а то без этого как то тяжко стало

Проблемва 100% гдето у вас. Такого не может быть, чтобы ниодин сервис не работал. Самый простой способ, чтобы не сушить голову - убить INI файлы и попробовать с настройками по дефолту. Если проблема в программе - всё заработает. Если проблема в виндовс - ищите дальше.

Не лишним будет:
- прописать правила в фаерволе,
- запускать программу с правами админа (временное явление. перед релизом - поправим.)

[DarkDiver]

Удобность/неудобность - вешь субъективная. Твоё желание иметь еще один дополнительный вариант создания кругов - понятен. Тебе было отвечено - на данном этапе не планируется. Мы считаем, что для первой версии инструментов по работе с геометрией - более чем достаточно.

Меня бы вполне устроил ответ вида "планируется но не в ближайщее время"

Для предложений используйте соседнюю ветку.
Напоминаю, что в данной ветке обсуждается только текущий функционал программы. Здесь - только отлавливаем ошибки.

Ок, буду исправляться. Разделил хотелки по двум соседним темам.