Как Вы знаете что SRID использовать для shp файла?

Не не доверяйте extract () или extractall ().

Эти методы слепо извлекают файлы по путям, указанным в их именах файлов. Но имена файлов ZIP могут быть любыми, включая опасные строки, такие как «x /../../../ etc / passwd». Извлеките такие файлы, и вы могли бы просто поставить под угрозу весь ваш сервер.

Может быть, это следует считать сообщаемой дырой в безопасности в модуле zipfile в Python, но любое количество архиваторов в прошлом демонстрировало точно такое же поведение. Чтобы безопасно разархивировать ZIP-файл со структурой папок, вам необходима тщательная проверка каждого пути к файлу.

34
задан priestc 9 October 2009 в 00:00
поделиться

4 ответа

To elaborate on synecdoche's answer, the SRID is sometimes called an "EPSG" code. The SRID/EPSG code is a defacto short-hand for the Well-Known-Text representations of projections.

You can do a quick search on the SRID table to see if you can find an exact or similar match:
SELECT srid, srtext, proj4text FROM spatial_ref_sys WHERE srtext ILIKE '%BLAH%'

Above was found at http://www.bostongis.com/?content_name=postgis_tut01.

You can also search on spatialreference.org for these kinds of things. The search tool is primitive so you may have to use a Google search and specify the site, but any results will show you the ESRI PRJ contents, the PostGIS SQL INSERT, and a bunch of other representations.

I think your PRJ is at: http://spatialreference.org/ref/sr-org/15/

23
ответ дан 27 November 2019 в 16:39
поделиться

Кажется, что это данные NAD83 с SRID 4269. В вашей базе данных PostGIS есть таблица Space_ref_sys , которая является таблицей поиска SRID.

Если данные выглядит так же с SRID 4269 (NAD83) и 4326 (WGS84), значит, что-то не так.

11
ответ дан 27 November 2019 в 16:39
поделиться

Скачайте утилиты GDAL , утилиты ogrinfo (которые выводят информацию о проекции) и ogr2ogr неоценимы.

Джеймс уже дал ссылку на Spacereference.org . Это помогает найти пространственную справочную информацию ... Я предполагаю, что вы загрузили Space_ref_sys.sql , когда подготовили экземпляр postgis .

И, честно говоря, я не думаю, проблема в стороне вещей PostGIS.

Обычно я храню свои данные в разных SRID в моих базах данных PostGIS. Однако мне всегда требуется для проецирования на выходной SRS . Вы показываете предварительно обработанные тайлы OpenStreetMap, и я уверен, что они нарисованы с использованием SRID 900913 ( модифицированная проекция меркатора Google Map , которую теперь все используют для рендеринга ).

My Рекомендация для вас:

1- Установите правильную проекцию в коде OpenLayers, которая соответствует любым тайлам, из которых вы читаете.

2. - Храните данные в базе данных с любым SRID, который вы хотите (если он, конечно, правильный).

3.- Убедитесь, что сервер, который вы используете для создания изображений из ваших данных (ArcGIS Server, Mapserver, GeoServer или что бы там ни было) перепроецирует на ту же самую SRS.

Все будет совпадать.

Ура

7
ответ дан 27 November 2019 в 16:39
поделиться

Обязательно взгляните на: http://www.epsg-registry.org/

Используйте опцию «Запрос по фильтру» и введите: North American Datum 1983.

Это дает -> EPSG: 6269.

Надеюсь, это сработает для вас.

1
ответ дан 27 November 2019 в 16:39
поделиться
Другие вопросы по тегам:

Похожие вопросы: