Data Interoperability Tools

Question

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

Answer 1

Там ничего нет такого чтобы "стартовать" - поставил, включил, работает. Но на наш взгляд, современные типы данных сделаны довольно криво - GPX формат, например, малопригодный - слетают знаки, русский язык и т.п. Формат KML, сделанный в Arc, не читается гуглом. С мапинфо тоже модуль не очень дружен. Похоже, авторы конверторов рассчитывали на некоторый стандарт вышеуказанных файлов, возможно, проработали их по документации, не изучив все богатство вариантов. Поэтому для экзотики применяем более пронзительные тулзы, в которых совместимость заметно выше: например, Ози для GPS-файлов, shape2kml, TabReader для Мапинфо etc.

Наиболее важный DWG формат читается неплохо (отработан в Arc спокон веку) и пока обходимся без Автокада. Однако предварительная правка все равно не помешает, порой и Автокада хочется - возможно, просто нервное ;)

Answer 2

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

Answer 3

Не пойму как сделать, чтобы исходный шейп был и конечным, на выходе только новый получается создать.

Answer 4

А что, разве DataInterop в таких делах как-то в помощь???

Если своя тулза, вроде не должно быть проблем... На крайний случай задача всего-то читать один DBF, писать в другой. Ежели средствами Arc даже, вроде случалось делать программно - открыл шейп, прочитал данные и в него же записал. На стороне тоже ничто не запрещает организовать, например, запрос SQL UPDATE для двух связанных dbf, встроенных в Access.

В чем именно загвоздка-то, может, вы именно join хотите соблюсть?
    

Answer 5

Не пойму как сделать, чтобы исходный шейп был и конечным, на выходе только новый получается создать.

Нельзя. По крайней мере мне такие способы не известны (возможно в 9.3 что-то поменялось). Дело в том, что результирующий файл каждый раз создается "с нуля", если не указана режим UPDATE

Answer 6

А что, разве DataInterop в таких делах как-то в помощь???

Да он может такое сделать. Ясно, что если полностью писать самому, можно что угодно наваять, лениво вот только :)

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

Answer 7

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

О, это извечное "хочу все чтоб работало в одной моей любимой программе (среде)" :)

Answer 8

Летом на конференции в Тюмени Датовцы показывали, как этого ИОпера превращать с помощью ModelBuildera в готовый инструмент и вполне прилично получалось. Там команды друг за дружку цепляются и все получается "зашибись".

Answer 9

Спасибо, обязательно попробую на гео-графике. Зачем-то мы ведь его купили... Хотя у датовцев все всегда "зашибись" - умеют работать... :) А мы грешные потом маемся

Ну а про "тут" - просто работу с фактографией привык нагружать на РСУБД, и в ГИС все кажется "ну весьма специфическим". То нельзя, эт не можно... Если у вас получится, отпишите впечатления.
    

Answer 10

Что-то я не понял а в чем проблема??? Необходимо заджойнить dbf  к shp  и выполнить калькуляцию. Если парит открывать собранный проект в аркмапе и выполнять калькуляцию, то можно и на автомате одной кнопкой, собрав нехитрую модель: