| Обсуждение |
| |  ПРОДОЛЖЕНИЕ!!!:Пожелания по доработке МП, пишите все сюда!!!!! [ Vifizeg ]Четверг, 20 августа 2009, 17:12
| не нинада... нинада нам пиченек(С)Девид Блейн... оставьте все как есть и ничего не трогайте .. просто в будущих версиях предумотрите пожалуйста возможность создания одного глобального проекта или несколько глобальных проектов в который можно будет добавлять разные независимые подпроекты подпроекты =) |
|
| | [ Николаев Денис (разработчик) ] Четверг, 20 августа 2009, 23:34
> предумотрите пожалуйста возможность создания одного глобального
> проекта или несколько глобальных проектов в который можно будет
> добавлять разные независимые подпроекты подпроекты =)
Зачем вам это? Какую проблему это поможет решить? |
|
| | [ Vifizeg ] Пятница, 21 августа 2009, 09:39
| Очень часто бывает необходимо сохранить текущий проект ... тем более что несколько человек работают в одной базе .. это приводит мягко говоря к неразберихе, создовать каждый раз новые базы не вижу смысла, а это по крайней мере решит проблему и будет видно сразу допустим проект 21,08,2009 а в нем подпроекты... |
|
| | [ ВладимиR [42] ] Пятница, 21 августа 2009, 12:42
При импорте участка из-под графической части приложения\прорисовке карты\открытия окна чертеж\схема (идет загрузка по заполнению панели Межевой план)\добавления участка сделайте прогрессбары. Не видно процесса обработки. (В строке статуса фразы не пойдут. (кто их читает?))
Для межевого плана, пункт свойства карты таб "параметры" можно и туда кнопочку "копировать из..." так как пользователи часто забывают при вводе нового МП параметры карты менять. Вручную замучался уже. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 24 августа 2009, 15:40
2Vifizeg
Если я правильно вас понял, то вложенность проектов вы хотели бы использовать для того, чтобы упорядочить большое количество проектов в рамках одной ГБД. Такой подход может привести к проблемам.
Во-первых, большое количество проектов в одной ГБД приведет к тому, что открытие ГБД и обновление дерева после изменений может существенно замедлить работу с программой.
Во-вторых, при совместной работе с одной ГБД вы столкнетесь с проблемой блокировок (см. тему "Настройка ГДБ. Таймауты.").
Исходя из этого, мы рекомендуем использовать отдельную ГБД для каждого пользователя. Общие данные, такие как слои кадастрового деления и топосновы, можно разместить во внешней базе данных, подключаемой к рабочим ГБД. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 24 августа 2009, 15:48
2ВладимиR [42]
Постараемся учесть ваши пожелания. |
|
| | [ Vifizeg ] Понедельник, 24 августа 2009, 16:03
| ога ... уже клепаю ... =(( |
|
| | [ gisuser ] Среда, 26 августа 2009, 15:30
хотелось бы перенумеровать точки (вершины) в обратном порядке (на уменьшение)
в схеме расположения создается надпись :ЗУ1, добавляю линию выноску, располагаю надпись :ЗУ1 ниже участка линия-выноска становится не подчеркнутая а надчеркнутая, редактирую линию, а потом если что нибудь подправить в свойствах участка и сохранить, то схема расположения возвращается к первоначальному виду(, и снова эта канитель с надписью :ЗУ1 и линией-выноски
какой шрифт используется как "наследуемый" для проставления надписей, Arial? и где его изменить??, при генерации в doc шрифт "наследуемый" не отображается (русские буквы) варианты с загружаемыми шрифтами, оптимизацией печати в настройках принтера HP LJ 2420, 1300 не помогают, пробовал менять кодировки в системе, менял настройки в Microsoft Office Word 2003, до установил более 1000 новых шрифтов, отредактировал все шрифты в OL (присвоил тот шрифт который генерировался в doc правильно, SanSerif).... ничего не помогло, поменял HP2420 на HP1300 по умолчанию, проверил все нормально, вернул принтер HP2420 все в порядке (в чем было дело так и не понял), и это только на 1 компе из 15, взялся за 2ой ничего не вышло... в связи с этим, на проблемных компах, хочу заменить "наследуемый" с Arial? на SanSerif |
|
| | [ Николаев Денис (разработчик) ] Среда, 26 августа 2009, 16:43
> хотелось бы перенумеровать точки (вершины) в обратном порядке (на
> уменьшение)
Добавим опцию "Нумеровать в обратном порядке".
> в схеме расположения создается надпись :ЗУ1, добавляю линию выноску,
> располагаю надпись :ЗУ1 ниже участка линия-выноска становится не
> подчеркнутая а надчеркнутая, редактирую линию, а потом если что нибудь
> подправить в свойствах участка и сохранить, то схема расположения
> возвращается к первоначальному виду(, и снова эта канитель с надписью
> :ЗУ1 и линией-выноски
Если надпись находится ниже точки привязки, то линия примыкает к надписи сверху, если выше, то снизу. Так было задумано. Вас такой подход чем-то не устраивает?
> какой шрифт используется как "наследуемый" для проставления надписей,
> Arial? и где его изменить??, при генерации в doc шрифт "наследуемый" не
> ...
> не вышло... в связи с этим, на проблемных компах, хочу заменить
> "наследуемый" с Arial? на SanSerif
Подменить гарнитуру шрифта по-умолчанию можно в реестре Windows:
[HKEY_LOCAL_MACHINE\SOFTWARE\ObjectLand Group\ObjectLand\2.7\Kernel]
"DefaultFont"="SanSerif" |
|
| | [ ВладимиR [42] ] Четверг, 27 августа 2009, 04:45
На счет нумерации участков, их подписей. Предлагаю следующую схему.
0. Берется "буферная зона" полигона на расстояние длины надписи в масштабе.
1. используется фунцкия "упростить" только она не упрощает полигон, а расставляет надписи согласно "упрощенному полигону", чтобы не накладывались надписи.
2. пробегаемся по слою надписи точек, чтобы исключить наложения надписей.
На счет печати:
Отрисовывается рамка, либо на крайний случай указывается координата Левая верхняя и нижняя правая, испрашивается масштаб. Печатается\импортируется. |
|
| | [ gisuser ] Четверг, 27 августа 2009, 13:58
>Если надпись находится ниже точки привязки, то линия примыкает к надписи
>сверху, если выше, то снизу. Так было задумано.
>Вас такой подход чем-то не устраивает?
из Межгосударственный стандарт ГОСТ 2.316-68
"Единая система конструкторской документации. Правила нанесения на чертежах надписей, технических требований и таблиц"
(утв. Комитетом стандартов, мер и измерительных приборов при Совете Министров СССР в декабре 1967 г.)
"www.yondi.ru/inner_c_article_id_1255.phtm"
новей не нашел)
...
10. Надписи, относящиеся непосредственно к изображению, могут содержать не более двух строк, располагаемых над полкой линии-выноски и под ней.
...
В принципе такой вариант не противоречит нормативам.
Нигде в чертежной документации не встречал надчеркнутую, 1-строчную надпись, когда 2х строчная, тогда она размещается сверху и снизу линии выноски (надчеркнутая линия для меня как заноза! я буду ее исправлять:), если уважаемые разработчики не уделят этой незначительной проблемке часок своего драгоценнейшего времени)
про обновление надписи при пересохранении свойств участка-это хорошо, меняет местоположение-это плохо
заранее спасибо за "Нумеровать в обратном порядке"
за шрифт спасибо |
|
| | [ ВладимиR [42] ] Четверг, 27 августа 2009, 16:08
при импорте контура из миф файлов, если содерижится в миф файле больше одного контура импортировать первый участок\импортировать как многоконтурный.
множественное выделение по кнопке "показать графику" \ "показать надписи" также множественное добавление для выделенных объектов выноски. Добавить к инструментам панели "Межевой план" в ряд к показать графику\надпись\связанный объект кнопку с добавлением выноски. |
|
| | [ Николаев Денис (разработчик) ] Воскресенье, 30 августа 2009, 13:18
2gisuser
По поводу положения надписи относительно линии-выноски. В подтверждение ваших слов - не удалось найти ни одного чертежа, где надпись бы располагалась снизу от линии. ГОСТ нам знаком, но т.к. мы не чертежники, то были не в курсе таких тонкостей. Сделаем в соответствии с вашим замечанием (надпись всегда над полкой линии-выноски). |
|
| | [ Андрей Лагонский ] Четверг, 3 сентября 2009, 12:50
Хотелось бы иметь в программе возможность создания следующих документов:
1) акта согласования границ,
2) решения о разделе земельного участка (заполняемого полностью)
3) соглашения о доступе к земельным участкам (заполняемого полностью) |
|
| | [ Николаев Денис (разработчик) ] Четверг, 3 сентября 2009, 14:53
2Андрей Лагонский
> Хотелось бы иметь в программе возможность создания следующих документов:
> 1) акта согласования границ,
Акт согласования входит в состав межевого плана и заполняется программой автоматически.
> 2) решения о разделе земельного участка (заполняемого полностью)
> 3) соглашения о доступе к земельным участкам (заполняемого полностью)
В наших планах есть идея сделать генерацию смежных с межевым планом документов, но пока это отложено на будущее. |
|
| | [ Николай ] Понедельник, 7 сентября 2009, 17:04
Справочник УЛИЦ!!!!!!!!!!!!!!
Обещали в 1.4 - улицы там не НАЙДЕНЫ!?!?! |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 7 сентября 2009, 19:14
2Николай
В одной из будущих версий (вероятно в следующую) мы добавим возможность ввода адресов на базе КЛАДР. КЛАДР включает в себя набор справочников для всех компонентов адреса, в том числе и справочник названий улиц. |
|
| | [ Николай ] Вторник, 8 сентября 2009, 13:54
Актуальность КЛАДРА вызывает серъезные сомнения!!! Тот вариант что поставляется с КаИном имеет состояние улиц г.Ростова-на-Дону на 01.01.2006!!!!! Хотя на безрыбъе...
Чтоб были в курсе... за 2007 - 2009 было поименованно около 600 улиц... |
|
| | [ Техподдержка ] Вторник, 8 сентября 2009, 14:30
КЛАДР - официальный классификатор адресов для ФНС. На странице http://www.gnivc.ru/Document.aspx?id=80 он доступен на сегодняшний день с датой актуальности - 25.08.2009. Трудно представить, что мы (или кто-то другой) может предложить другой способ формирования адреса (без КЛАДР) для произвольного населенного пункта России.
>Чтоб были в курсе... за 2007 - 2009 было поименованно около 600 улиц...
Это что, в России или в г.Ростове? |
|
| | [ Николай ] Вторник, 8 сентября 2009, 15:01
В Ростове... - на - Дону который...
Скачаю - посмотрю... Отпишусь... |
|
| | [ Техподдержка ] Вторник, 8 сентября 2009, 15:04
>В Ростове... - на - Дону который...
Вы ничего не путаете? Согласно КЛАДР годичной давности в Ростове всего 2408 улиц. Что 25% улиц города поменяли названия за 3 года? |
|
| | [ Николай ] Среда, 9 сентября 2009, 09:33
Я ничего не путаю, бо сопровождаю БД адресного трам парам города...
Не меняли названия а поименовали новые и продлили старые в основном в садах...
На сей секунд в БД 2530 улиц города и одной не доконца присоединенной территории...
Если 2400 то пойдет сносно, кирпичами не должны закидать... |
|
| | [ Техподдержка ] Среда, 9 сентября 2009, 12:28
| Скачали текущий КЛАДР - по Ростову н/д выдает 2677 записей. Разумеется там и сады и ж/д будки и проч... |
|
| | [ Вадим ] Пятница, 11 сентября 2009, 10:18
| Большая просьба, некоторые дела мы формируем картометрическим методом (части на период строительства линейных объектов).Очень бы хотелось при выводе на печать, когда мы убираем галочку схема геодезических построением, чтобы полученный документ мог автоматически нумероваться, в содержании не было бы упоминания о геодезической схемы |
|
| | [ Николаев Денис (разработчик) ] Пятница, 11 сентября 2009, 11:34
| В следующую версию добавим опцию не включать схему геодезических построений в состав межевого плана. |
|
| | [ Олег Галеев ] Понедельник, 14 сентября 2009, 08:16
| Доброго времени суток! Хотелось бы иметь в следующей версии функции как добавление линии выноски к нескольким контурам как это было в ПКЗО, и экспорт контуров в DXF формат. Спасибо! |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 14 сентября 2009, 11:44
2Олег Галеев:
Предложения принимаются, но в следующую версию не обещаем. |
|
| | [ Олег Галеев ] Понедельник, 14 сентября 2009, 12:27
| Спасибо! А как на счет перераспределения 2-х ЕЗП. |
|
| | [ Акопов Вадим ] Среда, 16 сентября 2009, 13:47
| было бы неплохо иметь возможность удалять контура ЧЗУ также как удаляются контура ЗУ |
|
| | [ Николаев Денис (разработчик) ] Среда, 16 сентября 2009, 14:58
> было бы неплохо иметь возможность удалять контура ЧЗУ также
> как удаляются контура ЗУ
Для чего может понадобиться ЧЗУ без контура?
Если нужно установить новый контур, то есть команда "Заменить контур". |
|
| | [ Акопов Вадим ] Понедельник, 21 сентября 2009, 08:37
| ЧЗУ без контура не надо. У меня 29 ЗУ на них 81 ЧЗУ всего около 6000 точек, в процессе работ выяснилось что некоторые ЧЗУ на учет не надо ставить, но я уже занес их в проект. После удаления нумерация точек сбилась. Контура ЗУ и ЧЗУ имеют как внешние так и множество внутренних границ, в связи с чем перенумировывать не удобно. Проще удалить контура и импортировать заново. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 21 сентября 2009, 13:18
2Акопов Вадим:
В одной из следующих версий мы планируем добавить операцию перенумерации всех новых точек и всех образуемых участков и частей в проекте.
Нумерация будет осуществляться в следующем порядке. Проходим по участкам в порядке слева направо, сверху вниз. Внутри участков по частям по такому же критерию. Для каждого участка и части проходим по точкам в порядке их вхождения в контур. Результирующая нумерация участков, частей и точек будет соответствовать тому, если бы в проект последовательно были добавлены участки, затем их части в порядке слева направо, сверху вниз.
Опционально можно нумеровать в том порядке, в котором участки, части и точки ранее добавлялись в проект.
|
|
| | [ Афоня ] Вторник, 22 сентября 2009, 13:53
| Кто нибудь! Хотелось бы при помощи ПК ЗО "Межевой план" иметь возможность в составе одного межевого плана на уточнение или образование земельного участка одновременно уточнять местоположение смежных участков. Закон предусмотрел возможность. Для этого необходимо добавить к стандартному составу межевого плана информацию об уточняемом СМЕЖНОМ участке в виде раздела "Сведения об уточняемых земельных участках и их частях". Причем уточнять можно несколько смежников. Возможно? |
|
| | [ Николаев Денис (разработчик) ] Вторник, 22 сентября 2009, 14:47
| По поводу включения информации об уточняемых смежных участках есть одна проблема: форма межевого плана не допускает возможности включать несколько актов согласования. Мы можем сделать генерацию нескольких актов согласования, но куда вы их будете вставлять в межевой план? |
|
| | [ Олег Галеев ] Среда, 23 сентября 2009, 08:44
| Почему новая граница между существующими точками не определяется автоматически как новая показывает черным цветом. |
|
| | [ Николаев Денис (разработчик) ] Среда, 23 сентября 2009, 11:27
> Почему новая граница между существующими точками не определяется
> автоматически как новая показывает черным цветом.
На данный момент используется критерий: если хотя бы одна точка ребра новая, то ребро считается новым, иначе существующим. Есть вариант применить более сложный критерий, учитывающий наличие совпадающих ребер в исходных участках. Правда он не сработает для случая образования из земель, где не указаны смежные-исходные участки, или, для уточнения, когда нет исходного контура. В любом случае, критерий можно улучшить и мы внесли это в наш список на будущее. |
|
| | [ Олег Галеев ] Среда, 23 сентября 2009, 12:26
| Спасибо. т.е. пока исправлять вручную? |
|
| | [ Андрей Лагонский ] Среда, 23 сентября 2009, 18:14
| Хотелось бы иметь руководство пользователя, в котором были бы описаны все возможные разделы, выделы, перераспределения и т.д. участков из различных земель с алгоритмом работы в оболочке программы, как это было сделано в ПКЗО. Это намного бы упростило и ускорило бы изучение программы разгрузило форум. В идеале такое руководство необходимо поставлять сразу с диском программы при ее продаже!!! |
|
| | [ Vifizeg ] Четверг, 24 сентября 2009, 09:59
| Есть сущ. 2 по кпзу (1 и 2) и 2 условные (н1 и н2) точки смежного земельного участка при генерации межевого плана выдается ошибка точка 1 и 2 должна быть новая .. в предидущих фиксах такого не наблюдалось... можно ли либо вернуть обратно либо, где выбор точки типа исходная добавить да, чтоб в сведениях об уточняемых зу добавлялись существующие .. |
|
| | [ Николаев Денис (разработчик) ] Четверг, 24 сентября 2009, 14:57
2Андрей Лагонский
Руководство пользователя обязательно будет. И обязательно будет распространяться вместе с программой. Мы этим займемся вплотную после выхода следующей версии 1.5.
2Vifizeg
По поводу предупреждающих сообщений после генерации межевого плана. Эти сообщения носят рекомендательный характер, а тип точек вообще не имеет влияния на формирование каталога координат уточняемого участка. Т.е. мы рекомендуем исходной точке назначать тип "ликвидируемая", а уточняемой "новая", но если использовать варианты "существующая"-"новая" или "ликвидируемая"-"существующая" каталог все-равно будет формироваться правильно. Неверное указание типа для точки может повлиять только на стилевое оформление точки в графической части. |
|
| | [ Vifizeg ] Четверг, 24 сентября 2009, 15:19
о_О в данном случаем точка 1 и 2 прописывается как уточняемая а не существующая в сведениях о характерных точках границы уточняемого земельного участка, если кадастровая палата будет такое пропускать я не против, но копипастить в колонку существующие другие пользователи будут париться. в фиксе 11 мы имеем следующие результаты,хотя точка два имеет тип существующая:
существующая уточняемая
Х Y Х Y
1 2 3 4 5 6 7
н1 — — 121,31 9486,66 2,5 —
2 — — 120,86 9534,17
н3 — — 863,17 9528,42 2,5 —
н4 — — 858,90 9481,09 2,5 —
н1 — — 121,31 9486,66 2,5 —
ЗЫ. папробую 12 может это прикол только в 11 но до этого у нас выдавало нормально именно там где надо а именно гдето так:
существующая уточняемая
Х Y Х Y
1 2 3 4 5 6 7
н1 — — 121,31 9486,66 2,5 —
2 120,86 9534,17 120,86 9534,17
н3 — — 863,17 9528,42 2,5 —
н4 — — 858,90 9481,09 2,5 —
н1 — — 121,31 9486,66 2,5 — |
|
| | [ Ринат Нуртдинов ] Четверг, 24 сентября 2009, 15:47
| При перераспределении протокол не прописывается в содержании |
|
| | [ Николаев Денис (разработчик) ] Четверг, 24 сентября 2009, 17:32
2Vifizeg
Не можем сообразить, как такое возможно. Не могли бы вы прислать нам проект с этим примером.
2Ринат Нуртдинов
На данный момент протокол нужно явно включать в список документов приложения (свойства проекта, вкладка "Документы"). |
|
| | [ Vifizeg ] Четверг, 24 сентября 2009, 18:01
| Хорошо ... завтра у сотрудницы возьму зашлю ... |
|
| | [ 001 ] Воскресенье, 27 сентября 2009, 13:25
| Здравствуйте. Останавливается генерирование межевого плана на сведениях об образуемых земельных участках и их частях.Участок большой , состоит из 400 точек и 10 внутренних границ. В чём причина??? |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 28 сентября 2009, 12:45
> Останавливается генерирование межевого плана на сведениях об
> образуемых земельных участках и их частях.Участок большой ,
> состоит из 400 точек и 10 внутренних границ. В чём причина???
Генерация для больших проектов может занимать значительное время, особенно на слабых машинах и в ранних версиях программы. Сообщите, пожалуйста, конфигурацию своего компьютера и версию приложения "Межевой план". |
|
| | [ Vifizeg ] Понедельник, 28 сентября 2009, 14:40
| отсылал пример .. приходил ?? |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 28 сентября 2009, 15:52
| Пример получили. Внесли соответствующие изменения. В следующей версии ваш случай будет генерироваться правильно. |
|
| | [ ВладимиR [42] ] Понедельник, 28 сентября 2009, 16:00
Не в обиду будет сказано, но если 400 точек занимают такое долгое время... то что у вас за алгоритмы? Можно хоть на общую блок-схему взглянуть по обработке информации. (особенно интересует операция "добавить контуры" и "генерировать МП"). Такое ощущение, что алгоритм O(n!).
Титульный лист должен входить в содержание.
Краткое название организации и полное название тоже должны (да одно из них есть, но не хватает одного из них, приходится костыли вставлять).
Нет никакой информации как сделать ОБЩИМИ внутри сети справочники, библиотеки стилей.
Иногда при добавлении "Сведений о геодез-й основе, использованной при подготовке межевого плана" выдает координаты @@@@@@,@ вместо @@@@@@,@@ (один знак после запятой)
При создании собственной подписи, например: кадастровый квартал, не выставляет размер надписи при "генерировать графику", добавлять в слой подписи формируемые участки? (лишняя операция), и нет надежности что после генерации не будет удалена моя надпись.
Линии выноски исчезают при регенерации.
Если выставляешь точке свойство - существующая "н" должна исчезнуть.
Не хватает редактора Легенд, надо бывает иногда еще значков добавить, типы линий, и подписать к ним обозначения. (тот же подъезд к участку)
Что-то еще с актом. Надо подробнее пользователей расспросить.
До сих пор ничего не ясно с надписями точкам (их кучностью), имхо не трудно зная габариты надписи раскидать их таким образом, чтобы они не накладывались друг на друга.
И последнее: при подогнать размер темы на А4, я получаю окно больше выходящее за рамки разрешения рабочего стола, смещение идет на 20-40 пиксель по вертикали. (не видно строки статуса). |
|
| | [ Vifizeg ] Понедельник, 28 сентября 2009, 16:01
|
| | [ ВладимиR [42] ] Понедельник, 28 сентября 2009, 16:20
Еще один недочет: интерфейс управлением порядком слоев наихудчайший, перетаскивание мышью просто необходимо, с селекцией нескольких слоев, так и по одному. Список должен быть размером равному кол-ву слоев*высота шрифта, без каких либо полос прокруток. (кроме тех случаев, когда их намного больше чем вертикальная разрешающая способность экрана).
Одно автоматизируем - другое в обезьяний труд превращаем. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 28 сентября 2009, 18:05
> Не в обиду будет сказано, но если 400 точек занимают такое долгое
> время... то что у вас за алгоритмы? Можно хоть на общую блок-схему
> взглянуть по обработке информации. (особенно интересует операция
> "добавить контуры" и "генерировать МП"). Такое ощущение, что алгоритм O(n!).
На машине Pentium Core2 2,6ГГц ОЗУ-2Гб генерация проекта более 1500 точек занимает менее 4-х минут. Для 6500 точек - менее 25 минут (это более сложный случай уточнения ЕЗП). Это потолок для работы через COM-интерфейсы Word. В будущем для особо больших проектов, порядка 40000 точек, мы планируем сделать альтернативную генерацию в OpenXML.
> Титульный лист должен входить в содержание.
Должен вам сообщить, что согласно П412 титульный лист не включается в содержание (т.к. не является разделом). Но нам известно, что некоторые палаты выставляют подобные требования, и поэтому в будущей версии мы планируем сделать альтернативный вариант шаблона для содержания, куда будут включены титульный лист и содержание. До тех пор, если очень надо, можете подправить шаблон самостоятельно.
> Краткое название организации и полное название тоже должны (да одно из них есть,
> но не хватает одного из них, приходится костыли вставлять).
Изложите подробнее для чего это нужно и мы внесем соответствующие изменения.
> Нет никакой информации как сделать ОБЩИМИ внутри сети справочники, библиотеки стилей.
Для этого нужно разместить ГБД со справочниками и файлы общей библиотеки на сетевом ресурсе и настроить программу на их использование. Настройка общей библиотеки осуществляется в свойства ГБД на вкладке "Общая библиотека" (подробнее см. в документации ObjectLand). Настройка ГБД со справочниками в окне настройки справочников (пункт "Настройка" в контекстном меню элемента "Справочники"). После выпуска версии 1.5 мы планируем существенно обновить и расширить руководство пользователя, где отметим эти и другие тонкости в работе с программой.
> Иногда при добавлении "Сведений о геодез-й основе, использованной при подготовке
> межевого плана" выдает координаты @@@@@@,@ вместо @@@@@@,@@ (один знак после запятой)
Спасибо, что обратили наше внимание на этот мелкий недочет. Такое возникает, когда значение координаты имеет меньше двух знаков после запятой. Мы добавили округление и дополнение нулями до двух цифр после запятой.
> При создании собственной подписи, например: кадастровый квартал, не выставляет
> размер надписи при "генерировать графику", добавлять в слой подписи формируемые
> участки? (лишняя операция), и нет надежности что после генерации не будет
> удалена моя надпись.
Программа генерирует графику только для объектов проекта (участков, частей, точек, которые внесены в проект и видны в панели проекта). Добавлять надпись в слои проекта мы настоятельно не рекомендуем. Как вариант, мы рассмотрим возможность добавления кадастровых кварталов в объекты проекта, тогда программа сможет генерировать надписи и для них. Но это еще под вопросом.
> Линии выноски исчезают при регенерации.
Проблема уже есть в нашем списке. Решено добавить для генерации графики опцию: не менять расстановку надписей. В этом случае местоположение и линии-выноски для существующих надписей будут сохраняться.
> Если выставляешь точке свойство - существующая "н" должна исчезнуть.
Префикс "н" не всегда совпадает с типом "новая". Для случая уточнения точка может быть новой, но не иметь префикса "н". Если речь идет о группе точек, то рекомендуем вам воспользоваться операцией "Перенумеровать точки" для вершин контура.
> Не хватает редактора Легенд, надо бывает иногда еще значков добавить, типы
> линий, и подписать к ним обозначения. (тот же подъезд к участку)
О редакторе какой легенды идет речь: о легенде в ObjectLand или о легенде в межевом плане?
> Что-то еще с актом. Надо подробнее пользователей расспросить.
-
> До сих пор ничего не ясно с надписями точкам (их кучностью), имхо не трудно зная
> габариты надписи раскидать их таким образом, чтобы они не накладывались друг на
> друга.
Если вы имеете ввиду, чтобы это делала сама программа, то мы уже сообщали, что это очень сложная задача (если учесть, что участков может быть несколько), если вы пришлете нам такой алгоритм (лучше по почте), то мы его рассмотрим и постараемся реализовать.
> И последнее: при подогнать размер темы на А4, я получаю окно больше выходящее за
> рамки разрешения рабочего стола, смещение идет на 20-40 пиксель по вертикали.
> (не видно строки статуса).
Видимо вы работаете на ноутбуке, где небольшое разрешение по вертикали. Мы рассматриваем другие способы задания области изображения (сейчас путем задания размеров окна) и, возможно, в будущем поменяем на более удобный способ.
> Еще один недочет: интерфейс управлением порядком слоев наихудчайший,
> перетаскивание мышью просто необходимо, с селекцией нескольких слоев, так и по
> одному. Список должен быть размером равному кол-ву слоев*высота шрифта, без
> каких либо полос прокруток. (кроме тех случаев, когда их намного больше чем
> вертикальная разрешающая способность экрана).
> Одно автоматизируем - другое в обезьяний труд превращаем.
Согласны, в легенде в окне просмотра карты многое можно улучшить и в том числе то, что вы указали. |
|
| | [ ВладимиR [42] ] Понедельник, 28 сентября 2009, 20:42
Благодарю за столь содержательные ответы и пояснения.
Ознакомлю пользователей.
По остальным неясностям (Экран, Акт) сообщу на мыло.
Над алгоритмом с надписей точек надо поразмышлять: интересует тогда текущая схема их расстановки, особенно выставление высоты в четком миллиметраже. На счет габаритов надписи можно скорее всего найти в справке по ком-интерфейсу. |
|
| | [ Николаев Денис (разработчик) ] Вторник, 29 сентября 2009, 12:32
> Над алгоритмом с надписей точек надо поразмышлять: интересует тогда
> текущая схема их расстановки, особенно выставление высоты в четком
> миллиметраже. На счет габаритов надписи можно скорее всего найти в справке
> по ком-интерфейсу.
Алгоритм следующий. Для точки определяется множество ребер. Надпись центрируется на биссектрисе наибольшего угла между двумя соседними ребрами.
Вычисление размеров надписи в текущем масштабе - задача тривиальная, поэтому можно считать, что ширина и высота в системе координат карты для каждой надписи - это исходные данные. |
|
| | [ CriDos . ] Понедельник, 21 декабря 2009, 16:04
Мои пожелания по добавлению полезных и нужных функций в МП:
1)Чтобы при копировании проекта наследовалась и привязка к таблице копируемому проекта.
2)Добавить функцию поиска ОМС в окно выбора пункта ОМС из справочника. (эта функция будет особо полезна так как например у нас 431 ОМС и выискивание в этой кучи текста название нужного на пример хутора занимает много времени)
3)Хотелось бы видеть функцию округления координат выделенного объекта до определённого значения.
4)Также очень хотелось бы увидеть функцию Экспорта выделенного участка в формат MIF или CSV не зависимо от того в каком слое находится выделенный участок.
Возможно ли это осуществить в будущем и если да то примерно через какое время можно ждать добавление выше описанных функций? |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 21 декабря 2009, 17:05
2CriDos
> 1)Чтобы при копировании проекта наследовалась и привязка к
> таблице копируемому проекта.
Поясните, что вы имеете ввиду.
> 2)Добавить функцию поиска ОМС в окно выбора пункта ОМС из
> справочника. (эта функция будет особо полезна так как например
> у нас 431 ОМС и выискивание в этой кучи текста название нужного
> на пример хутора занимает много времени)
Опишите, как по вашему мнению должна выглядеть функция поиска. Можно добавить в окно поле фильтра по наименованию. При вводе в это поле из списка будут автоматически исключаться те пункты ОМС, для которых наименование не включает вводимую подстроку.
> 3)Хотелось бы видеть функцию округления координат выделенного
> объекта до определённого значения.
Это есть в нашем списке. В одной из следующих версий сделаем.
> 4)Также очень хотелось бы увидеть функцию Экспорта выделенного
> участка в формат MIF или CSV не зависимо от того в каком слое
> находится выделенный участок.
По плану будет готово на следующей неделе. |
|
| | [ CriDos . ] Понедельник, 21 декабря 2009, 20:10
[b]Николаев Денис (разработчик)[/b]
[quote]Поясните, что вы имеете ввиду.[/quote]
Пример:
Имеем проект в МП с именем "TEST" в этом проекте мы имеем слой "Земельные участки" у этого слоя имеются типы ЗУ Формируемые, ЗУ Новые и тд., к каждому типу мы можем привязать таблицу с данными например данные это кадастровые номера и при просмотре информации ЗУ тип которого связан с таблицей мы увидем эти данные то-есть в нашем случае это кад. номера...
Проблема в том что если скопировать проект который имеет типы связанные с таблицами то связи с таблицами [b]у копии проекта[/b] пропадают и приходится их снова вручную привязывать чтобы увидеть данные участка (или в нашем случае КН).
Для чего это нужно?
Ну у нас имеется в МП проект "Шаблон" который полностью настроен, очищен от лишний слоёв, настроены расположения слоёв, а также частично заполнена семантика ну и к слоям (ЗУ, ЧЗУ, КВ) привязаны таблицы с кадастровыми номера.
Но при копировании этого шаблона пропадают все связи и их приходится привязывать снова...
[quote]Опишите, как по вашему мнению должна выглядеть функция поиска. Можно добавить в окно поле фильтра по наименованию. При вводе в это поле из списка будут автоматически исключаться те пункты ОМС, для которых наименование не включает вводимую подстроку.[/quote]
Сделать текстовое поле ввода прямо на форме "Выбор из справочника" внизу таблицы которое при пустом содержании поле будут выдаваться все имеющиеся строки из справочника а при вводе текста по маске (без нажатия на Enter) происходило событие фильтрации строк имеющихся в справочнике и выдачей их в выше находящуюся таблицу, фильтрацию сделать по любой части строки справочника, пример:
Имеем 100 записей в справочнике ОМС.
Нам нужно отфильтровать нужную нам строку по введённой маске к примеру по координатам, значит вводим в текстовое поле текст следующего содержания: *xxxxxxx*xxxxxxx* по которому программа должна отсеить все строки в которых эти координаты не содержаться. Это будет удобно в случае если пользователь помнить только часть названия ОМС на пример пользователь знает название "Братский" но что это хутор, посёлок или город он не знает то в таком случае ему всеголиш надо ввести *Братский* и все строки не содержащие слово "Братский" должны отсеяться, также если нам нужно отфильтровать в справочнике исполнителя по имени и отчеству забиваем *Андрей*Алексеевич* и получаем нужные нам строки.
И + также сделать упрощённый фильтр (без маски) то есть вводим Фамилию исполнителя или название хутора без символа * и получаем строки в которых был найден введённый текст.
PS. По такому принципу можно сделать фильтр и в других формах работающих со справочником... |
|
| | [ CriDos . ] Понедельник, 21 декабря 2009, 20:12
|
| | [ Александр Степанченко ] Вторник, 22 декабря 2009, 15:23
Уважаемые разработчики, хотелось бы в доработках было учтено:
1) Исправление тормоза работы при 20 и более проектах;
2) Использование внешних баз данных;
3) Экспорт (вернее) генерация межевого плана не в формат Word, а в свободно распространяемый (например) OpenOffice. |
|
| | [ Николаев Денис (разработчик) ] Вторник, 22 декабря 2009, 18:09
2CriDos
Теперь все понятно.
1. По поводу копирования проектов. Не могли бы вы выслать нам ГБД с проблемным проектом-шаблоном, мы постараемся доработать процедуру копирования проекта, чтобы решить эту проблему.
2. Фильтр в окно выбора из справочника добавим.
2Александр Степанченко
> 1) Исправление тормоза работы при 20 и более проектах;
Оптимизация работы с деревом в главном окне есть в нашем списке. Но нужно понимать, что даже после оптимизации рано или поздно предел количества проектов, при котором будет существенно замедляться работа в главном окне, все-равно наступит. Поэтому, мы не рекомендуем хранить все проекты в одной ГБД, а рекомендуем накапливать их в отдельных (архивных) ГБД. Подробнее с нашими рекомендациями по этой проблеме можете ознакомиться здесь:
http://pkzo.objectland.ru/support/forum/113/
http://pkzo.objectland.ru/support/forum/410/
http://pkzo.objectland.ru/support/forum/771/
> 2) Использование внешних баз данных;
Поясните, что вы имеете ввиду.
Если речь о возможности подключать слои из внешних баз данных к темам проекта, (например, подключение слоев топосновы и кадастрового деления к схеме расположения), то такая возможность доступна с самой первой версии.
Сохранение проектов во внешних базах данных рассматривается нами в дальнейшей перспективе.
> 3) Экспорт (вернее) генерация межевого плана не в формат Word, а в
> свободно распространяемый (например) OpenOffice.
На данный момент мы работаем над генерацией межевого плана в формате OpenXML. Для работы с этим форматом достаточно бесплатных компонентов от Microsoft. |
|
| | [ Ибрагим Бендербей ] Среда, 23 декабря 2009, 09:33
| Риальные пацаны предпочли бы увидеть генерацию не в позерский ОпенОфис, а в десятилетиями свободно распространяемый TeX версии 3.1415926. Последнему, по крайней мере, не приходится отвоевывать у МелкософтОфиса место под солнцем на компьютерах домохозяек, он во многих издательствах используется как основной формат, и любой красноглазик, который видел что-нибудь круче Ебунты, знает, что это такое. Ну и разработчикам должно быть интересно, найдут ошибку в TeX-е - слупят с Дональда Кнута награду. |
|
| | [ Игорь Твердохлебов ] Среда, 23 декабря 2009, 10:09
| Помогите, православные! Как запустить ПКЗО под Вайном не в демо-режиме? |
|
| | [ Николаев Денис (разработчик) ] Среда, 23 декабря 2009, 13:19
> Помогите, православные! Как запустить ПКЗО под Вайном не в демо-режиме?
ПК ЗО v3.0 "Межевой план" защищено аппаратным ключом Guardant. На сайте Guardant есть сообщение, что начиная с версии 1.0.10 WINE поддерживает работу ключей Guardant. Может нужно обновить WINE?
|
|
| | [ Александр Степанченко ] Пятница, 25 декабря 2009, 12:47
Ранее когда работали в программе для подготовки описаний была замечательная возможность импорта участка с текстового файла создаваемого программой обработки геодезических измерений, формат файла (result.txt) такой
КАТАЛОГ
координат точек границы земельного участка
Участок № 1 ул.
|----------------------------------------------------------|
| Номер | Координаты точек, м | Длина | Дирекцион. |
| точки |-----------------------| стороны | углы |
| | X | Y | м | г. м. с. |
|----------------------------------------------------------|
| 4| -2599.613| -395.844| | |
| | | | 9.54| 56 38 05 |
| 1| -2594.366| -387.876| | |
| | | | 3.86| 60 16 38 |
| 358| -2592.450| -384.520| | |
| | | | 13.23| 151 42 40 |
| 2260| -2604.100| -378.250| | |
| | | | 7.73| 152 50 19 |
| 2261| -2610.980| -374.720| | |
| | | | 5.25| 156 45 30 |
| 2262| -2615.800| -372.650| | |
| | | | 0.49| 59 14 14 |
| 2263| -2615.550| -372.230| | |
| | | | 10.03| 146 03 23 |
| 2264| -2623.870| -366.630| | |
| | | | 9.00| 147 37 00 |
| 2265| -2631.470| -361.810| | |
| | | | 7.68| 154 22 11 |
| 2266| -2638.390| -358.490| | |
| | | | 13.01| 153 02 28 |
| 366| -2649.990| -352.590| | |
| | | | 20.25| 155 26 03 |
| 367| -2668.410| -344.170| | |
| | | | 5.78| 261 56 24 |
| 214| -2669.220| -349.890| | |
| | | | 0.04| 345 57 50 |
| 1426| -2669.180| -349.900| | |
| | | | 6.92| 252 24 03 |
| 23| -2671.271| -356.492| | |
| | | | 10.11| 338 10 13 |
| 24| -2661.887| -360.251| | |
| | | | 12.40| 337 04 06 |
| 25| -2650.468| -365.082| | |
| | | | 9.53| 333 20 27 |
| 26| -2641.953| -369.357| | |
| | | | 9.12| 323 58 51 |
| 27| -2634.578| -374.719| | |
| | | | 7.78| 324 22 06 |
| 28| -2628.251| -379.254| | |
| | | | 10.86| 325 55 14 |
| 29| -2619.258| -385.338| | |
| | | | 2.85| 328 20 09 |
| 11| -2616.834| -386.833| | |
| | | | 4.88| 330 51 28 |
| 10| -2612.569| -389.211| | |
| | | | 8.96| 332 37 43 |
| 5| -2604.611| -393.331| | |
| | | | 5.59| 333 18 24 |
| 4| -2599.613| -395.844| | |
|----------------------------------------------------------|
Площадь участка 1048.37 кв.м
0.104837 га
Ср.кв. ошибка определения площади 0.47 кв.м Сейчас, в межевом плане приходится пользователям делать импорт точек а потом их "скалывать" вручную.
Т.Е. добавить к уже имеющимся возможностям импорта контуров CSV, MIF, DXF форматов.
Или... импорт из такого файла (тоже обрабатываемого программой геодезических измерений) формат файла (katalog.s01)
m
4 -2599.613 -395.844
1 -2594.366 -387.876
358 -2592.450 -384.520
2260 -2604.100 -378.250
2261 -2610.980 -374.720
2262 -2615.800 -372.650
2263 -2615.550 -372.230
2264 -2623.870 -366.630
2265 -2631.470 -361.810
2266 -2638.390 -358.490
366 -2649.990 -352.590
367 -2668.410 -344.170
214 -2669.220 -349.890
1426 -2669.180 -349.900
23 -2671.271 -356.492
24 -2661.887 -360.251
25 -2650.468 -365.082
26 -2641.953 -369.357
27 -2634.578 -374.719
28 -2628.251 -379.254
29 -2619.258 -385.338
11 -2616.834 -386.833
10 -2612.569 -389.211
5 -2604.611 -393.331
88888
1 ул. Пономарева № ;ИЖС,
4 1 358 2260 2261 2262 2263 2264 2265 2266 366 367 214
1426 23 24 25 26 27 28 29 11 10 5 0
99999 где:
m - расстояние (метры);
88888 - признак окончания точек;
99999 - признак окончания обхода контура
во 2 варианте достаточно парсить (читать) значения точек до признака окончания точек 88888. |
|
| | [ Александр Степанченко ] Пятница, 25 декабря 2009, 12:51
Ну вот формат файла (result.txt)
при отправке на ваш форум выглядит без выравнивания, ну сделайте возможность прикреплять файлы к сообщению, ограничьте только размер вложенного файла 150-200 кБ |
|
| | [ Николаев Денис (разработчик) ] Пятница, 25 декабря 2009, 14:33
2Александр Степанченко
Мы рассмотрим возможность импорта контуров из указанных вами форматов. Сообщите, пожалуйста, как называется программа (или программы) обработки геодезических измерений, которая выдает данные в таких форматах. |
|
| | [ Константин Финагеев (разработчик) ] Пятница, 25 декабря 2009, 15:07
Насчет прикрепления файлов - мы считаем реализацию данной возможности на данный момент нецелесообразной и очень редко востребованной. Как только накопится "критическая масса" недовольств пользователей отсутствием возможности прикреплять файлы к сообщениям - мы непременно реализуем эту ставшую жизненно необходимой многим людям потребность. На данный момент файлы от пользователей попадают к нам с помощью многих способов, чаще всего - электронной почтой, некоторые выкладывают, если есть возможность, на собственные веб-сервера и присылают нам ссылку, некоторые пользуются различными популярными бесплатными и не очень файлообменными сервисами (rapidshare.com, depositfiles.com, Народ.Диск, Файлы@Mail.ru, ifolder.ru и т.п.).
Даже если было бы реализовано прикрепление файлов, Ваша цель (файл должен выглядеть с выравниванием) не была бы достигнута - файл выглядел бы всего лишь ссылкой. Если Вам важно форматирование приведенных Вами фрагментов - пожалуйста, я оформил Ваше сообщение с выравниванием. |
|
| | [ Александр Степанченко ] Понедельник, 28 декабря 2009, 12:22
Николаев Денис
Программы две (Geodesy.exe Square.exe) разработчик Геодезическое предприятие г.Пятигорск (Шавук В.С.), куплена давно в 2002 году.
>2Александр Степанченко
>Мы рассмотрим возможность импорта контуров из указанных вами форматов. >Сообщите, пожалуйста, как называется программа (или программы) обработки >геодезических измерений, которая выдает данные в таких форматах.
Константин Финагеев
Да вам же разработчикам удобнее будет, глянули скриншот и всё ясно...
Я думаю уже надо сделать.
>Насчет прикрепления файлов - мы считаем реализацию данной возможности на >данный момент нецелесообразной и очень редко востребованной. Как только >накопится "критическая масса" недовольств пользователей отсутствием >возможности прикреплять файлы к сообщениям - мы непременно реализуем эту >ставшую жизненно необходимой многим людям потребность..... |
|
| | [ Ришат ] Понедельник, 28 декабря 2009, 12:30
| Здравствуйте. У нас в ЗКП просят чтобы при образования из единого землепользования в разделе "Сведения об измененных земельных участках" в реквизите 3 "Сведения о местоположении границ частей измененных ЗУ" прописывались координаты. Если такое возможно, просьба скинуть измененный ШАБЛОН этого раздела на мыло. Зарание СПАСИБО!!! |
|
| | [ Ришат ] Понедельник, 28 декабря 2009, 12:33
| Координаты измененного обособленного участка т.е. остатка остающегося в едином землепользовании. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 28 декабря 2009, 13:19
2Александр Степанченко
> Программы две (Geodesy.exe Square.exe) разработчик Геодезическое
> предприятие г.Пятигорск (Шавук В.С.), куплена давно в 2002 году.
К сожалению, эта программа не очень распространенная, а приведенные вами форматы файлов (если я правильно понял) поддерживаются только этой программой. Поэтому добавлять поддержку таких форматов в нашу программу мы не будем, но можем предложить вам два решения этой проблемы:
1. Посмотрите, может ваша программа поддерживает какие-то другие форматы для выгрузки, более распространенные и которые поддерживаются другими геодезическими программами тоже. Поддержку таких форматов мы готовы добавить прямо в ПК ЗО. В этом случае пришлите нам по почте образцы файлов с названиями форматов.
2. Если других форматов нет, то можно обеспечить загрузку указанных вами файлов после небольшого преобразования. Например, если из файла katalog.s01 удалить строчку m и строчки начиная с 88888 до конца файла, то это получается обычный csv формат (текстовый формат с разделителем). Такой файл можно импортировать в ПК ЗО с помощью операции импорта точек. Мы со своей стороны готовы добавить в эту операцию опцию "создать контур", в результате которой в дополнение к точкам будет создаваться площадной объект (контур).
> Да вам же разработчикам удобнее будет, глянули скриншот и всё ясно...
> Я думаю уже надо сделать.
Скриншоты с ошибками можно высылать нам по почте. Видеть их нужно только нам, разработчикам, и, как правило, один раз, чтобы понять в чем проблема. На данный момент мы считаем, что полезнее будет потратить время на улучшение ПК ЗО. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 28 декабря 2009, 13:56
2Ришат
> У нас в ЗКП просят чтобы при образования из единого землепользования в
> разделе "Сведения об измененных земельных участках" в реквизите 3
> "Сведения о местоположении границ частей измененных ЗУ" прописывались
> координаты. Если такое возможно, просьба скинуть измененный ШАБЛОН этого
> раздела на мыло. Зарание СПАСИБО!!!
> Координаты измененного обособленного участка т.е. остатка остающегося в
> едином землепользовании.
Хочу обратить ваше внимание, что Требованиями не предусмотрено указание в межевом плане координат участка, сохраняемого в измененных границах. Ни для ЕЗП, ни для многоконтурного участка, ни для простого участка. Реквизит "3" раздела об измененных участках предназначен только для указания местоположения границ ЧАСТЕЙ (п.54 Требований). Вы должны предоставить только контуры образуемых участков, определение изменений в контуре измененного участка - это задача палаты. Если вы готовы помочь ей в этом, то лучше выгрузить и передать им контур измененного участка в подходящем для них формате (CSV или MIF). |
|
| | [ Александр Степанченко ] Понедельник, 28 декабря 2009, 17:44
Николаев Денис
К сожалению других возможностей нет.
На счёт импорта точек, я вам об этом же и писал, что у вас это уже реализовано через CSV формат, НО... представите себе участок с 100-700... и более точек, сколько времени займет вручную обводка контура?
И что так трудно, сделать такой импорт?
В программе описания, которую мы у вас ранее покупали, из файла result.txt был же импорт?
>К сожалению, эта программа не очень распространенная, а приведенные вами >форматы файлов (если я правильно понял) поддерживаются только этой >программой. Поэтому добавлять поддержку таких форматов в нашу программу >мы не будем, но можем предложить вам два решения этой проблемы:
>1. Посмотрите, может ваша программа поддерживает какие-то другие форматы >для выгрузки, более распространенные и которые поддерживаются другими >геодезическими программами тоже. Поддержку таких форматов мы готовы >добавить прямо в ПК ЗО. В этом случае пришлите нам по почте образцы >файлов с названиями форматов.
>
Фактически пользователь так сейчас и делает, но потом вручную сводит контур и очень мучается, особенно когда их много.
>2. Если других форматов нет, то можно обеспечить загрузку указанных вами >файлов после небольшого преобразования. Например, если из файла >katalog.s01 удалить строчку m и строчки начиная с 88888 до конца файла, >то это получается обычный csv формат (текстовый формат с разделителем). >Такой файл можно импортировать в ПК ЗО с помощью операции импорта точек.
Добавите такую опцию, обрезку они сами смогут сделать.
Пож=ста.
>Мы со своей стороны готовы добавить в эту операцию опцию "создать >контур", в результате которой в дополнение к точкам будет создаваться >площадной объект (контур). |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 28 декабря 2009, 18:25
2Александр Степанченко
> Добавите такую опцию, обрезку они сами смогут сделать.
Опцию добавим. Будет готово в ближайшие дни после каникул. |
|
| | [ Владимир Подкопаев ] Понедельник, 28 декабря 2009, 22:03
| Программы (Geodesy.exe Square.exe)раньше использовали и мы при подготовке описаний земельных участков и там в проге есть выгрузка-в любом формате (mif,csv,txt).как счас помню: площади-выгрузить-каталог координат для ЕГРЗ.Могу выслать exe на почту. |
|
| | [ Александр Степанченко ] Вторник, 29 декабря 2009, 09:42
Владимир Подкопаев
Так, в том и дело что экспорт есть только в Geodesy.exe
Ходил к геодезистам искал более новые версии.. безрезультатно.
Вот поэтому и прошу добавить импорт программу межевой план.
Если можешь пришли оба Geodesy.exe Square.exe может они новой версии?
Николаев Денис
Для того чтобы, вы могли корректно добавить опцию импорта могу прислать
Help к указанным программам, в котором всё подробно описано. |
|
| | [ Ришат ] Вторник, 29 декабря 2009, 10:28
| Но ведь они нам делают приостановку, с требованием внести координаты. Я им и отправляю mid mif на все участки, но все равно просят. Если есть возможность отправте мне ШАБЛОН. |
|
| | [ Николаев Денис (разработчик) ] Вторник, 29 декабря 2009, 17:46
2Владимир Подкопаев
> Могу выслать exe на почту.
Вышлите, если не затруднит, мы посмотрим, в любом случае пригодится.
2Александр Степанченко
> Для того чтобы, вы могли корректно добавить опцию импорта могу прислать
> Help к указанным программам, в котором всё подробно описано.
и документация тоже пригодится, присылайте
2Ришат
> Но ведь они нам делают приостановку, с требованием внести координаты. Я
им
> и отправляю mid mif на все участки, но все равно просят. Если есть
возможность
> отправте мне ШАБЛОН.
Отказ по этой причине неправомерен, но если иного пути вы не видите, то можете подправить шаблон. В последней таблице найдите поле "<$2Повтор:$1.Части>". Замените его на "<$2Повтор:$1.Входящие участки>". Как это делается: кликаете дважды на сером поле с соответствующим текстом, открывается диалог "Параметры текстового поля", изменяете в этом диалоге "Текст по умолчанию". Кроме того, поле "$3.Примечание" заменяете на "$3.Закрепление". |
|
| | [ Александр Степанченко ] Понедельник, 11 января 2010, 16:03
Николаев Денис
Help к программам (Geodesy.exe Square.exe) отослал ещё до нового года на вашу эл. почту надеюсь, что вы скоро добавите опцию импорта участков в межевой план
>Николаев Денис
>>Александр Степанченко
>>Для того чтобы, вы могли корректно добавить опцию импорта могу прислать
>> Help к указанным программам, в котором всё подробно описано.
>и документация тоже пригодится, присылайте |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 11 января 2010, 17:30
2Александр Степанченко
> Help к программам (Geodesy.exe Square.exe) отослал ещё до нового
> года на вашу эл. почту надеюсь, что вы скоро добавите опцию
> импорта участков в межевой план
Help-файл получили. Там написано, что программа умеет выгружать в форматах MIF и DXF, которые потом можно загрузить в ПК ЗО.
> Так, в том и дело что экспорт есть только в Geodesy.exe
Возможно данные, подготовленные с помощью Square.exe, можно выгрузить с помощью программы Geodesy.exe. Если вышлите нам программы, мы попробуем разобраться. |
|
| | [ Александр Степанченко ] Вторник, 12 января 2010, 15:34
Николаев Денис
Всё вместе весит 1,5 метра, почтовик ваш примет?
>Возможно данные, подготовленные с помощью Square.exe, можно выгрузить с >помощью программы Geodesy.exe. Если вышлите нам программы, мы попробуем >разобраться. |
|
| | [ Николаев Денис (разработчик) ] Вторник, 12 января 2010, 18:19
2Александр Степанченко
Посмотрел программу. Чтобы переместить контур из файла katalog.s01 в ПК ЗО можно действовать таким образом:
1. Запустите программу Geodesy.exe.
2. Откройте файл katalog.s01.
3. В меню пункт "Конвертировать\Экспорт\В MapInfo (MIF\MID)...". Параметры можно оставить по умолчанию, т.к. они не влияют на графику.
4. Площадной объект, соответствующий контуру участка, находится в файле zemlepol.mif - его импортируйте в ПК ЗО. |
|
| | [ Александр Степанченко ] Четверг, 14 января 2010, 17:56
Николаев Денис
Делаем из Geodesy.exe экспорт в MID\MIF файл, далее в Межевом плане
становимся на проект,
открываем окно Чертёж
делаем импорт графики в проектный слой... пишет папка: C:\Geodesy_new\
points.mif - ОК
zemlepol.mif - ОК
--------------------------------------------------
Загружено файлов: 2
Далее выполняем Графика - показать проектный слой
появляется окно, но участок не выделяется и не показывается.
Скорей всего он там есть, но как его найти? Пробовали уменьшать масштаб, но участка не видно.
Необходимо сделать после импорта фокусировку на участок. |
|
| | [ Николаев Денис (разработчик) ] Четверг, 14 января 2010, 18:23
> Необходимо сделать после импорта фокусировку на участок.
Чтобы позиционироваться на объект, координаты которого известны, то можно использовать команду "Фрагмент\Центр...", где указать координаты одной из точек. Затем останется только подобрать масштаб.
Есть еще способ. Если нужно импортировать готовый контур участка, то можно сделать это с помощью команды "Импорт контура" в контекстном меню участка. Предварительно нужно добавить участок без контура с помощью команды "Добавить участок". Позиционироваться на контур участка можно с помощью команды "Графика\Показать геометрию". |
|
| | [ Александр Степанченко ] Пятница, 15 января 2010, 17:04
Николаев Денис
Спасибо за помощь, попробуем, если ошибок не будет при импорте то в принципе вопрос решён.
>Есть еще способ. Если нужно импортировать готовый контур участка, то можно >сделать это с помощью команды "Импорт контура" в контекстном меню участка. >Предварительно нужно добавить участок без контура с помощью команды >"Добавить участок". Позиционироваться на контур участка можно с помощью >команды "Графика\Показать геометрию". |
|
| | [ ВладимиR [42] ] Суббота, 16 января 2010, 06:17
| Требуется импорт в площадной тип/в точечный тип некоторого слоя карты из формата CSV участков/точек соответственно. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 18 января 2010, 12:41
2ВладимиR [42]
> Требуется импорт в площадной тип/в точечный тип некоторого слоя карты из
> формата CSV участков/точек соответственно.
Изложите, пожалуйста, суть своей задачи. Что, откуда, зачем (возможно есть иные пути). Мы постараемся сделать программу более удобной для данной задачи. |
|
| | [ ВладимиR [42] ] Понедельник, 18 января 2010, 13:29
2Денис.
Жили были... Из ГКН нам приходят сведения на заказанные участки, и получается так, что там идет сплошным потоком (без новых строк) каталог координат на участок (есть случаи, когда на участке обременения)... На чертеже не разобрать номера точек, каталог не разбит на внеш/внут/обременения границы... Добавить такой участок получается "гимморно". Поэтому у меня есть желание полностью импортировать этот каталог в ПК ЗО МП в отдельный точечный тип (например "сведенияизГКН") некоторого слоя карты (Например: Слой "Временный" карты "Регион 42") каталог в формате csv... Это с точками, такой же импорт хочется импорт из CSV в площадной тип (не хочу идти окольными путями csv2dwg or csv2mif)... |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 18 января 2010, 14:10
2ВладимиR [42]
Не могли бы вы прислать образец такого файла, а мы со своей стороны подумаем, как можно адаптировать импорт для таких файлов. Лучше, если это будет самый сложный случай, когда несколько контуров с дырками и с обременениями.
|
|
| | [ ВладимиR [42] ] Вторник, 19 января 2010, 08:33
| Выслал письмо с подробными пояснениями. Благодарю за поддержку. |
|
| | [ ВладимиR [42] ] Среда, 17 марта 2010, 10:55
1. В справочник "Исполнители (юридические лица)" надо добавить поле "сокращенное наименование ЮЛ", так как на титульном листе заполняется пустое значение.
"Сведения о кадастровом инженере" в строке ФИО так и оставить, как есть: "Исполнитель.ФИО" + "Исполнитель.Организация".
2. В скором времени понадобится "Экспорт МП в XML" в множественном виде. (несколько за раз, в указанную папку). Либо, в случае реализации формирования XML-заявления, функция пакетирования: в указанную папку экспортируются XML-заявка и XML-МП (может быть сразу пакет для программы ТехнокадЭкспресс) по шаблону: "*\ПапкаИмпорта\НаименованиеЗаказчик\*". |
|
| | [ Николаев Денис (разработчик) ] Среда, 17 марта 2010, 14:55
2ВладимиR [42]
1. В случае, если исполнитель является юридическим лицом, то реквизит "Сокращённое наименование юридического лица, если кадастровый инженер является работником юридического лица" не заполняется (ставится прочерк). Если вы имеете ввиду, что такой подход ошибочен, то мы готовы уточнить этот вопрос с экспертами.
2. Добавим возможность экспорта межевого плана в формате XML (или пакета с межевым планом и заявкой) одновременно для выбранной группы проектов. |
|
| | [ ВладимиR [42] ] Пятница, 19 марта 2010, 09:10
1. Легенда чертежа, схемы, СГП предлагаю формировать ее динамически. Сделать что-то вроде справочника, один раз настроить и формировать ее уже при генерации. А если в одной из тем (ЧЖ, СХ, СГП) поменялся стиль оформления (тип линии, цвет) данный генератор заносил в форму легенды правильные обозначения. (графическое представление)
2. В СГП на панель вынести отдельно кнопку "скрыть расстояния". Или опциональную настройку: Отображать/скрывать слой расстояний в СГП. |
|
| | [ Николаев Денис (разработчик) ] Пятница, 19 марта 2010, 12:27
2ВладимиR [42]
> 1. Легенда чертежа, схемы, СГП предлагаю формировать ее динамически.
Идея динамически генерировать легенду для графических разделов есть в нашем списке на будущее. Приблизительно в том виде, как вы предложили. Состав легенды для каждого раздела формируется автоматически с возможностью настройки вручную. Стили отображения берутся из темы.
> 2. В СГП на панель вынести отдельно кнопку "скрыть расстояния"
Поясните, пожалуйста, зачем это нужно?
> 2. Добавим возможность экспорта межевого плана в формате XML (или пакета
> с межевым планом и заявкой) одновременно для выбранной группы проектов.
Формирование пакетов одной операцией для группы проектов не получится, так как для каждого пакета требуется указывать уникальные сведения, такие, как сканы документов. |
|
| | [ ВладимиR [42] ] Пятница, 19 марта 2010, 13:01
>Поясните, пожалуйста, зачем это нужно?
Не нужно. Через легенду отключат. :)
>Формирование пакетов одной операцией для группы проектов не получится, так как для каждого пакета требуется указывать уникальные сведения, такие, как сканы документов.
Такие сведения можно указать в "свойства проекта".
Допустим будет человек, который сканирует эти самые сканы, скидывает в папку, которая доступна внутри локальной сети. Специалист будет указывать каталог, программа при формировании брать из него документы. Также можно указать путь нахождения исходных документов. |
|
| | [ Николаев Денис (разработчик) ] Пятница, 19 марта 2010, 13:44
2ВладимиR [42]
Полностью автоматизировать заполнение списка документов, прилагаемых к заявлению, не получится (кроме сканов нужно указывать общие сведения о документе: тип, реквизиты, кол-во листов). Для каждого проекта в любом случае нужно будет отдельно выполнить процедуру внесения таких сведений. Эти сведения заполняются в процессе операции формирования пакета с заявлением. Получается, что операция формирования пакета не может быть выполнена одновременно для группы проектов.
> Такие сведения можно указать в "свойства проекта".
Мы решили реализовать другой подход: не сохранять данные о пакете с заявлением внутри проекта, а дать возможность изменять сформированные ранее пакеты. Например, если есть необходимость добавить еще один документ к пакету с заявлением, то пользователь может открыть существующий пакет, добавить нужный документ и сформировать новый пакет. Интерфейс будет такой же, как и для формирования пакета с нуля, только начальный состав сведений будет взят из существующего пакета. |
|
| | [ ВладимиR [42] ] Пятница, 19 марта 2010, 19:21
Будет новая версия - посмотрим и "пощупаем" нововведения. В любом случае: спасибо!
Еще вопрос по упрощению контуров: Упрощение внутренней от внешней (и наоборот) границы отдельно будет реализовано?
Интервалы упрощения программа позволяет выбирать до 0,01 ед.изм., если вручную вбить 0,001 - то у меня на практике сомнения это вызвало. В силу того, что контур был проверен собственноручно, и в ходе проверки выявлено 8 лишних точек (расстояние между ними было менее 1 мм [1 ед = 100 см]), функция упрощения выявила их в количестве более 20. Стоит "доверять" данной функции? |
|
| | [ Андрей ] Суббота, 20 марта 2010, 07:35
| Очень радует оперативность разработчиков в вопросах исправления и дополнения программы. Но есть вопрос: нет ли в Ваших планах, уважаемые разработчики, добавление геодезического модуля, способного решать хотя бы элементарные задачи геодезии, решение которых, требуется при выполнении кадастровых работ. При этом вполне можно рассмотреть вопрос об увеличении стоимости ПКЗО. Вопрос не случайный. Просто работаю, кроме ПКЗО еще двумя широко известными программными комплексами, имеющими такую функцию, и это большой козырь при выборе ПО. С уважением. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 22 марта 2010, 13:54
2ВладимиR [42]
> Упрощение внутренней от внешней (и наоборот) границы отдельно будет реализовано?
Если нужно, можно добавить выбор конкретной границы для упрощения.
> Интервалы упрощения программа позволяет выбирать до 0,01 ед.изм.
На самом деле ограничения нет. Просто для листания стрелками выбирается некий шаг, который вычисляется на основе размеров площадного объекта (в вашем случае 0,01). Очевидно, что выбрать значение меньше величины шага с помощью стрелок не получится.
> Стоит "доверять" данной функции?
Вышлите нам каталог координат площадного объекта, упрощение которого нашим алгоритмом вызывает у вас сомнение. Мы проверим работу алгоритма. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 22 марта 2010, 14:18
2Андрей
> Но есть вопрос: нет ли в Ваших планах, уважаемые разработчики,
> добавление геодезического модуля, способного решать хотя бы
> элементарные задачи геодезии, решение которых, требуется при
> выполнении кадастровых работ.
Решение геодезических задач рассматривается нами, как перспективное направление для развития нашего продукта. Мы будем вам признательны, если вы обозначите список возможностей, которые по вашему мнению хорошо бы добавить в программу. Если будет что-то полезное и простое в реализации, постараемся добавить как можно быстрее, остальное по мере появления времени.
Некоторые возможности, предназначенные для геодезических построений, уже доступны в программе.
1. Построение точки по расстояниям и углам позволяет решать большинство геодезических задач по построению новых точек на основе измерений (кнопка на панели инструментов справа от области карты).
2. Подгонка площади путем перемещения вершины или путем отсечения прямой позволяют получать полигоны заданной площади (находятся на той же панели инструментов).
3. Также доступен набор стандартных геометрических операций ObjectLand: объединение, разъединение, пересечение, отсечение, упрощение, стяжка к узлам сетки или точкам\вершинам, построение буферных зон (контекстное меню области карты в режиме редактирования). |
|
| | [ Андрей ] Понедельник, 22 марта 2010, 16:50
Николаеву Денису.
Доброго времени суток. Быть может я не совсем корректно выразился, но те функции которые Вы перечислили, нами активно используются (за что отдельное Вам спасибо). Я же имел ввиду, возможность камеральной обработки полевых измерений, импорта с тахеометров (хотя бы в самых популярных форматах), решение прямой, обратной геодезической задач, уравнивание теодолитных ходов и т.д. Я не говорю об уравнивании сложных ходов или сверх тяжелых задачах (для этого есть другие программы). Просто при выполнении кадастровых работ зачастую сеть сгущения достаточно развита, хотя и не везде, и поэтому достаточно, в большинстве случаев обработать несложный ход (замкнутый или разомкнутый), для того, чтобы получить необходимые данные, которые хотелось бы увидеть после этого в окне карты, и дальше используя перечисленные Вами инструменты строить (достраивать) свои участки. Ведь согласитесь гораздо удобнее делать все это в одной программе, а не прыгать из одной в другую. Ну и конкурентоспособность программы поднимается в разы. Всё выше сказанное является моим субъективным мнением. |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 22 марта 2010, 18:04
2Андрей
> Ведь согласитесь гораздо удобнее делать все это в одной программе, а не
> прыгать из одной в другую.
Мы согласны и поэтому считаем это направление перспективным.
> Я же имел ввиду, возможность камеральной обработки полевых измерений,
> импорта с тахеометров (хотя бы в самых популярных форматах), решение
> прямой, обратной геодезической задач, уравнивание теодолитных ходов и т.д
Уравнивание теодолитных ходов - это понятно. По поводу остального интересна конкретика. Какие конкретно форматы тахеометров целесообразно поддерживать? Какие конкретно задачи нужно решать?
Прямая задача решается с помощью имеющейся операции построения точки по расстояниям и углам. Обратная задача - а нужна ли она? Опять же операция построения точки по расстояниям и углам, если это требуется, автоматически вычисляет расстояния и углы по координатам исходных точек. Эта операция позволяет решать практически любые задачи по построению. Наверное, хорошо бы еще добавить параллельные построения. |
|
| | [ Олег Галеев ] Вторник, 23 марта 2010, 08:49
| Доброго времени суток! По поводу форматов тахеометров хотелось бы что бы поддерживались Тахеометры 3Та5. |
|
| | [ Владимир Подкопаев ] Вторник, 23 марта 2010, 11:25
| Неплохо было Nikon и Trimble M3. |
|
| | [ Андрей ] Среда, 24 марта 2010, 19:16
| Доброго времени суток. Перечень форматов тахеометров можно взять например, из кредо 3 ( так, как проще воспользоваться тем, что уже придумано). Хотя также будет логично, если пользователи на форуме оставят свои пожелания, т.к. всем не угодишь. Ну и самое главное надо сделать возможность настраиваемого импорта из файла как точек, так и измерений с указанием вида разделителя, ведь многие приборы позволяют перед началом измерений настроить формат файла, куда будут сохраняться измерения или точки. |
|
| | [ ВладимиR [42] ] Четверг, 25 марта 2010, 06:42
2. Николаев Денис (разработчик)
>В случае, если исполнитель является юридическим лицом, то реквизит "Сокращённое наименование юридического лица, если кадастровый инженер является работником юридического лица" не заполняется (ставится прочерк). Если вы имеете ввиду, что такой подход ошибочен, то мы готовы уточнить этот вопрос с экспертами.
--
ИМХО лучше реализовать, в 412 приказе не нашел ничего на счет данного пункта. Да и в названии реквизита все сказано. |
|
| | [ Alexey G ] Четверг, 25 марта 2010, 17:26
| Можно ли сделать совместный доступ для ГБД со справочниками? |
|
| | [ Alexey G ] Четверг, 25 марта 2010, 17:34
| Хотелось бы иметь возможность редактировать справочник, добавлять в него новые поля. Например, в Документах вместе с наименованием и реквизитами удобно хранить сам сканированный документ, например в jpeg формате. |
|
| | [ Николаев Денис (разработчик) ] Четверг, 25 марта 2010, 17:34
> Можно ли сделать совместный доступ для ГБД со справочниками?
Можно. Скопируйте ГБД со справочниками на сетевой ресурс. В настройках справочников выберите ГБД на сетевом ресурсе. Пункт "Настройка" в контекстном меню элемента "Справочники" в дереве главного окна. Для выбора ГБД используйте кнопку "Выбрать..." на вкладке "ГБД со справочниками". Настройку на новую ГБД нужно выполнить на каждом компьютере, где установлена программа. |
|
| | [ Николаев Денис (разработчик) ] Четверг, 25 марта 2010, 17:57
> Хотелось бы иметь возможность редактировать справочник, добавлять в него
> новые поля. Например, в Документах вместе с наименованием и реквизитами
> удобно хранить сам сканированный документ, например в jpeg формате.
Добавление пользовательских полей в справочники не предусмотрено.
Справочники предназначены для ускорения ввода значений в соответствующие поля ввода в окнах. С этой точки зрения хранить в справочниках уникальные значения бессмысленно. В справочники рекомендуется добавлять только типовые, часто используемые, значения.
Для хранения дополнительных данных, например, базы документов, рекомендуем создать отдельные таблицы. Сканы документов можно сохранять в поле с типом "Объект". В случае многопользовательской работы лучше разместить таблицы во внешней базе данных, тогда легко можно настроить доступ к таблицам с разных машин через разные ГБД. |
|
| | [ Alexey G ] Четверг, 25 марта 2010, 18:14
| Спасибо за ответы. Я согласен с тем, что сканы документов можно хранить во внешней СУБД, но удобно было бы также добираться к ним из справочника. У нас должен быть человек, который работает только со справочником, забивает заказчиков, документы и т.д., т.е. прием заявок. Подскажите как это можно организовать? Как заставить ГБД со справочником работать с внешней СУБД? Еще раз спасибо! |
|
| | [ Николаев Денис (разработчик) ] Пятница, 26 марта 2010, 13:40
2Alexey G
> Подскажите как это можно организовать?
С помощью нашей программы организовать такое не получится. Возможно в будущем мы доработаем программу в этом направлении, но это будет не в ближайшее время.
Базу данных заказчиков, документов и любых других данных можно организовать самостоятельно, как один из вариантов, с помощью ObjectLand. Для этого нужно разработать структуру таблиц, создать такие таблицы и организовать работу персонала с такими таблицами. Как и любую другую базу данных, ее надо будет администрировать: настравивать доступ с компьютеров пользователей, выполнять резервное копирование и восстановление.
Если вы решите организовать базу данных на основе ObjectLand, то удобно разместить такие таблицы во внешней базе данных. Подробнее про работу с внешними базами данных см. в документации ObjectLand.
> Как заставить ГБД со справочником работать с внешней СУБД?
Стандартные справочники приложения "Межевой план" не могут быть сохранены во внешней СУБД, они хранятся в виде внутренних таблиц в специальной ГБД, называемой "ГБД со справочниками". |
|
| | [ Alexey G ] Понедельник, 29 марта 2010, 14:55
2 Николаев Денис (разработчик)
>Справочники предназначены для ускорения ввода значений в >соответствующие поля ввода в окнах. С этой точки зрения хранить >в справочниках уникальные значения бессмысленно. В справочники >рекомендуется добавлять только типовые, часто используемые, >значения.
Меня сбило с толку то, что в справочнике в документах кроме наименования есть колонка реквизиты, что уже подразумевает уникальные записи.
Можно ли будет проекты собирать в "каталог", т.е. группировать, тяжело ориентироваться когда их слишком много. Не плохо было бы иметь дерево таких "каталогов" с раскрывающимся списком проектов. |
|
| | [ Alexey G ] Понедельник, 29 марта 2010, 15:19
| Можно ли организовать хранение проектов МП во внешней БД? |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 29 марта 2010, 16:57
> Меня сбило с толку то, что в справочнике в документах кроме наименования
есть
> колонка реквизиты, что уже подразумевает уникальные записи.
В эту колонку можно внести не реквизиты конкретного документа, а шаблон для заполнения, например, "<серия>-<номер> <дата выдачи>".
> Можно ли будет проекты собирать в "каталог", т.е. группировать, тяжело
> ориентироваться когда их слишком много. Не плохо было бы иметь дерево
> таких "каталогов" с раскрывающимся списком проектов.
Возможно в будущем мы сделаем что-то такое. На данный момент каких-то средств для удобного хранения большого количества проектов нет. В случае большого количества проектов мы рекомендуем разбить архив проектов на множество ГБД. Например, выделить отдельную ГБД на каждый месяц\квартал, или по районам работ, или по исполнителям. Желательно, чтобы в каждой ГБД было не более двух-трех десятков проектов. В случае большого количества проектов работа в главном окне может существенно замедляться (конкретная цифра проектов сильно зависит от мощности процессора). В планах на будущее есть идея исправить этот недостаток, но в ближайшие планы, к сожалению, это не попадает.
> Можно ли организовать хранение проектов МП во внешней БД?
Нет, на данный момент проекты могут храниться только внутри ГБД. |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
| |
