Data Interoperability Tools

Question

Кто-нибудь работал плотно, чтобы помочь стартануть?

Answer 1

Если парит открывать собранный проект в аркмапе и выполнять калькуляцию, то можно и на автомате одной кнопкой, собрав нехитрую модель

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

Включите в SQL UPDATE только те колонки, которые должны обновляться - остальное не затронется, для того SQL и создавали.

Где именно это сделать? в сысле SQL UPDATE

Answer 2

Замечательно получилось по совету Вадима.
Я так понял, что мне придется цепочку выстроить из Calculate field в 30 штук. А нет инструмента чтобы сразу все поля указать?

И еще одно, я шейп и дбф вывел как параметры, но если название файла на входе отличается, то Calculate field выдает ошибку. Это можно как-нибудь обойти, не переименовывать же файл каждый раз? Может псевдонимы какие-нибудь?
    

Answer 3

Не ну и Вадим логично подсказал, чтобы из ГИС не выходить, калькуляцией. SQL UPDATE можно делать, если ваши dbf подцеплены к какой-то БД, Access например. Или все данные вообще в геобазе, тогда этой фразой синхронно калькулируются любые таблицы безо всяких предварительных джойнов. Получается, это не ваш случай.

Answer 4

Можно и несколько полей калькулировать, а вот с названиями исходников надо подумать.

Answer 5

А что, разве нельзя ввести переменные имена файлов? Кажется в справке по моделбилдеру приводится пример - включается параметр Output Table. Он и запрашивает имена.

Answer 6

Можно и несколько полей калькулировать

Класс

А что, разве нельзя ввести переменные имена файлов? Кажется в справке по моделбилдеру приводится пример - включается параметр Output Table. Он и запрашивает имена.

Параметр то не проблема сделать, в параметры я их вывел. Но дело в том, что Calculate field использует имена файлов.
Кстати от шейпа удалось отвязаться, просто указал названия полей, А вот от dbf никак, ошибку выдает.

Answer 7

Да соберите вы уже наконец проект в DataInterop.....

Answer 8

О времена настали, чтобы заполнить две колонки в DBF нужно иметь софт на двести тыщ, и собирать проект. Охххх... :D

Open Source еще гляньте, там есть командная утилита ogr2ogr именно для шейпов. Мож наведет на мысль.    

Answer 9

Да соберите вы уже наконец проект в DataInterop.....

  Просветите наконец, как реализуется через Interop

Answer 10

О времена настали, чтобы заполнить две колонки в DBF нужно иметь софт на двести тыщ, и собирать проект. Охххх... :D

Open Source еще гляньте, там есть командная утилита ogr2ogr именно для шейпов. Мож наведет на мысль.    

1. Автор поднял тему, потому что у него этот модуль уже есть
2. Иметь какую-то технологию, позволяющую решить ваши проблемы и ей не пользоваться - это не лучшая характеристика. В соседней ветке люди чуть ли не с гордостью пишут о том, что при возможности работать с несколькими видами БГД (пусть даже и персональных только два вида) они работают с шейпами. Рассказывают что им это доставляет неудобства, возникают проблемы, но технологию менять не будут. Ничего личного к Вам или другим участникам, просто такая странная картина вырисовывается все чаще и это взгляд "со стороны", а не критика.
3. речь не о заполнении отдельных колонок, не будем передергивать. Вопрос стоит чуть шире.