СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть
Вернуться   СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть > Эксплуатация устройств СЦБ > Общие вопросы эксплуатации устройств СЦБ

Общие вопросы эксплуатации устройств СЦБ Смотрите также фото: Реле, Аппараты управления, ДГА и панели питания, Переезды, Релейные и микропроцессорные централизации, автоблокировки, ДЦ, СЦБ в метро.

Закладки ДневникиПоддержка Социальные группы Поиск Сообщения за день Все разделы прочитаны Комментарии к фото Сообщения за день
Ответ   m.scbist.com - мобильная версия сайта  
 
В мои закладки Подписка на тему по электронной почте Отправить другу по электронной почте Опции темы Поиск в этой теме
Старый 20.08.2013, 11:36   #76 (ссылка)
Злой модератор


Регистрация: 01.04.2009
Сообщений: 993
Поблагодарил: 63 раз(а)
Поблагодарили 211 раз(а)
Фотоальбомы: 0
Репутация: 79
По умолчанию

Удалено

Последний раз редактировалось Shoorup; 30.09.2013 в 10:15.
Shoorup вне форума   Ответить с цитированием 0
Старый 20.08.2013, 12:23   #77 (ссылка)
Участник


Регистрация: 29.03.2011
Сообщений: 30
Поблагодарил: 0 раз(а)
Поблагодарили 4 раз(а)
Фотоальбомы: 0
Репутация: 1
По умолчанию

Цитата:
SVG графика как правило используется как векторная графика для "интернет-приложений" и приложений из серии дизайна.

К сожалению, разговор скатился до ситуации "что лучше 50 копеек или 2 по 25 копеек?".


Цитата:
Мне даже иногда кажется, что выбор был сделан из разряда: "На чем наши програмисты учились на том и сделали."

Выбор XML был сделан по тем (и некоторым другим) причинам, которые я отмечал в предыдущих постах. Если Вы считаете что с XML работать умели, а с DXF не умели, то смею Вас заверить - вы ошибаетесь. Имея хорошую библиотеку (парсер), работать можно, как Вам хорошо известно, с чем угодно.


Цитата:
Мне даже иногда кажется

Мне даже иногда кажется, что если бы случилось так, что мы взяли в качестве основы для ОФ-ТД формат DXF, то кто-то бы сейчас писал что-то типа "а почему не XML??? DXF - ерунда! XML - более общий! SVG - поддерживается кучей браузеров, да он даже читаем лучше! ...."


Я более чем уверен, каждый из здесь присутствующих может предлагать более конструктивные идеи, результатом которых будет повышение скорости/качества работ, связанных с получением документации в электронном виде в редактируемом формате.


---
зам. рук НТЦ-САПР ПГУПС, Зуев Денис Владимирович.

Последний раз редактировалось ИМСАТ; 20.08.2013 в 12:26. Причина: правки по тексту
ИМСАТ вне форума   Ответить с цитированием 0
Старый 20.08.2013, 12:47   #78 (ссылка)
Злой модератор


Регистрация: 01.04.2009
Сообщений: 993
Поблагодарил: 63 раз(а)
Поблагодарили 211 раз(а)
Фотоальбомы: 0
Репутация: 79
По умолчанию

Удалено

Последний раз редактировалось Shoorup; 30.09.2013 в 10:15.
Shoorup вне форума   Ответить с цитированием 0
Старый 20.08.2013, 12:53   #79 (ссылка)
Участник


Регистрация: 21.04.2011
Сообщений: 44
Поблагодарил: 1 раз(а)
Поблагодарили 6 раз(а)
Фотоальбомы: 0
Репутация: 0
По умолчанию

Цитата:
Например?
Увязка с АСУШ-2.
Работа с АС-СТД.
Работы по моделированию пропускной способностью участков ЖД.
Были еще перспективные наработки с Радиоавионикой и еще парой организаций, но по ряду причин приостановленные.

Цитата:
Он и сейчас на стадии разработки и думаю она никогда не закончится и другие САПРы тоже находятся в постоянной разработке - это нормально.
Сейчас у КАСПРа больше использование, так как узаконили его использование внутри РЖДП.
а так да, доработки - бесконечный механизм

Dmitriy_S добавил 20.08.2013 в 13:53
Цитата:
Тему исчерпали...
исчерпали уже давно
каждый останется при своем мнении!

Последний раз редактировалось Dmitriy_S; 20.08.2013 в 12:53. Причина: Добавлено сообщение
Dmitriy_S вне форума   Ответить с цитированием 0
Старый 20.08.2013, 13:48   #80 (ссылка)
Новичок


Регистрация: 15.08.2013
Сообщений: 15
Поблагодарил: 2 раз(а)
Поблагодарили 3 раз(а)
Фотоальбомы: 0
Репутация: 5
По умолчанию

Ну картинку так то можно хранить внутри ОФ-ТД хоть в растре, заключил в CDATA и поехали. Картинка строится по данным которые хранятся в оф-тд. И кстати.. это вполне верно. Ведь в dxf хранится графика, на которую навешаны атрибуты. А в офтд хранятся именно данные и картинка - лишь визульная часть. Т.е. подход в офтд- декларативное описание документа. Описываются именно данные. что по мне так - верно.
И еще. Вы говорили, что хмл-формат для передачи данных в интернете(?). ну дык! он и будет вращаться между различными системами. Он и служит для этого, он разработан был для этого!

Последний раз редактировалось WSN; 20.08.2013 в 13:58.
WSN вне форума   Ответить с цитированием 0
Старый 20.08.2013, 14:17   #81 (ссылка)
Злой модератор


Регистрация: 01.04.2009
Сообщений: 993
Поблагодарил: 63 раз(а)
Поблагодарили 211 раз(а)
Фотоальбомы: 0
Репутация: 79
По умолчанию

Удалено

Последний раз редактировалось Shoorup; 30.09.2013 в 10:15.
Shoorup вне форума   Ответить с цитированием 0
Старый 20.08.2013, 14:43   #82 (ссылка)
Участник


Регистрация: 21.04.2011
Сообщений: 44
Поблагодарил: 1 раз(а)
Поблагодарили 6 раз(а)
Фотоальбомы: 0
Репутация: 0
По умолчанию

Цитата:
необходимые данные, а не все.
не согласен!!!!
есть куча полноценных форматов на основе XML, и графические и офисные и много чего.
но в САПРах, да сейчас он имеет меньшее распостранение по историческим причинам

Dmitriy_S добавил 20.08.2013 в 15:43
Цитата:
А мне кажется что именно в нем. XML впринципе как привило используют для передачи некой информации от отдной системы к другой, если в этом есть необходимость. Но не используют как основной формат, темболее для передачи графики. Например когда от одной системы нужно передать "спецификацию на оборудование для заказа" другой системе, то информацию из спецификации перегоняют в некий промежуточный формат - XML (это может быть даже txt) и потом другая система из этого XML перегоняет уже в свой формат и обрабатывает данные.
Такой режим использования имеет место быть, но это не значит что только в таком режиме его и используют

Последний раз редактировалось Dmitriy_S; 20.08.2013 в 14:43. Причина: Добавлено сообщение
Dmitriy_S вне форума   Ответить с цитированием 0
Старый 20.08.2013, 15:05   #83 (ссылка)
Новичок


Регистрация: 15.08.2013
Сообщений: 15
Поблагодарил: 2 раз(а)
Поблагодарили 3 раз(а)
Фотоальбомы: 0
Репутация: 5
По умолчанию

Цитата:
Сообщение от Shoorup Посмотреть сообщение
передают только необходимые данные, а не все.
ик. Вы еще предложите web-сервисы поднять на дороге.. по мне так уж проще ОФ-ТД, куда понятнее. Всеж какой-то тупик выходит с Вами. Не воспринимайте офтд как что-то что кого-то куда-то должно вытеснить, кому-то связать руки, обречь на что-то)
Это просто формат в котором говорится. Что есть элемент положим стрелка, который соотвествует стрелке. И если вы хотите сказать что эта стрелка спаренна с вот той, то сделать это надо так: Добавить элемент "Стрелка" и поставить атрибут "Спаренность". и этот атрибут согласно формату должен называться именно "Спаренность", а не "СпаренаСТой", "ОнаСпарена" и т.д.
WSN вне форума   Ответить с цитированием 0
Старый 21.08.2013, 04:33   #84 (ссылка)
Super V.I.P.


Регистрация: 09.04.2009
Сообщений: 1,942
Поблагодарил: 11 раз(а)
Поблагодарили 150 раз(а)
Фотоальбомы: 3
Репутация: 107
По умолчанию

Видите ли в чем дело.
Использование dxf позволило бы юзать схемы во множестве существующих приложений (с использованием дополнительных библиотек arx безусловно). Но разработчикам ведь это не нужно :-).
Им нужно продать продукт. Весьма сырой и глючный продукт :-)
led вне форума   Ответить с цитированием 0
Старый 21.08.2013, 10:54   #85 (ссылка)
Участник


Регистрация: 21.04.2011
Сообщений: 44
Поблагодарил: 1 раз(а)
Поблагодарили 6 раз(а)
Фотоальбомы: 0
Репутация: 0
По умолчанию

Цитата:
бы юзать схемы во множестве существующих приложений
в том то и дело что с помощью библиотек для обработки, а для каждого приложения они были бы свои, так что остается работа на уровне примитивов и блоков, так же можно делать и после конвертации схем из ПТД/ВТД

Цитата:
Но разработчикам ведь это не нужно :-)
спорный вопрос, для ВТД выгодно наличие схем которые будут совместимы с ОФТД и могут без проблем потом эксплуатироваться на дороге, если появится САПР, описание элементов которого будет совместимо с ОФТД, то это очень хорошо!
Конкуренция конечно станет сильнее, но это тоже плюс

Цитата:
Им нужно продать продукт
тут не поспоришь ))))
Dmitriy_S вне форума   Ответить с цитированием 0
Старый 21.08.2013, 11:47   #86 (ссылка)
Новичок


Регистрация: 15.08.2013
Сообщений: 15
Поблагодарил: 2 раз(а)
Поблагодарили 3 раз(а)
Фотоальбомы: 0
Репутация: 5
По умолчанию

Вопрос в чем рисовать чертежи, какой САПР для этого использовать, этот вопрос поймите, не стоИт. Хоть в визио, хоть в экселе (видел тут в экселе, был обескуражен, всё внутри прям перевернулось). Вам удобно, вы рисуете. Другое дело, программное обеспечение, которое позволяет вам получать удовольствие от рисования схем, является ли оно "прозрачным", поймите, дороге не нужна простая картинка, дороге нужна документация, нужна информация, а не просто распечатал и пошел. Так вот, формат ОФТД открытый, синтезировать его можно на любой оси, есть не глючные отточенные библиотеки для работы с XML. Дык вот, если ваш САПР такой замечательный он должен иметь информацию об элементах. ObjectARX это или дополнительные какие-нибудь метаданные, не суть важно. Так вот. Вы знаете как у вас называется атрибут, вы знаете чему он соотвествует в формате офтд. В чем проблема вам самим написать конвертор из вашего замечательного формата. Мне действительно всё равно какой САПР вы используете для работы. Но извините, ваш САПР должен содержать информацию об элементах. Если не содержит, тогда стОит подумать, а хорош ли ваш САПР? К примеру, КАСПР хорош.. Об этом говорит и тот факт, что написаны и развиваются конверторы. Т.е. пожалуйста рисуйте в чистом КАСПР. И не волнуйтесь, не ваша забота потом из него получить ОФ-ТД. Но чистый КАСПР! Автокад позволяет ВСЁ! но вы должны работать в рамках КАСПР. Не хотите АРМы от ИМСАТА, не хотите КАСПР. Не кто не заставляет используйте другой САПР, но он должен быть не просто средством для рисования картинок, а быть САПРом.

Комментарии к сообщению (репутация)
Avton, положительно:

Последний раз редактировалось WSN; 21.08.2013 в 12:03.
WSN вне форума   Ответить с цитированием 0
Поблагодарили:
Dmitriy_S (21.08.2013), Юлия1986 (21.08.2013)
Старый 21.08.2013, 17:20   #87 (ссылка)
Злой модератор


Регистрация: 01.04.2009
Сообщений: 993
Поблагодарил: 63 раз(а)
Поблагодарили 211 раз(а)
Фотоальбомы: 0
Репутация: 79
По умолчанию

Удалено

Последний раз редактировалось Shoorup; 30.09.2013 в 10:15.
Shoorup вне форума   Ответить с цитированием 0
Старый 21.08.2013, 17:53   #88 (ссылка)
__

Автор темы

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 58
Сообщений: 13,701
Поблагодарил: 399 раз(а)
Поблагодарили 2269 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

Цитата:
Сообщение от Shoorup Посмотреть сообщение
У меня вопрос:
Допустим
-я сделал проект в своем САПР
-перевел/конвертировал в ОФ.
-ГТД ШЧ открыла этот проект/чертеж в ВТД, внесли изменения.
А потом например мне дают опять эту станцию с новым заданием на доработку и т.п. Я беру проект в ШЧ в ОФ и пытаюсь конвертировать назад в свой САПР (мне же удобнее в нем работать да и ВТД/ПТД у меня не куплен)
А обратно у меня не конвертируется... т.к. в моем САПРе атрибутов больше чем в ОФ (ВТД). Что делать?
Получается есть только прямая конвертация в ОФ, но нет обратной конвертации в САПР. Или я чего-то недопонимаю.

Под недостающими атрибутами я имею ввиду служебные (или не описанные в ОФ) атрибуты необходимые для правильной обработки в моем САПР например для той же стрелки.
Этот момент учитывался при принятии решения об разработке ОФ?


P.S. Это мое тысячное сообщение на форуме
Вообще-то это проблема того, кто начинает думать о "своем" САПРе...
Николай Николаевич вне форума   Ответить с цитированием 0
Старый 21.08.2013, 18:03   #89 (ссылка)
Участник


Регистрация: 21.04.2011
Сообщений: 44
Поблагодарил: 1 раз(а)
Поблагодарили 6 раз(а)
Фотоальбомы: 0
Репутация: 0
По умолчанию

ОФТД предусматривает хранение произвольных атрибутов в документе, важны только два момента:
1. Конверторы должны их перевести в ОФТД (сохранить в документе), а потом восстановить обратно.
2. Правки в документе со стороны ВТД должны не влиять на дополнительные атрибуты. Абстрактный пример небольшой: у реле есть атрибут замедление и еще атрибут атрибут Вашего сапра величина замедления. После правки в ВТД реле сделали без замедления, но атрибут величина замедления остался - будет расинхронизация в атрибутах. Привет придуман с головы, но смысл надеюсь понятен.
Если параметры данные важны, то логично их вынести на обсуждение и включить в новую редакцию ОФТД иначе проверку их корректности придется делать САПРу, который знает эти атрибуты.
Dmitriy_S вне форума   Ответить с цитированием 0
Поблагодарили:
Antibueno (22.08.2013), Shoorup (22.08.2013), WSN (22.08.2013)
Старый 22.08.2013, 04:04   #90 (ссылка)
Super V.I.P.


Регистрация: 09.04.2009
Сообщений: 1,942
Поблагодарил: 11 раз(а)
Поблагодарили 150 раз(а)
Фотоальбомы: 3
Репутация: 107
По умолчанию

Цитата:
Сообщение от Dmitriy_S Посмотреть сообщение
в том то и дело что с помощью библиотек для обработки, а для каждого приложения они были бы свои, так что остается работа на уровне примитивов и блоков, так же можно делать и после конвертации схем из ПТД/ВТД
Я несколько другое имел ввиду.
Формат dxf тем и хорош, что может быть дополнен новыми объектами, которые обладают заданным набором методов и свойств.
А то, что библиотеки для обработки свои - ну это тоже не совсем так.
Вполне возможно писать универсальные библиотеки (скажем .NET), которые смогут работать в разных приложениях. Объектная модель ведь одна.
led вне форума   Ответить с цитированием 0
Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
[РЖД ТВ] Октябрьская магистраль получила диплом за победу в отраслевом соревновании за I квартал 2012 года Admin Новости на сети дорог 0 28.05.2012 16:21
=Диплом= Диплом разработка схем управления станционными светофорами с применением схем на светодиодах taygir Дипломы, курсовые, лекции, рефераты по СЦБ 1 14.05.2012 07:43
=Методичка= А.В. Ушакова - Работа схем блочной маршрутной релейной централизации Admin Дипломы, курсовые, лекции, рефераты по СЦБ 0 22.08.2011 12:25
[Новости РЖД] Вадим Морозов наградил Горьковскую магистраль за третье место в отраслевом соревновании Андрей13 Новости на сети дорог 0 18.08.2011 19:09
работа схем УЭЦ-М VIC Ищу/Предлагаю 0 15.05.2010 16:20

Ответ


Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Trackbacks are Вкл.
Pingbacks are Вкл.
Refbacks are Выкл.



Часовой пояс GMT +3, время: 08:41.

СЦБ на железнодорожном транспорте Справочник  Сайт ПГУПС
сцбист.ру сцбист.рф

Лицензия зарегистрирована на scbist.com
СЦБИСТ (ранее назывался: Форум СЦБистов - Railway Automation Forum) - крупнейший сайт работников локомотивного хозяйства, движенцев, эсцебистов, путейцев, контактников, вагонников, связистов, проводников, работников ЦФТО, ИВЦ железных дорог, дистанций погрузочно-разгрузочных работ и других железнодорожников.
Связь с администрацией сайта: admin@scbist.com
Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Powered by NuWiki v1.3 RC1 Copyright ©2006-2007, NuHit, LLC Перевод: zCarot
Advertisement System V2.4