Más

Qgis está haciendo un mapa de fondo para topolines en Garmin


Soy un nuevo usuario de QGIS, me gustaría hacer un mapa de fondo con Topolines en formato gmap o img.

Así que comencé con archivos de formas Opendem. He combinado con éxito los mosaicos que quiero en un archivo de forma. Me gustaría usarlos como fondo para ver detrás de un mapa de OpenStreetMap, en un Garmin Etrex 20.

Ahora simplemente no sé a dónde ir desde aquí.

¿Es necesario convertir estos archivos en archivos ráster o qué sería lo siguiente?

¿Alguien puede indicarme un buen tutorial?


Debería poder usar el complemento "GarminCustomMap" para crear el archivo .kmz y luego copiar el archivo .kmz en la carpeta / Garmin / CustomMaps en la tarjeta microSD de su receptor GPS. Cree la carpeta CustomMaps si aún no existe.


Supongo que desea agregar líneas de contorno de un DEM a su mapa vectorial Openstreetmap.

La mejor forma de hacerlo es utilizando datos SRTM con la cadena de herramientas mkgmap.

Si ya tiene los contornos como un shapefile, puede usar una herramienta como shp2osm para transferirlo al formato osm y luego crear los archivos img de Garmin a partir de eso.

QGIS no tiene soporte para el formato vectorial img de Garmin.

El formato ráster personalizado de Garmin .kmz tiene una fuerte limitación en la extensión del mapa, lo que lo hace inútil para su propósito.


Fronteras en la ciencia ambiental

Las afiliaciones del editor y los revisores son las últimas proporcionadas en sus perfiles de investigación de Loop y pueden no reflejar su situación en el momento de la revisión.


  • Descargar Articulo
    • Descargar PDF
    • ReadCube
    • EPUB
    • XML (NLM)
    • Suplementario
      Material
    • EndNote
    • Administrador de referencias
    • Archivo de TEXTO simple
    • BibTex


    COMPARTIR EN

    Pregunta sobre la exportación y edición de mapas de senderismo. probablemente el lugar equivocado, pero agradecería alguna orientación.

    Como dice el sujeto, estoy preguntando lo que seguramente será una pregunta que probablemente se haga mejor en otro subreddit u otro foro. pero no sé cuál sería ese subreddit. Mi búsqueda sobre esto es débil, porque no estoy seguro de cómo formular mi pregunta. Así que pensé en intentarlo aquí para ver si alguien podía indicarme una mejor dirección.

    He estado tratando de hacer algo de ejercicio caminando, y desempolvé mi viejo GPS (garmin oregon 600) y rastreé mi última caminata. También tiene constancia de varias de mis antiguas caminatas. Me gustaría superponer estos archivos GPX en Google Earth. No creo que sea gran cosa. Creo que puedo hacerlo convirtiéndolo en un archivo KML. lo que he hecho en el pasado distante, si no recuerdo mal.

    Entonces. cuando superpongo ese KML en Google Earth en lugar de solo tener una línea para el sendero que caminé, tiene un montón de puntos a lo largo. que supongo que es donde el GPS hizo ping para grabar la pista.

    ¿Hay alguna forma de que pueda editar esos puntos, así que solo tengo mi rastro?

    ¿Hay alguna forma de editar el sendero, de modo que pueda cortarlo en la parte inferior y superior del (los) comienzo (s) del sendero?

    Me gustaría reasignar los senderos locales que recorro para obtener un mapa más conciso del área. Los del parque estatal están desactualizados y son difíciles de leer. Esto agregaría algo al hobby para mí.

    Nuevamente, me disculpo si esto no encaja aquí. O si es una pregunta demasiado básica, etc.

    Mi programa favorito para editar visualmente datos de ruta / track / waypoint GPS es JOSM. Es gratis y está diseñado para editar OpenStreetMap (OSM), pero también se puede usar para editar datos locales.

    Hay una curva de aprendizaje modesta para JOSM, pero hay mucha información en Internet. Primero tendrá que instalar Java, si aún no lo ha hecho, pero tampoco es un proceso difícil.

    Caltopo.com es otra opción. Le permite editar GPX (y otros tipos de archivos) directamente desde su navegador, de forma gratuita. La interfaz de usuario puede tardar un minuto en acostumbrarse, y la edición instantánea de grandes conjuntos de datos puede ser difícil, pero de lo contrario funciona muy bien y ofrece muchas funciones que no están disponibles en otros lugares.

    QGIS es increíble, pero la curva de aprendizaje puede ser empinada para los principiantes sin experiencia en SIG. Personalmente no recomiendo Garmin Basecamp.

    Además, es posible que la grabación de archivos GPX sea más fácil en su teléfono. Gaia GPS es muy apreciado y Caltopo creó recientemente una gran aplicación que funciona con su sitio. Si desea utilizar cualquiera de las aplicaciones para la navegación sin conexión, necesitará una suscripción, pero creo que puede registrar su ruta en una u otra (o en ambas) de forma gratuita.

    Editar: otra opción es Google MyMaps. Es probablemente el más fácil de usar de los editores que he enumerado, aunque también tiene la menor cantidad de funciones. Puede editar su recorrido en la parte superior de un mapa de Google familiar y descargar (& # x27export & # x27) el archivo resultante cuando haya terminado.


    En el episodio 9 (Fire Must Burn), hablé sobre las plantillas de geodatabase.

    Hay muchas plantillas de geodatabase para el comando de incendios e incidentes, pero también para muchas otras cosas, como el gobierno local general y los servicios públicos. Estos fueron desarrollados principalmente por grupos de expertos para incluir los atributos más importantes y comunes.

    La ventaja de utilizar plantillas es que la comunidad de usuarios y los expertos ya las han desarrollado para que pueda comenzar con la recopilación de datos más rápidamente. También puede compartir datos fácilmente con otras jurisdicciones, agencias o grupos. Esto es especialmente importante en situaciones de respuesta a emergencias. Esto no significa que no pueda modificar o agregar plantillas, pero si cambia los atributos existentes (campos de datos), puede resultar más difícil colaborar con otros.

    El contenido de la plantilla de geodatabase puede variar, pero puede incluir cosas como diferentes capas con atributos (algunas pueden estar organizadas en datasets de entidades), tablas, topología y redes geométricas. Algunos también pueden incluir archivos de simbología. Para aquellos de ustedes que no saben qué son esas cosas, se las explicaré en episodios futuros / publicaciones de blog.

    Es fácil descargar e importar estas plantillas. Por lo general, vienen como archivos de esquema .xml y usted crea una nueva geodatabase vacía y luego importa el esquema. ¡GIS mágicamente hace el resto por usted! Es posible que aún deba configurar permisos y otras configuraciones si está utilizando una geodatabase empresarial, pero todo lo demás está listo para funcionar.

    Aquí hay algunos recursos para comenzar:

    ¿Conoces a otros? Si es así, ¡déjalos en los comentarios!

    Jen el mapeador mágico


    ¿Creando PDF con referencias geográficas?

    Post por Scooter & raquo Mar 22 de octubre de 2013 10:59 a. m.

    Utilizo una mesa con la aplicación Mapas PDF de Avenza, y puedo tomar un PDF georreferenciado que me ha enviado un técnico forestal, y debido a que mi tableta tiene un GPS (es una tableta con capacidad celular), puedo ver mi posición como un poco punto azul cuando me muevo por el mapa. Esto es bastante común, he visto que esta capacidad se ejerce en varias empresas.

    Sin embargo, ¿qué sucede si quiero crear mi propio PDF georreferenciado para cargar? ¿Hay alguna forma de hacer esto sin entrar en algún tipo de solución costosa como comprar una licencia de Google Earth Enterprise?

    Para darte una idea de lo que quiero hacer, quiero poder encontrar un área en Google Earth o Google Maps. Definiría un área y luego, de alguna manera, la exportaría como un PDF georeferenciado (o quizás un JPG u otro archivo). Entonces, por ejemplo, tengo varios terrenos arbolados en Nueva Escocia y Nuevo Brunswick. Para cada uno, me gustaría poder encontrarlos en Google Earth o Google Maps (además de agregar las imágenes de superposición de satélite) y luego exportar algún tipo de mapa georreferenciado. Luego, podría cargar eso en Avenza y mientras camino por mi terreno forestal, siempre puedo ver exactamente dónde estoy debido al punto azul que facilita el GPS.

    He estado investigando esto durante un par de días, y parece que debería ser una tarea realmente fácil simplemente "exportar un archivo con referencias geográficas", pero parece que nadie intenta hacer esto.

    Patrocinador de la plantación de árboles: www.replant-environmental.ca
    (para construir bosques comunitarios, que no se convierta en 2x4 y papel higiénico)

    Re: ¿Creando PDF con referencias geográficas?

    Post por salbrecher & raquo Mar 22 de octubre de 2013 12:40 pm

    Utilizo los mapas con referencias geográficas en el trabajo y la única forma que conozco de crearlos es en ARC GIS, que requiere una licencia y la base de datos de mi empresa.

    Puede almacenar en caché las imágenes de Google Earth o precargarlas para un área en su tableta y poder ver dónde se encuentra con el punto azul cuando lo lleve al campo con usted. Desafortunadamente, la resolución no se ajusta al acercar la imagen.

    Re: ¿Creando PDF con referencias geográficas?

    Post por nuevob & raquo Mar 22 de octubre de 2013 12:56 pm

    Otros foros del tipo de preguntas y respuestas que podrían ayudarlo.

    Sistemas de información geográfica: Stack Exchange es un sitio de preguntas y respuestas para cartógrafos, geógrafos y profesionales de SIG.
    http://gis.stackexchange.com/

    Foro Público Cartotalk de Cartografía y Diseño
    http://www.cartotalk.com/

    Re: ¿Creando PDF con referencias geográficas?

    Post por El Rev & raquo Mié 23 de octubre de 2013 7:44 pm

    Mapeador global - lo más cercano a gratis que he encontrado - 450 $ US por una sola licencia. Es una excelente alternativa a ArcGIS, que, por cierto, se exportará a geoPDF, pero requiere un complemento para importarlos (corrígeme si me equivoco en esto).

    Re: ¿Creando PDF con referencias geográficas?

    Post por SwampBurro & raquo Sáb 09 de noviembre de 2013 1:42 pm

    ¿Puedes leer archivos MrSID o TIFF? PDF no está muy comprimido, ¿verdad?

    El servicio NB tiene fotografía aérea desde 1996-2002 (DNR tiene más reciente, no gratis) todas georreferenciadas en su sitio web como MrSID y TIFF. Si visita GEONB, las fotos, las carreteras y las líneas de propiedad se muestran en formato GIS. Las imágenes son escalables a 1: 2500 aproximadamente sin pérdida. La forma más fácil de encontrar su propiedad es ingresar su PID en su factura de impuestos (8 dígitos). No sé si puede usarlo como un SIG móvil. Rara vez lo uso porque tengo todas las imágenes georreferenciadas que necesito y simplemente las cargo en mi GPS usando ArcPad para mostrarlas y moverme.

    Vea lo que puede hacer en GEONB, el enlace del visor de mapas está en el medio de la pantalla. Tal vez pueda usar un receptor GPS con el visor, pero tendría que ser con un navegador web.

    Maptitude $ 500-600 US también le permitirá tomar una vista aérea y digitalizar puntos de referencia (al menos 3) para georreferenciar la imagen (TIFF). Hay una aplicación de $ 500 para algunos dispositivos móviles llamada ArcPad. Si su dispositivo tiene GPS, puede cargar el MrSID, las líneas de propiedad, las carreteras, etc.descargado de GEONB y mostrarlo en tiempo real en el campo a medida que se desplaza. Con una conexión a Internet, se puede vincular un servidor de mapas en ArcPad para que pueda mostrar capas fuera del sitio a través de una conexión a Internet.

    Re: ¿Creando PDF con referencias geográficas?

    Post por Scooter & raquo Sáb 09 de noviembre de 2013 2:20 pm

    ¡Lindo! Gracias. He usado GeoNB con frecuencia, pero no en los últimos doce meses desde que comencé a aprender sobre estas cosas.

    He estado experimentando un poco con el uso de ArcMap para generar PDF con referencias geográficas. Aquí hay enlaces / archivos adjuntos a dos documentos separados relacionados con todo esto, que algunas personas pueden encontrar útiles:

    Patrocinador de la plantación de árboles: www.replant-environmental.ca
    (para construir bosques comunitarios, que no se convierta en 2x4 y papel higiénico)

    Re: ¿Creando PDF con referencias geográficas?

    Post por bosque nuevo & raquo Mié 26 de marzo de 2014 17:54

    Como señalé en el otro hilo, estaba feliz de descubrir QGIS gracias a un póster aquí.

    Exporta a PDF (también exporta a formatos de imagen como .jpg o .jpeg y varios otros, que también tiene sus usos), lo cual es genial para mis clientes del siglo XX que quieren cosas en papel. Finalmente, después de muchos años de abordar ocasionalmente este tema, puedo usar ArcPad para recopilar datos y un paquete GIS para exportarlos a una impresora. O archivos .pdf, aunque no tengo claro si un .pdf todavía estaría georreferenciado, o si eso significa que los datos del GPS solo se referencian correctamente a imágenes aéreas antes de que se cree el .pdf.

    Cuál es una pregunta que lleva a otra cosa que me pregunto: ¿cuál será el formato de datos de coordenadas terrestres del futuro? Shapefiles ESRI como la mayoría de los profesionales con recursos financieros, o Google Earth KML, como las personas con dispositivos móviles que probablemente pueden usar? ¿Y qué aplicación móvil es la más común?

    ¿Cómo le da datos de mapeo a otra persona para que los use de la manera más fácil para ellos? ¿Particularmente si es poco probable que alguna vez se pongan al día con algo más allá de las aplicaciones móviles de tocar y arrastrar y presionar un solo botón? Tengo gente que me hace estas preguntas, pero casi no tengo tiempo para enseñarle a la gente habilidades de GPS / GIS.

    Una revisión rápida de QGIS - muy poderosa. Encuentro que la mayoría de los SIG son más poderosos de lo necesario para el trabajo forestal básico, aunque para administrar grandes áreas de tierra con la menor cantidad de personas posible, eso no es cierto. Pero para mapear un sitio / sitio individual dado, hay mucho más en QGIS de lo que realmente necesita. Parece que puede manejar cualquier formato de datos desde cualquier parte del mundo y realizar cualquier conversión o técnica GIS que se haya imaginado. Me he estado enseñando conceptos GIS muy lentamente durante años, y entré en una carrera forestal con una experiencia en el trabajo de TI que incluía programación C ++ en sistemas UNIX. De lo contrario, no creo que lo hubiera superado en la curva de aprendizaje de QGIS, ya que parece estar escrito por personas que lo empaquetan con características a expensas de un uso fácil, aunque es una GUI lo suficientemente aceptable en el frente. final. Seguro que les enviaré algo de dinero este verano.

    Re: ¿Creando PDF con referencias geográficas?

    Post por Scooter & raquo Mié 26 de marzo de 2014 6:00 pm

    Dado que el mundo nunca se molestó en cambiar de QWERTY a DVORAK, lo que habría tenido MUCHO más sentido, no puedo imaginar que haya algún tipo de adaptación global de un solo estándar en cartografía.

    Quizás acabo de perder la esperanza de que la humanidad tenga algún tipo de sentido común para hacer las cosas de manera eficiente.

    Patrocinador de la plantación de árboles: www.replant-environmental.ca
    (para construir bosques comunitarios, que no se convierta en 2x4 y papel higiénico)

    Re: ¿Creando PDF con referencias geográficas?

    Post por bosque nuevo & raquo Mié 26 de marzo de 2014 6:34 pm

    Re: ¿Creando PDF con referencias geográficas?

    Post por SwampBurro & raquo Jue 27 de marzo de 2014 12:35 am

    ArcPad cargado en algunos teléfonos inteligentes con GPS y cámara puede tomar fotos con referencias geográficas. Creo que Google hace algo como esto en sus vistas de calles.

    También hay formato de imagen GEOTiff en algunos programas GIS. Pero aquí en NB usan formatos de archivo MrSID o IMG en silvicultura. NBDNR tiene ahora algunas imágenes IMG de alta resolución que son lo suficientemente buenas para identificar especies de árboles. Antes, esta identificación de árbol se basaba en la textura y el color. A menudo, el álamo temblón de dientes grandes se confundía con el arce de azúcar, ya que los follajes otoñales son naranjas.

    Re: ¿Creando PDF con referencias geográficas?

    Post por Scooter & raquo Dom 20 de abril de 2014 11:30 am

    Los mapas topográficos provinciales en PDF georreferenciados gratuitos de Columbia Británica ya están disponibles en línea. Obtuve esta información útil del personal de BCTS en Williams Lake:

    Hechos rápidos:
    • La nueva serie de mapas TRIM de GeoBC está optimizada para su visualización en dispositivos móviles, pero no es una aplicación móvil. Los mapas se descargan en una computadora de escritorio o portátil (actualmente como archivos PDF de Adobe, y pronto estarán disponibles otros formatos en línea) y luego se transfieren a dispositivos móviles como teléfonos inteligentes o tabletas.
    • Los mapas son populares en áreas rurales donde las aplicaciones de mapas basadas en la web, como Google Maps, pueden no estar disponibles debido al acceso limitado a Internet.
    • Los mapas se han optimizado para conservar los detalles con grandes aumentos sin perder detalles.
    • Hay 7.027 mapas a escala 1: 20.000 disponibles en línea a través de GeoBC, que cubren todas las áreas de la provincia. Se está desarrollando otra serie de mapas a escala 1: 250.000.


    Aquí está el texto completo de la información de esa página:

    VICTORIA - Los recreacionalistas y los profesionales de los recursos que buscan una manera más fácil de explorar la naturaleza salvaje de B.C. ahora pueden dejar sus mapas desplegables en casa. GeoBC ha creado una serie de mapas topográficos gratuitos de alta resolución diseñados específicamente para su visualización en dispositivos móviles.

    La popular serie de mapas base Terrain Resource Information Management (TRIM) de GeoBC ha sido rediseñada para habilitar la funcionalidad de georreferenciación GPS asociada con dispositivos móviles y permitir a los usuarios hacer zoom en áreas pequeñas de los nuevos mapas sin comprometer los detalles.

    Más de 7,000 mapas gratuitos que cubren toda la provincia de Columbia Británica (a una escala de 1: 20,000) ahora están disponibles como archivos PDF descargables a través de la Tienda en línea de mapas base de GeoBC o a través de su popular visor KML (con versiones TIFF próximamente).

    Los mapas atractivos y fáciles de usar presentan contornos de elevación, carreteras, ferrocarriles, aeropuertos, líneas de transmisión, centros de población, áreas urbanizadas, límites municipales y regionales, lagos, vías fluviales, humedales, áreas boscosas, senderos, campamentos, costas, parques, áreas protegidas, nombres de lugares y puntos de referencia locales.

    Esta nueva generación de mapas TRIM está optimizada para su uso en dispositivos móviles, incluidos iPhones, iPads y tabletas y teléfonos inteligentes Android. Los mapas son "espacialmente conscientes", por lo que muestran la ubicación actual del usuario si el dispositivo móvil tiene capacidad GPS. Cuando los usuarios abren un mapa PDF descargado para su ubicación actual, su posición de inicio se marca automáticamente y pueden rastrear sus movimientos en el mapa mientras exploran el área.

    Esta función no solo es útil para excursionistas, campistas, pescadores, cazadores y motonieves, sino también para investigadores, ingenieros, biólogos, arqueólogos, geólogos, mineros, equipos de búsqueda y rescate, silvicultores y planificadores comunitarios. Los profesionales de campo pueden ahorrar tiempo y aumentar la productividad al trazar puntos de interés en el PDF descargado y luego agregar notas, diagramas, dibujos u otras anotaciones en capas separadas utilizando un lector de PDF estándar.

    Con más y más habitantes de la Columbia Británica viendo mapas digitales en dispositivos móviles, GeoBC ha respondido desarrollando nuevos métodos para entregar mapas a los profesionales de recursos y al público en general.

    GeoBC crea y administra una amplia variedad de información geoespacial, incluidos mapas base, imágenes, datos espaciales y otra información relacionada con los recursos naturales y la administración ambiental en B.C.

    GeoBC proporciona principalmente servicios de consulta a departamentos gubernamentales en B.C. y en otras partes de Canadá, pero sus productos de mapeo base están disponibles para todos.

    Allí hay una aplicación que puedes descargar e instalar y te permite ver mapas de diferentes áreas de la provincia. Cuando encuentre lo que desea, puede simplemente guardar esa cobertura como un PDF georreferenciado en su computadora portátil. Luego, presumiblemente, pondría ese PDF en DropBox y lo compartiría en su cuenta de DropBox en su teléfono / tableta, o enviaría el mapa por correo electrónico a su dispositivo móvil, o lo conectaría.

    No sé si la aplicación de esa página te permite descargar los mapas directamente a través de iOS o Android en tu móvil, estoy empezando a experimentar con ella. Puedo ver los mapas en el mapa provincial a través de mi teléfono Android, pero por alguna razón no parece que pueda descargarlos directamente desde el sitio al teléfono. ¿Quizás es un error de Android y el iOS funciona? Sin embargo, en el peor de los casos, descargar los mapas de mi computadora portátil y transferirlos a mi teléfono es un buen comienzo.


    Un poco de trasfondo

    Tanto los municipios como los vicecondados son unidades geográficas ligeramente especializadas.

    Proyecto Townlands

    Irlanda tiene más de 60.000 ciudades. No solo son la unidad administrativa más pequeña, utilizada para construir unidades más grandes, sino que también tienen una larga historia. Algunas ciudades reflejan la tenencia de la tierra antes de que los normandos llegaran a Irlanda, otras se han creado para fincas de campo posteriores. Incluso hoy en día, los límites de las zonas urbanas experimentan cambios menores: a menudo para reflejar cambios naturales en parte del límite.

    Hasta hace muy, muy recientemente, las zonas urbanas también eran a menudo una parte importante de la dirección, especialmente en las zonas rurales. (Lo último se debe a que la República de Irlanda finalmente ha introducido un código postal, EirCode Irlanda del Norte ha tenido códigos postales desde la década de 1970). Como unidades administrativas y componentes de dirección de amplificador, las zonas urbanas han sido muy importantes para las personas que rastrean su ascendencia en Irlanda.

    Los nombres de las ciudades todavía se utilizan en la vida cotidiana en toda la isla. En el viaje de BSBI, dos de los lugares que visitamos se describieron utilizando el nombre de la ciudad (Umbra, Moys). Algunos condados de Irlanda del Norte incorporan el nombre de la ciudad en los letreros de las calles.

    Una señal de tráfico con el nombre de la ciudad (Ballyholly) en verde debajo del nombre de la carretera. Foto: el autor vía Geograph / Wikimedia Commons CC-BY-SA

    La antigüedad de muchos límites urbanos (y, quizás, también porque Irlanda no ha sufrido una intensificación agrícola en la misma medida que otras partes de Europa Occidental), significa que muchos de estos son fácilmente visibles en fotografías aéreas: paredes, setos, arroyos, ríos. , uso del suelo. Con mapas antiguos que muestran los límites, es posible hacer coincidir estos con las características que aún existen en el paisaje.

    Por lo tanto, los townlands son cosas muy útiles para agregar a OpenStreetMap. Ayudan a delinear unidades administrativas más grandes, proporcionan información útil para abordar, para genealogistas, historiadores locales y naturalistas. También son un aspecto de la identidad cultural que es valioso para muchos (de ahí su aparición relativamente reciente en las señales de tráfico).

    La primera persona en mapear un townland en OSM fue larryone, quien agregó Donard Mountain en junio de 2010. Ciertamente recuerdo que me mostraron un townland solitario hace unos años, probablemente Caulstown, mapeado por Dermot McNally en agosto de 2010. Más tarde, en la mayoría de los townlands del condado de Carlow fueron agregados por IrlJdel y brianh y Rory McCann crearon un sitio web simple para mostrar lo que se había hecho.

    En este punto, las cosas comenzaron a suceder bastante más rápido: GSGS 3906 (mapas militares del Reino Unido de Irlanda) estuvo disponible en la biblioteca de mapas Glucksman, Trinity College Dublin Rory renovó sus páginas web para crear el sitio townlands.ie actual, más áreas comenzaron a verse completas Dave Corley compiló un conjunto extremadamente completo de videos y superposiciones de & # 8220How To .. & # 8221 disponibles en el sitio web de OSM Irlanda.

    Incluso hace un par de años, esto parecía y se describía como un proyecto de varios años. Sin embargo, la combinación de más personas, mayor experiencia, mejor retroalimentación, conocimiento compartido y, quizás, un poco de sentimiento competitivo, ha acortado drásticamente esta escala de tiempo. En el momento de redactar este informe, la fecha de finalización prevista es alrededor de junio del próximo año.

    Vicecondados en Irlanda: algunos antecedentes

    VC40 Londonderry & amp VC35 East Donegal: vista desde Binevenagh El río Foyle y el estuario amp dividen estos dos VC. La tierra de cultivo plana en la orilla derecha del estuario fue el sitio de la línea de base de la triangulación primaria de Irlanda. Foto de John Purvis en Flickr cc-by2.0

    El propósito clave de Vice Counties es tener permanente inalterable unidades para registrar la vida silvestre. Esto, a su vez, permite una comparación sensata de datos entre períodos de tiempo. Los intentos de seguir los límites administrativos simplemente fallan porque cambian con demasiada frecuencia. Fueron introducidos por primera vez para Gran Bretaña y las islas circundantes por Watson, mientras que el equivalente irlandés fue creado por Robert Lloyd Praeger, una figura destacada en la historia natural irlandesa durante finales del siglo XIX y principios del XX.

    Los Vicecondados de Irlanda son más sencillos de cartografiar que sus equivalentes en Gran Bretaña. En primer lugar, los condados irlandeses tradicionales tienen menos valores atípicos de tamaño que sus homólogos británicos (sin Rutlands ni Clackmannans). Por lo tanto, muchos de los vicecondados se basan directamente en los límites de los condados tradicionales. Las principales excepciones fueron los lugares donde las ciudades en los ríos fronterizos habían crecido lo suficiente, que incluso a fines del siglo XIX, las áreas urbanas se habían transferido de un condado a otro. Incluso el número de estos casos es bastante pequeño: por ejemplo. New Ross, Waterford, Carrick-on-Suir, Bray y Limerick. También son muy fáciles de manejar porque el límite de VC es el río. Un caso adicional, que es más intrigante, es el de la ciudad de Derry o Londonderry, que se encuentra en la orilla izquierda del Foyle. El límite del vice condado sigue el Foyle, colocando la ciudad en el este de Donegal. Por lo tanto, el vice condado no solo no sigue los límites administrativos internos, sino que incluye el límite internacional. Por supuesto, esto es sensato: los animales salvajes no tienen pasaportes.

    Los condados más grandes a lo largo de la costa occidental y en Munster eran demasiado grandes para ser unidades individuales y se dividieron. Cuatro (Kerry, Tipperary, Mayo y Donegal) en 2 vice condados cada uno, y dos (Cork y Galway) en tres. Los medios elegidos para elegir un límite interno fueron bastante diversos:

    • Límites históricos de la baronía (Kerry y Donegal).
    • Líneas ferroviarias (Tipperary, Mid / East Cork, límites noreste / sureste de Galway)
    • Líneas de cuervo y vuelo n. ° 8217 (Medio / Oeste de Cork)
    • Descripciones vagas (más adelante)

    En general, uno tiene la impresión de que Praeger se ocupó un poco de la mayoría, pero se apresuró a delinear las divisiones de Cork (tal vez solo necesitaba terminar su libro, Botánica topográfica irlandesa)

    Además de estas divisiones internas, hubo una serie de áreas que se movieron entre los condados administrativos a finales del siglo XIX. Praeger era obviamente consciente de algunos e ignoraba o ignoraba a otros. En la mayoría de los casos usó los límites más antiguos, pero en un par de lugares usó los nuevos.

    La referencia más útil que describe todos estos aspectos, es decir, aparte del trabajo original de Praeger & # 8217, es un artículo de Webb (convenientemente disponible en línea por el Jardín Botánico Nacional de Glasnevin). También son de interés los itinerarios de Praeger & # 8217s mientras se prepara el libro, ahora disponible en línea por el NBG.

    Mapeo de los límites de VC

    Primeros pasos

    Lo obvio fue mapear primero los simples: aquellos donde los límites de VC se correspondían directamente con el límite histórico del condado. Estas son copias del límite existente para el condado histórico / tradicional.

    VC H16 West Galway: pie del lago Nafooey El límite del condado de Mayo / Galway corre a lo largo del río que drena el lago, pero toda el área está en VC16. Pastizales principalmente no mejorados y ásperos en primer plano. Páramos y pantanos de manta en las colinas.

    Luego ataqué aquellos donde las diferencias entre el VC y el condado tradicional eran menores (principalmente los límites de los ríos). Una vez más, todo lo que se necesitaba era una simple copia del límite existente, la adición del río y la eliminación de la superposición).

    Finalmente, miré los condados divididos (y los cambios importantes que en realidad involucraron principalmente partes del condado de Mayo). Para Cork, Tipperary y Galway, donde la línea de ferrocarril se usa para dividir el condado, simplemente podría usar las vías existentes de OSM. El límite de Mid / West Cork es aún más simple ya que involucra principalmente dos líneas rectas. Los complicados fueron Kerry, Donegal y Mayo: donde los límites estaban más involucrados. Para los dos primeros, la línea de división sigue los límites de la baronía: pude usar el Atlas Memorial (cortesía de Library, NUI Galway) que muestra los límites de la baronía y las parroquias civiles. En el primer caso, seguí la línea muy crudamente. Para Mayo hice una aproximación muy burda de la línea de división desde la parte superior de Lough Mask hasta Ballina.

    VC9 Clare: Inis Meáin Las islas Aran están ubicadas en VC9, pero administrativamente son parte del condado de Galway.

    En esta etapa, tenía 40 VC y había reparado cualquier daño inadvertido a otros límites (ver más abajo).

    Arreglando los complicados

    El siguiente paso fue gestionar las transferencias más grandes entre los condados: alrededor de Joyce Country en SW Mayo, alrededor de Ballina en la frontera Sligo / Mayo y entre Roscommon y Mayo. Para hacer esto de manera eficaz, tuve que trazar un mapa de las zonas urbanas de la zona afectada y también de los límites de las parroquias civiles. Parecería que, en general, las transferencias entre condados administrativos a fines del siglo XIX fueron de parroquias civiles: al menos al usar parroquias civiles, parece que obtengo resultados consistentes con el documento de Webb & # 8217s.

    Ajustes y refinamiento del amplificador

    Finalmente, los límites deben ser más precisos.

    Para muchos condados, esto ya se ha hecho en el proceso de mapeo de zonas urbanas. Sin embargo, para Munster en particular, los límites del condado en OSM son solo muy aproximados (por ejemplo, basados ​​en una línea que encierra lugares en un condado en particular). Utilizo un enfoque iterativo:

    • Refina el límite usando el Atlas Memorial o el mapa de un cuarto de pulgada de Bartholomew.
    • Vuelva a refinarlo utilizando el mapa GSGS 4136 de 1 pulgada (esto no se ha rectificado con un alto grado de precisión y ayuda a usar compensaciones de imagen en JOSM o cambiar la imagen en otros editores de OSM). En esta etapa, el límite no debe estar a más de unos 100 m de su ubicación real.
    • El refinamiento final requiere mapear las zonas urbanas a lo largo de un lado de la frontera. Esto es más laborioso, y hasta ahora solo lo he hecho por completo para la frontera de Cork / Limerick. Por otro lado, se trata de una contribución directa al proyecto townlands. y resulta en límites significativamente mejores para las unidades administrativas reales. Los procesos involucrados se describen completamente en los videos de Dave Corley & # 8217s, pero usan tanto el mapa GSGS 3906 (foto-reducido de mapas más antiguos de 6 pulgadas), imágenes de Bing y datos OSM existentes. Idealmente, este proceso debería producir datos con una precisión similar a la del GPS portátil. En la práctica, el terreno de las tierras altas sin rasgos distintivos y los valles boscosos de los ríos incisos no pueden resolverse con tanta confianza.

    A medida que se agregan más datos a OSM, y en particular datos recopilados en el campo, el mapeo a escala fina se puede refinar aún más: por lo que este es siempre un proceso de refinamiento e iteración continuos.

    Aspectos técnicos (OSM)

    Vale la pena hacer algunos comentarios sobre los aspectos técnicos, y específicamente la manipulación a gran escala de las relaciones de límites.

    La creación de todo un conjunto de fronteras que abarque un país y parte de otro no es una tarea fácil en OSM. Es un trabajo complicado e implica manipular objetos con muchas dependencias. En la práctica, me recuerda un poco a los proyectos de migración de software: principalmente mundanos, pero debes mantener la cordura contigo.

    Al contrario de lo que algunos creen, ninguno de los editores de OSM puede evitar daños a otros objetos en este proceso. El mapeo de límites en esta escala inevitablemente involucra relaciones, y las relaciones no son objetos semánticamente limpios al nivel del modelo de datos OSM. Es obvio que se necesita alguna interrelación entre los elementos geográficos en el modelo de datos, por lo que las relaciones tienen sentido. Sin embargo, también son en muchos sentidos una & # 8216-tarjeta-de-salir-de-la-cárcel & # 8217, lo que permite decir & # 8220 por supuesto que OSM puede hacer esto, simplemente use relaciones & # 8221, en otras palabras, un kludge. Estoy pensando solo en relaciones ampliamente utilizadas en este contexto (multipolígono, ruta, límite y aplicación): muchas otras son semánticamente oscuras o muy poco utilizadas. En muchos sentidos, son el equivalente en las declaraciones SQL UPDATE que eliminan filas, o una falla para distinguir entre una cadena sin caracteres y NULL (y Oracle, ¡estoy pensando en usted!).

    Muro en las montañas Knockmealdown, probablemente un muro límite Fuente: Bryan Conlon a través de Wikimedia Commons CC-BY-SA

    Además con OSM, uno siempre está trabajando en una base de datos en vivo (incluso cuando es una copia fuera de línea en caché, como con JOSM), por lo que no es posible manipular los datos de formas que faciliten las pruebas de cambios (bloqueo de datos , retrocesos, etc.).

    Por lo tanto, el objetivo de la persona que realiza las ediciones debe garantizar que, al final del proceso, lo que existía antes esté en el estado en el que estaba antes. It is important to accept & understand that during the process of making edits on this scale some things will break. This can be embarrassing: I may well be responsible for flooding Ireland in the summer. But it is best to accept that it is probably inevitable, and ensure one uses as many of the available tools to check (in this case OSM Inspector, Boundary reports from OSM-IE Nominatim, JOSM validator etc).

    To start with I grabbed a given administrative county, selected all the members of the boundary relation and then created a new relation added those members to it, added some tags and then checked that it was closed. (all in JOSM relation editor). I usually did this by downloading the relation and its members directly.

    This is actually a matter of selecting the elements of the boundary and adding them to the new VC boundary. I used JOSM and did the following steps:

    1. Select the historical county relation (usually tagged with admin_level=6).
    2. Select all the members of the relation (ensure that they are all downloaded)
    3. Create a new relation, tagged type=boundary, boundary=vice_county.
    4. Open the relation editor and add all the previously selected members
    5. Sort them, & check that the boundary is closed.
    6. Save.

    In fact I did exactly the same for the more complex cases too: it’s easier to remove ways than try & select hundreds of them accurately. This is particularly important for coastal counties: there are lots and lots of islands which it would otherwise be all too easy to miss.

    For the boundaries which followed the river rather than the historical administrative boundary, revision was fairly simple. Firstly I ensured that existing boundary ways joined the relevant river and were cut at that point then I added the river ways to the relation and finally removed the ways not wanted. Once again checking that the boundary was closed.

    For the split counties (see above), the process was similar, but first I had to create a way (or ways defining how the county was split). Initially I used very simple geometries which I could refine later. Then I added this way to one of the already created VCs for the county (e.g., East Donegal for Donegal) and removed the two ways immediately adjoining this belonging to the other vice county. Ideally this would leave a closed boundary for the VC and a long chain of ways which wasnt needed. These could then be selected and removed from the relation. For the other VCs I could then use JOSM’s select option to find all ways of the county and then using remove from selection take away those already in the other VC.

    Thus a reasonable approximation of the VCs could be produced fairly quickly, thereafter it was all about refining the boundaries.

    Making the Boundaries Available

    Obviously the point of mapping Vice County boundaries is so that people can use them. The typical uses which I can foresee are:

    • Presentation & informational material: slides etc. Largely to explain the Vice County system, or to illustrate the geography of an individual vice county (e.g., the maps included in many Rare Plant Registers).
    • Illustrating Wildlife Distributions. Distributions of plants, animals or other wildlife features using the vice county boundaries to assist in interpreting the information. This is a common method of providing distribution information in books and websites: for instance Paul Whelans’ Lichens of Ireland both as a book and a website uses this idea.
    • Use in GIS. This may be informational (showing the VC boundary along with other information) or analytical (selecting data based on inclusion within the VC boundary).
    • In the field with a GPS. To provide a tool to keep an eye on which VC particular records belong to when recording along boundaries.

    I’ve listed these in rough order of how demanding the applications are for accurate delineation of VC boundaries. Maps of the island of Ireland will necessarily not require the same degree of accuracy as ensuring records of riparian vegetation are accurately reported in the correct VC.

    The important point is that, as they stand, the boundaries may need more work for the latter two types of applications, but are perfectly suitable for the first two. My first use of the data in the informational sense was to add the map as both a raster file and SVG to Wikipedia, so that now the article on Vice Counties has maps for both Great Britain and Ireland.

    A simple raster map of H40 Londonderry suitable for displaying and assisting the entry of biological records. See previous blog article for principles behind this. Contains OpenStreetMap Data (c) OpenStreetMap contributors 2015. Image CC-BY-SA the author.

    I’ve also produced a simple raster map of H40 Londonderry suitable for use as a background layer in MapMate, a widely used biological recording package. I plan to produce these for all counties eventually. Certain features, notably woodland, are currently not well mapped on OSM. I contemplate using Corine data to improve coverage. Irish Vice Counties may also benefit from hypsometric tinting as upland areas are often quite discrete and distinct.

    Github

    What is problematical is that extracting OpenStreetMap data requires a lot of knowledge and a degree of technical skill.

    Most users of this data will be ecologists, albeit probably familiar with GIS tools, and amateur naturalists, mostly unfamiliar with GIS.

    A second consideration is that as townland mapping advances the boundaries will improve. Taken together this suggested that I needed to publish the data in more easily consumable forms (e.g., Geojson, KML and Shapefiles), and furthermore that these need to be identified with some release mechanism.

    Github seems perfect for this job. I can refresh the extracted data locally and sync it once I’ve checked that its OK. I can eventually make releases with release notes so that people can work with data suitable for their needs and also decide if they want a more up-to-date version. Github’s geodiff facility means that changes between versions can be visualised too: very useful for the user wanting to see if newer data addresses particular issues. I can also use it to release additional formats (e.g., Garmin IMG files) in the future. Lastly of course it provides a simple link I can point people to.

    I’ve still got work to do in organising the folder structure, and a lot more work to do getting the basic update automated. Ultimately there should be a folder for each Vice County containing Shapefiles, KML, IMG, and Geojson.

    OpenSteetMap Ireland

    Thanks to Donal Diamond, the Vice County boundaries have been made available on the main openstreetmap.ie site for several months. They can be viewed together with other mapped boundaries, or against a background of historical mapping. This is the best place to start if you want to check whether the current mapping is suitable for your needs.

    Accuracy & Quality

    I had planned to discuss how accurate borders are across the country and what factors militate against accuracy in various places, but this is quite a complex subject. For now I’ll merely state the main points:

    • Boundaries which share that of a townland are likely to be accurate to around 10 m.
    • Topological accuracy in such cases will generally be good (i.e., if a boundary follows a wall, stream, road etc., this will be shown correctly, even if the position of the relevant feature might not be precisely located geographically).
    • Ways tagged with source=GSGS 3906 which are not yet incorporated with townland boundaries, will be slightly less accurate. This is because the boundaries shown on the old maps will not have been fully reconciled to features visible in aerial photos.
    • Ways tagged with source=GSGS 4136 will be much less accurate. Perhaps up to 100 m divergence from their true position.
    • Ways tagged with source=http://www.libraryireland.com/Atlas/Contents.php, or will be even less accurate. Most, if not all, of these have been eliminated as part of creating Vice County boundaries. These were drawn between localities known to belong to different counties, and in less densely populated areas were diverged as much as 1-2 km from their true position.

    I plan to produce a map summarising the likely accuracy of boundaries, but this will need to wait for another post.

    Certain features are either harder to map accurately, or represent particular problems:

    Upland area on the H1 South Kerry/H3 Cork boundary: Cladaghgarriff Ridge along to Knockowen from the Healy Pass. Photo: Richard Webb via Wikimedia Commons CC-BY-SA

    • Coastline is probably reasonably accurate, but the nature of OSM is that the coastline does not follow high or low water. Places with big cliffs may not be accurately shown because of parallax on aerial imagery.
    • Wooded watercourses. In many places in Ireland, streams and rivers cut deep narrow glens which are often heavily wooded. This makes accurate alignment of old maps a lot harder, and accurate tracing of watercourses impossible. Fortunately in nearly all cases the boundaries follow the watercourse. This problem was most noticeable along the Cork/Waterford boundary, and for mapping townland boundaries in County Waterford.
    • Moorland. Boundaries which follow watersheds on hills, mainly moorland, are difficult to align precisely. We would really need some of the cairns shown on old maps to be accurately located in order to improve map rectification in these areas.
    • Changes in Watercourses. In many places streams will have been straightened, or altered course naturally since 1900 when the base survey for GSGS 3906 maps was carried out. Furthermore where a watercourse has changed significantly this could affect administrative boundaries. In the ,main using 1900 base data is ideal for Vice County boundaries as this is close to the time they were defined. However, as boundaries become refined on OSM divergences between former and current administrative borders may need to be checked.
    • Alignment along Roads. It is apparent that in many cases a townland (and therefore a county) boundary which follows a road, does not follow the mid-line, but rather one of the verges. As in most cases the difference is less than other sources of inaccuracy this has been ignored in many cases. In the future this type of detail may want refining.
    • Railways. I have conventionally followed the southernmost track when a VC boundary follows a railway line. Like roads this is unlikely to create any real problems, until, that is, a rare alien plant is found growing on the trackbed.
    • Straight-lines. Choosing the points where these begin and end is a little arbitrary, not particularly helped by lack of precision in Praeger’s original description
    • Cork City. The location of the boundary between H4 & H5 in Cork City is particularly vexed. I have not yet updated this to follow the suggestions of Mary Scannell (1992): A Re-Definition of the H4/H5 Vice-County Boundary in Urban CorkThe Irish Naturalists’ Journal, 24(1), 11-13.

    In all these latter cases additional information fed back to OpenStreetMap should gradually resolve these issues.

    Charleville Station, near the tri-point of H4/H5/H10 I’m not exactly sure which of the lines here should be used for the H4/H5 boundary. Please do not find unusual plants/animals on the platforms. Source: Robert Ashby via Geograph/Wikimedia Commons CC-BY-SA

    Conclusions

    This has been a very interesting exercise. It is in effect, an attempt to create a single coherent dataset within OpenStreetMap, making use of OSM data, tools, knowledge, resources etc., for primary use by a different community of users. This has led me to consider issues of data versioning, how to make data available more easily, and how to add more extensive metadata regarding quality etc (see the above section & to be covered in a later post). It is by no means a completed work: some boundaries still need work the github repository, particularly automated updating, is incomplete raster & Garmin files are not yet done for all VCs.

    Lastly, as with all OSM-based data, this project is fundamentally always unfinished. We work by incremental, iterative refinement, and the biggest driver for that is interaction with users who can drive improvement. Estas 4 “I”s distinguish OSM data from many typical sources of environmental data which are created once, and tend to decay once the funding has disappeared.

    Building on the Shoulders of Giants (Acknowledgements)

    Digitising the Vice County boundaries for Ireland is notionally a big task (it would be interesting to know what resources were used by Landmark for Great Britain, and NPWS for Ireland). I completed the basics comfortably in under a week (although much work remains in tidying the data). What this shows is how the collective efforts of the OpenStreetMap community (both worldwide and specifically in Ireland), massively reduce much of that complexity through the availability of data, skilled individuals, historic maps, a plethora of software tools, and sharing of knowledge. Of course OSM in turn has benefited from broader OpenGeo community in the same way (think PostGIS, gdal, ogr, QGIS etc).

    As I try to improve the Vice County boundaries, I am not just doing work for myself I am improving the boundaries of existing administrative units, and adding many townlands myself. Similarly anyone mapping townlands on which include a county border improve Vice Counties. We expect all townlands to be mapped sometime next Summer (July 2016).

    Many thanks to Maria Long, Irish Officer, BSBI for providing background, useful references and encouragement. Rory McCann for the townlands project. Dave Corley, KDDA and IrlJdel for resources and help with historical maps and boundary issues. Tim Waters of Topomancy LLP and the New York Public Library for MapWarper without which none of this would have been possible. Lastly, I should mention Dermot McNally, who not only did much of the original mapping of the Irish coastline, but I believe was also the first second person to map a townland.


    Hack 92. Map Wardriving (and other!) Data with MapServer

    Use shapelib and a little script to convert wardriving data to shapefiles, and then map them!

    I collect a lot of wardriving data from just about every commute, cruise, and highway adventure I take. Naturally, I want to plot my findings and publish them on the Web. MapServer provides a great way to do this, but the wardriving data first needs to be converted to something that MapServer can display. We can do this with a quick script.

    8.7.1. The Shapefile of Things to Come

    Shapelib is a library for handling ESRI Shapefiles, written by Frank Warmerdam. It includes utility programs that allow us to create and dump the contents of shapefiles and their matching database files from the command line. The program is available at http://shapelib.maptools.org/. There is a binary version for Windows and an RPM for Shapelib available at http://freegis.org/, which also features other neat GIS-related software and links.

    If you decide to build from source, the instructions suggest editing the Makefile to suit your environment, but I was able to decompress the file and successfully compile the library without manual configuration under FreeBSD, Mac OS X, and Fedora Core 2. Type fabricar to compile the library and the associated binaries. This will create the utility programs shpcreate, shpadd, dbfcreate, dbfadd, shpdump, and dbfdump.

    To create a shapefile, you need to generate .shp, .shx, and .dbf files. For each item in your input data, you need to add the latitude and longitude to the .shp and .shx files, and add any associated attribute data to the .dbf file. For wardriving data, attributes might take the form of the ESSID, or name, of the networks that you find, or the time that you recorded the network's location. It's very important to line up the data properly, as the order of the entries is what links a single record across the .dbf and .shp/.shx files.

    In practice, you can accomplish this by using the shpcreate command to specify the filename to create (without extension) and the type of shapefile to create. Use dbfcreate to create the .dbf file and specify the attribute(s) that you want to associate with this shapefile:

    This example creates the files myshape.shp, myshape.shx, and myshape.dbf. The .dbf file contains one attribute, a string field called name that is 24 characters wide.

    Then walk through your wardriving datafile and add points to the shapefile and attributes to the .dbf for each network you found:

    You can check the shapefile with the shpdump and dbfdump commands that come with Shapelib:

    Note that shpadd expects longitude first, not latitude! Remember that the x-coordinate comes before the y-coordinate, where longitude is measured along the x-axis. As usual, coordinates west of Greenwich and south of the equator are given negative values.

    MapServer more or less requires you to provide the geographic extents of the area you want to map. If you were creating a map file from the previous example, you would take your extents from the File Bounds section, and your extent line would look like this:

    You can also check a shapefile's extents with ogrinfo, a utility included with the GDAL library. The command ogrinfo -al -summary myshape will show the metadata from all layers in a shapefile. See [Hack #68] for more on the OGR and GDAL utilities.

    8.7.2. From Wardriving to Shapefiles

    Netstumbler, the network scanning software I use, supports a logging format called WiScan. WiScan is a tab-delimited ASCII text format with a simple header, which our script will ignore. You can experiment on your own with handling the other parameters in the file:

    Here is an extremely simplistic script to create a shapefile from a WiScan file. The shpadd program uses negative numbers for West longitude and South latitude. Unfortunately, the WiScan format specifies GPS coordinates with norte y W, instead of + y -. This script ignores the directional letters completely and assumes northern latitude, and western longitudeso it will only work in my part of the world:

    The script creates the .shp, .shx, and .dbf files and then it uses grep y awk to create a series of shell commands that it then pipes to the shell, which executes the commands to add the location of each wireless node to the shapefile wiscan.

    You can see what the script is doing by copying this fragment into the file demo:

    The first line runs grep against the file you enter on the command line and removes all the comments from the file (comments are lines that start with #). It then sends the cleaned-up file to the awk command:

    awk treats the text within single quotes as a command. The braces tell awk to apply the rest of the command to each line in the file. awk then prints a minus sign followed by the fourth field in the file, which is the longitude. This is where the longitude is hardcoded as West longitude. It then prints a space and then the second parameter, the latitude. Then it prints the string: dbfadd wiscan, followed by fields 6-9:

    That is getting close to what we want, but we're not quite there:

    This line takes the output of the previous line from the script and creates our final command:

    It does this by printing the shpadd WiScan, followed by the rest of the first "field" that was passed in. The default field separator is whitespace, but you can use -F to set the field separator. In this case, we set it to ), so we get everything up to the )BSS(.

    Throw the shapefiles into your data directory [Hack #91], and then add a layer to an existing map file:

    This layer contains only simple parameters, enough to get the layer to display. Note the labelitem entry, and the label class. These control the label display. In our case, we are using the SSID name, which is extracted from the .dbf file and stored in the name campo. The label will be red (R = 255, G = 0, B = 0), and the dot marking the station will be blue (R = 0, G = 0, B = 255).

    A thorough reference to map-file syntax can be found in the MapServer documentation (http://mapserver.gis.umn.edu).

    8.7.4. Hacking the Hack: Adding Aerial Photographs

    Once you've set up MapServer and have a few shapefiles going, you might want to use aerial photographs in your maps. There is an easy way to do this, but there are a couple of pitfalls. Once you have the right things in place, however, it just works.

    The U.S. government produces aerial and satellite Earth imagery as Digital Orthographic Quads (DOQ) for various purposes. To make these images, either photos are taken from satellite or airplanes are sent with cameras over a given area. These images are homogenized and rectified so that each of them is georeferenced correctly. Some states, counties, and universities distribute this data, usually in the GeoTIFF format.

    Aerial photographs usually come as GeoTIFFs, which are simply standard TIFF bitmap images with an additional file called a world file, which has a .wld or .tfw file extension. This world file is a text file that contains the georeferencing information used to align and position the image properly. [Hack #33]

    explains how world files work and how they can be generated.

    For this hack, we'll use the aerial photographs from Pittsburgh, Pennsylvania, where I live. I'll also build upon the existing map file from [Hack #91] . All of the spatial data comes from the same place, PASDA (ftp://pasda.cac.psu.edu). The specific aerial photographs are located in ftp://pasda.cac.psu.edu/pub/pasda/doq, and we'll use wget to fetch them. Make sure your current working directory is your data directory, and unzip them there:

    Be warned, each of the eight files is 40 MB in size and extracts to a 45 MB TIFF. It might be useful to convert the images into JPEGs or another high-compression format. You can do this with gdal_translate. ( [Hack #68] should get you started, and for more information, check GDAL's documentation, which is available at http://www.gdal.org.)

    Initially, you could add each of these GeoTIFFs as its own unique layer. To make things easier and treat all of the aerial photographs as one layer, we can use gdaltindex to create a tile indexa shapefile containing the file locations of the images and the spatial locations where each of the images lays. Run as follows gdaltindex will create the shapefile called aerial and add all of the images.

    Now that you have created this tile index, you can reference it in your map file mediante tileindex y tileitem. tileindex points to the shapefiles we created, while tileitem specifies the column containing the file locations. Again, MapServer's web site explains all of this in more detail.

    Throw this in your map file as the first layer. This will place the aerial photographs on the bottom and draw the shapefiles on top:

    In a sense-making world, our shapefiles and GeoTIFFs would be using the same coordinate system, and we would be done at this stage. Unfortunately, even though our data comes from the same place, our images are being plotted thousands of miles apart (or more).

    Fortunately, MapServer has the enormously powerful ability to reproject both raster and vector layers for us on the fly. If we define a projection section at the top level of our map file as follows:

    Then we can add a similar projection section within each of our latitude/longitude layers, like so:

    The combination of the two will prompt MapServer to dynamically reproject those layers into UTM Zone 17, as needed. Meanwhile, the DOQs, which were already in a UTM projection, will remain unchanged, and everything should magically line up. Of course, before that happens, we will first have to adjust the default extents of our map file, since our coordinate system has changed from degrees to easting and northing in meters. In this endeavor, the proj utility from the PROJ.4 toolkit is invaluable for converting lat/long extents to UTM and back. The token effort required to reproject the map extents by hand is more than handsomely repaid by the utter ease with which we can subsequently drop in new data sets from any source projection and have them *just work.*


    Hack 21. Map Health Code Violations with RDFMapper

    With this simple web service, you can build interactive Flash maps from arbitrary data sources in RSS or RDF.

    RDFMapper is a web service that searches an RDF file for resources with geographic locations and returns a map overlaid with dots representing the located resources. Clicking on a dot displays information about the clicked resource. Arbitrary images can be treated as maps, so the service can be used for any kind of image annotation.

    One big advantage of using RDF for spatial annotation is that it allows data of different types to be mingled freely. RDF is built from a series of "vocabularies": for example, there are vocabularies for weblog posts (RSS), for personal descriptions (FOAF), for restaurants (ChefMoz), for time and events (RDFCalendar), for geometry (RDFGeom2d), and for geography (RDFIG Geo). These vocabularies can be mixed together in the same RDF documents. Any kind of RDF content can be annotated with geographical location, simply by dropping in latitude and longitude properties from the simple Geo vocabulary at http://www.w3.org/2003/01/geo/wgs84_pos#, which describes latitude and longitude in WGS84. Then, RDFMapper can be used to make instant maps of the content. The RDF approach integrates geodata into any domain where it is relevant, without requiring any changes to schemas or data models.

    There are innumerable sources of RDF on the Web. Among them are weblogs whose "feeds" are in RSS 1.0 (the RDF dialect of RSS), and descriptions of people and their relationships encoded using the FOAF ("friend of a friend") namespace. Many other sources exist. (For example, the contents of the DMOZ open directory, http://dmoz.org/, are available in RDF.)

    But it's easy to roll your own, as Dav Coleman chose to do when making maps of health code violations in San Francisco. On its web site, the city publishes lists of all food service providers, along with enticing details of the violations they've committed: Unsafe Food Source, Vermin, Personal Hygiene, and so on. He used a few Perl scripts to scrape the site, extract the health code details and the street addresses of the restaurants, and locate them using a geocoding service such as http://geocoder.us/ (see [Hack #79] for details on how to do this easily yourself). He published the results as an RDF file (available at http://mappinghacks.com/data/sfhealth.rdf), giving the name and location of each restaurant for which a health code violation had been reported.

    The following HTML invokes RDFMapper to map the contents of this RDF file. It sends a set of key-value pairs to the web service, which returns a map in .swf (Macromedia Flash) format:

    <a href="javascript:document.forms[form1].submit( )">Submit</a>

    When this invisible form is submitted by clicking on the "Submit" link, it performs an HTTP POST to the RDFMapper web service. RDFMapper puts together a map and sends it back to the client.

    Figure 2-22 shows the RDFMapper visualization of the RDF file of health code violations. You can view information about individual restaurants by clicking on the appropriate dot on the map. This could be a "how to lie with maps" story: the only level of metadata visually displayed is that there is a violation of some kind there this could be one relatively innocuous citation for "Holding Temperatures" a degree or two too warm, or a string of violations including Vermin and Contaminated Equipment. On this map, they all look the same qualitatively. However, this is hopefully a good illustration of using RDF as an intermediary format. RDFMapper can also be used to map web data that is not already presented in RDF, with the help of quick conversion scripts.

    Figure 2-22. The RDFMapper map of San Francisco health code violations

    2.9.1. The RDFMapper Web Service in Depth

    La mapa base parameter passed to the RDFMapper service specifies the URL of a file in RDFMap format describing the map that is to appear in the background. This RDFMap file specifies the URL of the image and the parameters of the geographic projection that applies to the image. The image is either a JPEG or a .swf file. A catalog of maps suitable for use with RDFMapper can be found at http://www.mapbureau.com/viewer. You can also create your own base maps from existing images by encoding the relevant projection data in RDFMap format.

    La content parameter specifies the URL of the RDF file to be mapped.

    Most of the remaining parameters denote functions defined in the Fabl programming language, an open source language designed specifically for manipulating RDF. (Fabl is implemented within RDF as well see http://fabl.net for more details.) Parameters naming Fabl functions may take the form:

    In the former case, the function is taken from a library of utility functions for RDFMapper, available at http://www.mapbureau.com/libsrc/rdfmapper_utils-2.0.fbl. In the latter case, the function is taken from the specified Fabl code file. See the rdfmapper_utils-2.0.fbl file for documentation of the utilities used in the previous example, such as itemGen1, extractTopicLocation, y así. If, as is often the case, the functions appearing in the library suit the purposes of an application, there is no need to develop new versions.

    La extractor parameter denotes a Fabl function that, when given an RDF resource, returns a geom2d:Point representing its location, or nil. RDFMapper maps everything (that is, all resources) in the content file for which extractor returns a non-nil value. Here's a sample extractor:

    In English, this code reads: "If geo:lat y geo:long each take on at least one value within some resource x, then extract the corresponding values, package them as a geom2d:Point, and return that Point."

    Additional details about RDFMapper, including a complete description of all parameters, can be found at http://www.mapbureau.com/rdfmapper/2.0.

    Although RDFMapper is designed to plot locations from geo-annotated RSS and RDF, there are workarounds in case your hosted online journal service, such as Blogger, doesn't have the facility to let you add new tags and namespaces to your RSS feed.

    RDFMapper's extractLocation function gets around this issue by scanning the content of posts for text of the form 124.12346.16. Such text can be hidden from the reader of the weblog by embedding it in a span of the form:

    It's not pretty, but it works! The following RDFMapper parameters will map a Blogger weblog:


    1 Answer 1

    I found this answer at this website. After converting to GPX you could use GPS Babel to create a shapefile.

    *1: you need to download some free software that will convert a microsoft street and trips file (.est) to a file type that the garmin will understand (.gpx) file. I use a program called itnconv that allows me to pick which file type i want to export the .est file to. take that .gpx file and open it in mapsource. double click on it in mapsource and do a recalculate, then send it to your device. It will show up in your my data folder and you can then do an import to have it show up in your custom route folder. You may be able to bypass the mapsource portion of this,but i'm stll looking into that.

    2: but microsoft street and trip 2010. it now has an option to download into gps. It will show up in your my data folder and you can then do an import to have it show up in your custom route folder. you may have to do a recalculate once its there, but i'm not sure how to do that within the garmin (or whether that happens automatically when you import and engage the route). does anyone know the answer to that?*


    Anyone know where to find pipeline shapefiles? Oil&Gas

    I just need a good comprehensive shapefile or KMZ/KML file for Oil&Gas pipelines in South Texas. Ive found quite a few PDFs and Tiffs i could georeference but that would take forever.

    Any assistance would be greatly appreciated.

    Texas Railroad Commission (TXRRC) is the state agency that permits all oil and gas activities. They have datasets by county and statewide in .shp format, downside is that they charge for it, but prices aren't terrible, usually about $100/county. From there you usually end up doing a couple of joins in arcgis, and from there you can export a kml with all the info you want.

    Edit: statewide dataset is much cheaper than buying all of the counties, though that can still be pretty expensive, especially if you're doing work in the more active areas like Eagle Ford or Barnett Shale plays.


    Ver el vídeo: QGIS: Heat Maps (Octubre 2021).