Комбинированное отображение символов и цвета

[fu-sin]

Имеется точечный слой с двумя ключевыми полями в таблице атрибутов.
Нужно отобразить их в соответствии с нормами заказчика: первое поле [SYMBOL] отвечает за значок/форму символа, а второе [RANGE] - за цвет символа:

Таблица атрибутов

table.jpg (71.62 КБ) 11894 просмотра

Цвет должен присваиваться на основе заданных интервалов.
Т.е., например, если [RANGE] = 3, то он попадает в интервал от 2,5 до 10, и должен отображаться определенным оттенком голубого (для этого существует таблица с RGB-соответствиями), назависимо от символа.

В конечном итоге нужно получить вот такую картину:

map.jpg (61.04 КБ) 11894 просмотра

Пока что ни Multiple Attributes, ни Categories -> Unique values, many fields желаемый вариант не выдают...

[novia]

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

[fu-sin]

единственный способ - это сделать все возможные комбинации символов-цветов либо по двум полям...

Так это же несколько тысяч комбинаций. И каждые два месяца новая информация.

либо свести их в одно

А это "решение" использовалось еще в 3.2 и от него, если честно, хотелось бы отказаться... Прогонялись данные через функцию в Access и генерировали новое поле. Но эта база больше использоваться не будет. Единственная возможность теперь - какие-либо манипуляции в самом ArcGIS.

[Дмитрий Барышников]

Еще можно свою символику разработать. Там можно навертеть все что хотите. Для этого нужно построить свои классы на базе IFeatureRenderer и ILegendInfo

[novia]

А вы не думали о разделении квадратиков и треугольников по разным слоям. При отсутствии необходимости изменения помимо цвета и размера еще и типа фигуры - задача упрощается.
Ссылаться слои могут на один источник данных, то есть все хранится в одном месте, но оформляется без лишнего геморроя.

[ Сообщение с мобильного устройства ]

[fu-sin]

А вы не думали о разделении квадратиков и треугольников по разным слоям.

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

[fu-sin]

Еще можно свою символику разработать. Там можно навертеть все что хотите. Для этого нужно построить свои классы на базе IFeatureRenderer и ILegendInfo

Пошел искать в мануалах...

[fu-sin]

Update (вдруг кому-то понадобится): Поддержка ESRI (после нескольких фантастических подходов) предложила тот же вариант, что уже был рекомендован novia (от 07 июля): разбить слой на Feature Layers по полю [SYMBOL], а потом уже внутри каждого разбить по цвету по полю [RANGE]: Quantities -> Graduated colors. Всё это согласно ESRI можно автоматизировать с помощью ModelBuilder.
При этом мы столкнулись с рядом сложностей - чтобы разбить на необходимые "цветовые" группы, пришлось сперва создать фиктивный Feature Class c минимальными и максимальными данными, только тогда удалось вручную прописать необходимые интервалы. Образованный на этой основе Layer File загружается уже без проблем.

[novia]

При этом мы столкнулись с рядом сложностей - чтобы разбить на необходимые "цветовые" группы, пришлось сперва создать фиктивный Feature Class c минимальными и максимальными данными, только тогда удалось вручную прописать необходимые интервалы. Образованный на этой основе Layer File загружается уже без проблем.

можно было нажать на кнопку Classify и выбрать классификацию Custom, указав нужное число интервалов, вбить руками необходимые значения. Фиктивный слой тут был не причем.

[novia]

Поддержка ESRI (после нескольких фантастических подходов)

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

[fu-sin]

Поддержка ESRI (после нескольких фантастических подходов)

подозреваю вам говорили, что этот вопрос выходит за рамки технической поддержки.

На удивление - нет. Возможно потому, что был сформулирован иначе: "почему у нас не работает классифицирование по слоям." Судя по переписки, им тоже было неизвестно, что по двум ключевым атрибутам цвета программой берутся не линейно. Они перенаправили запрос в USA и уже после этого указали на статью, в которой описано, как именно работает "Quantity by Category", т.е. то, что мы пытались применить в самом начале.

[novia]

класс, что разобрались!

[fu-sin]

Спасибо. Ну, пока еще не на 100% - надо модель собрать, да и общие затраты времени все же значительней выходят, чем если бы это работало именно так, как мы представляли с самого начала. Еще интересно, как такое решение будет влиять на производительность системы. Пока коллеги недовольны - фирма перешла с 3.2 на 10.0 и ощущение такое, что прорисовка (да и вся работа) проектов с тем же объемом данных происходит значительно медленней. Несмотря на то, что были приобретены компьютеры специально под новую версию.

[ggis]

Пока коллеги недовольны - фирма перешла с 3.2 на 10.0 и ощущение такое, что прорисовка (да и вся работа) проектов с тем же объемом данных происходит значительно медленней. Несмотря на то, что были приобретены компьютеры специально под новую версию.

Поддерживаю мнение ваших коллег, тройка шустрее при работе с шейпами.

[fu-sin]

Поддерживаю мнение ваших коллег, тройка шустрее при работе с шейпами.

Да, тот же суппорт рекомендовал использовать geodatabases (в том числе и для повышения производительности), так как "shapes не является больше стандартным форматом данных в продуктах GIS." (как-то так)