Más

¿Cómo crear capas interactivas de OpenStreetMap en TileMill?

¿Cómo crear capas interactivas de OpenStreetMap en TileMill?


Si estoy leyendo bien la especificación UTFGrid, solo puede tener 65,501 funciones interactivas diferentes. O más precisamente, cada función necesita una identificación única en el rango 0-65501.

TileMill usa UTFGrid para su interactividad, por lo que este límite parece aplicarse. Aparece como JSON no analizable que se está generando, JSON que maneja excepciones, etc.

Entonces, ¿qué ID puede usar para las funciones de OpenStreetMap (cargadas en una base de datos PostGIS), dado que elosm_idLa columna tendrá valores de cientos de millones.


Si desea una identificación única por fila, será más fácil usar el número de fila.

SELECT (row_number () OVER ()) - 1 AS id, way, (…)

De esa manera, obtendrá una identificación creciente a partir de 0 y no tendrá que preocuparse por la colisión.


Encontré una solución alternativa simple que parece funcionar bien. Cree una capa de PostGIS con una columna adicional como esta:

(SELECCIONE la forma,… osm_id% 65500 AS tinyid FROM planet_osm_point) p

Entonces establezcadiminutocomo el "Campo de clave única" de la capa.

Es decir, tome el realosm_idmódulo 65500 para producir siempre un valor en el rango 0-65500. Esto ocasionalmente causará errores si dos características dentro del mismo mosaico tienen el mismodiminuto.

(¿Podría haber mejores formas?)


Hacer que el nuevo mapa de Tilemill coincida con los estilos de etiqueta predeterminados de Mapbox

Quiero hacer un mapa en tilemill que coincida con la forma en que se muestran las etiquetas en este ejemplo, hasta los países que obtienen etiquetas en cada nivel de zoom, qué país se abrev. frente al título completo, utilizando líneas para conectar etiquetas a países más pequeños, etc.

Ese parece ser el estilo de etiqueta predeterminado de Mapbox (noto que este mapa de Mozilla actúa exactamente de la misma manera), ya que no hay personalizaciones allí. Sin embargo, al crear un nuevo mapa de Tilemill, no hay etiquetas en absoluto. ¿Qué debo hacer para agregar etiquetas exactamente de la misma manera que en el ejemplo de Mapbox (es decir, los estilos de etiqueta predeterminados de Mapbox)?


1 respuesta 1

Estoy en una situación similar, así que no saber la respuesta, pero por lo que he podido averiguar, creo que estás en el camino correcto.

Comencé usando el enfoque Mapbox, que simplifica las cosas siempre que sus datos sean estáticos. Usas Tilemill no solo para generar tus mosaicos PNG (una vez que hayas usado Carto para hacer un estilo agradable) sino también para importar tus conjuntos de datos.

TileMill puede exportar sus archivos TileJSON y UTFGrid con los mosaicos PNG empaquetados y listos para usar. Mapbox luego alojará todas esas cosas para usted, y puede usar su biblioteca mapbox.js (una extensión de Leaflet) para reunirlo todo en el navegador, con total interactividad. Abrir ventanas emergentes sería algo que haría en Javascript en el navegador, y si se refiere a infoWindows (la ventana superpuesta que está asociada con un punto del mapa), entonces sería una llamada a la API del folleto.

Si está contento de crear sus capas e importar sus datos sin conexión, este enfoque parece ser realmente simple y poderoso, Mapbox incluso renderizará mosaicos usando múltiples capas superpuestas, por ejemplo, puede ver sus círculos en la parte superior de una imagen de satélite, combinada en un solo PNG.

El problema realmente surge cuando sus datos deben estar activos y, por lo tanto, no puede prepararlos todos con anticipación en TileMill. Todavía estoy tratando de resolver todo esto, pero parece que una combinación de TileStache y Mapnik podría ofrecerle los archivos TileJSON, GeoJSON y UTFGrid que necesitaría, así como los mosaicos mismos, en el camino que ha descrito en la pregunta.

Es posible que también desee PostGIS y GeoDjango o similares detrás de escena para mantener y administrar sus datos en vivo, respectivamente.

Como dije, todavía estoy tratando de hacer funcionar mi pila completa, así que no puedo responder por esto al 100%, pero si sus datos se recopilan por adelantado, definitivamente recomendaría la ruta TileMill por simplicidad.


2 respuestas 2

Así es como terminé resolviendo el problema.

Dado que Tilemill no lee de forma nativa archivos .osm / .o5m / .pbf, utilicé Osmosis para convertir un archivo .osm en archivos .shp.

Luego creé un nuevo proyecto en Tilemill y agregué los archivos .shp particulares que quería como capas al nuevo proyecto. Se necesita un poco de retoques para que el mapa se vea como lo desea, pero es muy similar a CSS y bastante fácil de aprender a medida que avanza.

Una vez que tuve el mapa con el aspecto que quería, lo exporté como un archivo .mbtiles. Esto lleva mucho tiempo y los archivos pueden ser muy grandes dependiendo de qué tan detallados sean los mosaicos. Hice un mapa de Irlanda con niveles de zoom entre 7 y 14 inclusive y solo hice un mapa de la ciudad de Dublín con niveles de zoom de 11 a 17 inclusive. Aunque el mapa de la ciudad de Dublín tenía muchos menos mosaicos, ambos eran


OpenLayers Layer.XYZ no puede obtener la latitud, ¿verdad? (con TileMill + TileStache)

He creado un servidor de mosaicos local para servir a una aplicación de JavaScript local, y recibo los mosaicos del mapa a través de capas abiertas como Layer.XYZ.

Adquirí datos sin procesar para massachusetts de thinkgeo. Se registra en las coordenadas correctas, porque se alinea con el mapa del país integrado de tilemill.

Exporto el mapa de tilemill a través de mapnik (también lo he hecho a través de mbtiles con una reducción de tamaño extrema) y configuro tilestache para usar el archivo de salida relevante. Parece que funciona correctamente, porque cuando cargo mi javascript, los mapas de los países se extraen correctamente y, cuando encuentro Massachusetts, las carreteras se resaltan como quiero.

Cuando configuré el zoom y establecí el centro a la longitud / latitud de Boston, que funcionó correctamente en un Layer.OSM en la versión en línea que redacté anteriormente, me da el océano al noroeste de Groenlandia. De hecho, tengo que establecer la latitud en -lat para incluso estar dentro del alcance de Massachusetts, pero todavía no me coloca en Boston.

Configuré la configuración de TileStache para usar WGS84 y la importación de OpenLayers para usar EPSG: 4326, que toda la documentación indica que es la misma. Por lo tanto, me pregunto si hay algo en las capas XYZ de OL que hace que esto sea más difícil.

Si alguien tiene alguna otra sugerencia, relacionada con el otro software que estoy usando, soy todo oídos.


Creación de mapas web en Python usando Folium & # 8211 First Impressions

Folium es un paquete de Python creado para unir el músculo de Python en la disputa de datos con la biblioteca JavaScript fácil de usar de Leaflet para crear mapas web atractivos e interactivos. El Leaflet de código abierto es una herramienta de mapeo web muy popular debido a su flexibilidad, con una gran cantidad de complementos desarrollados por la comunidad que amplían aún más sus capacidades nativas. Si bien Python es un lenguaje de programación robusto, con muchos paquetes que contribuyen al análisis geoespacial & # 8211 Pandas, GeoPandas, Fiona, Shapely, Matplotlib y Descartes, por nombrar algunos & # 8211 Folium se diferencia por la facilidad de uso y el potencial interactivo del producto final . Después de experimentar un poco con la biblioteca, no tomó mucho tiempo producir un mapa web funcional, aunque simple, con datos de puntos agrupados, acompañados de ventanas emergentes. Sin embargo, era obvio que hay más para explorar con Folium, ya que funciona bien con muchos tipos de datos geoespaciales, incluye funciones y métodos incorporados para producir coropletas, visualizaciones temporales y permite la unión de lo mejor de Python y Folleto.

El código y los mapas resultantes muestran un ejercicio sencillo para extraer las coordenadas geográficas (que ya coinciden con la proyección de mercator web predeterminada de Leaflet y # 8217) y algunos valores de atributos correspondientes a los centros de distribución / almacén en Pennsylvania y # 8217s Lehigh Valley de una hoja de cálculo de Excel. La biblioteca de Pandas se utilizó para leer el documento de Excel y convertir la información deseada en un marco de datos. El folio se usó para inicializar un mapa de folletos, agregar registros como puntos con cierta estilización aplicada. Este es un código breve que podría agregarse fácilmente al final de un análisis espacial más intensivo con Python. Puede proporcionar una forma rápida de publicar resultados en un formato interactivo sin necesidad del uso de JavaScript / html / CSS, o podría servir como un punto de partida para un estilo más elaborado.


Pautas para la presentación de proyectos a término

En Geog 585, se espera que cree un proyecto temporal que tome algunos datos de su interés y los fusione en un mapa web útil. El término proyecto puede ser simple y centrado en la naturaleza, pero debe incluir:

  • un mapa base para dar contexto geográfico
  • una o más capas temáticas que están separadas del mapa base
  • uno o más elementos interactivos que revelan más información (como poder hacer clic en una entidad para ver una lista de atributos o filtrar selectivamente información en una capa de mapa).

Al crear su proyecto de término, debe utilizar al menos una herramienta o técnica que no esté incluida en los materiales del curso. Esto podría, por ejemplo, ser una herramienta para (pre) procesar los datos, o podría ser una clase o método de Leaflet que usted exploró. No es necesario que conozca esta parte cuando haga la propuesta, pero a medida que avance en los diferentes ejercicios del curso, debe estar al tanto de las funciones adicionales que podría incorporar para cumplir con este requisito.

El proyecto debe construirse íntegramente con FOSS. Este requisito no está en su lugar para convertirlo en un "purista" de FOSS, sino para obligarlo a practicar plenamente las habilidades que ha aprendido en este curso y descubrir nuevas formas de hacer las cosas. Si hay alguna parte del procesamiento de datos de su proyecto que no cree que pueda completarse con FOSS, discútalo con el instructor.

El término presentación de proyectos consta de tres partes:

  1. un video en línea que demuestra la funcionalidad del proyecto.
  2. un informe que describa el propósito y el enfoque del proyecto. Esto también incluye su código.
  3. dos breves reseñas de los proyectos de otros estudiantes.

Los requisitos de la presentación se describen en detalle a continuación. Consulte el término rúbrica de calificación del proyecto en Canvas para comprender exactamente cómo se evaluarán estos requisitos.

Envío de video del proyecto

Para compartir su proyecto con el instructor y otros, creará un "video" de grabación de pantalla en línea explicando el propósito del proyecto y dando un recorrido por su funcionalidad. En menos de 5 minutos, el video debe cubrir lo siguiente:

  • Brinde una descripción general del propósito del proyecto y cómo un usuario se beneficiaría de este mapa.
  • Explique de dónde obtuvo los datos.
  • Describa los pasos de preprocesamiento y las herramientas que empleó para preparar los datos para su uso en mapas web.
  • Demuestre cómo se dividen los datos en mapas base y capas temáticas.
  • Describa los enfoques que adoptó para exponer los datos como servicios web y por qué eligió esos enfoques (por ejemplo, servicio dibujado dinámicamente usando WMS, mosaicos diseñados con TileMill, mosaicos extraídos de OpenStreetMap, capa GeoJSON dibujada por el navegador, etc.).
  • Demuestre los elementos interactivos en su mapa web. Siga la "historia" de lo que haría un usuario al acercarse a su mapa. Por ejemplo: "Suponga que está trabajando para _____ y ​​quiere aprender ____, entonces llega a este mapa y ve que puede activar la capa ______ que le dice _______. Luego ve que se puede hacer clic en ______, por lo que debe hacer clic en él. y aprender que _______ es ________. Ahora conoce _________, lo que le ayuda a tomar una decisión sobre _______ ".
  • Describa al menos una herramienta o técnica utilizada en la creación de su mapa web que no se cubrió en los materiales del curso.

Se espera que el video solo grabe la pantalla (no es necesario que aparezca en la cámara). Hay muchas alternativas para producir el video, incluido el software y los servicios gratuitos de grabación de pantalla. Como estudiantes de Penn State, tienen acceso gratuito a Kaltura. Otra opción gratuita que funcionó bien en el pasado es Screencast-O-Matic, que requiere que ejecute un pequeño programa en su computadora. El video grabado se puede almacenar como un archivo .mp4 o se puede compartir a través de su sitio web. Alternativamente, si tiene acceso a un software de grabación de pantalla profesional como Captivate, Camtasia, Fraps, etc., puede usarlo. Gran parte de este software está disponible durante períodos de prueba gratuitos. Una opción para los usuarios de Mac es usar QuickTime; hay descripciones de cómo hacer esto en la web. Para compartir su video, también puede cargarlo en su espacio PASS o usar cualquier otro servicio para compartir archivos, por ejemplo, dropbox.com.

Se recomienda encarecidamente que reserve al menos uno o dos días para la creación del video. Esto le permitirá adaptarse a cualquier desafío técnico imprevisto y realizar múltiples "tomas" si es necesario. Las cosas irán mejor si preparas un guión o un esquema de las cosas que quieres mostrar, y te refieres a esto durante la grabación del video.

El video debe entregarse el domingo por la noche antes de la fecha de finalización del curso. Para enviar el video, siga la descripción en la página de presentación del proyecto a término y mini conferencia.

Redacción del proyecto y envío de código

Envíe también un resumen de redacción de más de 500 palabras:

  • el propósito de tu proyecto
  • el proceso de decisión por el que pasó al decidir cómo servir las diferentes capas
  • las formas en que su proyecto refuerza y ​​amplía la información en las lecciones de Geog 585
  • las cosas que aprendiste en este proyecto que serán más valiosas para ti en tu carrera profesional o académica.

Envíe todo el código fuente de su proyecto con su redacción. Puede pegar el código en la redacción o simplemente comprimir los archivos HTML y JavaScript originales junto con su redacción.

La redacción debe seguir las convenciones gramaticales y de redacción profesional y debe corregirse la ortografía. La redacción y el código vencen en el cuadro desplegable del proyecto de término antes de la fecha de finalización del curso.

Propina: Si completa la redacción antes de hacer la narración en video, las palabras pueden surgir más fácilmente cuando esté "frente a la cámara".

Reseñas de proyectos de otros estudiantes

Sin duda, el proyecto será una experiencia de aprendizaje para usted, pero también hay mucho que aprender de las experiencias y presentaciones de otros estudiantes. Durante los últimos tres días del curso (lunes, martes, miércoles), tómese un tiempo en el "Foro de revisión de video y amplificador del proyecto de término" en Canvas para buscar otras presentaciones. Seleccione dos proyectos que le interesen y, con cada uno, publique una breve reseña como respuesta. Su revisión debe incluir:


Consultores de Microsoft Power BI

La creación de mapas personalizados es solo la punta del iceberg cuando se trata de desbloquear el potencial de visualización de datos de Microsoft Power BI y rsquos. Innovative Architects es un socio Microsoft Gold Certified y nuestros consultores pueden ayudar a su empresa a aprovechar el máximo valor de sus inversiones en tecnología empresarial, incluido Power BI.

Con oficinas en Atlanta, GA, Washington, D.C. y West Palm Beach, FL, estamos ubicados estratégicamente para conectarnos con empresas en todo el este de los EE. UU. Comuníquese con nosotros hoy para comenzar.

Nos asociamos con una lista diversa de proveedores líderes en la industria para que siempre obtenga la solución adecuada


Revue des autres blogs

A lo largo del ciclo electoral de 2012, nos ha fascinado la idea de visualizar los resultados de las elecciones en tiempo real. El día de las elecciones que comienza cuando concluye la votación en la costa este, las salas de redacción compiten para procesar y visualizar los totales de votos en cada uno de los 50 estados, 435 distritos electorales y 3200 condados en todo el país. The Associated Press proporciona una fuente de datos de resultados agregados del personal desplegado en todo el país en intervalos de ocho minutos. Dado que casi todos los medios de comunicación se suscriben a estos datos, la carrera para informar los resultados primero se trata de tener un tiempo increíblemente corto para publicar, mientras se mantiene un enfoque firme en la confiabilidad durante lo que a menudo es la noche de mayor tráfico para los sitios web de noticias. La emoción de la noche y la disponibilidad de una fuente confiable de datos rápidos hacen de este un problema realmente emocionante de resolver.

En medio de un rediseño masivo y una revisión de marca en todos los medios impresos y electrónicos, USA TODAY incorporó a nuestro equipo para ayudarlos a construir una nueva plataforma de mapeo de elecciones en tiempo real. Nuestro trabajo culminó en una aplicación web diseñada de manera receptiva que impulsó un panel de control de pantalla completa, una vista de teléfono inteligente y tableta, y ocho vistas integrables diferentes utilizadas durante la noche de las elecciones en la página de inicio de USATODAY.com y varias páginas de temas y artículos. Aquí & # 8217s cómo lo construimos.

Nuestra primera decisión fue sobre cómo renderizar los mapas de una manera que maximizara la confiabilidad y redujera el tiempo de actualización. Consideramos algunas opciones para esto:

  • Servidor de mosaicos de renderizado en vivo: Configuramos TileMill en un servidor para generar mosaicos de mapas en un horario con la publicación de nuevos datos de resultados. Los mosaicos de mapas se alojarían en mapbox.com para garantizar la mayor disponibilidad posible. Esta opción fue atractiva porque hemos trabajado mucho con mapas basados ​​en mosaicos, incluida la capa base MapBox Streets, pero significaría modificaciones considerables en nuestro servidor de alojamiento para permitir actualizaciones más rápidas que cada hora.
  • Generación de imágenes de mapas estáticos del lado del servidor: Tenemos TileMill renderizar mapas de vista completa en lugar de mosaicos de mapas. Estas imágenes se pueden alojar en cualquier servidor web de archivos estáticos con tiempos de actualización rápidos. Sin embargo, la necesidad de una docena de puntos de vista diferentes multiplicados por cientos de contiendas electorales hizo que esta opción fuera menos atractiva, y necesitamos crear un método personalizado de superposiciones interactivas.
  • Manipulación dinámica de imágenes del lado del cliente: Si renderizamos todas las imágenes del mapa con anticipación y manipulamos solo los colores del mapa y las características # 8217 en el navegador en función de los datos de resultados, tendríamos el beneficio de un alojamiento de mosaicos confiable combinado con actualizaciones rápidas de datos y una sobrecarga de generación de mosaicos baja. Esta opción era muy prometedora, y teníamos un proyecto de muestra funcional que cargaba mosaicos de imágenes con cada estado, distrito del Congreso o condado coloreado por una representación hexadecimal de su ID de FIP y usaba un HTML5 Canvas y JavasScript para evaluar el color inicial. de cada píxel, decodifique su valor de FIP y vuelva a colorearlo de acuerdo con los últimos datos de resultados. Esto se escala bien y conserva la alta resolución de funciones disponibles con mosaicos de imágenes. Sin embargo, en última instancia, requeriría una inversión significativa en un respaldo de Flash para Internet Explorer 8 y cargar mosaicos desde el origen de mapbox.com remoto en un elemento Canvas presenta problemas de seguridad entre dominios.
  • Vectores SVG con respaldo VML: Esta opción ganó por varias razones. Primero, hay varias bibliotecas bien establecidas y fáciles de usar para la representación de vectores SVG que nos permitirían hacer todo el procesamiento de mapas directamente en el navegador y no requerirían absolutamente ninguna infraestructura del lado del servidor. Pensamos que cualquier servidor sería un punto de falla considerable, por lo que esto era importante para garantizar la confiabilidad. Y no requeriría tanto desarrollo personalizado como el enfoque anterior basado en Canvas.

Elegimos D3.js para manejar la generación de mapas SVG. D3 proporciona una interfaz simple para crear SVG, así como soporte nativo para proyecciones y transiciones de mapas. Dado que no se empantana con la compatibilidad con navegadores heredados sin compatibilidad con SVG, cambiamos a R2D3 para versiones de Internet Explorer inferiores a IE9.

El soporte de proyección D3 & # 8217s incluye Mercator y Albers, así como una opción para configurar el suyo. Para las vistas nacionales usamos una proyección de Albers, pero para las vistas de todo el estado usamos la proyección esférica de Mercator en MapBox.js para poder superponer los mapas en la capa de terreno MapBox. Esto fue relativamente fácil de hacer: según el mapa y el nivel de zoom # 8217, cambiamos la función de proyección. También usamos D3 para animar el proceso de reproyección para un efecto de transición suave.

Nuestros mapas requerían dos entradas: datos geográficos para las formas y valores de los resultados electorales para cada división política. Usamos archivos de forma del censo para estados y condados, y distritos electorales recientemente redistribuidos de Azavea. Los archivos de forma de origen tenían varios megabytes cada uno, por lo que necesitábamos simplificar su detalle geográfico considerablemente para que fueran lo suficientemente pequeños como para transferirlos a través de Internet en el navegador. Nuestro objetivo no era más de 300 kb de tamaño comprimido gzip por archivo.

Nate procesó los datos con un conjunto completo de herramientas de código abierto que incluyen QGIS, PostGIS y GDAL OGR. El primer desafío fue reducir la complejidad geográfica y mantener los límites adyacentes, lo que se conoce más técnicamente como preservación de la topología. En segundo lugar, necesitábamos asegurarnos de que los límites de las características en las diferentes capas de datos coincidieran, por ejemplo, cuando colocamos las fronteras estatales sobre los distritos del Congreso, lo que resolvimos recortando los distritos y condados del Congreso al límite de cada estado principal.

Rápidamente nos dimos cuenta de que no podíamos depender de un archivo de simplificación para obtener tanto el tamaño de archivo pequeño como los detalles de alta resolución que queríamos. Así que produjimos un conjunto de distritos del Congreso muy simplificados para usar junto con D3 & # 8217s incluidos los condados y estados simplificados. Estos datos se utilizarían para mapas pequeños, como las miniaturas de cada raza, el mapa nacional de la raza House y los mapas nacionales a nivel de condado. Para vistas ampliadas, como cuando hace clic en un estado para ver detalles a nivel de condado, producimos archivos de mayor resolución para cada estado de todos los condados y distritos electorales de ese estado. Luego, la aplicación carga datos dinámicamente a medida que navega por el mapa. Cuando carga la vista inicial, recibe algunos archivos simplificados para dibujar miniaturas de baja resolución y un mapa principal de estados de alta resolución. Cuando hace clic en un estado, se carga un archivo de alta resolución de condados para ese estado, lo que proporciona mejores detalles sin necesidad de precargar muchos datos geográficos adicionales.

Al final, básicamente creamos una API para solicitar datos geográficos en dos niveles de simplificación. Para hacerlo escalable, no hicimos el procesamiento sobre la marcha. Solicitar datos geográficos de una base de datos en vivo es un riesgo completamente innecesario cuando los datos geográficos no van a cambiar. Procesamos todos los datos en archivos de texto planos geoJSON que alojamos y todas las aplicaciones, otros archivos estáticos.

Al igual que con los mapas, logramos una alta escalabilidad y confiabilidad al descargar la mayor cantidad posible de la aplicación web al navegador. No había ninguna aplicación de servidor backend detrás de la aplicación web. Una sola aplicación web Backbone.js impulsó todas las incrustaciones, el panel de control de pantalla completa y las vistas de teléfonos inteligentes y tabletas.

Inicialmente, ver la aplicación solo carga el diseño HTML más básico e inicia el enrutador Backbone. Dependiendo del hash de la URL de la solicitud, el enrutador carga dinámicamente el resto del diseño HTML. Ir a / # embed carga una vista de incrustación particular, mientras que al solicitar / # map o / # table se carga un mapa de aplicación principal o una vista de tabla. Los valores adicionales que siguen al parámetro de vista determinan los ajustes de configuración, como el tamaño de inserción, la raza y el estado. Para las incrustaciones, la aplicación principal con el hash de URL apropiado se incrusta en un iframe. Para la aplicación principal, a medida que hace clic, activa nuevas rutas actualizando el hash de la URL con nuevos parámetros, lo que actualiza la página sin la necesidad de una actualización completa.

Para una aplicación compleja como esta, pasamos mucho tiempo en asociación con el personal de USA TODAY & # 8217s diseñando y desarrollando la aplicación web. Pero el principio es simple: solicite perezosamente solo los datos que realmente necesita para una vista determinada, incluida la plantilla HTML, los datos geográficos y los datos de resultados. Esto nos permite tener una gran aplicación del lado del cliente alojada en una sola página html sin requisitos de aplicación de servidor.

Con el equipo de USA TODAY, elaboramos una especificación para una API JSON simple para transferir los resultados de las elecciones en vivo. Construyeron un proceso para ingerir los datos XML de Associated Press & # 8217s y exponerlos de acuerdo con el esquema de API & # 8217s. Determinamos y calculamos todas las solicitudes posibles para que pudieran almacenarse en caché en una CDN con un TTL muy alto. Había pocas posibilidades de que las solicitudes tuvieran que volver a la API de datos y al servidor # 8217s. Solo un punto final de API se actualiza con frecuencia: un número simple de la última versión de datos disponible en el servidor. La aplicación web sondeó este punto final cada 30 segundos para asegurarse de que tuviera los datos más recientes. Si la respuesta de la API tenía un número mayor, la aplicación sabía que había nuevos datos disponibles y emitiría solicitudes contra los puntos finales que necesitaba para reconstruir su vista actual. El método proporcionó un equilibrio entre detectar y actualizar cambios de datos rápidamente y tener solicitudes altamente almacenables en caché para proteger el servidor API. Dado que esta sería la única parte de toda la aplicación que requeriría una aplicación del lado del servidor, era crucial tener un proceso de almacenamiento en caché confiable.

Inicialmente, configuramos un proceso de control de versiones en cada una de las actualizaciones de datos de ocho minutos como una seguridad a prueba de fallas. Si algo salió mal en una nueva versión de datos, siempre podríamos volver a una anterior. Pero pronto nos dimos cuenta de que estas versiones proporcionaban un subproducto interesante: podíamos analizar las diferencias entre las versiones para producir una fuente de actualizaciones para atraer la atención de los espectadores sobre las últimas noticias que surgen de los datos de resultados.

El feed de actualizaciones enumeró tres eventos principales: los nuevos estados que informaron los resultados, las carreras convocaron a un candidato y los estados que pasaron a un partido diferente en las elecciones presidenciales en comparación con 2008. Las comparaciones simples entre las versiones nos permitieron mostrar la narrativa de la noche a través de cambios en los datos. Con un tiempo promedio en el sitio de unos diez minutos, estábamos muy entusiasmados con esta función.

Prima: Ahora podemos usar la reproducción de las versiones de datos la noche más tarde para ver los resultados a medida que se desarrollaron.

Háganos saber en Twitter si tiene alguna pregunta o si está pensando en su propio proyecto de mapeo de datos en tiempo real.

SDK de lanzamiento de Meridian para navegación y ubicación en interiores

El proveedor de servicios de ubicación en interiores Meridian anunció hoy la disponibilidad de dos kits de desarrollo de software (SDK) que permiten a los desarrolladores externos utilizar el software de navegación en interiores de Meridian o la tecnología de ubicación en interiores de Meridian en sus aplicaciones.

Estos SDK, llamados NavKit (para mapas y navegación en interiores) y BluDotKit (para ubicaciones en interiores.

Los híbridos enchufables de Ford aprovechan los datos del GPS para conducir durante más tiempo en el modo "Solo eléctrico"

"Sabemos por nuestra investigación que los conductores híbridos quieren conducir con la mayor frecuencia posible en modo solo eléctrico, especialmente cerca de su hogar o lugares visitados con frecuencia", dijo Kevin Layden, director de Programas e Ingeniería de Electrificación de Ford.

Para responder a esta solicitud de los consumidores, el fabricante de automóviles desarrolló EV + una función que cambia el motor i.

& quotOpenStreetMap.org User & # 039s Diaries & quot: El modo simple de Potlatch 2 oculta demasiado

http://www.openstreetmap.org/browse/way/89902961/history Tenga en cuenta que wambag cambió el maxspeed (presumiblemente correctamente, la ciudad asumió recientemente el mantenimiento del estado), pero la fuente: maxspeed no se tocó (y por lo tanto es incorrecta ahora). No he recibido una respuesta, pero es muy probable que estuviera usando el modo simple de PL2, que le permite elegir la velocidad máxima de un menú desplegable, pero no menciona la fuente: velocidad máxima.

Posible solución: ponga una lista de todas las etiquetas en la parte inferior (posiblemente ignorando algunas como TIGER), con algún tipo de pista que muestre la correlación entre las etiquetas simples arriba y las que están abajo. Esto tiene el efecto secundario beneficioso de facilitar la curva de aprendizaje.

Navegación paso a paso con Openstreetmap: uso e interés en aumento

& quotOpenStreetMap.org User & # 039s Diaries & quot: Enrutamiento, en su mayoría funciona

He estado contribuyendo a OpenStreetMap por un tiempo, pero hoy puse a prueba los datos de OSM.

Un miembro de la familia compró un vehículo nuevo recientemente que tiene un GPS incorporado proporcionado por el fabricante con datos de mapas patentados. Decidimos dar un paseo hoy para probarlo. Traje mi Garmin eTrex 20 cargado con mapas TalkyToaster derivados de OpenStreetMap. Los mapas de TalkyToaster son enrutables y tienen una gran cantidad de puntos de interés.

Hicimos un viaje de 35 millas hasta Dungeness en Kent. Mientras estuve allí, hice algunas inspecciones del sitio en el frío helado y realicé algunas actualizaciones a OSM.

El enrutamiento mayormente trabajado. Y los datos fueron buenos. En el viaje de ida, revisé muchas de las calles laterales por las que pasamos, y todas las que revisé tenían el nombre correcto y solo encontré un problema con los datos: había un pequeño callejón sin salida que vi eso no estaba en el mapa. Lo agregué como un punto de referencia en mi Garmin y lo agregaré al mapa la próxima vez que transfiera datos.

La ruta solo tenía un problema y era en el viaje de regreso, mientras conducía por Lower High Street, Wadhurst. En lugar de continuar hasta High Street, el dispositivo Garmin dijo que uno debería girar por Church Street. Church Street es una pequeña calle de un solo ancho que solo se usa para el acceso y está etiquetada como autopista = residencial. No lo conduciría, especialmente en un vehículo más grande como una camioneta. De hecho, tiene una señal de advertencia que prohíbe la entrada de vehículos pesados. Pero Garmin insistió bastante en que uno debería conducir hasta allí. El GPS instalado por el fabricante indicó con precisión que continuará a lo largo de High Street.

No debería sorprenderme lo buenos que son los datos de OpenStreetMap (he agregado muchos), pero este pequeño percance de enrutamiento a un lado, ciertamente aquí en el sureste de Inglaterra, ahora está bastante cerca de ser lo suficientemente bueno como para que pueda ser utilizado para la navegación en el automóvil. Habiendo visto cuántas actualizaciones de datos son para algunas unidades de GPS para automóviles (hasta £ 150 en algunos casos), el futuro realmente debería pertenecer a OpenStreetMap.

Tenemos datos abiertos, ahora tenemos sistemas operativos de código abierto (Linux, Android), hardware barato, Kickstarter para la financiación: alguien podría construir un sistema de navegación por satélite de código completamente abierto.

& quotOpenStreetMap.org User & # 039s Diaries & quot: Mapathon - Operation Cowboy

Como la Noche de los mapas vivientes fue (al menos en mi opinión) un éxito, me sentí motivado para comenzar otra fiesta de mapeo global (pero algo virtual) a fin de año.

Aquí está: Operación Cowboy Como era de esperar, esta vez intentamos ayudar a nuestra comunidad estadounidense / estadounidense brindando más detalles a esta enorme nación y ayudando a mejorar los datos TIGER importados.

Pero bueno, nuestra comunidad es social, entonces, ¿qué tal si organizas una fiesta local para tu comunidad?

¡Supongo que volverá a ser divertido!

OpenGeoData: Resumen semanal de OSM n. ° 55

22 de octubre de 2012 y 5 de noviembre de 2012

Un resumen de todas las cosas que suceden en el OpenStreetMap (OSM) mundo.

  • Muchas gracias a Yandex por proporcionar un nuevo servidor de mosaicos en Moscú.
  • La página de usuario de OSM ahora admite imágenes de usuario de Gravatar. Puede activar esto en su configuración de usuario.
  • El sitio web y la API de OpenStreetMap ahora están disponibles a través de IPv6.
  • Después de la "Noche de los mapas vivientes", se avecina un nuevo evento. "Operation Cowboy" es un evento Global Mapathon. Lea más sobre esto aquí.
  • Richard Fairhurst y el nuevo editor de Javascript de OSM iD. Tom MacWright también escribió una publicación de blog al respecto. sobre las dos primeras semanas del nuevo Equipo Humanitario de OpenStreetMap (HOT) Proyecto EUROSHA. en un mapa.
  • Frederik Ramm escribió sobre las acusaciones de "Anti Business".
  • La página web & ldquo¿Cómo contribuiste a OpenStreetMap? & Rdquo se actualizó. Lea más información en una publicación de blog.
  • Simon Poole creó una nueva capa & ldquolive & rdquo con calles que no tienen nombre.
  • Martijn van Excel escribió una publicación de blog sobre OSM US TIGER Deserts.
  • MapRoulette has a new Challenge: Connectivity Bugs. You can also find several other potential error sources at the OSM Inspector website and its Routing layer.
  • Tom MacWright wrote an article about "CSS For Maps".
  • The source code of the iOS POI+ editor and FixMyStreets have been released.
  • Mike Niceman published some source code which allows the conversion of OSM to GTFS data.

Did we miss something? You can contact us via [email protected]

"OpenStreetMap.org User's Diaries": UK football Stadium mapping

I have decided to get all the 138 English and Scottish football league stadiums on OSM. It will take me months but I'll chip away.

Some local knowledge but mostly Bing tracing.

Done the A's on my list so far.

Adams Park, Wycombe Wanderers (http://osm.org/go/eus8

Almondvale Stadium, Livingston (http://osm.org/go/evc

Amex/Falmer Stadium, Brighton and Hove Albion (http://osm.org/go/euq7FKbpg--)

One of these wasn't on the map and Already mass confusion on the names of 2 of them.

Linking to Wikipedia pages, operators, websites, adding addresses, Stands (sometimes at the moment as a separate building entity inside the stadium, still thinking of the best way to do this) among other info

I'll update the OSM wiki stub for stadium at some point to when I have seen the pitfalls/best way to map all of this.

MapQuest Adds Traffic-based Routing to iPhone’s Navigation App

MapQuest yesterday introduced a new version of its free turn-by-turn navigation app for the iPhone that now performs routing based on the traffic situation. the new app is also optimized for the larger screen of the iPhone 5.

No name of traffic provider has been given, but INRIX has been the supplier of MapQuest for their web mapping portal fo.

Frederik Ramm: Anti Business

I recently found myself confronted with the sentiment that, as far as OSM or the OSMF are concerend, I had an “anti business” attitude. That’s a funny allegation about someone who was among the first people on this planet to run a business based on making OSM data available commercially, or training commercial entities how to work with OSM.

I’m not anti business. I confess that my output on mailing lists and other forms of OSM project communication may be large, but anyone with a pair of eyes will find that, for example in the license discussion, I have often argued for the business side. For as long as I can think, I vehemently fought the idea that “nobody should make money from our work”, an idea that was and still is occasionally voiced by community members, notwithstanding the fact even the old CC-BY-SA license allowed commercial use.

The one thing that I do regularly say, and where this “anti business” idea might come from, is this: OSM es not a business (and neither is the the OSMF). We are a movement, or a mass membership organisation. In my eyes, the main difference between us and Google Map Maker is not that they have a proprietary license and ours is open. The main difference lies one level deeper: They are ultimately driven by the stock market and we’re not.

Making this distinction is not anti-business it is just about saying things as they are. Organisations driven by the stock market have other kinds of goals, are optimizing for different time frames, have other forms of management, a different type of competition, a different constituency, a completely different set of rules and values. There’s also more at stake – if Google goes bankrupt, lots of people lose their jobs, but if OSM breaks down then a different group of people will just carry on where we left off.

I’m all in favour for working with businesses who can help us make OpenStreetMap better known or more widely used, or give us access to data or help us write code. Any such cooperation will only profit from getting the basic facts right: You are a business, we are not your goal is to make money, our goal is to make a map – and now let’s see how we can do something together that helps us both! It doesn’t help anyone if OSM tries to act like a business. Dealing with OSM will always be totally different from dealing with a commercial map data provider. Our best way to be business friendly is to explain to businesses how we work – to make them understand, and ultimately embrace, the ways in which OSM is special.

MapBox blog: Server Stats from Sandy

Our maps are critical to our users and to the wider public. They were especially crucial for predicting and tracking Sandy’s progression, communicating evacuation plans, and tracking surges.

MapBox powers maps on several storm-related services, including Weather Decision Technologies maps for hundreds of subscribers, USA Today’s main weather map, NYC Government’s evacuation map, and WNYC’s storm surge map. Sunday traffic was up 50% and spiked up 100% when Sandy hit land on Monday. During the storm, our traffic was 450% higher compared to the same time period last month.

Predictions put Sandy on a direct course toward our Virginia data center. Our preparations focused on ensuring full availability knowing that one of our data centers was about to get clobbered. We assumed the worst in terms of physical data center impact - that the power would go out for days, generators would fail, physical equipment would be damaged, and the data center would be shut off and temporarily abandoned. But regardless of what was going to happen, our maps needed to keep working and handle the incredible traffic increase during and after the storm.

MapBox runs hot in two data centers, one in Virginia and the other in Ireland, and our Dyn DNS fails over traffic should one go down. We assumed Virginia would go down and were not comfortable running only in Ireland for what could be several days. It was unclear what network traffic would look like if the only data center were in Ireland and with a badly damaged East coast. Based on the idea that Virginia would fail, we drew up the following plan on Friday:

  1. Setup an additional instance of MapBox at AWS’s Oregon data center.
  2. Made it hot by using Dyn’s Traffic Manager to direct all West coast traffic to Oregon.
  3. DNS failover any traffic from VA to OR in the event of a data center outage.

When Sandy hit landfall, MapBox was running in three data centers, handling 450% of normal traffic, and all traffic going to Virginia was ready to fail over to the remaining data centers.

Highly available architecture

Each instance of MapBox within a data center is also designed to be highly available based on the recommendations of AWS. Within each data center a full MapBox instance runs in at least two availability zones, which are basically like separate warehouses of servers, each with separate private networks, power, and internet uplinks. In other words, there are at least two instances of MapBox running in each data center where MapBox is deployed. The use of multiple availability zones does not guarantee an infrastructure to be 100% fail proof. Even though each availability zones has a separate power source, network, and physical location, past issues indicate how one availability zone can affect another based on how the private network across availability zones is used.

These types of issues and issues like the power outage this summer that could easily knock out multiple power supplies are examples of why MapBox runs in multiple AWS regions. However, there are sometimes smaller outages like last week’s event where running in multiple availability zones can prevent a regional outage of your service. Our approach is to design knowing core parts of our system will fail at a point. This level of persistent paranoia helps us avoid failure at as many levels as possible, and this is how we are prepared for AWS single availability zone and region-wide failures.

Whether an event is somewhat predictable like Sandy, or unpredictable like the earthquake that affected the East coast last summer, we will be open with how MapBox is designed to cope with such unfortunate occurrences and aim to serve your maps, and to serve them as fast as possible, no matter the circumstances. Find MapBox’s current status on the MapBox status page.

Image of the Week: Surging seas climate change New York 10ft

The "Surging Seas" map blends OpenStreetMap and aerial imagery to interactively simulate sea level rise due to climate change. Here we see New York after a 10ft rise, the maximum setting. The storm surge of Hurricane Sandy brought a rise of up to 13ft.

CycleStreets: London Cyclist magazine features OpenStreetMap & CycleStreets

We’ve contributed a two-page article to London Cycling Campaign‘s London Cyclist magazine – sent to all its members – on OpenStreetMap. (Do join LCC if you cycle in London!)

The article introduces the LCC journey planner that we created for them, and talks about how it uses OpenStreetMap, a project that cyclists can contribute to.

The article also includes a box about the England Cycling Data project.

Gracias a LCC for this great publicity for OSM, and thanks to Shaun, Andy and Harry who had a look over the drafts for us!

"OpenStreetMap.org User's Diaries": calculate ways instead of drawing or: a look at average tracks

Since I was at it I checked again Average tracks mentioned yesterday.

In the valley of Trenta there is a nice highway with a lot of logs uploaded but it isn't drawn really nice so far. I downloaded all the GPS data using JOSM, converted it to a data layer cleaned it so that only good traces remained. Saving the data as gpx again, the resulting file contained nearly fifty tracksegments. I split that file into single gpx files each containing one of the segments. These I converted into csv format since the script wants this format.

A first run on all segments I cancelled after short time remembering the runtime of osm-makeroads. I randomly selected some segments but since some covered only a part of that highway the result was unusable.
So I selected nine segments which covered the same part of the road with a length of 19 kilometres. The duration of the calculation with some seconds was satisfying short. The result itself is not to my liking. Though it is in most parts quite usable I will draw a better way by hand.

Conclusion: Most likely won't use this script in the future. It is not much advantage from drawing some kilometers of a way to checking and fixing a calculated one over its complete length before uploading.

(Sorry for the big screenshots, but all for the best visualisation :) The yellow line is the averaged track.)

"faulty" length: about 1200m

U-blox Acquires Competitor Fastrax for €13m

Fabless GPS and wireless semiconductor maker u-blox continues in strategy of targeted investments with the acquisition of Fastrax, Oy, a Finnish company specializing in GNSS modules, technologies and antennas. u-blox spent €13 million to acquire the company.

“Over its 12 year history, Fastrax has established itself as a successful player i.

Image of the Week: Kartograph italy showcase

Kartograph's rendering of Italy, showing just how much can be done in Javascript.

OpenGeoData: A weekend of Potlatch

We usually talk about data on this blog, but OpenStreetMap wouldn't happen without code, too. Running the world's biggest user-editable map (and, increasingly, one of the world's biggest maps, full stop) requires thousands upon thousands of lines of code. from the low-level stuff that keeps the servers flying along, via the API and editing software that enables you to contribute, to the programs and stylesheets that turn all this raw data into pretty maps.

Much of this work happens in isolation, co-ordinated by IRC conversations or mailing lists. But we also have 'hack weekends', where developers - experienced and newcomers alike - come together to share knowledge and bounce ideas off each other.

Last weekend saw a major hack weekend in Toronto, attracting developers from the US, Britain, and the Netherlands as well as Canada. This weekend saw a rather smaller gathering in Charlbury, a tiny town in the Cotswolds, England, which coincidentally is home to the lead developers of both Potlatch (our online editing software) and Mapnik (the 'renderer' which turns OSM data into map images).

The focus for this weekend was Potlatch, with a vast list of improvements undertaken over the two days. The theme was "little things that mean a lot", so when the new version goes live soon, you'll notice quicker loading, neater appearance, more reliable operation, and so on. (Those of a technical bent can see the long list of code changes.)

OpenStreetMap's users are hungry for new features and our existing developers are run off their feet keeping up. So if you have technical skills, come and join in. Whether your knowledge is Ruby, JavaScript or design (the openstreetmap.org website), ActionScript (Potlatch), C++ (various site components) - or whatever it might be - we'd love to have you aboard. Check out the mailing lists (osm.org site, Potlatch, full list) and the #osm-dev IRC channel, and find out how you can get involved.

Coming MapOSMatic hackfest

New week, some of MapOSMatic contributors and developers will join Rennes for a one week MapOSMatic hackfest. We hope to fix the numerous bugs and feature requests we have! ¡Manténganse al tanto! -)


Facturación

How much do the Maps APIs cost?

Go to the pricing page to learn about pricing for maps.

What happens if I exceed the free API requests?

We’ll send you an automated notice when you exceed your free requests, so you know when you’re being charged. As long as your payment information is valid, we will automatically invoice you. If you exceed the limit and don’t have payment information on your account, we’ll send you an email notifying you and give you a short grace period to pay us so your maps won’t get shut down.


Templo PSM en GIS

Have you ever wanted to create a 3D map, well WRLD has a free solution for you to use. WRLD is a geospatial company that provides users the ability to create 3D maps through the use of their free API. WRLD uses reputable sources for their geospatial data including OpenStreetMap, USGS, NASA and more. The first step towards creating 3D maps is to create a WRLD 3D account at https://www.wrld3d.com . Once your account has been created and verified, you will then need to create an API key which is located under your account information. Each user will have an unique API key that will be used by WRLD to track the amount of usage. The API key is free as long as you have less than 60,000 users / web views per month.

In this example I used the Brackets text editor which is available for free to download at http://brackets.io . Brackets is cross-platform and interactive with Leaflet which is an open source map based on Javascript, HTML and CSS. Additional coding tips are available on the Leaflet tutorial site at https://leafletjs.com which includes tutorials and code snippets. To begin, open up Brackets and copy the following code into brackets–see the # sign for a description of the line of code and line comments for a description of a block of code:

Make sure to save the file with the extension with .html within Brackets in order for it to work using your localhost. Once connected to the live preview (volt button on top right), the maps will be seen below. Also, you will be able to zoom in and out by “pinching.” 3D coverage is available throughout the world in major metropolitan areas and additional areas can be built for a fee from the WRLD company.


Ver el vídeo: TileMill with OpenStreetMap Data