| Обсуждение |
| |  Пожелания по доработке МП, пишите все сюда!!!!! [ Андрей Лагонский ]Среда, 24 июня 2009, 20:09
1) При формировании документа Word в графе ошибка определения площади пишется только формула, а хотелось бы, чтобы вместо параметров после знака "=" подставлялись цифровые значения и производился расчет итоговой ошибки площади.
2) Для быстрого доступа к свойствам ребра они должны открываться по двойному щелчку мыши, а не только через контекстное меню.
3) Сортировка списка участков при формировании МП в Word должна быть не текстовая а правильная (логическая).
4) При разделе участка сначала по логике подгружается исходный участок. После этого при добавлении нового участка во вкладке содержание" (например ЗУ1) в появившейся форме во вкладке "Общие" в текстовом окне "Обозначение" и "Надпись на чертеже" должен подставляться кадастровый номер исходного участка автоматически. |
|
| | [ Андрей Лагонский ] Среда, 24 июня 2009, 20:26
| 5) Возможность добавления в "Базу" адресов, фактического использования и т.п., и быстрого добавления в соответствующие графы при добавлении участка. |
|
| | [ Николаев Денис (разработчик) ] Четверг, 25 июня 2009, 12:51
> 1) При формировании документа Word в графе ошибка определения площади
> пишется только формула, а хотелось бы, чтобы вместо параметров после
> знака "=" подставлялись цифровые значения и производился расчет итоговой
> ошибки площади.
В предыдущих версиях, вплоть до 1.3, так и было. Начиная с версии 1.4 экспертами нашего Учебного Центра было решено убрать числа и оставить только формулу, как сказано в Требованиях. (Поскольку версия 1.4 еще не вышла, то к вам это изменение попало через промежуточную версию или патч.)
Но раз вы подняли этот вопрос, то со своей стороны мы готовы рассмотреть возможность вернуть все обратно или сделать оба варианта, если вы сообщите, чем обусловлена такая необходимость.
> 2) Для быстрого доступа к свойствам ребра они должны открываться по
> двойному щелчку мыши, а не только через контекстное меню.
Согласен, сделаем. По двойному щелчку на элементе в списке (не только для ребер) будут открываться его свойства.
> 3) Сортировка списка участков при формировании МП в Word должна быть не
> текстовая а правильная (логическая).
Если вы имеете ввиду сортировку с учетом конечного индекса (ЗУ1, ..., ЗУ9, ЗУ11, ...), то это уже сделано и войдет в версию 1.4.
> 4) При разделе участка сначала по логике подгружается исходный участок.
> После этого при добавлении нового участка во вкладке содержание"
> (например ЗУ1) в появившейся форме во вкладке "Общие" в текстовом
> окне "Обозначение" и "Надпись на чертеже" должен подставляться
> кадастровый номер исходного участка автоматически.
Согласен, будет удобно. Рассмотрим такую возможность.
> 5) Возможность добавления в "Базу" адресов, фактического использования и
> т.п., и быстрого добавления в соответствующие графы при добавлении
> участка.
Как раз сейчас над этим работаем. Справочники войдут в версию 1.4 (июль). |
|
| | [ Андрей Лагонский ] Четверг, 25 июня 2009, 13:32
| 6) В версии 1.3 при добавлении нового земельного участка отсутствует поле для ввода "объекта капитального строительства", а есть только кнопки: добавить, изменить и удалить!!! |
|
| | [ Андрей Лагонский ] Четверг, 25 июня 2009, 13:47
[ Николаев Денис (разработчик) ]
Четверг, 25 июня 2009, 12:51
Но раз вы подняли этот вопрос, то со своей стороны мы готовы рассмотреть возможность вернуть все обратно или сделать оба варианта, если вы сообщите, чем обусловлена такая необходимость.
Такая необходимость возникнет в ближайшем будущем, а также необходимость в других условных знаках отображения земельных участков, поскольку уже разработаны "Методические рекомендации для проведения кадастровых работ по земельным участкам, позволяющих обеспечить подготовку документов для предоставления в орган кадастрового учета (межевой план)" и "Методические рекомендации по условным знакам для отображения кадастровых сведений на кадастровых картах и иных кадастровых документах" и будут утверждены в ближайшем будущем. Кадастровая палата обещает в скором времени принимать МП оформлеными согласно данным документам. |
|
| | [ Денис Николаев ] Четверг, 25 июня 2009, 15:18
>> Но раз вы подняли этот вопрос, то со своей стороны мы готовы рассмотреть
>> возможность вернуть все обратно или сделать оба варианта, если вы
>> сообщите, чем обусловлена такая необходимость.
> Такая необходимость возникнет в ближайшем будущем, а также необходимость
> в других условных знаках отображения земельных участков, поскольку уже
> разработаны "Методические рекомендации для проведения кадастровых работ
> по земельным участкам, позволяющих обеспечить подготовку документов для
> предоставления в орган кадастрового учета (межевой план)" и
> "Методические рекомендации по условным знакам для отображения
> кадастровых сведений на кадастровых картах и иных кадастровых
> документах" и будут утверждены в ближайшем будущем. Кадастровая палата
> обещает в скором времени принимать МП оформлеными согласно данным
> документам.
Методические рекомендации пока еще находятся в стадии проекта. Нет гарантий, что они будут приняты в существующем на данный момент виде. К слову сказать, у наших экспертов есть ряд замечаний к предлагаемым в Рекомендациях образцам межевых планах на предмет их соответствия Требованиям. В том числе и касательно обсуждаемых формул. По этому поводу направлено письмо в МЭР. Как только Рекомендации утвердят, мы, разумеется, приведем в соответствие программу. |
|
| | [ Денис Николаев ] Четверг, 25 июня 2009, 15:38
> 6) В версии 1.3 при добавлении нового земельного участка отсутствует поле
> для ввода "объекта капитального строительства", а есть только кнопки:
> добавить, изменить и удалить!!!
Эта ошибка уже исправлена. Исправление войдет в версию 1.4. |
|
| | [ Андрей Кириллов ] Воскресенье, 28 июня 2009, 14:25
| При формировании документа Word в разделе исходные данные перечень документов, используемых при подготовке межевого плана выстраивается в алфавином порядке, а согласно требованиям первыми в таблицу включаются сведения о документах, на основании которых подготовлен межевой план. Приходится перестраивать список вручную |
|
| | [ ViFIZEG ] Понедельник, 29 июня 2009, 08:38
| Возможно я еще не до конца понял, но .... хотелось бы увидеть Вкладки общие и документы(сведения о заказчике и документы) не свойствах проекта а в свойствах объекта ... насколько я понимаю отсутствие этих сведений будет затруднять поиск объектов... |
|
| | [ Денис Николаев ] Понедельник, 29 июня 2009, 09:58
2Андрей Кириллов
> При формировании документа Word в разделе исходные данные перечень
> документов, используемых при подготовке межевого плана выстраивается в
> алфавином порядке, а согласно требованиям первыми в таблицу включаются
> сведения о документах, на основании которых подготовлен межевой план.
> Приходится перестраивать список вручную
Уже исправлено. Исправление войдет в сборку 1.4.
Если нужен патч, см. http://pkzo.objectland.ru/support/forum/212/.
2ViFIZEG
> Возможно я еще не до конца понял, но .... хотелось бы увидеть Вкладки
> общие и документы(сведения о заказчике и документы) не свойствах проекта
> а в свойствах объекта ... насколько я понимаю отсутствие этих сведений
> будет затруднять поиск объектов...
Логика здесь такая. На основе одного проекта формируется один межевой план. Все сведения, общие для всего межевого плана, задаются на уровне проекта. |
|
| | [ ViFIZEG ] Понедельник, 29 июня 2009, 15:34
2Денис Николаев
тогда получается что на каждый земельный участок необходимо очищать предыдущий проект мп и подготавливать заново... (а где тогда логика с хранением характеристик обЪекта, пусть некоторые поля будут привязываться типа фио/разр исп/ и т.д. к семантике объекта и в случае чего от туда же браться, т.е пусть есть участок уже занесенный в ол.. на нем весит некая таблица где есть фио/документы/ и.д. было бы неплохо если бы при подготовке мп эти значения забивались из этой таблицы а не прописывались уже повторно вручную)
============================================================
кстати по моему мнению удобная вещь по сравнению с другими по ... но где-то чего-то я еще не понял.... =) |
|
| | [ CriDos . ] Понедельник, 29 июня 2009, 16:03
| Прошу добавить в функционал программы ПК ЗО 3 редактирование ЗУ как было в ПК ЗО 2, ОЧЕНЬ часто нужно быстро выкинуть из карты координаты нужного участка в csv формате. |
|
| | [ Денис Николаев (разработчик) ] Понедельник, 29 июня 2009, 17:00
2ViFIZEG
> тогда получается что на каждый земельный участок необходимо очищать
> предыдущий проект мп и подготавливать заново... (а где тогда логика с
> хранением характеристик обЪекта, пусть некоторые поля будут привязываться
> типа фио/разр исп/ и т.д. к семантике объекта и в случае чего от туда же
> браться, т.е пусть есть участок уже занесенный в ол.. на нем весит некая
> таблица где есть фио/документы/ и.д. было бы неплохо если бы при
> подготовке мп эти значения забивались из этой таблицы а не прописывались
> уже повторно вручную)
Можно выполнить копирование участка из старого проекта в новый (команда "Копировать" для участка). Будут скопированы семантика и графика участка. Вместе с участком будут скопированы точки и информация о смежниках. |
|
| | [ Денис Николаев ] Понедельник, 29 июня 2009, 17:02
2CriDos
> Прошу добавить в функционал программы ПК ЗО 3 редактирование ЗУ как было
> в ПК ЗО 2, ОЧЕНЬ часто нужно быстро выкинуть из карты координаты нужного
> участка в csv формате.
Начиная со сборки 1.3 операция "Объект\Редактировать" в окне чертежа позволяет редактировать контур выбранного площадного объекта аналогично ПК ЗО 2. Также есть операция "Проект\Ввод точек" в панели проектов для редактирования точек сходным образом. Вы это имели ввиду?
Начиная со сборки 1.3 добавлена возможность выгрузки контура участка (или части) в CSV-формате (команда "Экспорт контура" для участка в панели проекта).
Начиная со сборки 1.4 (выйдет в июле) будет добавлена возможность выгрузки контуров в MIF-формате. |
|
| | [ ViFIZEG ] Понедельник, 29 июня 2009, 20:28
2Денис Николаев
Смысл немного не в том чтобы скопировать информацию ... может не так выразился ... в общем порядок действий для некорых не сильно какбэ сказать людей работающих с компом ... в общем сначала ... есть карта в карте геометрический тип площадной с привязанной таблицей и с набором полей типа фио/документы(св-ва/кпзу(кпт)/и т.д)...при создании проекта хотелось бы чтобы значения этих полей автоматически подставлялись в проект при указании контура(если геометрические типы имееют привязку к таблицам) без повторного заполнения этих данных(т.е к примеру фио из зу обмеренные с заполненным полем ФИО подставлялось в общие->заказчик->ФИО при указании контура на карте) просто у нас есть набор таблиц и справочников похожих ... =) |
|
| | [ Денис Николаев ] Вторник, 30 июня 2009, 09:51
2ViFIZEG
Если правильно понял, вы предлагаете добавить возможность автоматического заполнения полей участка или части значениями из таблиц, связанных с графическим объектом. Как программа будет определять соответствие полей из связанных таблиц полям участка или части? Имена полей скорее всего совпадать не будут. |
|
| | [ ViFIZEG ] Вторник, 30 июня 2009, 10:13
| да.... предопределить имена полей в таблице в случае совпадения вставлять в проект ... |
|
| | [ Денис Николаев ] Вторник, 30 июня 2009, 10:22
>> Если правильно понял, вы предлагаете добавить возможность автоматического
>> заполнения полей участка или части значениями из таблиц, связанных с
>> графическим объектом. Как программа будет определять соответствие полей
>> из связанных таблиц полям участка или части? Имена полей скорее всего
>> совпадать не будут.
> да.... предопределить имена полей в таблице в случае совпадения вставлять
> в проект ...
Мы подумаем как такое сделать. В 1.4 это не войдет. |
|
| | [ ViFIZEG ] Вторник, 30 июня 2009, 18:05
| уже радует :) ждемсь и терпим =) |
|
| | [ Вадим Рябов ] Среда, 1 июля 2009, 14:13
В разделе Содержания в межевом плане при генерации на печать не включается Титульный лист и содержание.
Получили приостановку (отсутствует наименование разделов Титульный лист, Содержание, что не соответствует п. 36 Требований) |
|
| | [ ViFIZEG ] Среда, 1 июля 2009, 15:01
| пилять-скалатить =((( .. обошлось редактированием шаблона в папке с приложением |
|
| | [ Техподдержка ] Среда, 1 июля 2009, 15:32
2Вадим Рябов:
Традиционно при оформлении содержания для любых документов титульный лист и само содержание в него не включаются. Приказ №412 этому ни в коей мере не противоречит.
В пункте 36 написано, что в содержание включаются наименования разделов МП и документов приложения. В соответствии с пунктом 4 титульный лист и содержание включаются в текстовую часть межевого плана. Хотя из текста пункта 4 можно сделать вывод о том, что титульный лист и содержание должны являться разделами текстовой части, так как текстовая часть состоит из разделов; но такое понимание вступает в конфликт с пунктами 5 и 7, так как ни среди общего списка разделов текстовой части, ни среди обязательных разделов МП титульного листа и содержания нет. В тексте приказа титульный лист и содержание нигде явно разделами не называются. Следовательно, в содержание они попадать не должны, так как, напоминаю, туда включаются наименования разделов МП.
Если же сильно нужно, можно, например, в шаблоне "02-Содержание.doc" заменить в первом управляющем текстовом поле текст с "<$1Повтор:Разделы(включаемые)>" на "<$1Повтор:Разделы>". Правда, если включена "нумерация листов", нужно будет сделать ещё ряд достаточно очевидных телодвижений. |
|
| | [ ВладимиR42 ВладимиR42 ] Понедельник, 20 июля 2009, 11:03
Панель с деревом активной ГДБ имело кнопочку автоскрытия.
В списке типовых слоев сделать панель для удобства управления (добавить, удалить, редактировать и прочее). |
|
| | [ Денис Николаев (разработчик) ] Понедельник, 20 июля 2009, 11:47
> Панель с деревом активной ГДБ имело кнопочку автоскрытия.
Двойной щелчок на элементе "Компоненты" скрывает компоненты ГБД.
> В списке типовых слоев сделать панель для удобства управления (добавить,
> удалить, редактировать и прочее).
Не совсем понятно, что вы имеете ввиду. Не могли бы вы привести пример программы, где используется подобный подход. |
|
| | [ ВладимиR42 ВладимиR42 ] Понедельник, 20 июля 2009, 13:08
> Не совсем понятно, что вы имеете ввиду. Не могли бы вы привести > пример программы, где используется подобный подход.
Уже не стоит. Разобрался в настройках. Назначил горячие клавиши.
ЗЫ: Знание-сила.
ЗЫЫ: Переработайте форум, пожалуйста. Новости релизов отдельно, патчи отдельно, багреппорт отдельно, пожелания отдельно ветками. Об RSS только и мечтаю. |
|
| | [ ВладимиR42 ВладимиR42 ] Понедельник, 20 июля 2009, 13:13
| Видеоинструкции для "чайников" в обозримом будущем планируете записать? Для новичка, на самом деле, та инструкция, что идет в комплекте "жидковата". Учим матчасть по инструкции OL. |
|
| | [ Константин Финагеев ] Понедельник, 20 июля 2009, 13:23
|
| | [ ВладимиR [42] ] Вторник, 21 июля 2009, 18:04
-
Q> Не совсем понятно, что вы имеете ввиду. Не могли бы вы привести пример программы, где используется подобный подход.
-
1. Автоматическое скрытие панели "Иерархия" при срабатывании таймера (5 секунд) после того как курсор мыши покинет древовидный список (если грубо, то: mouseOver()...), тоже самое для других панелей в межевом плане, плавающие панели загромождают полезное пространство. А при подведении мыши к краю панели, она раскрывается. (MS VISUAL STUDIO 2003 и выше).
2. Если я активирую карту, то для нее изменится инструментальная панель, если слой, то для слоя загружается своя инструментальная панель. Так будет нагляднее "с чем я работаю?", через меню, как организованно, слишком много лишних "движений". (например: MS OFFICE 2007, при выборе таблицы, панель для форматирования таблиц, если картинка, то панель для картинок)
3. Не хватает операций перетаскивания (DragAndDrop). Например: слои порядок следования выставлять кликая мышью не удобно. Тип из слоя в другой слой перетащить быстрее, чем копировать.
ЗЫ: Это пожелания. Продукты озвучены не в целях рекламы. |
|
| | [ Николаев Денис (разработчик) ] Вторник, 21 июля 2009, 18:47
2ВладимиR42:
Пожелания приняты. В ближайшем будущем ничего не обещаем, но на перспективу будем иметь ввиду. |
|
| | [ ВладимиR [42] ] Вторник, 21 июля 2009, 20:20
| При работе со слоем (например: Проектный) "Объект"->"Добавить"->"Площадной\линейный\точечный..." в диалоговом окне ввода координат добавить импорт из mif\cvs, предусмотреть вставку из буфера памяти. (как пример: скопировать несколько столбцов в Excel с координатами и вставить в грид окна диалога) |
|
| | [ Денис Николаев (разработчик) ] Среда, 22 июля 2009, 10:54
Импорт\экспорт контуров в форматах MIF и CSV в ПК ЗО есть (в контекстном меню участка или части). Также есть импорт точек из CSV-формата, с помощью которого можно перенести данные из Excel в ПК ЗО. Для этого надо сохранить таблицу Excel в CSV-формате.
Что касается доступности импорта\экспорта и вставки таблицы из буфера обмена прямо в окне редактирования площадного объекта, то идея хорошая, записали ее в список на будущее. |
|
| | [ ВладимиR [42] ] Четверг, 23 июля 2009, 08:47
| В режиме рисования сделать привязку к точкам (либо вершинам ребра, площадного объекта) текущего/любого другого видимого слоя. И Q:...Что касается доступности импорта\экспорта... я знаю про экс\имп, но его правда не хватает в диалоговом окне "добавить объект" |
|
| | [ Николаев Денис (разработчик) ] Четверг, 23 июля 2009, 11:08
> В режиме рисования сделать привязку к точкам (либо вершинам
> ребра, площадного объекта) текущего/любого другого видимого слоя.
Такая возможность уже существует. См. подробнее режим стяжки. |
|
| | [ ВладимиR [42] ] Четверг, 23 июля 2009, 11:31
| Включить шрифты в инсталлятор прописанные в общей библиотеке стилей. Не у всех же они есть. И из-за этого при формировании печатной формы появляются "крякозябры". Приходится менять шрифт на Lucida console. |
|
| | [ Максим ] Пятница, 24 июля 2009, 12:45
Все очень чудесно в 1.4 хотелось бы увидить следующие функции в следующих дополнениях:
1. Создание внутренних границ путем преобразования не только одного объекта а множества селектировнных
2. Генерация записи местоположения по расположению земельного участка в квартале или от объекта с существующим адресом генерацию направления с заполнением строки адрес земельного участка в таблици участки.Пример множество контуров более 100 с\х поля раздел единого з\у и каждому необходимо описать местоположение от существующего ориентира 200 м на северо-запад от ориентира Красноярский край с.Петровка ул.Ленина 50
3. помима расчета разницы в площади вычисления процента от площади что бы видеть сразу более 10% или менее 10% я думаю это не сильно сложно |
|
| | [ Николаев Денис (разработчик) ] Пятница, 24 июля 2009, 15:04
2Максим:
1. Сделаем.
2. Предлагаем такой алгоритм.
1) На карте селектируется объект или вершина, соответствующие ориентиру.
2) В панели проекта выбираем участок. В контекстном меню участка выбираем команду "Заполнить адрес по ориентиру".
3) Открывается окно операции, где указываем шаблон строки адреса. Например: '%расстояние% на %направление% от ориентира <адрес ориентира>'.
4) Для расстояния есть возможность указать единицы измерения (м или км) и округление, например, до 100 (сотен) или до 1 (единиц) или до 0.01 (сотых).
5) Нажимаем "Заполнить". В результате программа заполняет по указанному шаблону поле "Адрес" выбранного участка. Между центром контура участка и центром объекта-ориентира строится вектор, длина и направление которого подставляются в шаблон.
ЗАМЕЧАНИЕ: Для полноценного использования этой операции необходима множественная селекция участков в панели проектов, которую тоже планируется добавить в будущем.
3. Сделаем. В окно "Подсчет суммы площадей" добавим поле "Разница в процентах". |
|
| | [ Максим ] Пятница, 24 июля 2009, 15:33
Чудесно!!! данная операция добавит большой плюс к выбору данного программного продукта кадастровым инженером ждля своих работ. По опыту знаю у многих бессоные ночи заняли генерацией данного местоположения на каждый объект типа линии ЛЭП (конечно для тех кто не знаком с Mapinfo или подпобным ПО способным к генерации направления)
Вот только (пункт 1 в моей просьбе) столбов на кад учет поставили очень много и их приходиться вырезать ручками в Objectlande кончно опять же для тех кто не знаком с Mapinfo поэтому хотелось бы видеть каскадную вырезку этих столбов и в Objectlande из формируемых участков.Может что то я пропустил и такая функция присутствует? |
|
| | [ Николаев Денис (разработчик) ] Пятница, 24 июля 2009, 15:56
2Максим:
На данный момент преобразование полигона во внутреннюю границу работает только для одного полигона. Мы расширим ее для работы с группой полигонов. |
|
| | [ Максим ] Пятница, 24 июля 2009, 16:12
| Ну что же спсибо большое что услышали ! В очередной раз жду обновления как соловей лета!!! |
|
| | [ Максим ] Пятница, 24 июля 2009, 16:55
| Хотелось бы добавить так на большую перспективу.На данный момент в России отсутствует програмный продукт именно хочу подчеркнуть Российский програмный продукт который делает аналитку. Вам что бы развиваться и занять достойную позицию в нише ГИС ситем опять же Российскиих думаю нужно развиваться в этом направлении с учетом наших же реалий.Приведу пример: Как обычно для любой краевой или областной администрации необходимо как обычно вчера?!! информация сколько? где? когда? можно и есть ли возможность предоставить кусок земли для того то или того то. Вынь и положь а что бы это зделать более менее точно и быстро необходим инструмент котрый это делает отвечает на эти вопросы. Чиновники на больших совещаниях сидят надувают щеки перекладывая ответственность один на другого лишь бы что то зделать что бы потом ничего не делать. Предприниматель понимает задачи и может быстро и эфективно это реализовать но приходиться использовать кучу прдуктов тот же Mapinfo или еще чего где это реализуеться и наглядно показываеться что здесь можно здесь нельзя а здесь можно что то реализовать но при таких и таких условиях. Самое главное это реализуеться в простых процедурах 1. подсчет площади для множества контуров суммы для всех и каждого 2. Напрвление от существующих ориентиров для всех понятных 3. Расчет необходимых площадей для такой -то задачи (понимаю что универсального средства не создать для каждой задачи но все же элементарные простые задачи можно включить в коплекс) 4. Простой и понятный инструмент подсчета чего либо пример Exel/Главное что бы продукт включал простой интерфейс и простую понятную математику для выборок и таблиц. 5. Время подсчет времени то же не мало важен сколько не обходимо для создания того то или того кстати уже сейчас можно в МП включить подсчет времени на создание самого МП на конкретный проект. Это не мало важно для планирования своего времени. Спасибо что почитали может быть что то да пригодиться!! |
|
| | [ Николаев Денис (разработчик) ] Пятница, 24 июля 2009, 17:42
2Максим:
Подсчет суммы площадей мы уже сделали (сборка 1.4). Автоматическое заполнение местоположения участков относительно выбранного ориентира сделаем в ближайшем будущем.
Что касается учета рабочего времени, все-таки, наверное, это не имеет отношения к назначению ПК ЗО, а посему с этим мы вам помочь не сможем.
Остальные предложения на наш взгляд слишком расплывчаты. Если вы приведете более конкретное описание требуемых вам возможностей, мы со своей стороны рассмотрим возможность их реализации. |
|
| | [ ВладимиR [42] ] Понедельник, 27 июля 2009, 15:43
1 Поля редактирования табличных значений ГДБ очень не удобны, чтобы перейти в конец строки надо использовать мышь, так как все попытки использовать ctrl+end не снимают выделение уже набранного текста.
2 Еще операция отмены ввода текста в поле (значек стрели против часовой стрелки) изменяет оба поля за одну активацию кнопки.
3 При подключении растра, часть растра может закраситься "черным полигоном" |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 27 июля 2009, 17:47
2ВладимиR[42]:
1. Комбинация "Ctrl+End" используется для перемещения на последнюю запись в таблице.
2. Возможно речь идет об операции "Восстановить" в окне редактирования записей. Эта операция устанавливает начальные значения для всех полей записи.
3. Возможно у вас граница площадного объекта выходит за пределы растра. |
|
| | [ Максим Малышев ] Среда, 29 июля 2009, 16:05
1.Добовление смежные участки по точке нельзя ли зделать каскадно сильно много времени тратиться на каждую операцию 3 мниуты на одну точку.
2."Нормативная погрешность площади" добавить в таблицу Участки и части участков. При каскадном внесении участков приходиться погрешность (колонку dP)ручками дописывть или делать дополнитьльную таблицу для вставки погрешности в колонку dP или внести возможность в программу элементарных математических действий в таблицах что бы ту же погрешность при каскадном внесении участков расчитывать самому и вставлять в нужную колонку |
|
| | [ Денис Николаев ] Среда, 29 июля 2009, 16:44
> 1.Добовление смежные участки по точке нельзя ли зделать каскадно сильно
> много времени тратиться на каждую операцию 3 мниуты на одну точку.
По идее на практике ситуация массовой установки смежника по точке встречаться не должна. Потому что смежника по точке имеет смысл указывать только тогда, когда смежник граничит только по точке, т.е. по соседним ребрам смежник другой. Если у вас именно такая ситуация, и таких точек не одна и не две, а много, сообщите, мы добавим возможность группового изменения смежника по точке.
> 2."Нормативная погрешность площади" добавить в таблицу Участки и части
> участков. При каскадном внесении участков приходиться погрешность
> (колонку dP)ручками дописывть или делать дополнитьльную таблицу для
> вставки погрешности в колонку dP или внести возможность в программу
> элементарных математических действий в таблицах что бы ту же погрешность
> при каскадном внесении участков расчитывать самому и вставлять в нужную > колонку
Вы хотите фактическую погрешность площади заполнять значением нормативной погрешности площади. И чтобы это можно было выполнить одной операцией сразу для группы участков. Правильно я вас понял? |
|
| | [ Максим ] Среда, 29 июля 2009, 16:49
1. Столб в нутри участка в кадастр внесено окружностью 72 точки получены сведения на 72 точки
2.Да правильно. Оптимально что бы в таблице была колонка нормативная погрешность и возможность после анализа каскадно вносить в нужные участки |
|
| | [ Денис Николаев ] Среда, 29 июля 2009, 17:49
> 1. Столб в нутри участка в кадастр внесено окружностью 72 точки получены
> сведения на 72 точки
Разве у такого участка смежники по точкам отличаются от смежника по ребрам? Если смежник по точке совпадает хотя бы с одним смежником по соседнему ребру, то смежника по точке указывать не нужно.
> 2.Да правильно. Оптимально что бы в таблице была колонка нормативная
> погрешность и возможность после анализа каскадно вносить в нужные участки
Расскажите подробнее каким образом вы работаете с ПК ЗО. Вы работаете напрямую с таблицами ГБД? Зачем сохранять "нормативную погрешность" в таблицу, ведь это же производное (вычисляемое) значение? |
|
| | [ Максим ] Среда, 29 июля 2009, 18:08
1.Понятно
2.Да приходиться работать на прямую так как участков сильно много.
Есть более 100 участков у котрых в свою очередь около 100 внутренних границ собраны контура в другой программе. Перенашу ПК ЗО через обменный формат добовляю участки из графики получаю 100 участков но коллнка dP не заполнена. Пытаюсь добавит значение как положено через свойство участка получаю 3 минуты на каждую операцию. Длинно. Считаю в Exel погрешность. Добовляю в таблицу Участки пересчитанную погрешность. Быстрее но не удобно сильно много операций поэтоиму прошу добавить возможность сразу вносить нормативную погрешность в колонку dP. |
|
| | [ Максим ] Среда, 29 июля 2009, 18:25
| Для частей то же что и с участками |
|
| | [ Андрей Генсен ] Четверг, 30 июля 2009, 09:59
| Когда мы делали описания зем. участков в обжиклэнде-копировали координаты участка посредством команды меню Сервис-Каталог координат. В последней версии этой команды нет-в межевом плане она вроде и не нужна, но в переходный период (пока еще идут отказы по описаниям и переделывать их тоже можно в виде описаний) вещь просто незаменимая, да и на будущее тоже, наверное может пригодиться. Нельзя ли вернуть эту команду обратно? |
|
| | [ Техподдержка ] Четверг, 30 июля 2009, 11:31
|
| | [ Николаев Денис (разработчик) ] Четверг, 30 июля 2009, 12:05
| По поводу автоматизации заполнения погрешности площади. Как вариант можно сделать скрипт с использованием COM-интерфейсов ObjectLand. Если такое решение вас устраивает, то сообщите, мы сделаем скрипт. Особых знаний в области программирования или установки каких-то программ не потребуется. |
|
| | [ Максим ] Четверг, 30 июля 2009, 14:52
По поводу погрешности
Отлично! лучьше и не надо |
|
| | [ Денис Николаев ] Четверг, 30 июля 2009, 16:08
Скрипт выложен здесь - fill_inaccuracy.zip.
В тексте скрипта укажите путь к ГБД и имя проекта. Запускается скрипт щелчком в проводнике Windows.
|
|
| | [ Vifizeg ] Четверг, 30 июля 2009, 17:01
| Кнопачку очистить проект =) |
|
| | [ Vifizeg ] Четверг, 30 июля 2009, 17:03
| и таки доделать выдачу через open office |
|
| | [ Николаев Денис (разработчик) ] Четверг, 30 июля 2009, 17:46
> Кнопачку очистить проект =)
А для чего, если не секрет? Что нужно очищать, а что нужно сохранить? Может достаточно будет команды удалить все участки? Или свойства проекта тоже надо очищать?
> и таки доделать выдачу через open office
В наших планах есть возможность генерации без установленного Microsoft Word. Еще не решили каким именно образом, может RTF, может OpenXML, может OpenOfficeXML. |
|
| | [ Vifizeg ] Четверг, 30 июля 2009, 19:30
| секрета тут никакого нет ... хм... не проверял удалить все участки удаляет и основу и содержание вместе с точками или нет...?? |
|
| | [ Николаев Денис (разработчик) ] Пятница, 31 июля 2009, 11:34
> секрета тут никакого нет ... хм... не проверял удалить все
> участки удаляет и основу и содержание вместе с точками или
> нет...??
Операции удаления всех участков пока нет. Прежде, чем добавлять операцию, мы бы хотели понять проблему. Это позволит нам выработать наилучшее решение. Возможно, к примеру, здесь более удобным окажется возможность частичного копирования. |
|
| | [ Максим ] Понедельник, 3 августа 2009, 13:50
| При оформлении з\у столкнулся с проблемой в участке много столбов по 1 кв.м у столба по 70 поворотных точек как не уменьшал подписи при печати их не видно или они наезжают друг на друга да и раставлять их в нужном порядке утомительно. Можно ли зделать процедуру "разрядки" номеров поворотных точек, что бы я сам задавл кол-во подписей номеров поворотных точек? |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 3 августа 2009, 14:18
> При оформлении з\у столкнулся с проблемой в участке много столбов по 1
> кв.м у столба по 70 поворотных точек как не уменьшал подписи при печати их
> не видно или они наезжают друг на друга да и раставлять их в нужном
> порядке утомительно. Можно ли зделать процедуру "разрядки" номеров
> поворотных точек, что бы я сам задавл кол-во подписей номеров поворотных
> точек?
На наш взгляд более правильный подход - это разбивка чертежа на несколько страниц, что явно допускается п.77 Требований. Такая возможность будет включена в следующую версию 1.5. |
|
| | [ Максим ] Вторник, 4 августа 2009, 13:55
| Нельзя ли включить в ПК ЗО функцию оптимизации проекта такая вещь была в objectland--е. Чтобы не мучится с расчетом цетра проета и т.д |
|
| | [ Денис Николаев ] Вторник, 4 августа 2009, 14:58
2Максим
> Нельзя ли включить в ПК ЗО функцию оптимизации проекта такая вещь была в objectland--е.
> Чтобы не мучится с расчетом цетра проета и т.д
Что это за функция, опишите подробнее. |
|
| | [ Максим Малышев ] Среда, 5 августа 2009, 05:39
Попробовал поставить на 2.7 не пошла лучьше всего встроить в сервис данную утилиту особено интересует пункт 1. для настройки параметров темы что бы коректно сформировать чертеж границ.
"Приложение для ГИС ObjectLand "Расчет минимального ограничивающего прямоугольника" предназначено для получения координат реальной области, в которой находятся все объекты выбранной карты или темы. Знание значений координат данной области необходимо для:
1. оптимальной настройки параметров карты;
2. корректного описания области экспорта при выгрузке данных в MID-MIF
формат.
При соответствующей настройке параметров карты работа с картой становится более эффективной. Поскольку ObjectLand не запрещает размещение объектов вне области карты, то зачастую возникает ситуация, когда ряд объектов располагается вне этой области, что, в свою очередь, приводит к существенному замедлению отрисовки.
При выгрузке данных в MID-MIF формат область выгрузки соответствует отображаемой области темы при выгрузке темы либо границам карты, если экспортируются карты. Другими словами, в выгрузку попадут только те графические объекты, которые находятся в области экспорта полностью или частично, а область экспорта определяется в соответствии с параметрами карты или темы.
Из всего вышесказанного следует, что знание реальной области размещения всех объектов карты крайне необходимо для настройки эффективной работы с картой и является информативным средством при выгрузке данных в MID-MIF формат. В частности, если по каким-либо причинам объекты находятся вне пределов определения карты, но необходимо выгрузить все объекты, находящиеся в ней, то в мастере выгрузки в MID-MIF формат нужно указывать параметры области экспорта в соответствии с данными, полученными при помощи приложения для ГИС ObjectLand "Расчет минимального ограничивающего прямоугольника"." |
|
| | [ ВладимиR [42] ] Среда, 5 августа 2009, 14:05
Улучшение редактора графической части:
1. Импортировав участки: А=Один большой участок и Б, В, Г, Д ... = Маленькие участки, сделать из них один участок сложной формы (с "дырками"). Например, выделяю А жму [указать внутреннюю] границу и выделяю маленькие участки-"дырки" А, Б, В, Г, ... жму [завершить], жду несколько мгновений и вууаля, на выходе один участок сложной формы с внутренними границами.
2. Не хватает сообщения при импорте на предмет пересечений с участками лежащими в других слоях. |
|
| | [ Николаев Денис (разработчик) ] Среда, 5 августа 2009, 15:31
2Максим Малышев:
(по поводу приложения "Расчет минимального ограничивающего прямоугольника")
> Попробовал поставить на 2.7 не пошла лучьше всего встроить в сервис данную
> утилиту особено интересует пункт 1. для настройки параметров темы что бы
> коректно сформировать чертеж границ.
Не совсем понятно как вы собираетесь использовать полученный "минимальный ограничивающий прямоугольник".
Если в качестве параметров карты, то это повлияет только на скорость работы (т.к. определяет область пространственного индекса), но никак не повлияет на корректность формирования чертежа. Более того, если тема содержит слои из разных карт или внешних баз данных, то, возможно, оптимальным будет задание разных областей индекса для таких слоев.
Если для определения фрагмента темы, соответствующего области чертежа, то, на мой взгляд, проще сделать это вручную, визуально подобрав фрагмент с помощью инструментов масштабирования и сдвига.
В любом случае, если вы все-таки видите практическое применение этому приложению, мы готовы перенести его в версию 2.7. |
|
| | [ Николаев Денис (разработчик) ] Среда, 5 августа 2009, 15:38
2ВладимиR [42]:
1. Уже есть в нашем списке.
>2. Не хватает сообщения при импорте на предмет пересечений с участками
> лежащими в других слоях.
В наших планах есть операция проверки укладываемости контуров участков относительно границ кад.деления и смежных участков. На наш взгляд удобнее сделать это именно отдельной операцией, а не привязывать такую возможность только к импорту. |
|
| | [ Максим ] Четверг, 6 августа 2009, 05:55
| Именно для определения фрагмента темы, а вручную доводить как говориться до блеска |
|
| | [ ВладимирR [42] ] Четверг, 6 августа 2009, 07:07
| Вывод на печать. Нужен вывод схемы и чертежа на форматы A1, A2. МП делают на более 80 участков... |
|
| | [ Vifizeg ] Четверг, 6 августа 2009, 08:55
| Межевой план 12 листов + приложение 3 листа, в общем 10 лист чертеж 10,2 лист акт согласования(печатается на чертеже), следовательно следующий лист должен быть 11, а не 12 и в общем количестве листов на титульном листе должно быть уже 14 а не 15, предусмотрите пожалуйста возможность указания печати акта согласования либо с оборотной стороны либо на отдельном листе, если на один лист не влазит... |
|
| | [ Vifizeg ] Четверг, 6 августа 2009, 10:16
2ВладимирR [42]
Мы пока обходим эту проблему в ооф ибо только там можно задать размеры 54*89(A1) |
|
| | [ Anonymous ] Четверг, 6 августа 2009, 13:45
2 Vifizeg:
[...общем количестве листов на титульном листе должно быть уже 14 а не 15...]
Может быть нужно сначала «сгенерировать» МП с нумерацией страниц и выключенным разделом «Акт согласования», а затем уже печатать отдельно акт согласования?
[...предусмотрите пожалуйста возможность указания печати... на отдельном листе, если на один лист не влазит...]
Ваша кадастровая палата так разрешает делать?
[...Мы пока обходим эту проблему в ооф...]
А как Вы переносите МП в ООФ? Пробовали открывать в ООФ – нарушается форматирование. |
|
| | [ Николаев Денис (разработчик) ] Четверг, 6 августа 2009, 17:34
2ВладимирR [42]
> Вывод на печать. Нужен вывод схемы и чертежа на форматы A1, A2.
> МП делают на более 80 участков...
В следующей версии (сборка 1.5) будет возможность разбивки чертежа и схемы на несколько страниц.
2Vifizeg
Да, вы правы, алгоритм нумерации страниц имеет такой недостаток, что при подсчете общего количества листов акту согласования причисляется целый лист, хотя по идее он печатается на оборотной стороне. Дело здесь в том, что подразумевается печать акта согласования отдельно. То есть, сначала формируется межевой план без акта согласования (отключен в списке разделов), а затем отдельно акт согласования (отключены все другие разделы). При таком подходе нумерация работает правильно. В любом случае в следующих версиях мы придумаем, как это исправить. |
|
| | [ Vifizeg ] Пятница, 7 августа 2009, 08:53
| 2 Anonymous: сидим и форматируем ... а что делать =)) |
|
| | [ Ринат Нуртдинов ] Пятница, 7 августа 2009, 10:07
| При выполнение работ с многоконтурными участками, чертеж чтобы вместился необходимо ставить большого размера при этом не видны надписи участков. Просьба чтобы чертеж в МП делился как при подготовке описания границ на листы |
|
| | [ ВладимиR [42] ] Пятница, 7 августа 2009, 13:11
>В следующей версии (сборка 1.5) будет возможность разбивки чертежа и схемы на несколько страниц.
Деление на листы... А нельзя сделать импорт рисунка полностью на А1, А2? (не то что реализовано уже там получается скриншот).
2 Ринат Нуртдинов: перед печатью выполните операцию "установить высоту надписей", затем сохраните (клик по иконке дискеты). и генерируйте.
2 All. Я делаю так: сначала выставляю масштаб вручную, например 100, генерирую графику, расставляю выноски, устанавливаю высоту надписей, сохраняю, вывожу на печать. Имею масштаб 1:10000.
--
ЗЫ: Плохо одно, что выноски после операции Генерировать графику надо заново выносить. Можно-ли это опционально сделать? |
|
| | [ Николаев Денис (разработчик) ] Пятница, 7 августа 2009, 14:15
> Деление на листы... А нельзя сделать импорт рисунка полностью на
> А1, А2? (не то что реализовано уже там получается скриншот).
Можно выгрузить изображение чертежа в метафайл с помощью печати (команда "Тема\Печать...") с включенной опцией "печать в метафайл".
> ЗЫ: Плохо одно, что выноски после операции Генерировать графику
> надо заново выносить. Можно-ли это опционально сделать?
Сделаем. |
|
| | [ Сергей ] Пятница, 7 августа 2009, 21:32
Подготавливаем чертеж участка с большим количеством дырок (внутренних границ).
При генерации надписей точек на чертеже они (надписи) собираются в кучки :), что весьма неудобно. Для их расстаноки и упорядочивания приходится делать выноски к точкам, которые потом расстаскиваются вокруг нужного объекта.
Можно ли сделать расстановку выносок не для одного объекта, а сразу для селектируемой группы? |
|
| | [ ВладимиR [42] ] Суббота, 8 августа 2009, 15:26
>Можно выгрузить изображение чертежа в метафайл с помощью печати
>команда "Тема\Печать...") с включенной опцией "печать в метафайл".
Попробовал, тоже не то. Печатает отображаемую область, и заливки делает серые, настройки только рамок, заливок и прочего, а вот масштаб и отступы заблокированы При печати идет потеря масштаба. На самом деле требуется вывести как видимую часть так и невидимую область на экране, например у меня учаски в 10000 масштабе все не помещаются на листе А3, помещаются на А2, А1 так схема\чертеж будет содержать все участки на одном листе, читаемость и наглядность преимущественно получаю на выходе. Вот такие вот Межевые дела :). |
|
| | [ ВладимиR [42] ] Суббота, 8 августа 2009, 15:34
2Сергей:
Можно "прореживать", т.е. удалять некоторые надписи точек, оставлять только угловые например. (если не ошибаюсь)
2Денис:
Касательно такого "налипания точек", в списке точек можно сделать дополнительную колонку с флажком (переключатель), отвечающий за генерирование надписи на чертеже\схеме? (черный флажок - надпись будет сгенерирована, серый флажок - будут перегенерированы только те надписи, которые есть уже на чертеже (остались после "прореживания", и нет флажка - не генерировать) |
|
| | [ ВладимирR [42] ] Вторник, 11 августа 2009, 12:13
1. При удалении участка, не удаляются точки. Если они сами добавляются при добавлении контура, ПУСТЬ И УДАЛЯЮТСЯ!
2. Операция замены контура, также не УДАЛЯЕТ точки.
3. Нужно выделение участа кликом мышки без "Управление слоями" надоело туда-сюда прыгать. Нажал ctrl и пусть программа сама выделят учаски перебирая по слоям. Строку статуса верхнюю доработать: нужен combobox с выбором слоями, типами. При выборе из combobox'a он перемещается на самый низ. Становится РАБОЧИМ.
4. На прокрутку колеса мыши масштабирование
5. при рисовании полигона завершение без контекстного меню и двойного клика (мышь может передвинуться) "ПРОБЕЛ"\"ENTER" самое логичное, "BACKSPACE" отмена ввода последнего узла.
6. Отмена действиям нужна, нарисовал какой-либо объект\передвинул\изменил ЗНАЧЕК отмены действовал так, КАК подразумевается... а не изменил мне масштаб.
7. не нужен мне фиксированный прямоугольник масштабируемой области (при работе с инструментами "лупа +" "лупа -" [увел фрагмента/умен фрагмента]). Также нужны модификаторы-клавиши. Зажат у меня ALT так в месте залипания кнопки мыши центр, прямоугольник рисуется от центра.
8. MDI (TDI как вариант) не нужно мне награмождение окон! http://ru.wikipedia.org/wiki/Multiple_Document_Interface
9. При добавлении СЛОЯ пусть добавляются в тему все типы. (Как вариант дерево с узлами. Проставил флажки и нажал "ок")
10. В дереве проектов МНОЖЕСТВОЕННОЕ ВЫДЕЛЕНИЕ НЕОБХОДИМО. (По 1-му проекту перекидывать - обезьянья работа) |
|
| | [ Vifizeg ] Вторник, 11 августа 2009, 21:12
| +1 описывались пару функций мною ранее 4-7ку месяцев этак ранее на ол.ру =) |
|
| | [ Ринат Нуртдинов ] Пятница, 14 августа 2009, 12:42
| Не могли бы вы добавить макет или шаблон МП по разделению обособленного участка и выдела его из единого землепользования, но при этом остаток разделенного обособленного участка остается в составе единого землепользования. Заранее спасибо!!!!! |
|
| | [ Андрей Лагонский ] Среда, 19 августа 2009, 11:03
| В формуле расчета дельта P (предельно допустимой погрешности) пишется только формула, но не подставляются значения и не рассчитывается итоговая сумма. Надо бы исправить!!! |
|
| | [ Николаев Денис (разработчик) ] Среда, 19 августа 2009, 15:46
2Сергей:
> Можно ли сделать расстановку выносок не для одного объекта, а
> сразу для селектируемой группы?
Сделаем.
2ВладимиR [42]:
По поводу выгрузки чертежа в больших размерах. Перед печатью в окне должна быть видимой вся печатаемая область. Масштаб не имеет значения, пусть надписи будут мелкими. Эта область окна в итоге растянется на весь лист А1 или А2.
По поводу множественного копирования проектов - сделаем.
2Ринат Нуртдинов
> Не могли бы вы добавить макет или шаблон МП по разделению
> обособленного участка и выдела его из единого землепользования,
> но при этом остаток разделенного обособленного участка остается в
> составе единого землепользования. Заранее спасибо!!!!!
Решение этой проблемы обсуждается в соседней ветке "Единое землепользование".
2Андрей Лагонский
> В формуле расчета дельта P (предельно допустимой погрешности)
> пишется только формула, но не подставляются значения и не
> рассчитывается итоговая сумма. Надо бы исправить!!!
Методические рекомендации так еще и не утверждены. Наша позиция по этому вопросу тоже не изменилась: должна указываться формула, показывающая способ расчета, а не цифровые значения. Но если из-за этого палата отказывается принимать межевые планы (хотя оснований для этого у них нет), сообщите, мы пойдем вам на встречу и сделаем специальную версию шаблона. |
|
| | [ Николаев Денис (разработчик) ] Среда, 19 августа 2009, 16:01
Всем:
Из-за своего размера эта тема стала очень долго грузиться и с ней не удобно работать. Поэтому предлагаю больше не писать сюда, а начать новую тему или, что на мой взгляд удобнее, обсуждать каждую проблему в отдельной теме. |
|
| | [ Саша ] Четверг, 20 августа 2009, 16:51
| Нельзя изменить интерфейс программы на ПКЗОшную, а то каша в голове из-за разбросанности? |
|
| | [ Татьяна ] Среда, 28 сентября 2011, 18:35
Уже звучало такое пожелание, но повторюсь, добавьте пожалуйста возможность формировать чертеж границ на листах формата А0-А2.
При копировании в метафайл и соответствующих манипуляций теряется масштаб |
|
| | [ Николаев Денис (разработчик) ] Четверг, 29 сентября 2011, 17:39
> добавьте пожалуйста возможность формировать чертеж границ на
> листах формата А0-А2
Microsoft Word имеет ограничение на максимальный размер листа (по любой стороне) - 55,87 см, поэтому сформировать раздел Чертежа на листах формата А0-А2 не представляется возможным.
> При копировании в метафайл и соответствующих манипуляций
> теряется масштаб
Для получения метафайла с изображением темы размером А0-А2 нужно выполнить печать в метафайл, при этом в окне печати в настройках принтера должен быть выбран нужный размер листа.
По поводу "теряется масштаб" не понятно. Опишите, пожалуйста, подробнее - что вы делаете? что означает "теряется масштаб"? |
|
| | [ Татьяна ] Понедельник, 3 октября 2011, 11:22
При сохранении в метафайл сохраняется картинка темы, а мне нужно создать чертеж с соответствующими условными обозначениями - маркерами точек, номерами точек и т.д.
Есть возможность сформировать чертеж в нужном формате в приложении План границ, но есть неудобство - номера точек накладываются друг на друга (когда поворотные точки находятся близко друг к другу). При изменении в свойствах чертежа отступа картина не улучшается. Можно конечно отключить нумерацию и добавлять номера точек вручную, но для протяженного линейного объекта это весьма трудоемко. Можно ли добавить в Приложении План границ возможность перемещения(растаскивания) номеров точек? |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 3 октября 2011, 14:42
Добавить возможность ручной расстановки надписей в приложение "План границ" не представляется возможным, т.к. потребует полностью переработать внутреннее устройство этого приложения (читай написать новое). Для случая, когда надписи перекрываются, в свойствах чертежа границ есть опция "Скрывать перекрывающие надписи". Если включить эту опцию, то часть надписей будет скрыта, обеспечив тем самым читаемость оставшихся.
Возможность ручной расстановки надписей мы реализовали в приложении "Межевой план".
Что с проблемой получения метафайла большого формата А0-А2, уже решилась? |
|
| | [ Татьяна ] Вторник, 4 октября 2011, 11:07
Открываю в проекте чертеж, в меню тема выбираю печать, помечаю печать в метафайл (предварительно выбрав принтер и нужный формат листа) в открывшемся окне строка где можно изменить масштаб - неактивна. Активна она только при печати темы сразу на принтер.
Сохранившееся изображение (jpeg) выглядит приплюснутым. Т.е. неизвестен масштаб и изменяются пропорции чертежа. |
|
| | [ Николаев Денис (разработчик) ] Вторник, 4 октября 2011, 15:30
Получаемый метафайл имеет расширение .emf. Откуда у вас jpeg?
Ширина, высота и масштаб метафайла - понятия условные. Метафайл легко масштабируется, за тем исключением, что поскольку координаты хранятся в целых величинах, то уменьшение размера проходит без потерь качества, а при увеличении появляется "зернистость". Поэтому в качестве размера метафайла в пикселах берется максимально возможный размер, который вычисляется на основании текущих размера листа и dpi принтера. Это гарантирует, что если напечатать метафайл на весь лист, то искажений не будет. Если напечатать метафайл только на части листа, то в этом случае размер метафайл уменьшается и проблем не будет.
"Искажения пропорции" могут появляться по вине программы, которая отображает метафайл. Какую программу вы используете? |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
| |
