На главную страницу
Русский English
 


Поддержка
Форум
Техподдержка
Закрытый разделПерсональная

Авторизация

Запомнить меня на этом компьютере
  Забыли свой пароль?
  Регистрация



Поиск по сайту


Подписка

Изменение параметров

Hits 57605171
1661
Hosts 2237497
522
Visitors 45029570
1198

43


Главная / Поддержка / Форумы / Графика

Форум «Графика»

Версия для печати Версия для печати

Список форумов
Новые темы
Список тем
Поиск по форумам
Помощь
Войти
Регистрация

Сообщения 1 - 25 из 55
Начало | Пред. | 1 2 3 | След. | Конец 

Тема: «Графика » в форуме: Графика   Просмотров: 65411
 
sweta
Заглянувший
 
Всего сообщений: 1
Дата регистрации: 19.01.2014
Создано: 19.01.2014 15:22:38
 
 
при попытке загрузить график высвечивается сообщение об ошибке 800770057. подскажите что за ошибка
 
Профиль
Наверх
Вадим
Гость
 
Создано: 19.01.2014 15:51:16
 
 
похоже на ошибку, когда не загружен шаблон графика.grf или файл графики
 
Наверх
Алексей Багрянцев
Администратор
 
Всего сообщений: 294
Дата регистрации: 02.05.2007
Создано: 21.01.2014 12:03:03
 
 
Цитата
высвечивается сообщение об ошибке ...800770057

Эти коды неинформативны, т.к. генерируются не программой, а ее компонентами. Если ошибка происходит в момент загрузки файла при закрытом окне графики, то проблема с его структурой. Отправьте ( bagr@niipt-ems.ru ) файл графики.
 
Профиль
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 07.05.2015 20:51:43
 
 
Предлагаю в новой версии растра место присоединения ветви к узлу отмечать точкой (такой же как, когда узел сворачивается через сочетание alt+shift), что позволяет сразу понять проходит ветвь сквозь или цепляется к узлу.
Можно еще сделать возможность делать шину, которая отображает узел) потолще.
Ну в общем как-то приблизиться к стандартам отображения линейных схем. Чтобы было ясно понятно, что есть шина узла, а когда ветвь просто пересекает шину, а когда имеет место именно присоединение.
 
Профиль
Наверх
Иван
Постоянный посетитель
 
Всего сообщений: 231
Дата регистрации: 03.05.2011
Создано: 07.05.2015 21:49:55
 
 
Поддерживаю)
И подложку добавьте
 
Профиль
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 25.01.2016 19:31:45
 
 
Есть описание хранения (таблиц-столбцов) графики в письменном виде (конкретно ветви, т.к. с узлами все просто)? Пришлите его пожалуйста на odintsov_m@ntcees.ru. А то в скрипте SVG комментариев нет, если честно немного запарно его переписывать.
P.S. Пишу экспорт графики в автокад, чтоб по-приятнее переносилось, экспортв dwg и svg не устраивают
 
Профиль
Наверх
Алексей Багрянцев
Администратор
 
Всего сообщений: 294
Дата регистрации: 02.05.2007
Создано: 26.01.2016 13:50:16
 
 
Здравствуйте.
Описания никакого нет, все держим в голове. Для Вашего случая, к сожалению, лучшего примера, чем макрос экспорта в SVG, а также макросов для графики (стандартных из дистрибутива) посоветовать не можем.
 
Профиль
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 02.02.2016 15:00:01
 
 
Чего то уже третий день бьюсь, не могу понять как координаты текста к узлу определить (узлы и ветви отрисовываю нормально).

x_txt = ((kx-wx)*scale+CLng(col_w­_x.Z(ntxt+num_settxt))\tx­t_scl)
y_txt = ((ky-wy)*scale+CLng(col_w­_y.Z(ntxt+num_settxt))\tx­t_scl)
cviz = CLng(col_viz.Z(ntxt+num_s­ettxt))

Т.е. координаты узла берутся, сдвигаются на вектор (0,-4), а потом прибавляется вектор с данными о положении текста. Но у меня упорно огромные числа в координатах текста и текст улетает далеко от узла.
Наверняка cviz играет роль привязки, но как не очень ясно
 
Профиль
Наверх
bogdanov
Модератор
 
Всего сообщений: 52
Дата регистрации: 11.10.2012
Создано: 02.02.2016 18:09:38
 
 
Смещение (0,-4) в макросе это костыль для svg, можно не использовать. Плюс есть точка привязки, подробнее в доке есть раздел 4.3.4 стр 181.

cviz - используется в ветвях, и по-моему это битовая маска.

Текст "улетает" из-за того что системы координат у текста и узлов разные!
 
Профиль
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 03.02.2016 18:24:03
 
 
Цитата
Текст "улетает" из-за того что системы координат у текста и узлов разные!

Так можете просветить какая система?
Пока результаты такие (сравнение макроса с экспортом dxf), похоже на правду но не до конца
https://drive.google.com/­folderview?id...sp=sharin­g
 
Профиль
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 10.02.2016 20:36:05
 
 
Как из таблицы graph_vetv имея только ip и iq найти соответствующую ветвь из таблицы vetv в случае параллельных ветвей, т.е. откуда взять np. Если параметры ветвей параллельных не равны, то потоки будут разными.
Скрипт SVG работает неправильно, там код находит просто первую из параллельных ветвей.
 
Профиль
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 28.03.2016 11:50:08
 
 
Ап темы.
Где в макросе хранится информация, перенесен ли текст на фоновый план или нет? Сделал два абсолютно одинаковый файла, только в одном перенес одно текстовое поле на фоновый план и написал макрос для сверки всех таблиц - получил изменение только в поле viz таблицы graph_text.
Поясните подробно, пожалуйста, работу этого поля. Можно сказать последнее препятствие осталось.
 
Профиль
Наверх
bogdanov
Модератор
 
Всего сообщений: 52
Дата регистрации: 11.10.2012
Создано: 28.03.2016 13:33:51
 
 
поле viz - битовое

Текст на основном плане:
0000 или 0001 = 0 или 1

На фоновом плане:
0010 = 2
 
Профиль
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 28.03.2016 15:36:39
 
 
А можно чуть подробнее для тех кто совсем плох в программировании:
В БД растра viz хранится как целое число (соответственно я считываю его как целое), на примере - взять графику и пару текстовых полей перенести на фоновый план. Получилось вот такое:
viz было 1, стало 2
viz было 4, стало 6
viz было 8, стало 9
viz было 0, стало 1
viz было 4, стало 5
viz было 20, стало 22
viz было 29, стало 30

И я пока не могу сопоставить Ваше сообщение с тем, что получается вытянуть из Растра.
 
Профиль
Наверх
Вадим
Гость
 
Создано: 28.03.2016 15:59:47
 
 
вот тут хорошо написано
http://autoit-script.ru/a­utoit3_docs/...itFlag.htm­
 
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 28.03.2016 16:10:09
 
 
Я знаю что такое биты. Я не понимаю как сопоставить, то что вытягивается из Растра с тем, что написано в сообщении.
Переход 1->2 очевиден
0001->0010
вписывается в концепцию, 4->6 тоже вписывается
0100->0110, если брать последние два бита, но как вписывается
8->9 1000->1001
4->5 0100->0101

Если для Вас это очевидно, то поясните.

P.S. хотя есть тут кое-какая идея по-этому поводу.
 
Профиль
Наверх
Вадим
Гость
 
Создано: 28.03.2016 16:21:00
 
 
Я так понял, что надо смотреть на 2 последних разряда либо (00/01 либо 10)
 
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 28.03.2016 18:44:32
 
 
О, спасибо, вроде бы все получилось!
Еще бы с таблицей graph_nadp разобраться - как найти координату надписи (w_x, w_y либо как эти координаты привести к координатам, которые используютяс для определения положения узлов), было бы вообще идеально
 
Профиль
Наверх
Вадим
Гость
 
Создано: 28.03.2016 20:34:32
 
 
Разве координаты w_x и w_y из таблицы graph_nadp не такого же порядка, как и столбцы k_x и k_y из таблицы graph_node ??
 
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 28.03.2016 21:08:30
 
 
Думаю нет.
Ведь узлы на графике вы можете менять только с определенным шагом, а надписи двигать более плавно. Координата того же текста с узлов считается относительно координаты узла с масштабом 1/60, т.е. по формуле:
k_x = Rastr.Tables("graph_node"­).Cols("k_x").Z(i_node)
txt_scale = 60
x_txt = k_x + Rastr.Tables("graph_text"­).Cols("w_x").Z(ntxt + num_settxt) / txt_scale

Там еще каким-то боком опять "viz" участвует, видимо для определения "нулевой точки" или привязки
 
Профиль
Наверх
Вадим
Гость
 
Создано: 28.03.2016 23:28:05
 
 
ну как же нет, когда да Широкая улыбка
пруф1
пруф2
пруф3
 
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 29.03.2016 12:51:58
 
 
Пруф не объясняет почему целочисленные значения координат в таблице, а надпись двигается плавно. Может просто совпадение на картинках. Либо надо суммировать w_x и w_x2 Как руки дойдут сегодня - попробую разобраться
Пользователь добавил изображение
Пользователь добавил изображение
И пять текстов, т.к. пять слоев(?) - это не комильфо
 
Профиль
Наверх
Вадим
Гость
 
Создано: 29.03.2016 13:32:55
 
 
w_x и w_y задает координату абсолютно, w_x2 и w_y2 дают смещения аналогично тексту около узла
Пример1
Пример2
мне кажется плавность движения надписи тут ни при чем.. Надпись не надо ни с кем соединять, высчитывая точки соединения при разных масштабах, а узлы и ветви надо обсчитывать, и шаг сетки, мне кажется, помогает без лишней мороки все рассчитывать и контачить
 
Наверх
Михаил Одинцов
Постоянный посетитель
 
Всего сообщений: 131
Дата регистрации: 22.07.2008
Создано: 29.03.2016 14:20:39
 
 
Мне как-бы не домыслы нужны, а конкретный алгоритм. Чтобы все работало и работало хорошо.
Ваш первый пруф - можно выбросить в корзину, т.к. он не отражает реальности, последнее сообщение- ту да же, т.к. оно ни черта не помогает, т.к. масштаб смещения не понятен.
Мне подбором удалось сделать что-то похожее, но все равно не все текстовые надписи нормально по координатам становятся.
Пользователь добавил изображение
 
Профиль
Наверх
Вадим
Гость
 
Создано: 29.03.2016 14:42:43
 
 
выбрасывая все в корзину, вы лишаетесь поддерживающего и хотя бы вникающего в вашу проблему человека Широкая улыбка как хотите, дело ваше Шутливо
 
Наверх


Сообщения 1 - 25 из 55
Начало | Пред. | 1 2 3 | След. | Конец 

Читают тему
гостей: 1, пользователей: 0, из них скрытых: 0


Список форумов
Новые темы
Список тем
Поиск по форумам
Помощь
Войти
Регистрация







Программный комплекс «RasrWin»
Программный комплекс «RastrWin»
© «RastrWin», 1988-2019