проверить на наличие ошибок *.txt

Question

    Уважаемые пользователи ArcView 3.2! Имеется *.txt файл в котором есть колонки ПР; ПК; Х; У, как можно проверить на наличие ошибок в ArcView 3.2 т.е двойная нумерация ПК и по координатам (два разных пикета находятся в одной точке по Х и У). Знаю, что можно проверить в EXCEL, но прыгать из программы в программу неохота и времени нет.

Answer 1

Встроенных средств проверки целостности таблиц в AV нет, они есть лишь в СУБД (нет их и в Укселе, к слову сказать). Однако выкрутиться, как и в Экселе, можно. Если вам нужно чисто проверить колонки, можно воспользоваться функцией суммирвоания (аналогично группировке в СУБД). Если эта функция, суммируя ваши данные по какой-либо "уникальной" колонке выдает меньше строк чем было, значит, не все уникальные. Так же можно проверить и координаты, хотя для них написано немало скриптов - гляньте по слову duplicate в коллекции ESRI.

 

Однако намного проще было бы загрузить ваш файл как таблицу в Access - там есть штатные средства проверки на дубликаты и т.п. Поскольку файл ваш автономный, открытого формата и никакого прямого отношения к AV не имеет, "прыгать" вас не напряжёт. ЗагрУзите параллельно и все. ну и вообще использовать реляционную  СУБД  для таких дел эффективней, чем сочинять свои проверки. Почти все совр. геол. программы (SurPac, GemCom etc) используют Access как хранилище данных, а то и SQL-сервер.

Answer 2

Может в *.shp файл преобразовать и в этом формате проверку делать, кстати есть проектные координаты и проектные ПР;ПК.С поле приходят полевые измерения, их надо оперативно проверить и где есть ошибки сразу определить. Проверку  качество материала по координатам( вынос натуру) отталкиваюсь от проекта в ApcView  Тема/Выбрать темой, в этом проблем нет.

Answer 3

делюсь опытом \\ в екселе есть импорт в csv \\\ для начала задайте в ехеле нормальную длину кажд столбца --- и потом через экспорт ехель в тхт - а потом через импорт арквью ( с уже подключ модулем) -- в тхт -- ВСЕ ПРОЙдет нормально \\ а проверяйте конечно в ехеле

Answer 4

Еще раз растолкую. Не важен формат, в каком вы это храните. Важно, в какой среде и какими алгоритмами вы это делаете. Наиболее заточена под такие задачи среда под названием СУБД - "системы управления базами данных". Они понимают и txt по колонкам, и xls, и dbf - словом, все табличные форматы. Мало того, в Аксесс вы можете эти форматы не просто импортировать, а ИНТЕГРИРОВАТЬ (прилинковать). там и проверять. А еще лучше держать.

 

Только на днях опять проверяли большой блок пикетов XYZ, опять прошерстили все методики - скрипты AV, summarize в AV и AM итп. Удобнее все же в Аксессе, стандартными запросами на "Поиск дубликатов". Особенно если точек много и проверка (корректировка) должна идти не на точное совпадение координат, а с некоей tolerance, к тому же не по одной колонке, а сразу по нескольким (XY, в нашем случе). В остальных средах (ГИС, эксель, просто вручнопрограммно) много геморроя и нет полной гарантии обработки всех случаев.

Answer 5

Да, я с вами geologic  согласен, что материал надо хранить в Аксессе. Мы сейчас в плотную работаем над новой программой проверке полевого материала, и мало того материал еще должен проходить проверку в Мезе (на кратность). Импорт должен в двух файлах, в формат для Мезы и Аркью. Так уж надо попотеть, больше выхода нет. Если кому тема интересна, мы можем переписываться.