Проблема с соединением таблиц при внешней идентичности полей
-
- Активный участник
- Сообщения: 244
- Зарегистрирован: 03 мар 2015, 10:01
- Репутация: 24
- Откуда: Санкт-Петербург
Проблема с соединением таблиц при внешней идентичности полей
Добрый день!
Может быть кто-то сталкивался с такой проблемой - экселевская таблица не хочет соединяться с классом объектов, хотя внешне значения ячеек в столбце, по которому я делаю соединение, совпадают.
Если конкретнее, то у меня слой OSM с названиями ж/д платформ, там названия, в которых прописная только первая буква, а в моем экселевском файле почти все названия написаны целиком заглавными (за исключением 6 штук).
Я сделала новое поле в слое, где калькулятором исходные названия переведены в соответствующие таблице эксель, но при соединении совпадений не находится. При этом, если я делаю соединение по исходному полю с названием, то сопоставляются как раз те 6 штук из таблицы, которые написаны так же, как в OSM.
В чем может быть причина?
Может быть кто-то сталкивался с такой проблемой - экселевская таблица не хочет соединяться с классом объектов, хотя внешне значения ячеек в столбце, по которому я делаю соединение, совпадают.
Если конкретнее, то у меня слой OSM с названиями ж/д платформ, там названия, в которых прописная только первая буква, а в моем экселевском файле почти все названия написаны целиком заглавными (за исключением 6 штук).
Я сделала новое поле в слое, где калькулятором исходные названия переведены в соответствующие таблице эксель, но при соединении совпадений не находится. При этом, если я делаю соединение по исходному полю с названием, то сопоставляются как раз те 6 штук из таблицы, которые написаны так же, как в OSM.
В чем может быть причина?
-
- Гуру
- Сообщения: 731
- Зарегистрирован: 12 янв 2011, 22:40
- Репутация: 304
- Ваше звание: ∀
Re: Проблема с соединением таблиц при внешней идентичности п
Возможно, в хвостовых пробелах или нечитаемых символах вроде перевода строки.
Хорошо бы увидеть пример данных.
Хорошо бы увидеть пример данных.
-
- Гуру
- Сообщения: 731
- Зарегистрирован: 12 янв 2011, 22:40
- Репутация: 304
- Ваше звание: ∀
Re: Проблема с соединением таблиц при внешней идентичности п
Кстати, какая версия ArcGIS? Если 10.0, попробуйте поставить Service Pack 5, там есть баги, похожие на ваш случай. Как делаете соединение: в ArcMap или через Join Field в ArcToolbox?
-
- Интересующийся
- Сообщения: 26
- Зарегистрирован: 03 янв 2012, 18:49
- Репутация: 13
- Откуда: Тюмень
Re: Проблема с соединением таблиц при внешней идентичности п
Можно попробовать экспортировать эксель в dbf. По-моему у меня как-то была похожая ситуация, помогло.
-
- Гуру
- Сообщения: 5355
- Зарегистрирован: 09 апр 2010, 19:30
- Репутация: 1021
- Ваше звание: просто мимо прохожу
- Откуда: Ё-бург
Re: Проблема с соединением таблиц при внешней идентичности п
Excel зло, потому что, то что видит пользователь и то что там по факту - две болшие разницы!
Лучше использовать БД, потому что там строгий контроль типа данных и больще инструментов управления данными
Лучше использовать БД, потому что там строгий контроль типа данных и больще инструментов управления данными
-
- Активный участник
- Сообщения: 244
- Зарегистрирован: 03 мар 2015, 10:01
- Репутация: 24
- Откуда: Санкт-Петербург
Re: Проблема с соединением таблиц при внешней идентичности п
сейчас попробую перевести в dbf, как посоветовали выше, и если ничего не изменится - буду просить совета с примером) Версия у меня 10.2, но делала просто через меню "соединения и связи", т. к. раньше все получалось и похожей проблемы пока не возникало. Может ли дело быть в том, что я пересчитывала поле запросом на python?Ariki писал(а):Возможно, в хвостовых пробелах или нечитаемых символах вроде перевода строки.
Хорошо бы увидеть пример данных.
спасибо! посмотрим, что выйдетVaska72 писал(а):Можно попробовать экспортировать эксель в dbf. По-моему у меня как-то была похожая ситуация, помогло.
согласна. просто исходники ко мне поступают исключительно в exel, по-видимому в дальнейшем буду переводить их в dbftrir писал(а):Excel зло, потому что, то что видит пользователь и то что там по факту - две болшие разницы!
Лучше использовать БД, потому что там строгий контроль типа данных и больще инструментов управления данными
- nadiopt
- Гуру
- Сообщения: 4744
- Зарегистрирован: 29 янв 2009, 13:27
- Репутация: 495
- Ваше звание: хрюкало
- Откуда: Санкт-Петербург
- Контактная информация:
Re: Проблема с соединением таблиц при внешней идентичности п
а эксель по-моему разучился в dbf переводить
я делала как посоветовал Vaska72, но только этот гадкий эксель открывала и пересохраняла Open Office'ом, там кстати и типы полей видны сразу
я делала как посоветовал Vaska72, но только этот гадкий эксель открывала и пересохраняла Open Office'ом, там кстати и типы полей видны сразу
ин гроссен фамилен нихт клювен клац клац
-
- Активный участник
- Сообщения: 244
- Зарегистрирован: 03 мар 2015, 10:01
- Репутация: 24
- Откуда: Санкт-Петербург
Re: Проблема с соединением таблиц при внешней идентичности п
точно, разучился =( а open office в гос. организацию не вариант, говорит сисадминnadiopt писал(а):а эксель по-моему разучился в dbf переводить
я делала как посоветовал Vaska72, но только этот гадкий эксель открывала и пересохраняла Open Office'ом, там кстати и типы полей видны сразу
так что как только найду способ - попробую через dbf, может мне тоже поможет
upd
Всем спасибо, помог перевод в DBF!
- nadiopt
- Гуру
- Сообщения: 4744
- Зарегистрирован: 29 янв 2009, 13:27
- Репутация: 495
- Ваше звание: хрюкало
- Откуда: Санкт-Петербург
- Контактная информация:
Re: Проблема с соединением таблиц при внешней идентичности п
на будущее - если сисадмин свиреп и зол (а ваш, по-моему, свихнулся, с каких пор в госорганизациях запрещен свободный софт?) , может помочь portable-версия, например вот такая http://portableapps.com/apps/office/openoffice_portable
кладем на флешку и вперед. Разве что еще и какие-нить запрещалки стоят
а если в госорганизации зачем-то полный офис стоит, вместе с акцессом, то можно им переводить
кладем на флешку и вперед. Разве что еще и какие-нить запрещалки стоят
а если в госорганизации зачем-то полный офис стоит, вместе с акцессом, то можно им переводить
ин гроссен фамилен нихт клювен клац клац
-
- Гуру
- Сообщения: 5355
- Зарегистрирован: 09 апр 2010, 19:30
- Репутация: 1021
- Ваше звание: просто мимо прохожу
- Откуда: Ё-бург
Re: Проблема с соединением таблиц при внешней идентичности п
offtop: USB порты закрывают, в первую очередь, даже не очень злые Админы... а некоторые отмороженные - мониторят запущеные процессы...
-
- Активный участник
- Сообщения: 244
- Зарегистрирован: 03 мар 2015, 10:01
- Репутация: 24
- Откуда: Санкт-Петербург
Re: Проблема с соединением таблиц при внешней идентичности п
спасибо! сисадмин нормальный, но очень боязливый))) боится, что засудят (говорит, вроде как юридически можно подкопаться, если не подтверждено, что сам открытый источник передал софт организации - но может он просто не шарит). А офис у нас у всех без access стоит, к сожалению, может добьюсь установки мне одной из лицензийnadiopt писал(а):на будущее - если сисадмин свиреп и зол (а ваш, по-моему, свихнулся, с каких пор в госорганизациях запрещен свободный софт?) , может помочь portable-версия, например вот такая http://portableapps.com/apps/office/openoffice_portable
кладем на флешку и вперед. Разве что еще и какие-нить запрещалки стоят
а если в госорганизации зачем-то полный офис стоит, вместе с акцессом, то можно им переводить
- Игорь Белов
- Гуру
- Сообщения: 2241
- Зарегистрирован: 04 янв 2011, 22:00
- Репутация: 1514
- Откуда: Казань
Re: Проблема с соединением таблиц при внешней идентичности п
Я бы сделал "чистый" документ Excel, т.е. такой, в котором имена такие же, как в OSM.
- Создать копию исходного документа.
- В исходном документе ещё одну колонку заполнить значениями, вычисляемыми как строки из первой колонки без лидирующих/конечных пробелов в "правильном" регистре:
Код: Выделить всё
=ПРОПНАЧ(СЖПРОБЕЛЫ(A1))
- Скопировать ячейки новой колонки и вставить в первую колонку нового документа не как формулы, а как значения.
The purpose of computing is insight, not numbers
-
- Активный участник
- Сообщения: 244
- Зарегистрирован: 03 мар 2015, 10:01
- Репутация: 24
- Откуда: Санкт-Петербург
Re: Проблема с соединением таблиц при внешней идентичности п
Спасибо, так тоже работает. Правда совпадений выдает штук на 80 меньше, чем предыдущим способомErnieBoyd писал(а):Я бы сделал "чистый" документ Excel, т.е. такой, в котором имена такие же, как в OSM.
Теперь мучить ArcGIS с новым документом.
- Создать копию исходного документа.
- В исходном документе ещё одну колонку заполнить значениями, вычисляемыми как строки из первой колонки без лидирующих/конечных пробелов в "правильном" регистре:
Код: Выделить всё
=ПРОПНАЧ(СЖПРОБЕЛЫ(A1))
- Скопировать ячейки новой колонки и вставить в первую колонку нового документа не как формулы, а как значения.
- Игорь Белов
- Гуру
- Сообщения: 2241
- Зарегистрирован: 04 янв 2011, 22:00
- Репутация: 1514
- Откуда: Казань
Re: Проблема с соединением таблиц при внешней идентичности п
Данных не видел, так что могу ошибаться с выбранными функциями. В приведённом варианте "БУРАННЫЙ ПОЛУСТАНОК" отобразится в "Буранный Полустанок", а должно, может быть, в "Буранный полустанок".amnesiac писал(а):совпадений выдает штук на 80 меньше, чем предыдущим способом
Кроме того, между словами могут оказаться двойные пробелы. Да много чего там может оказаться.
В общем, можно пройтись по несовпадениям и отредактировать формулы или уже готовые строки.
The purpose of computing is insight, not numbers
-
- Интересующийся
- Сообщения: 26
- Зарегистрирован: 03 янв 2012, 18:49
- Репутация: 13
- Откуда: Тюмень
Re: Проблема с соединением таблиц при внешней идентичности п
Можно самим ArcGIS'ом конвертировать. Как минимум с помощью Table To Table. И можно просто в каталоге открыть таблицу и экспортировать данные (в персональную или файловую базу точно, про dbf надо посмотреть)nadiopt писал(а):а эксель по-моему разучился в dbf переводить
я делала как посоветовал Vaska72, но только этот гадкий эксель открывала и пересохраняла Open Office'ом, там кстати и типы полей видны сразу
Кто сейчас на конференции
Сейчас этот форум просматривают: Ahrefs [Bot] и 8 гостей