Помогите пожалуйста разобраться с отчетом об ошибке, проблема возникла впервые. При работе, или просто открытии Линейных Изысканий появляется диалоговое окно Dmp Client, в котором говорится, что произошла ошибка в работе программы и предлагают отправить файл отчета об ошибке на Саппорт. Работаю с Персональной базой данных. В Наборе Проектов 9 проектов, из них 3 проекта - файлы DXF, 2 проекта - файлы TXT, остальные - GDS.В базе данных получается чуть больше 9 тыс. пикетов. По моеиу опыту файл MDB должен весить примерно 500-600 MB, а у меня 130. В процессе работы был выполнен импорт общих ресурсов из файла DBX с личными настройками. Что сделано: 1. База периодически сжималась 2.Пустые составные объекты удалены 3. Программу переустановила 4. Работа в другой Базе данных проблемы не сняла 5. Пакет исправлений 4 добавлен С трудом отправила отчет об ошибке на Саппорт(говорят, что адрес заблокирован), но очень надеюсь, что вы мне поможете быстрее, чем разработчики. Пожалуйста посмотрите ошибку, кто понимает, горит срочный обьект.
Оказалось, что нет.Я импортировала все проекты по-одному и с Менеджером проектов не работала. А при чем тут Менеджер проектов? Вы думаете меня просят загрузить все проекты сразу одновременно?
А новую базу можно создать с помощью менеджера баз данных? И если можно, то после настройки на эту базу ЛинИз работает?
В таком случае Вам необходимо дождаться ответа из Саппорт, и еще есть возможность установить ПО на другой компьютер и попробовать на нем работать.
Похожая ситуация произошла вчера, только такая же ошибка Dmp Client вываливается при создании чертежной модели. Пробовал через конвертер экспортировать в автокад - такая же ошибка. В корпоративной базе много проектов, вылетают только два где большие цветные растры сшитые в новой версией трансформ. Проверить нужно, как назло каждый день в поле, освобожусь - буду писать в саппорт. При отключении растрового изображения - корректно создается чертежная модель. Растр весит 450 метров.
moblic давайте порассуждаем, я начну, а Вы продолжите. И у Вас и у меня в Наборе проектов много проектов, и у Вас и у меня была подгружена растровая подложка, сшитая в Трансформе,правда у меня старая версия. Я сшивала две сотки для обзорной схемы, потом удалила и копию в базе данных не сохраняла. У меня ошибка вылетает, когда выхожу из программы, а у Вас при переходе в Чертеж. Значит, или у нас с Вами ошибки разные, или дело не в Чертежной модели, у меня при переходе в Чертеж все нормально. А Саппорт меня попросил переслать все проекты и базу данных, вообщем длинная песня, нужно изменить координаты каждого проекта, выполнить экспорт Набора проектов и Базы данных и всю эту тяжесть переслать.А Вы в отчете об ошибке что-нибудь понимаете, я ничегошеньки. Если что-нибудь надумаете - напишите
Этот отчет об ошибке никому, кроме разработчиков, ничего не скажет. Как-то раз у меня возникала похожая проблема, я её решил переустановив программу и почистив реестр перед новой установкой. Но не факт, что это поможет (dmp файлы и версии программ разные, с последней версией у меня такого не было). Лучше делать как саппорт говорит...
Попробуйте поставить системы на другой компьютер с Вашей базой и посмотреть будут ошибки или нет. Да, с саппортом длинная песня, про результаты сообщите, думаю будет всем полезно знать причину. Отчет об ошибке - только для разработчиков, я тоже в нем ничего не понимаю :)
Во всем разобралась сама-правда 2 дня праздников не увидела. Во-первых, почистила Классификатор.В рабочую Базу несколько раз выполняла импорт DBX из разных источников. Невнимательно отнеслась к системе кодирования в файле и в Классификаторе при импорте.Классификатор получился НУ ОЧЕНЬ ОГРОМНЫЙ! Затем переопределила коды для своих созданных УЗ (в Классификаторе в таблице свои коды прописала в графе Базовый код и убрала графу с названием своей организации, которую создала раньше. Так проще, как мне кажется,не надо заморачиваться с системами кодирования. Огромный минус Классификатора - он не видит что лежит внутри УЗ. К примеру, если в Классификаторе изменить в площадном знаке цвет фона, оставив при этом код и название без изменений, то при последующем импорте в другую Базу все останется родное, а не вами измененное. Завела реестр своих созданных условных знаков с кодами (по совету Колобова Р.В. и Вам советую) Мне кажется Вам стоит посмотреть какая планшетная сетка настроена для отображения.Если хотите получить в Чертежной модели планшет 1:2 000, а флажок на отображение стоит на 1:500
Извините, что поздно отвечаю, просто с конкретной ошибкой ничего посоветовать не мог, кроме обращения в саппорт. А теперь выскажу свое мнение по сути проблем. Как мне кажется, Вы не совсем себе представляете принципы работы с программой. Данные любых Ваших проектов хранятся как записи в Базе данных. В нее Вы загнали лишь информацию из файлов .dxf, .txt, .gds, .top\.abr и т.д., но самих исходных файлов в ней нет. Это важно понимать. Так ведь в том и удобство. В базе данных указано, что в таких-то координатах стоит дерево или проходит край дороги, а уж классификатор говорит, как всё это в данном случае будет отрисовываться. Вы в своем проекте работаете с удобными Вам УЗ, а у смежника, получившего от Вас .prx всё по ГОСТу, или наоборот удобные ему. Также легко, например сделать из пятисотки, скажем, двухтысячку и т.д. Ну а когда важно сохранить именно Ваше отображение? Очевидно только в готовом чертеже, а не в проекте. Так чертеж и передается через .dxf точно так, как Вы нарисовали (область применения .prx Чертежной модели ИМХО весьма ограничена). Не думаю, что в этом проблема. В этом случае в Чертежной модели должен получиться нормальный планшет 1:2000, но в его слое"Планшетная сетка" будут линии, соответствующие границам планшетов 1:500. Разумеется, если в "Свойствах набора проектов" указан масштаб 1:2000. Иначе, если в свойствах 1:500, тоже будет планшет 1:2000 но на нем просто отобразятся все элементы пятисотки в уменьшенном вчетверо виде. Как мне кажется, в этом всё и дело. Вспомните предупреждение, всплывающее при открытии "Редактора классификатора". Все объекты Классификатора должны быть отображены в Базовом коде. Им могут соответствовать или нет дополнительные кодировки, но в базовом должно быть всё. Иначе аварии неизбежны. А по моему опыту, база данных с такой информацией должна весить в 10-20 раз меньше, чем у Вас. Как мне кажется, Вы храните подложки как "внутренние", в базе данных? По-моему им там делать нечего, так они только раздувают базу и замедляют работу программы. Мой совет - использовать только "внешние" подложки, т.е. ссылки на внешние растровые файлы. Сразу так легко станет...
Ответить сразу совсем не было времени, но по-порядку: В процессе подгрузки DXF в новый проект, при открытой схеме соответствия, программа распознает точечные объекты, графические маски и т.д. и в случае сохранения этого проекта в Наборе проектов, вся распознанная информация сохраняется в Базе Данных, т.е мы имеем дело с обычным PRX, информация о нераспознанных объектах: блоки и т.д. тоже, кстати говоря, сохраняется в Базе Данных. Наверно мне надо было добавить, что для меня лично неудобно.При этом я не предлагаю разработчикам что-либо менять, я только делюсь опытом работы в программе. Проектировщиков, работающих в CREDO очень мало, в отличие от тех, которые работают в Автокаде и которые не работают с нашим Классификатором. Тогда зачем мне думать о том, а как же у него отобразится условный знак с моей заливкой или моим фоном. К нем прийдет именно мой УЗ.Тем более, я точно знаю, что наши проектировщики в CREDO не работают. Прежде, чем написать эту фразу Вы попробовали при включенной на отображение планшетной сетке 1:500, создать планшет 1:2 000. Про УЗ согласна, а вот зарамочное. Посмотрите и сравните координаты и подпись планшета. Может быть у moblic именно такое "некорректное" отображение.Предложила проверить. Зная всю тяжесть растра, НИКОГДА не сохраняла подложки как внутренние. У Вас сомнения по объемам моей работы(500MB)? Так специфика работы нашей компании такова(геологоразведка), что приходится выполнять съемку по "отработанной" поверхности, а это сплошь отвалы, насыпи, реки, ручьи и большое количество площадных объектов. Если Вас не затруднит, постройте площадной объект ПЕСКИ и посмотрите, насколько увеличилась База. А ошибка то была не только с Классификатором, но об этом в другой раз, а то слишком длинно получается
Разумеется, так я и говорю, что распознанная информация сохраняется. А не сам файл. Конечно, с .dxf в базу данных загружается больше информации, чем из .txt, но в итоге нет разницы, загрузили ли Вы эти объекты из файла обменного формата, или создали уже в программе. Да и из текстового файла может храниться нераспознанная информация и из .gds (например, некорректные коды объектов, иногда даже удобно, ввел при съемке комментарий в поле кодов, а он потом в отдельном слое на плане отображается.) И еще, как мне представляется (может разработчики меня поправят, я базу не потрошил ) но никаких PRX в базе нет. PRX – файл обменного формата, он создается для экспорта из проекта в наборе проектов, а не из проекта Базы данных (это весьма разные объекты, тут у Кредо некоторая терминологическая путаница ИМХО, которая может иметь для пользователя весьма неприятные последствия) тем более это не извлеченный из какой-то папки файл (набор файлов). Единственный рабочий файл в CredoIII – сама база данных. Простите, но ведь Вы писали: Так я и понял, что Вас волнуют проблемы с передачей картинки «соседям». Но Вы согласны, что таких проблем нет, хоть в Credo они работают, хоть в AutoCADе. А в чем неудобство лично для Вас? В том, что при создании новой базы в нее надо импортировать индивидуальные настройки из старой? Если это Вам затруднительно, то может такой вариант пойдет: копируете и переименовываете рабочую базу, удаляете из нее (не из набора проектов) все проекты, сжатие-восстановление, и вот уже готовая пустая база с Вашими УЗ. И на другом компьютере и эта и Ваша старая база сразу заработает, не надо кучу библиотек тащить… Ну, со словом «нормальный» я погорячился. Надо в ЧМ править. Но как мне кажется, у moblic шла речь об аварийном завершении программы? Да уж, площадные объекты с заполнением элементами по сетке – это тяжко. Я вообще стараюсь их избегать (в основном у нас съемки застроенной территории; и куча линейных объектов и заливок (как мне кажется)тормозит куда меньше, чем один луг с растительностью), где возможно применяя пояснительные надписи и точечные знаки. В Вашем случае это, очевидно, не пойдет. А вот что подумал: а что, если создавать объекты-заместители, скажем «Пески0» без отображения или с простой цветной заливкой? С ними работать, их хранить в Базе, а для выдачи заказчику быстренько поменять объекты на стандартные? Может и будет смысл… А в чем была ошибка – пишите, интересно ведь.
Вся проблема возникла из-за срочного объекта, который нужно было сдать еще вчера(эта проблема наверно у всех).Подгружала в проект ранее выполненную нашу съемку. Нужно было удалить лишнее, оставив полосу 150м. При удалении не отключала возможность захвата элементов слоя. Вроде бы и пыталась захватывать контуром только элементы одного слоя, но, видимо, позахватывала из разных слоев. После разборок с Классификатором сразу не подгрузила эту злополучную старую съемку, вот и написала, что все получилось. Никогда низзя торопиться!
