Форумы GIS-Lab.info

SergeyM, сервер-то какой? Postgres? Вывод делаю по вашей ссылке на документацию PostGIS.

SergeyM писал(а): Если тип смешанный по идее надо ставить GEOMETRY? Судя по этому

Чет я не понял, речь идет о SQL Server или Postgresql?
Или PostGIS вживили в SQL Server?

Да я вот тоже никак не пойму... 8-/

и что именно вы называете SQL Server?? PostgreSQL, и все остальные СУБД, которые используют SQL являются SQL серверами.

NFO: Open of `MSSQL:server=localhost;database=mydb;tables=streets;trusted_connection=yes'
using driver `MSSQLSpatial' successful.......

понятно же

rhot писал(а):SergeyM, сервер-то какой? Postgres? Вывод делаю по вашей ссылке на документацию PostGIS.

SQL Server 2008 R2. Таблица geometry_columns используемая GDAL я думаю одинаковая и в PostGIS и в SQL Server

Сейчас попробовал скопировать данные из OSM и вручную прописать geometry_columns - и все поехало. Т.е. проблема все же с данными у меня, а не с настройками

Я бы вообще вручную ни geometry_columns, ни spatial_ref_sys не стал редактировать, а использовал исключительно SQL команды, специально заточенные под эти системные таблицы.

rhot писал(а):Я бы вообще вручную ни geometry_columns, ни spatial_ref_sys не стал редактировать, а использовал исключительно SQL команды, специально заточенные под эти системные таблицы.

А где про них можно прочитать?

Ситуация начала прояснятся - у таблицы импортированной с помощью ogr2ogr тип поля с геометрией - geometry, у меня же geography. Т.е. надо как-то указать GDAL что у меня используется geography, тут пишут о параметре GEOM_TYPE=geography для Layer Creation. Как мне его вписать в connection string не пойму. GEOM_TYPE=geography не помогло

rhot писал(а):Я бы вообще вручную ни geometry_columns, ни spatial_ref_sys не стал редактировать, а использовал исключительно SQL команды, специально заточенные под эти системные таблицы.

В ms sql таких команд нет

SergeyM писал(а):Как мне его вписать в connection string не пойму. GEOM_TYPE=geography не помогло

В conn str ни чего вписывать не нужно. OGR использует в этом случае GeometryFormat = native, что работает и с geometry и с geography.
Вопрос больше связан с тем, зачем вообще вам связываться с geography. Ничего кроме как более удобной работы с M и Z он не дает.

Попробовал импортнуть шейп с параметром GEOM_TYPE=geography
c:\>ogr2ogr -overwrite -f MSSQLSpatial -lco GEOM_TYPE=geography "MSSQL:server=lo
calhost;database=test;trusted_connection=yes" "streets_osm.shp"
При подключении этого слоя к QGIS получаю те же перепутанные долготу с широтой, т.е. точно проблема подключения с типом geography

yellow-sky писал(а):Вопрос больше связан с тем, зачем вообще вам связываться с geography. Ничего кроме как более удобной работы с M и Z он не дает.

Честно говоря я далек от ГИС, но для geography вроде в sql server'e есть отличия в работе встроенных функций сервера

SergeyM писал(а):А где про них можно прочитать?

В самом мануале или в книге PostGIS in Action. В книге раздел 2.1.2 "Interacting with the geometry_columns table".

yellow-sky писал(а):В ms sql таких команд нет

А в PostGIS необходимые функции имеются.

О чём вообще речь? Если сервер SQL Server 2008 R2, то зачем ссылаться на PostgreSQL/PostGIS? Я понимаю, что обе эти СУБД привержены стандартам OGC. Но, по-моему, тонкости реализации у них отличаются.

SergeyM писал(а):для geography вроде в sql server'e есть отличия в работе встроенных функций сервера

Да, для georaphy отличаются функции измерений, и если мне не изменяет память, индекс строится немного по другому. Но проявляться они будут, если вы будете пользоваться собственными запросами. OGR вроде как не использует функции измерений.