На главную... Продукты | Технологии | Классификаторы | Проекты | Скачать | Цены| Форум | Статьи | Обучение | Контакты

Алексей (Все сообщения пользователя)

Поиск  Пользователи  Правила  Войти
Форум » Пользователи » Алексей
Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 4 5 6 7 8 9 10 11 12 13 14 ... 146 След.
Смена проекции карты в Гис Оператор.
 
Роман, насколько я понял что хочет Эрвен: ему необходимо (может он меня поправит, если я что-то не так понял) перевод на лету множества растров. Исходя из того что пишет Виталий ("Еще раз - растры и матрицы не пересчитываются на лету, если они созданы не на основе Geotiff"), то можно сформировать RSW ("если созданы на основе Geotiff, с опцией "Не загружать в ESW" - то пересчитываются на лету" - фраза Виталия) из GeoTiff (сначала надо переделать из Tif (что есть у Эрвена) в GeoTiff), далее сформировать RSW без копирования изображения в него (он будет маленький в нем только (насколько понимаю я) содержатся информация о изображении и её привязка к местности (может еще какая-то информация)), то теоретически можно такой файл (RSW на лету будет пересчитан к проекции карты) подключать к любой карте с пространственной привязкой и не плодить множество файлов RSW в разных проекциях.
МСК Субъектов РФ.xml, сведения о региональных системах
 
[QUOTE]Oleg Belenkov написал:
Для этих систем не опубликован, в частности, датум (коэффициенты Гельмерта для перехода к WGS-84).[/QUOTE]
Да, официально их никогда не опубликуют, МГГТ это не нужно. Но перейти  из МГГТ к МСК-50 по этому Положению можно. А данные (примерные) для  МСК-50 к WGS84 есть в программе.

[QUOTE]Oleg Belenkov написал:
Подставлять для этих систем коэффициенты пересчета к ПМСК неправильно (от слова "совсем"). ПМСК != WGS-84.[/QUOTE]
Я не говорю чтобы их приравнять (для ПМСК не зря выбран именно эллипсоид вращения WGS84), параметры можно рассчитать (с не плохой точностью, до дециметров) - при наличии определенных данных (сведений).
МСК Субъектов РФ.xml, сведения о региональных системах
 
[QUOTE]Oleg Belenkov написал:
параметры эллипсоида[/QUOTE]
Почему - В качестве поверхности относимости «ПМСК Москвы» используется эллипсоид вращения WGS84 с параметрами (пункт 3.2)
[QUOTE]Oleg Belenkov написал:
там не указаны осевой меридиан зоны ПМСК (пространственная местная система координат города Москвы)[/QUOTE]
Пункт 3.1: [CODE]- Координаты пунктов в «ПМСК Москвы» могут быть представлены:
- в виде пространственных прямоугольных координат XYZ;
- в виде геодезических координат (широта, долгота, высота)
относительно поверхности эллипсоида вращения[/CODE]

Олег Валентинович, посмотрите пожалуйста, мою с Вами переписку от 03.02.2015 г. и 04.02.2015 г. с темой Установка параметров МСК (также Вам на почту отправил пример карт).
МСК Субъектов РФ.xml, сведения о региональных системах
 
[QUOTE]Елена Кузнецова написал:
Официальными параметрами перехода от Московской системы координат к государственной мы не владеем.[/QUOTE]
Здравствуйте, Елена.
Они опубликованы - [URL=http://sngo.mggt.ru/coord-systems.html]http://sngo.mggt.ru/coord-systems.html[/URL]
[URL=http://sngo.mggt.ru/documents/sngo/PMSK_Moscow.pdf]Положение о пространственной местной системе координат города Москвы[/URL]
Импорт измерений и уравнивание ходов, Читает данные, но не правильно их обрабатывает. Ход не уравнивает.
 
[QUOTE]Руслан Бородин написал:
Я поднял тему  не за  уравнивание хода. [/QUOTE]
Руслан, извините, но для меня нельзя разрывать импорт и обработку измерений, так как если мы и правильно импортировали измерения, но сможем их правильно обработать - я считаю не правильным подходом, не знаю, что считают сами разработчики.

[QUOTE]Руслан Бородин написал:
Хммм... как-то всеж я наверное неправильно формулирую свои мысли.[/QUOTE]
У Вас хорошие мысли, но Вы смотрите только на часть "картины", а надо смотреть чуть дальше.

[QUOTE]Руслан Бородин написал:
Или я что-то ни как не могу понять.[/QUOTE]
Руслан, для того чтобы, более правильно импортировать, все равно придется придерживаться какой-то логики работы (чтобы её можно описать в программе импорта).

[QUOTE]Руслан Бородин написал:
Попробовав загрузить данные я обнаружил что программа, самостоятельно определила тип точки и сама разбила данные на ходы и произвела предварительный расчет. При этом не давая возможности на то чтобы исправить это.  Т.е в ручную. указать как должно быть правильно.  Т.е программа предлагала на выбор группы точек опорных, их она правильно определяла. Но совсем не в той последовательности как было нужно. [/QUOTE]
Руслан, такой метод обработки сырых измерений, как раз связан с методом обработки (вычисления и уравнивания точек) измерений. В блоке импорте, Вы должны указывать обязательно тих хода. Да конечно что программа не может правильно разобрать Ваши измерения на "правильные" ходы - это не тривиальная задача, что Вы предлагаете надо полностью переписывать оба блока с вложением и донесением новой логики до пользователей.

[QUOTE]Руслан Бородин написал:
На этом этапе не должно быть важным по каким формулам происходит дальнейшее уравнивание, какой вариант обработки заложен. На этом этапе должен быть определен порядок данных, что будет программа в следующем этапе считать ходом, какие точки в нем будут опорными, а какие нет.   Это необходимо уже по той простой причине, что опорные точки частенько находятся в таком состоянии, что приходится их выключать из обработки, назначая в этом качестве другие точки.[/QUOTE]
Руслан, при Вашем подходе необходимо сделать так, чтобы программный комплекс обрабатывал универсально измерения (вычисление и уравнивание точек), но с моей точки зрения это правильно, и тогда можно как-то уйти от текущей версии работы импорта измерений.

[B][U]Уважаемые разработчики, Вы готовы на создавать новые блоки Расчета и импорта сырых измерений?[/U][/B]

[QUOTE]Руслан Бородин написал:
А данные могут приходить не только от одних и тех же геодезистов,  они люди суровые с своими привычками и переубедить их  в чем то, не проще чем убедить слона.  ))) [/QUOTE]
Вы зря так говорите, люди разные бывают, я кстати, тоже геодезист, привычки в обработке и съемке у меня тоже есть, и причем я работаю не на одном приборе (Leica, Sokkia, Nikon) + GPS (Stonex, Trimble в режимах: RTK и PP). И после поля я иногда корректирую файлы (исходные) так чтобы легче их обработать в Панораме, также и работаю с Credo DAT, при том что в поле не задумываюсь в каком программном продукте я это буду обрабатывать эти измерения.
Импорт измерений и уравнивание ходов, Читает данные, но не правильно их обрабатывает. Ход не уравнивает.
 
Здравствуйте, Руслан.

[QUOTE]Руслан Бородин написал:
Спасибо за ваше терпение и ответы ! ))))[/QUOTE]
Не за что. Просто на основании одного мнения нельзя сделать импорт лучше, у каждого есть свои приемы в работе на тахеометре, я сам выполняю съемку и обработку съемку, поэтому Вам примерно понять что было выполнено на тахеометре и как это обработать, также как и Вы могу высказать предложения для разработчиков и технической поддержки.

[QUOTE]Руслан Бородин написал:
Пример постараюсь найти, но не раньше чем через неделю, сейчас я загружен по самую макушку согласованием коммуникаций.[/QUOTE]
Как Вам удобнее, но пример нужен, я Вам  поясню зачем:
[QUOTE]Руслан Бородин написал:
Хотя если честно я не понимаю зачем тут нужны данные для примера.[/QUOTE]
Это нужно для того чтобы видеть, что в файле, и как его разобрать на составляющие и так далее.

[QUOTE]Руслан Бородин написал:
Если мы  пока говорим только о настройке импорта сырых измерений.[/QUOTE]
Для того, чтобы настроить импорт сырых измерений, сначала файл измерений необходимо разобрать на составляющие и понять что Вы делали, приведу пример на IDEX (Leica) и SDR (Sokkia), чтобы было понятно на чего можно настроить, чтобы понять как может быть выполнен импорт Ваших сырых измерений ([B][U]это моё мнение и я не знаю какая логика заложена в программном комплексе, так как я не являюсь его разработчиком, я также как и Вы - пользователь, и очень надеюсь, что разработчики поправят меня если что-то не так[/U][/B]).
Сначала происходит разбор по станциям, это можно считать по определенным параметрам из файла ([B]установка станции - примеры работы, как это можно сделать на тахеометре Вам привести?[/B]):
IDEX (вариант 1)
[CODE] SETUP
STN_NO 436207619
STN_ID "1000"
INST_HT 1.539000;
END SETUP
SLOPE (TgtNo, TgtID, CfgNo, Hz, Vz, SDist, RefHt, Date, Ppm, ApplType, Flags)
436207621, "1001", 1, 15.093240, 89.135230, 47.487411, 1.600000, 16-07-2017/13:48:15.0, 18.293575, 83, 00000000;
END SLOPE
SETUP
STN_NO 436207622
STN_ID "1000"
INST_HT 1.539000;
END SETUP
SLOPE (TgtNo, TgtID, CfgNo, Hz, Vz, SDist, RefHt, Date, Ppm, ApplType, Flags)
436207626, "1001", 1, 333.175030, 89.135230, 47.487411, 1.600000, 16-07-2017/13:48:15.0, 18.293575, 83, 00000000;[/CODE]или SDR (вариант 2)[CODE]02TP 20002000.000 2000.000 100.000 0.000 0
09F1            2000            000073.859          90.42667        0.00000         0               [/CODE]или SDR (вариант 3)[CODE]02TP ST10001000.000 1000.000 120.000 1.584 STATION
11KI          ST1000          ST00000.00000                                         STATION        
07TP          ST1000          ST00000.00000         0.00000        
03NM0.000          
09F1          ST1000          ST0000                90.35222        0.00000         STATION         [/CODE]или SDR (вариант 4)[CODE]02TP K325994214.085 6679722.371 185.605 1.470
03NM1.496          
09F1             K32           K31.1494.787         90.65833        175.24833                      
03NM1.483          
09F1             K32           K32.1209.492         89.44667        0.00083                        
09F2             K32           K32.1209.491         270.56083       180.00139                      
03NM1.496          
09F2             K32           K31.1494.788         269.35111       355.24833                       [/CODE]И все выше приведенные выше части ПВО (планово-высотного обоснования, съёмка исключена), в первом варианте (сначала на тахеометре зашли в Установку станции, а потом зашли в Съемка), что делать в этом случае - это как две станции, или одна станция с разным ориентированием (вот почему нужен пример именно Ваших измерений, чтобы понять что Вы сняли и какие данные Вы пытаетесь обработать)? Во втором варианте пользователь сначала зашел в Данные о станции, а потом сразу в Расстояния (где установил ноль на заднею точку ориентирования). В третьем варианте пользователь сначала зашел в Данные о станции, а потом Данные ориентирования, а только потом в Расстояния. В четвертом варианте - круговой прием (полный). И все это должно быть заложено (запрограммировано) в модуле импорта, а если нет примеров, как это сделает программист?
Импорт измерений и уравнивание ходов, Читает данные, но не правильно их обрабатывает. Ход не уравнивает.
 
Здравствуйте, Руслан.

[QUOTE]Руслан Бородин написал:
Насчет почему в SDR,  история  простая ))) геодезисты в обще в job все  делали, от туда в кредо.[/QUOTE]
Руслан, это понятно, что они работают в Проекте (у Вас Leica TS-11 с английским языком), проект никуда не экспортируются, он только может архивирован, и Credo его точно не считает, согласно модулям импорта, есть два варианта загрузки в Credo - IDEX ([URL=http://www.credo-dialogue.ru/media/downloads/import_module/x32/%D0%9C%D0%BE%D0%B4%D1%83%D0%BB%D1%8C%20%D0%B8%D0%BC%D0%BF%D0%BE%D1%80%D1%82%D0%B0%20%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85%20%D0%B2%20%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B5%20IDEX%2002.00.0024.rar]вот ссылка на модуль импорта[/URL]) или LandXML ([URL=http://www.credo-dialogue.ru/media/downloads/import_module/x32/%D0%9C%D0%BE%D0%B4%D1%83%D0%BB%D1%8C%20%D0%B8%D0%BC%D0%BF%D0%BE%D1%80%D1%82%D0%B0%20%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85%20%D0%B2%20%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B5%20Hexagon_LandXML%2001.00.0014.rar]вот ссылка на модуль импорта[/URL]), другого варианта я не знаю.

[QUOTE]Руслан Бородин написал:
Общем sdr оказался первым форматом в который конвертировали данные.[/QUOTE]
Давайте, Руслан, сделаем так (исходил что у Вас прибор пишет по-английски, я загрузил на свой TS-06+ его): пусть Ваши геодезисты зайдут в меню Transfer, далее Export (флешка у Вас должна установлена в порту), далее в поле Data Type выбираем Meas & Fixpts, выбираем свой проект, далее нажимаем кнопку F4 на приборе, далее нажимаем кнопку F1 на приборе, в поле Format выбираем IDEX, далее нажимаем кнопку F4 на приборе, и ещё раз нажимаем кнопку F4 на приборе. В итоге у Вас на флешке будет файл в формате IDEX. Или Ваши геодезисты, как-то по-другому получают информацию с тахеометра?

[QUOTE]Руслан Бородин написал:
Вот, собственно именно это и нужно.[/QUOTE]
Руслан, извините, надеюсь разработчики меня поправят, если что, но в Панораме заложен "классический" вариант обработки измерения, в основе которого поставлен (я сейчас говорю про режим Расчет теодолитного хода, а не про режим Уравнивание полигонометрических ходов (хотя Роман Альбертович, не ответил на мой вопрос)), что ведется обработка хода (одного, два и так далее) и в них точки не зависимы друг от друга. При таком варианте расчета (представления расчета) точки могут быть или опорные (исходные - если говорить языком Credo) или расчетные (рабочие - если говорить языком Credo), расчетные точки могут быть опорными для других ходов, но если в разных ходах у Вас есть расчетные точки с одинаковыми именами они не будут формировать Вам узел, для этого необходимо переходить в режим Уравнивание полигонометрических ходов.

[QUOTE]Руслан Бородин написал:
Возможность самостоятельно указывать программе, где точка и какая это точка. [/QUOTE]
Руслан, для Credo, ходы не столь важны, ей больше важны ([B][U]это моё мнение[/U][/B]) связи между точками опорными (тип - Исходный) и расчетными (тип - Рабочий), это нужно для формирования уравнений поправок. А тип - Предварительный нужен для примерного положения (примерные координаты) точки.

P. S. Руслан, лучше конечно начать с примеров и их рассмотреть, и можно выносить на обсуждения конкретные предложения по внесению изменений в программу.
работа с Javad, возможна ли в панораме работа с Javad
 
[QUOTE]Денис написал:
Добрый день, подскажите пожалуйста, возможна ли работа с приемниками Javad Maxtor ? проблема в том что раньше мы обсчитывали полученные файлы с приемников в pinnacle, но со вчерашнего дня у Javad не поддерживается в pinnacle не происходит авторизация. мы занимаемся межеванием и у нас есть панорама 11, в ней есть возможность обрабатывать данные полученные с приборами и как это делается? имеются файлы формата jps база(прибор в офисе) и второй с которым выезжают на место

P.s я не геодезист и вполне возможно не корректно задаю вопросы, пожалуйста не ругайтесь )[/QUOTE]
Добрый вечер, Денис.

Проблема обработки данных с приемников Javad/Topcon/Sokkia при представлении данных в формате JPS/TPS в программу Pinnacle/Topcon Tools (при импорте пропадают эфемериды) выход пока только один - экспорт в Rinex (через утилиту tps2rin) с последующим импортом в Pinnacle.
Технический план с 01.01.2017 г.
 
Извините, Елена, опубликую здесь (если хотите можете удалить сообщение), может кого заинтересует вот примерно два знака (чертеж), описание и один вопрос.

Знак "Стена" - по сути это две параллельные прямые на расстояние указанной в семантике объекта.
Знак "Окно/Дверь/Дверь остекленная" - это прямоугольник шириной и длиной заданной в семантике объекта, вид его также идет по семантике: тип "Окно" - дорисовываем между основной и второй (вспомогательной) осями, еще две оси на расстояние 1/3 и 2/3 от ширины объекта; тип "Дверь" - посередине объекта (длина пополам) дорисовываем линию перпендикулярную  основной оси которая выходит из знака на 1/3 с каждой стороны (то есть её ширина (длина) должна равна 5/3 ширины основного объекта), тип "Дверь остекленная" - два предыдущих знака в одном.

Но у меня появляется только один вопрос: если я проведу две стены (нанесу на карту два объекта с условным видом стена) с разной шириной будет ли при таком раскладе программа скрывать часть вспомогательной оси когда она находиться внутри другого объекта (знака).

Я думаю, что надо продумать не только знаки и ещё алгоритм работы "экранирования" (скрытия части знака при нахождение внутри другого знака.
Импорт измерений и уравнивание ходов, Читает данные, но не правильно их обрабатывает. Ход не уравнивает.
 
Здравствуйте, Руслан и Роман Альбертович.

Извините, можно присоединиться к теме?

[QUOTE]Руслан Бородин написал:
Прибор лейка TS-11, файл конвертировали в формат SDR[/QUOTE]
Руслан, а зачем конвертировать в SDR, Панорама и Credo DAT 4 спокойно читают родной формат IDEX?

[QUOTE]Роман Демиденко написал:
В программном изделии реализована технология обработки геодезических измерений (уравнивания) по методу наименьших квадратов.[/QUOTE]
Роман Альбертович, пожалуйста, утоните в версии 12 в разделе (режиме, расчете) Построение теодолитного хода использован метод наименьших квадратов, насколько помню я (с версии 10) данный метод применялся только в разделе (режиме, расчете) Уравнивание полигонометрических ходов.

P. S. От себя.
Руслан если хотите разобраться могу помочь, но нужны данные от Вас. На руках есть Leica TS06+, Credo DAT 4 Lite версия 4.11.0787 и ГИС Карта (Panorama) версии 12 x64.
Разница в программных комплексах в подходе к обработке измерений:
для Credo DAT - Ваши данные разбиваются на станции, на основании уникальности имен разносит на разные закладки измерения точек на станциях на закладки: Измерения ПВО (планово-высотное обоснование) и на закладку Измерения тахеометрии. На основания указанных Вами какие станция (точки ПВО) являются основными, какие рабочие, какие предварительные. Программный комплекс сам выстроит вариант обработки (вычисления координат), ходы, типы ходов и так далее, построит условия для решения уравнений поправок (линейные и (или) угловые невязки, замыкания горизонта), также проверит качество выполненных измерений (и это Вы как раз и можете увидеть в Ведомости предварительной обработки). А после это выполняете уравнивание.
для блока геодезический расчетов ГИС Карты немного по-другому, всегда выстраиваются ходы, все угловые измерения приводятся к левому поворотному с установкой угла на заднею  точку ориентирования равному нулю и вертикальному углу.

P. P. S. Продолжим диалог?
Страницы: Пред. 1 ... 4 5 6 7 8 9 10 11 12 13 14 ... 146 След.



© КБ Панорама, 1991-2024

Регистрируясь или авторизуясь на форуме, Вы соглашаетесь с Политикой конфиденциальности