Я пытаюсь найти некоторые данные, которые можно использовать для проверки координатных операций ГИС от одного CRS к другому CRS. Пока что все, что я нашел, это набор данных Gold, а также различные примеры в EPSG G7-2 . Золотые данные в порядке для тестирования некоторых прогнозов от WGE, и несколько пунктов в документе G7-2 хороши для тестирования отдельных операций. Теперь мне нужны некоторые пункты, которые могут тестировать неявные, а также явные конкатенированные координированные операции, например, такие как EPSG: 4277 - EPSG: 4230, пример которых я нашел в http://www.epsg.org/Exchange. /1065.pdf . Должен быть хороший источник с более чем одной точкой и CRS, использующими несколько датумов. Лети, гугли обезьян, лети!
РЕДАКТИРОВАТЬ:
Я также нашел что-то под названием GIGS
источник
Ответы:
Чтобы добавить комментарий / ответ Энди В.:
Вы можете (должны) создать тестовый набор данных с перекрестной проверкой через несколько различных сторонних API повторного проецирования, что даст вам больше уверенности в том, что вы не просто воспроизводите, например, ошибку proj.4.
Кроме того, вы можете создавать различные идентификаторы, по модулю ошибки с плавающей точкой, которые вы можете тестировать рандомизированным способом - например, циклическое переключение через CRS A -> CRS B -> CRS A должно дать вам ту же точку, с которой вы начали.
источник
Мы (Safe Software) предлагаем образец набора данных для использования в обучении и обучающих программах. Существуют всевозможные наборы данных, форматы и системы координат (в основном Texas TX83)
Не уверен, что это именно то, что вы ищете, но вы можете использовать его, если это поможет.
источник
Я полагаю, что на сайте usgs есть вся информация о точках нации. Если я не являюсь mestaken, интерактивная загрузка позволяет пользователю изменить выход CRS. Если я понимаю ваш вопрос, это должно обеспечить один и тот же набор данных в разных CRSystems. ?? http://www.ngs.noaa.gov/UFCORS/
источник
В целом, PROJ.4 и его потомство довольно хороши, вы можете проверить координаты через Интернет, используя пространственный_страница.org - веб-карта сообщает о входных и выходных координатах, хотя входные координаты ограничены географическими.
Если вы хотите перепроверить точность и не доверять существующим программным реализациям, вы всегда можете попробовать выполнить математику напрямую - это не слишком обременительно для многих проекций. Полезна статья в Википедии о преобразованиях Хельмерта, а также «Проекции карт Джона Снайдера: рабочее руководство» ( PDF ).
источник
Не уверен, что это именно то, что вы ищете, но, как мне кажется, могут помочь образцы GDAL или Geotiff. См. Ftp://ftp.remotesensing.org/gdal/data/ и ftp://ftp.remotesensing.org/pub/geotiff/samples/.
Смотрите также в примерах травы, например, http://grass.osgeo.org/download/data.php
источник
Ответ Дана С. - это то, о чем я думал изначально, хотя, подумав об этом, такой двухэтапный подход не различал бы, была ли ошибка в первом преобразовании или во втором преобразовании.
Я бы все-таки оставил надежду, что набор данных, который вы хотите, существует, хотя всегда могут быть ограничения, и каковы бы ни были ваши цели, которые заставляют вас хотеть генерировать данные определенным образом (помимо абсолютной ошибки между точками, вас может заинтересовать направленность ошибка или ошибка в расстоянии между точками, или ошибка в размере областей).
Так как насчет этого решения, кражи некоторых подходов Дэна С.;
Допустим, у вас есть данные золотого стандарта в CRS B. Затем вы генерируете данные в CRS A, которые при преобразовании полностью совпадают с вашим золотым стандартом в CRS B (я предполагаю, что в таких преобразованиях нет стохастической ошибки). Затем вы можете преобразовать точки золотого стандарта в CRS B обратно в CRS A, и вы будете знать, где они должны находиться.
Это исключает возможность того, что преобразование из CRS A -> CRS B является причиной ошибки, и любая ошибка относится только к преобразованию CRS B -> CRS A.
РЕДАКТИРОВАТЬ:
К сожалению, я не нашел ни одного набора данных, который бы соответствовал вашим требованиям. Большинство документов о точности геокодирования, которые у меня есть в моей библиотеке, используют станции мониторинга воздуха EPA. В этом документе использовался более широкий спектр источников, из которых я не думаю, что какие-либо из них отвечали вашим требованиям. Из них вы можете проверить веб-страницу Национального геодезического обследования . Я предполагаю, что у них есть лучшая ставка иметь такую информацию (из источников, которые я видел, что это).
Удачи, и если вы найдете что-нибудь, отправьте обратно с этим источником.
источник
Я знаю 3 места, где вы можете найти такие данные. Первые 2 связаны с Proj4:
1. Файлы теста Proj4 : https://github.com/OSGeo/proj.4/tree/master/nad
Файлы с именами «test» являются скриптами, выполняющими команды преобразования proj4. Вход находится внутри этих тестовых файлов. Ожидаемые выходные данные находятся в соответствующих файлах с именем «_out.dist». В конце ввод и вывод сравнивается с командой diff.
2. https://github.com/Beman/boost-trunk-git-svn/blob/master/libs/geometry/test_extensions/gis/projection/projection.cpp
Это некоторые синтетические данные. Я могу подтвердить, что это правильно с Proj 4.8.0.
3. пакет Gold Данные Геотранс : http://earth-info.nga.mil/GandG/coordsys/Conversion_Software/index.html
Никогда не пробовал это, я надеюсь, это может быть полезно для вас!
Ps Хороший веб-инструмент, которым я пользуюсь и на который полагаюсь: http://cs2cs.mygeodata.eu/ (также на основе proj4)
Удачи!
источник