Estoy tratando de encontrar algunos datos que puedan usarse para probar las operaciones de coordenadas SIG de un CRS a otro CRS. Hasta ahora, todo lo que he encontrado es el conjunto de datos de oro y también varios puntos de ejemplo en el EPSG G7-2 . Los datos de oro están bien para probar algunas proyecciones de WGE y los pocos puntos en el documento G7-2 son buenos para probar operaciones individuales. Sin embargo, lo que necesito ahora son algunos puntos que pueden probar operaciones coordinadas concatenadas implícitas y explícitas, como EPSG: 4277 a EPSG: 4230, por ejemplo, para las cuales encontré una muestra en http://www.epsg.org/Exchange /1065.pdf . Tiene que haber una buena fuente con más de un punto y CRS utilizando múltiples datos. ¡Vuela, monos de Google, vuela!
EDITAR:
También encontré algo llamado GIGS
fuente
Respuestas:
Para agregar al comentario / respuesta de Andy W:
Podría (debería) generar un conjunto de datos de prueba con verificación cruzada a través de múltiples API de reproyección de terceros, lo que le da más confianza de que no solo está reproduciendo, por ejemplo, un error proj.4.
Además, puede crear varias identidades, módulo de error de coma flotante, que puede probar de forma aleatoria, por ejemplo, el viaje de ida y vuelta a través de CRS A -> CRS B -> CRS A debería darle el mismo punto con el que comenzó.
fuente
Nosotros (Safe Software) ofrecemos un conjunto de datos de muestra para usar en capacitación y tutoriales. Hay todo tipo de conjuntos de datos, formatos y sistemas de coordenadas diferentes (principalmente Texas TX83)
No estoy seguro de si es exactamente lo que está buscando, pero puede usarlo si es útil.
fuente
Creo que el sitio usgs tiene toda la nación de datos de puntos de referencia. Si no estoy mestaken la descarga interactiva permite al usuario cambiar el CRS de salida. Si entiendo su pregunta, esto debería proporcionar el mismo conjunto de datos en diferentes sistemas CRS. ?? http://www.ngs.noaa.gov/UFCORS/
fuente
En general, PROJ.4 y su progenie son bastante buenos, puede probar las coordenadas en la web utilizando spatialreference.org : el mapa web informa las coordenadas de entrada y salida, aunque las coordenadas de entrada se limitan a geográficas.
Si desea verificar la precisión y no confiar en las implementaciones de software existentes, siempre puede intentar hacer los cálculos directamente; no es demasiado oneroso para muchas proyecciones. El artículo de Wikipedia sobre las transformaciones de Helmert es útil, al igual que John Snyder's Map Projections: A Working Manual ( PDF ).
fuente
No estoy seguro, es exactamente lo que estás buscando, pero supongo que las muestras de GDAL o Geotiff pueden ayudarte. Ver ftp://ftp.remotesensing.org/gdal/data/ y ftp://ftp.remotesensing.org/pub/geotiff/samples/
Ver también en las muestras de hierba, por ejemplo, http://grass.osgeo.org/download/data.php
fuente
La respuesta de Dan S. es lo que estaba pensando originalmente, aunque pensarlo un poco más en un enfoque de dos etapas no distinguiría si se estaba produciendo un error en la primera transformación o en la segunda transformación.
Todavía esperaría que exista un conjunto de datos que desee, aunque siempre podría haber limitaciones y cualquiera que sea su objetivo, podría provocar que desee generar datos de una manera específica (además del error absoluto entre puntos, uno puede estar interesado en direccional error, o error en la distancia entre puntos, o error en el tamaño de las áreas).
Entonces, ¿qué tal esta solución, robando algo del enfoque de Dan S.;
Digamos que tiene sus datos estándar de oro en CRS B. Luego genera datos en CRS A que cuando se transforma se alinea perfectamente con su estándar de oro en CRS B (supongo que tales transformaciones no tienen ningún error estocástico). Luego, puede transformar los puntos estándar de oro en CRS B de nuevo a CRS A, y sabrá dónde deben estar.
Esto elimina la posibilidad de que la transformación de CRS A -> CRS B sea la causa del error, y cualquier error solo sea atribuible a la transformación CRS B -> CRS A.
EDITAR:
Lamentablemente, no encontré ningún conjunto de datos que cumpla con sus requisitos. La mayoría de los documentos de precisión de geocodificación que tengo en mi biblioteca usan las estaciones de monitoreo de aire de la EPA. Este documento utilizó una variedad más amplia de fuentes, de las cuales no creo que ninguna cumpla con sus requisitos. De los que es posible que desee consultar la página web de National Geodetic Survey . Supongo que tienen la mejor apuesta de tener esa información (de las fuentes que he visto que es).
Buena suerte, y si encuentras algo publicado con esa fuente.
fuente
Conozco 3 lugares donde puedes encontrar esos datos. Los primeros 2 están relacionados con Proj4:
1. Los archivos de prueba de Proj4 : https://github.com/OSGeo/proj.4/tree/master/nad
Los archivos que tienen "prueba" en sus nombres son scripts que ejecutan comandos de transformación proj4. La entrada está dentro de estos archivos de prueba. Los datos de salida esperados se encuentran en los archivos correspondientes con "_out.dist" en sus nombres. Al final de la entrada y la salida se compara con el comando diff.
2. https://github.com/Beman/boost-trunk-git-svn/blob/master/libs/geometry/test_extensions/gis/projections/projections.cpp
Esos son algunos datos sintéticos. Puedo confirmar que es correcto con Proj 4.8.0.
3. El paquete Gold Data de GeoTrans : http://earth-info.nga.mil/GandG/coordsys/Conversion_Software/index.html
¡Nunca probé esto, espero que pueda serle útil!
Ps Una buena herramienta web que uso y en la que confío: http://cs2cs.mygeodata.eu/ (también basada en proj4)
¡Buena suerte!
fuente