Всем доброго вечера!
За ранее прошу прощения, если такая тема уже поднималась, но я что то не нашел.
Суть моей проблемы такова: нужно к одной таблице с семантикой прикрепить 2 слоя с графикой. Условие такое: если на одном графическом слое нет объекта, то объект отображается на другом слое (объекты жестко разнесены по графическим слоям).
Например: есть таблица земельных участков (семантика) и 2 слоя графики:
1. Границы земельных участков;
2. Границы кадастровых кварталов.
Условие: если у земельного участка нет границ, то показывается соответствующий кадастровый квартал.
Можно конечно все объединить в один векторный слой и разнести с помощью идентификаторов, но хотелось бы именно разные векторные слои.
По пользую: GeoMedia, MapInfo, ГеоГраф
За ранее спасибо!
привязка одной таблицы к двум слоям
-
- Завсегдатай
- Сообщения: 406
- Зарегистрирован: 14 авг 2006, 16:21
- Репутация: 25
-
- Гуру
- Сообщения: 810
- Зарегистрирован: 22 авг 2007, 14:58
- Репутация: 123
- Откуда: Казань
Re: привязка одной таблицы к двум слоям
Если нет ограничений на используемое ПО, то посмотрите GRASS. В этой ГИС можно легко назначать/переназначать разные таблицы с атрибутами векторным слоям (вектор поддерживает несколько таблиц с атрибутами и наоборот).tsarev писал(а): Суть моей проблемы такова: нужно к одной таблице с семантикой прикрепить 2 слоя с графикой. Условие такое: если на одном графическом слое нет объекта, то объект отображается на другом слое (объекты жестко разнесены по графическим слоям).
<...>
По пользую: GeoMedia, MapInfo, ГеоГраф
-
- Гуру
- Сообщения: 4231
- Зарегистрирован: 10 апр 2006, 22:34
- Репутация: -344969098
- Откуда: Париж
Re: привязка одной таблицы к двум слоям
давайте зайдем со стороны векторных данных:
а) КУ вы связать с атрибутикой можете в первых двух продуктах без проблем?
б) вычленить номера КУ в атрибутивной таблице, которые не получили связи сумеете?
в) оставшееся связать с КК знаете как?
в результате получите два новых векторных слоя-запроса, опирающиеся на одну таблицу атрибутивных данных.
задача стояла так?
PS
пункт б) в MapInfo считается отвратитиельно долго. я бы атрибутивные данные обработал и поделил на две части для векторов КУ и векторов КК, и сделал бы это в любой СУБД, к которой привычны руки. С учетом того, что и MI и GM имеют родной формат с атрибутикой в MS Access - я бы использовал ее. Если один раз прописать запросы, то потом можно любой объем обработать автоматом.
а) КУ вы связать с атрибутикой можете в первых двух продуктах без проблем?
б) вычленить номера КУ в атрибутивной таблице, которые не получили связи сумеете?
в) оставшееся связать с КК знаете как?
в результате получите два новых векторных слоя-запроса, опирающиеся на одну таблицу атрибутивных данных.
задача стояла так?
PS
пункт б) в MapInfo считается отвратитиельно долго. я бы атрибутивные данные обработал и поделил на две части для векторов КУ и векторов КК, и сделал бы это в любой СУБД, к которой привычны руки. С учетом того, что и MI и GM имеют родной формат с атрибутикой в MS Access - я бы использовал ее. Если один раз прописать запросы, то потом можно любой объем обработать автоматом.
-
- Гуру
- Сообщения: 4170
- Зарегистрирован: 15 окт 2010, 08:33
- Репутация: 1107
- Ваше звание: программист
- Откуда: Казань
Re: привязка одной таблицы к двум слоям
неа, быстро: индексируете поле КУ, добаляете столбец Exist из 0, делаете естественное соединение по КУ, и делаете Update Column на этот столбец (в соединении), поместив туда 1. Ну и можно прямо из SQL, использовавBoris писал(а):давайте зайдем со стороны векторных данных:
а) КУ вы связать с атрибутикой можете в первых двух продуктах без проблем?
б) вычленить номера КУ в атрибутивной таблице, которые не получили связи сумеете?
в) оставшееся связать с КК знаете как?
в результате получите два новых векторных слоя-запроса, опирающиеся на одну таблицу атрибутивных данных.
задача стояла так?
PS
пункт б) в MapInfo считается отвратитиельно долго.
SELECT * FROM ... WHERE КУ NOT IN (SELECT КУ_ID FROM то_самое_соединение), но это если букв хватит - эти клоуны из МапИнфо вроде до сих пор имеют ограничение на длину строки SQL запроса.
Но прописать все это а Access конечно лучше

Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость