SQL Server и QGIS

[rhot]

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

[sdikiy]

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

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

[rhot]

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

[rhot]

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

[Филиппов Владислав]

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

понятно же

[SergeyM]

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

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

[SergeyM]

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

[rhot]

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

[SergeyM]

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

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

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

[yellow-sky]

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

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

[yellow-sky]

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

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

[SergeyM]

Попробовал импортнуть шейп с параметром 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

[SergeyM]

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

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

[rhot]

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

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

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

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

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

[yellow-sky]

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

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