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

Как создать такой знак

Поиск  Пользователи  Правила  Войти
Форум » Настольные приложения » Классификаторы и условные знаки
Страницы: 1
RSS
Как создать такой знак, создание знаков
 
Как можно сделать такие знаки?

1. Знак танк
Векторный знак должен, менять цвет, иметь возможность заливки "цветное стекло"  и градиентной, а также подтушевки в вариантах: линия штрих, точка.
Соответственно все варианты танкового оборудования, что отражены в классификаторе.
Вероятный характер положения отображается штрихом, так  чтобы между штрихами была видна карта, а не белый штрих.
2. Подпись на линии выноске
Состоит из Текста 1 и Текста 2 друг над другом и разделенных горизонтальной линией, аналогично Вашему объекту "Подпись сложная": код 713230050, только с добавкой  линии для соединения с подписываемым объектом.
Длина горизонтальной части линии чуть больше, чем  самая большая из надписей и изменяться в соответствии с размером надписи по горизонтали Тексты 1 и 2 центруются относительно
середины горизонтальной части линии.Текст подписи не должен "разъезжаться" с подписываемым знаком и содержимым Текстов 1 и 2 при изменении масштаба карты при отображении, печати, и в паспорте карты.
Длина и направление соединительной линии, соединяющей подпись и объект должны изменяться при необходимости. Знак должен отражаться горизонтально, менять цвет, толщину линии и все характеристики шрифтов.

И все это великолепие должно управляться через соответствующие настройки в семантике.
Часть требований я понимаю и могу,но есть непонятные моменты, особенно по изменению длины горизонтальной части линии выноски в подписи и управлению соединительной линией.
По танку подтушевка различными линиями и вероятный характер положения.  
Изменено: Александр Ильин - 03.03.2017 23:25:16 (Дописать еще условия)
 
При создании классификатора для сложных знаков описывается алгоритм зависимости параметров условного знака (вид, цвет, размер, подписи, угол поворота и так далее) от атрибутов и метрики знака.
В идеале цвет знака управляется не параметром цвет, а некоторым его атрибутом (например, для оперативных знаков: свой, чужой, нейтрал, ...).
После описания алгоритма можно написать прикладную функцию с помощью интерфейса IMLAPI по примерам из SDK -
http://gisinfo.ru/download?id=92

Есть примеры отображения подобных знаков на карте в папке \Shape в инсталляции ГИС Карта 2011 и ГИС Панорама 12.
Для знаков оперативной обстановки есть примеры карт в учебно-методических материалах, которые выдаются по заявкам
организаций бесплатно.

В любом случае, отображение должно быть в соответствии с требованиями КЭУЗ. Эти требования реализует классификатор operator.rsc.
КЭУЗ формализует не все элементы отображения знака и может быть дополнен. Если есть детальные предложения, то мы их готовы учесть
и переадресовать авторам документа.
Если по нему есть замечания, то присылайте на почту для рассмотрения.
 
Предложение тоже - включите параметр подтушевки (с управлением видом линии и ее цветом) и заливки (с управлением цветом и прозрачностью) для всех точечных и векторных знаков. Сами контуры заливки и подтушевки в знаках кому надо сами нарисуют, главное чтобы возможность была. На пример как у знаков "пункты управления с прозрачностью".Однозначно они нужны на всех КП, КНП, НП, бронетехники, батарей, кораблей. Для многих знаков с учетом семантики и векторных знаков тоже очень желательно.
Нужна такая же подтушевка и заливка для знаков походных колонн например походная колонна минометной батареи, сам знак должен тушеваться.
И знаки возможного расположения объекта должны отображаться штрихами, так чтобы между ними была карта, а не белый штрих.
Такая подпись нужна из-за выноса на карту в подписи самой различной дополнительной информации (краткое описание объекта, описание средства поражения, расход БП) и можно снять ограничение в 256 символов на подпись.
Должны решаться следующие задачи.
1. Под знаками должна читаться местность на карте.
2. Необходимо отражение этапов изменения обстановки, или для четкого графического отделения одинаковых подразделений и систем вооружения друг от друга в когда в небольшом районе работает несколько подразделений. (Если я правильно понял в КЭУЗ об этом не подумали.) Особенно это важно, когда разработанный документ надо печатать, он должен выглядеть "быстро читаемо и понимаемо", т.е. максимально близко к документу отработанному на обычной карте вручную, потому что требований к оформлению документов ни кто не отменял, но почему-то при разработке в Панораме их выполнить нельзя.
3. Упрощение подготовки документов на заданном уровне требований к оформлению.
 
 
Цитата
Александр Ильин написал:
Предложение тоже - включите параметр подтушевки (с управлением видом линии и ее цветом) и заливки (с управлением цветом и прозрачностью) для всех точечных и векторных знаков. Сами контуры заливки и подтушевки в знаках кому надо сами нарисуют, главное чтобы возможность была. На пример как у знаков "пункты управления с прозрачностью".Однозначно они нужны на всех КП, КНП, НП, бронетехники, батарей, кораблей. Для многих знаков с учетом семантики и векторных знаков тоже очень желательно.
Нужна такая же подтушевка и заливка для знаков походных колонн например походная колонна минометной батареи, сам знак должен тушеваться.
И знаки возможного расположения объекта должны отображаться штрихами, так чтобы между ними была карта, а не белый штрих.
Такая подпись нужна из-за выноса на карту в подписи самой различной дополнительной информации (краткое описание объекта, описание средства поражения, расход БП) и можно снять ограничение в 256 символов на подпись.
Должны решаться следующие задачи.
1. Под знаками должна читаться местность на карте.
2. Необходимо отражение этапов изменения обстановки, или для четкого графического отделения одинаковых подразделений и систем вооружения друг от друга в когда в небольшом районе работает несколько подразделений. (Если я правильно понял в КЭУЗ об этом не подумали.) Особенно это важно, когда разработанный документ надо печатать, он должен выглядеть "быстро читаемо и понимаемо", т.е. максимально близко к документу отработанному на обычной карте вручную, потому что требований к оформлению документов ни кто не отменял, но почему-то при разработке в Панораме их выполнить нельзя.
3. Упрощение подготовки документов на заданном уровне требований к оформлению.
Предложение передано специалисту.
Спасибо.
Страницы: 1
Читают тему (гостей: 1)



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

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