Форумы GIS-Lab.info

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

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

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

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

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

novia писал(а):либо свести их в одно

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

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

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

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

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

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

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

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

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

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

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

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

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

novia писал(а):

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

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

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

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

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

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

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

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

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