Местоположение (по GPS), с точки зрения файловой системы, является частью данных файла, а не его метаданных. Оно хранится в тегах EXIF, XMP и т.д. внутри файла.
Поэтому rsync
(или даже обычный cp
) сохранит его.
Существует множество инструментов, которые могут показать EXIF и XMP данные в файле; например:
$ exiv2 -pa pr IMG_20150530_155931.jpg
Exif.Image.DateTime Ascii 20 2015:05:30 15:59:31
Exif.Image.GPSTag Long 1 543
Exif.GPSInfo.GPSDateStamp Ascii 11 2015:05:30
Exif.GPSInfo.GPSAltitudeRef Byte 1 Above sea level
Exif.GPSInfo.GPSLongitudeRef Ascii 2 West
Exif.GPSInfo.GPSImgDirection Rational 1 29/1
Exif.GPSInfo.GPSLongitude Rational 3 77deg …
⋮
Вы пометили атрибут как рабочий (с USAGE directoryOperation
), отсюда и ошибка.
Операционные атрибуты не должны изменяться пользователями; им требуется код, работающий в OpenLDAP, для обновления их в зависимости от какого-либо события.
Кроме того, я бы рекомендовал не изменять стандартные схемы, такие как inetOrgPerson и т. д. Вам следует создать собственную схему.
Каждому типу атрибута и классу объектов должны быть назначены уникальные OID.
Вы повторно используете OID 2.5.18.1 , который назначен стандартному атрибуту createTimestamp .
Вы также использовали OID 2.5.6.6.1 , который представляет собой дугу OID, которую вам не следует использовать, поскольку другие могут назначать в ней OID.
См. также:Часто задаваемые вопросы по OpenLDAP :Нужно ли назначать OID каждому элементу схемы?
Ваш объект класса общежитие относится к типу STRUCTURAL
. Невозможно добавить это к существующим записям. Вместо этого используйте вид AUXILIARY
.