osm2pgsql - Интернет в облаке

ПРОГРАММА:

ИМЯ

osm2pgsql - конвертер данных Openstreetmap в PostgreSQL.

СИНТАКСИС

osm2pgsql [кредита] планета.осм
osm2pgsql [кредита] planet.osm. {gz, bz2, pbf}
osm2pgsql [кредита] файл1.osm файл2.osm файл3.osm

ОПИСАНИЕ

Эта страница руководства кратко документирует osm2pgsql команда.

osm2pgsql импортирует данные из файла (ов) OSM в базу данных PostgreSQL, подходящую для использования
Модуль визуализации Mapnik или геокодер Nominatim.
Снимки планеты OSM можно скачать с http://planet.openstreetmap.org/, частичный
доступны файлы планет («выдержки») для разных стран, см.
http://wiki.openstreetmap.org/wiki/Planet.osm.

Выдержки в формате PBF (ProtoBufBinary) также доступны по адресу
http://download.geofabrik.de/osm/.

При работе в «тонком» режиме (и в базе данных, созданной в «тонком» режиме!), osm2pgsql
также обрабатывать файлы изменений OSM (файлы osc), тем самым доводя существующую базу данных до
дату.

ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

Эти программы следуют обычному синтаксису командной строки GNU с длинными параметрами, начинающимися с
два тире (`- '). Сводка опций приведена ниже.

-a| --append
Добавьте файл OSM в базу данных, не удаляя существующие данные.

-b| --bbox
Примените фильтр ограничивающей рамки к импортированным данным. Должен быть указан как:
minlon, minlat, maxlon, maxlat например --bbox -0.5,51.25,0.5,51.75

-c| --создать
Удалите существующие данные из базы данных. Это значение по умолчанию, если - добавить Не
указано.

-d| - имя базы данных
Имя базы данных PostgreSQL для подключения (по умолчанию: gis).

-i| --tablespace-index имя табличного пространства
Храните все индексы в отдельном табличном пространстве PostgreSQL, названном этим параметром.
Это позволяет, например, хранить индексы в более быстрых хранилищах, таких как твердотельные накопители.

--tablespace-main-data имя табличного пространства
Храните таблицы данных (не тонкие) в данном табличном пространстве.

--tablespace-main-index имя табличного пространства
Сохраните индексы основных таблиц (не тонких) в данном табличном пространстве.

--tablespace-slim-data имя табличного пространства
Сохраните таблицы тонкого режима в данном табличном пространстве.

--tablespace-slim-index имя табличного пространства
Сохраните индексы таблиц тонкого режима в данном табличном пространстве.

-l| --latlong
Храните данные в градусах широты и долготы.

-m| --merc
Храните данные в правильном сферическом Меркаторе (по умолчанию).

-E| --proj номер
Использовать проекцию EPSG: num

-u| --utf8-sanitize
Исправьте неверные входные данные UTF-8 (присутствующие в дампах планет до августа 2007 г.). Добавляет
около 10% накладных расходов.

-p| --prefix строка_префикса
Префикс для имен таблиц (по умолчанию: planet_osm).

-r| - формат ввода-чтения
Выберите устройство чтения формата ввода. Доступные варианты: libxml2 (по умолчанию) для OSM XML
форматировать файлы, o5m для файла в формате o5m и пбф для двоичного формата OSM PBF (не может
быть доступным на всех платформах).

-s| - тонкий
Храните временные данные в базе данных. Без этого режима все временные данные
хранятся в ОЗУ, и если у вас недостаточно данных, импорт не будет работать успешно.
В тонком режиме вы сможете импортировать данные даже в систему с ограниченным доступом.
ОЗУ, хотя, если у вас недостаточно ОЗУ для кэширования хотя бы всех узлов,
время на импорт данных, вероятно, значительно увеличится.

--уронить
Удалите таблицы тонкого режима из базы данных после завершения импорта. Это может
значительно уменьшить размер базы данных, поскольку таблицы в тонком режиме обычно являются
такого же размера, если не чуть больше, чем у основных столов. Однако это не
уменьшить максимальный всплеск использования диска во время импорта. Кроме того, он может увеличивать
скорость импорта, так как не нужно создавать индексы для таблиц тонкого режима, которые
(в зависимости от оборудования) может почти вдвое сократить время импорта. Таблицы тонкого режима, однако, имеют
быть постоянным, если вы хотите иметь возможность обновлять свою базу данных, поскольку эти таблицы
необходимы для обработки различий.

-S| --style / путь / к / стиль
Расположение файла стиля osm2pgsql. Это указывает, какие теги из данных получают
импортируются в столбцы базы данных и какие теги удаляются. По умолчанию
/usr/доля/osm2pgsql/default.style.

-C| --cache num
Только для тонкого режима: используйте до нескольких МБ ОЗУ для кэширования узлов. Давая
osm2pgsql достаточный кеш для хранения всех импортированных узлов обычно значительно увеличивается
скорость импорта. Каждому кэшируемому узлу требуется 8 байтов кеша плюс около 10%.
- накладные расходы 30%. Для текущего импорта полной планеты OSM с его ~ 3 миллиардами узлов
хорошее значение будет 27000, если у вас достаточно оперативной памяти. Если у вас недостаточно оперативной памяти,
Вероятно, полезно предоставить osm2pgsql почти полный доступный объем ОЗУ.
По умолчанию 800.

--cache-strategy стратегия
Существует несколько различных режимов, в которых osm2pgsql может организовать свой узел.
кеш в ОЗУ. Они оптимизированы для различных предположений данных и
доступные аппаратные ресурсы. Доступные в настоящее время стратегии: плотный, разбитый,
редкий и оптимизированный. плотный предполагает, что идентификаторы узлов плотно упакованы,
т.е. отсутствуют / удалены только несколько идентификаторов из диапазона. Для экстрактов планет это
Обычно это не так, что делает кэш очень неэффективным и расточительным по ОЗУ. редкий
предполагает, что идентификаторы узлов в данных не упакованы плотно, что значительно увеличивает кэширование
эффективность в этих случаях. Если идентификаторы узлов плотно упакованы, как в полном
planet, эта стратегия требует больших накладных расходов на индексацию кеша. оптимизированный использования
как плотные, так и разреженные стратегии для разных диапазонов ID пространства. На блоке
по блочной основе он пытается определить, эффективнее ли хранить блок
Идентификаторы в разреженном или плотном режиме. Это значение по умолчанию, и обычно его следует использовать.

-U| --username имя
Имя пользователя Postgresql.

-W| --пароль
Запрос пароля принудительно.

-H| --host имя хоста
Имя хоста сервера базы данных или расположение сокета.

-P| - номер порта
Порт сервера базы данных.

-e| --expire-tile [min_zoom-] max-zoom
Создайте список истечения срока действия плитки.

-o| --expire-output /path/to/expire.list
Имя выходного файла для просроченного списка тайлов.

-o| --выход
Задает используемый выходной сервер или схему базы данных. В настоящее время osm2pgsql
поддерживает PgSQL, географический справочник и нуль. PgSQL бэкэнд / схема вывода по умолчанию
и оптимизирован для рендеринга с помощью Mapnik. географический справочник это схема БД, оптимизированная для
геокодирование и используется Nominatim. нуль не выводит никаких сообщений, а только
полезно для тестирования.

-x| --extra-attributes
Включите атрибуты для каждого объекта в базе данных. Это включает имя пользователя,
ИД пользователя, отметка времени и версия. Примечание: этот вариант также требует дополнительных записей
в вашем файле стиля.

-k| --hstore
Добавить теги без столбца в дополнительный столбец hstore (ключ / значение) в PostgreSQL
столы.

-j| --hstore-all
Добавьте все теги в дополнительный столбец hstore (ключ / значение) в таблицах PostgreSQL.

-z| --hstore-column имя_ключа
Добавьте дополнительный столбец hstore (ключ / значение), содержащий все теги, начинающиеся с
указанная строка, например --hstore-column "name:" создаст дополнительный столбец hstore
который содержит все теги name: xx

--hstore-match-only
Сохраняйте только те объекты, которые имеют значение в одном из столбцов (обычное действие с
--hstore - хранить все объекты).

--hstore-добавить-индекс
Создайте индексы для столбцов hstore во время импорта.

-G| --melts-geometry
Обычно osm2pgsql разбивает геометрию, состоящую из нескольких частей, на отдельные строки базы данных для каждого
часть. Таким образом, один идентификатор OSM может иметь несколько строк. С этой опцией
PostgreSQL вместо этого генерирует мульти-геометрические объекты в таблицах PostgreSQL.

-K| --сохраняющие береговые линии
Сохраняйте данные береговой линии, а не фильтруйте их. По умолчанию natural = береговая линия
помеченные данные будут отброшены, исходя из предположения, что после обработки Coastline
Будут использоваться шейп-файлы Checker.

--exclude-недопустимый-многоугольник
Данные OpenStreetMap определяются в терминах узлов, путей и отношений, а не в
с точки зрения актуальных геометрических особенностей. Osm2pgsql поэтому пытается построить postgis
геометрии из этого представления данных. Однако не все пути и отношения
соответствуют допустимой геометрии postgis (например, самопересекающимся многоугольникам). К
по умолчанию osm2pgsql пытается автоматически исправить эту геометрию, используя ST_Buffer(0)
вокруг недопустимых многоугольников. С этой опцией недопустимые многоугольники просто
выпал из базы.

- незарегистрированный
Используйте незарегистрированные таблицы postgresql для хранения данных. Для этого требуется PostgreSQL 9.1 или
выше. Данные, записанные в незарегистрированные таблицы, не записываются в PostgreSQL с упреждающей записью.
log, что делает их значительно быстрее, чем обычные таблицы. Однако они
небезопасно: незарегистрированная таблица автоматически обрезается после сбоя или
нечистое отключение.

--number-process num
Задает количество параллельных процессов, используемых для определенных операций. Если диски
достаточно быстры, например, если у вас есть SSD, это может значительно увеличить скорость
этапы «обход незавершенных путей» и «обход незавершенных отношений» на
многоядерный сервер.

-I| --disable-parallel-indexing
По умолчанию osm2pgsql инициирует построение индекса для всех таблиц параллельно с
повысить производительность. Это может быть недостатком на медленных дисках, или если у вас нет
достаточно оперативной памяти для PostgreSQL для выполнения до 7 параллельных процессов построения индекса
(например, потому что для maintenance_work_mem установлено высокое значение).

-- Flat-nodes /путь/к/узлам.cache
Режим плоских узлов - это отдельный метод для хранения информации об узлах тонкого режима на
диск. Вместо того, чтобы хранить эту информацию в основной базе данных PostgreSQL, этот
mode создает свою собственную отдельную настраиваемую базу данных для хранения информации. Как это
пользовательская база данных знает данные для хранения на уровне приложения и не
общего назначения, он может хранить данные намного эффективнее. Хранение узла
информация для всей планеты требует около 100ГБ в PostgreSQL, те же данные
хранится всего в ~ 16 ГБ в режиме плоских узлов. Это также может увеличить скорость
применения файлов различий. Эта опция активирует режим плоских узлов и указывает
расположение файла базы данных. Это один большой файл размером> 16 ГБ. Этот режим только
рекомендуется для импорта всей планеты, так как не работает с небольшими экстрактами.
По умолчанию отключено.

-h| --help
Справочная информация.
Добавить -v для отображения поддерживаемых прогнозов.

-v| --verbose
Подробный вывод.

ПОДДЕРЖКА ПРОЕКЦИИ

Латлонг (-l) SRS: 4326 (нет)
Сферический Меркатор (-m) SRS: 900913 + proj = merc + a = 6378137 + b = 6378137 + lat_ts = 0.0
+ lon_0 = 0.0 + x_0 = 0.0 + y_0 = 0 + k = 1.0 + units = m + nadgrids = @ null + no_defs + over
EPSG-defined (-E) SRS: + init = epsg: (как указано в параметре)

Используйте osm2pgsql онлайн с помощью сервисов onworks.net