Blog IDEE: Cursos de Especialización SIG

Los cursos de especialización SIG, promovidos por el Servicio de SIG y Teledetección (SIGTE) de la Universidad de Girona, se centran en una temática o técnica concreta con el propósito de adquirir una competencia específica vinculada a los SIG o actualizar los conocimientos en base a las últimas tendencias.

·       Compartiendo Información Geográfica en la red

El curso presenta las técnicas para descubrir información en la red, determinar si se ajusta a nuestras necesidades, incluirla en un visualizador web, cargarla en nuestro SIG de escritorio, acceder a los datos originales, o editar los datos y la simbolización de forma sencilla.

Inscripción: del 1 de junio 2015 al 1 de septiembre 2015 online
Calendario del curso: del 7 de septiembre al 26 de octubre 2015

·       SIG y Evaluación de Impacto Ambiental 
Este curso permite conocer las ventajas de la utilización de los sistemas de información geográfica en la evaluación de impacto ambiental (EIA) e identificar las aplicaciones de los SIG en procesos de este tipo de evaluaciones.

Inscripción: del 22 de junio 2015 al 20 de octubre 2015 online
Calendario del curso: del 26 de octubre al 14 de diciembre 2015

·       Programación de Aplicaciones Web Map
El curso en Programación de Aplicaciones Web Map responde a la gran demanda de programadores de aplicaciones SIG.  Presenta el desarrollo de nuevas aplicaciones con funcionalidades web SIG que permiten la visualización de datos. A través del curso de programación de aplicaciones Wep Map se aprenderá a desarrollar aplicaciones de mapas web para la publicación de datos online con Openlayers y Leaflet.

Inscripción: del 22 de junio 2015 al 20 de octubre 2015 online
Calendario del curso: del 26 de octubre al 14 de diciembre 2015


·       Gestión de proyectos SIG
Este curso proporciona una introducción profesional a la gestión de proyectos SIG. Presenta los métodos para elaborar y definir proyectos de Sistemas de Información, con específica adaptación a las características de los SIG, así como las herramientas para la gestión y el desarrollo de los proyectos.

Inscripción: del 22 de junio 2015 al 9 de diciembre 2015 online
Calendario del curso: del 14 de diciembre al 1 de febrero 2016


Para más información: info@unigis.es


Publicado por Laura Olivas

Geofumadas: Desarrollo en Software libre como motor de cambio

Ya casi todo está listo para las 7as Jornadas de gvSIG Latinoamérica y caribe, que se realizarán en México.

Nos parece valioso la suma gradual de las instituciones públicas, que por año han estado controladas por el software privativo, que en la mayoría de situaciones inicia desde la implantación de proyectos de financiamiento internacional que suelen venir atados al uso de marcas específicas.  Cambiar esto no es sencillo, si consideramos la debilidad en la administración pública en cuanto la rotación de recurso humano calificado y la afluencia de la piratería que es el otro elemento promotor.

El hecho que estos eventos se organicen desde la academia es sumamente valioso, en este caso la Facultad de Geografía de la UNAM.

gvsig

Como tema, se está usando “Desarrollo en software libre como motor de cambio“, bastante apropiado para el contexto mesoamericano, acostumbrado a escuchar el término “desarrollo” y que remembra fracasados esfuerzos por forzar esquemas no adaptados al contexto.  Mover el modelo OpenSource como aliciente para proporcionar un lugar de encuentro de técnicos, investigadores, desarrolladores, expertos y usuarios en general, supone un interesante punto que hasta ahora nadie ha estado impulsando de esta manera.  Se espera que la acogida local genere de forma gradual un tejido que mantenga el equilibrio entre la sostenibilidad y el “lucro”, al que nadie debe temer y que, lastimosamente es necesario para que todos ganen.

Los temas son más que ricos y útiles para todo el contexto lationamericano: redes eléctricas, arqueología remota, colisiones viales, defensa civil, diagnóstico criminal, expansión urbana.  Seguro la Asociación gvSIG está consciente que tanta riqueza lleva el riesgo de atomizarse sin un hilo conductor que lleve a un esfuerzo estratégico e intencional para la elaboración de soluciones de uso genérico, sin recordamos que los problemas en este contexto son casi los mismos.

Debatir es bueno, exponer, enseñar.  Nos parece importante que gvSIG se visibilice a partir de casos de uso exitosos.  Sugerimos que se debe poner más fuerza al hacha de la sistematización de experiencias y procesos, recordando que en estos lugares el borrón y cuenta nuevo de los cambios institucionales hace perder el filo de los esfuerzos.

La geomática libre está de moda, y eso es bueno.  Más allá de las áreas geoespaciales, la academia tiene profesionales que pueden apostar en complemento de la parte técnica, con la parte estratégica, para aterrizar la fumada espacial en la cabeza de tomadores de decisiones que lleven la instrumentación a políticas públicas. 

La cita es 26, 27 y 28 de Agosto.  Hay que apurarse porque aunque la entrada es libre, el cupo es limitado.

Por ahora adelanto las ponencias que están distribuidas en dos salones paralelos:

Aplicación de gvSIG en química ambiental: georreferenciación de una pluma de contaminación en una laguna y evaluación de riesgo tóxico humano y ambiental

gvSIG en la implementación del módulo cartográfico de la Aplicación Móvil de la Red Nacional de Gestión del Conocimiento sobre Cambio Climático

Mapas coropléticos bivariables y su potencial para la visualización de relaciones espacio-temáticas

Aplicación Móvil en Java para levantamiento de información geográfica

Determinación de Zonas Potenciales para Especies Vegetales de importancia económica en México. Caso de estudio Trigo de Temporal (Triticum aestivum L.), mediante el uso de gvSIG

Desarrollo de una herramienta para el cálculo de Azimut Astronómico en gvSIG

Propuesta metodológica para el desarrollo de un índice de sensibilidad explícitamente espacial

Flujo de trabajo para la publicación de productos cartográficos a partir de fuentes abiertas

 

Identificación de circuitos cortos o de proximidad para la distribución y venta de productos agrícolas. Una propuesta con software libre.

Sistema de Información Geográfica de la

Municipalidad de Jesús María

nano-Geomarketing

Proyecto Repubikla. Herramienta de mapeo, visualización y descarga a través

de OSM

Determinación de la ubicación de nuevos centros de distribución mediante una aplicación de análisis

espacial, utilizando el sistema de información geográfica gvSIG y el lenguaje de optimización Pyomo

gvNIX: Desarrollo rápido de geoportales para visualización y gestión de datos

gvSIG na Gestão municipal dos usos múltiplos no Complexo Estuarino Lagunar. Ilha Comprida-Cananéia/São Paulo/Brasil

gvCity. Inventario municipal y participación ciudadana con software libre.

 

Gestión de carreteras a través de gvSIG Roads

 

Localización de puntos óptimos para la construcción de pozos de infiltración en la zona poniente del Distrito Federal

Script para gvSIG para la focalización geográfica criminal basado en el algoritmo de criminología de Rossmo

Estimación de costos de daños potenciales tangibles directos por inundación en las

zonas habitacionales del Estado de México

2000-2012.

Caracterización de un autómata celular para la representación del paisaje urbano de Culiacán, Sinaloa. México.

Diseño e implementación de una plataforma para el apoyo de la gestión territorial interinstitucional en CONAFOR

Prototipo en Python para el modelado de datos geoespaciales

Diseño e implementación de una Infraestructura de Datos Espaciales como base para el Observatorio de

Sostenibilidad Ambiental y Territorial del

Estado de Sinaloa, México

Integración e implantación de un Geoportal sobre Salud (GEO-SALUD) mediante el uso de software libre y posibilidades de aprovechamiento a través de gvSIG

 

Metodología para la monitorización de la expansión urbana a nivel mundial

 

Desarrollo de un SIG WEB en software libre sobre diagnóstico criminal

El Banco Nacional de Empleo: Una perspectiva geográfica. Programa de redistribución del primer empleo en México mediante el concepto de Banco de Tiempo.

Implantación de una Infraestructura de

Datos Espaciales en UICN Mesoamérica

Utilização do gvSIG em projetos de Defesa Civil no

Vale do Ribeira – São Paulo/ Brasil

Utilización de SIG en el estudio de las colisiones viales. Jujuy, Argentina

Aprendizaje cooperativo y educación popular en la

Comunidad gvSIG

Generación de archivos Mapfile (.map) para la creación de aplicaciones con MapServer mediante el apoyo de gvSIG

Prospección Arqueológica Remota en México: Los casos del Señorío de Palenque y El Tajín

 

Gestión de redes eléctricas con gvSIG Cooperativa de electricidad de Tio Pujio

Para estar al tanto, sugerimos seguir la página de la Asociación gvSIG

La entrada Desarrollo en Software libre como motor de cambio aparece primero en Geofumadas.

Landkarten BLOG: Die Welt mal ... missverständlich

Die Welt ist schön ... missverständlich. Schnell kommt es zu unterschiedlichen Ansichten. Trotzdem sollten wir alles dafür machen um uns besser zu verstehen und zu respektieren. Sonst heißt es nachher noch Bagdad, Dahaka, Montevideo oder Hanoi. - Quelle: Weltatlas-Online













Blog IDEE: El ojo del tiempo. Cataluña antes y ahora

Esta herramienta desarrollada por el Institut Cartogràfic i Geològic de Catalunya  presenta el territorio hoy y al mover el ratón por la pantalla, se visualiza un área circular donde se muestra como era en 1945 (o 1956 a elegir). 

En la parte superior derecha de la pantalla encontrará los botones que le permiten cambiar el orden del fondo y el año de visualización de la cartografía histórica. Esta funcionalidad también es accesible pulsando el botón derecho del ratón. 

Esta herramienta se basa en los vuelos fotogramétricos realizados por la fuerza aérea de Estados Unidos en los años 1945 y 1956, así como la imagen actual realizada por el Institut Cartogràfic i Geològic de Catalunya (ahora reutilizable bajo licencia CC-BY).

La herramienta se ha desarrollado con la librería JavaScript Leaflet de código abierto, y utilizando el plugin Tile-Layer-Mask para el efecto de máscara temporal.

Toda la información en http://betaportal.icgc.cat/wordpress/catalunya_ull_del_temps/

Geofumadas: Fuga del Chapo Guzmán, una obra de alta ingeniería

Quienes hemos dirigido un trabajo de topografía para túneles, somos conscientes de la complejidad de esta disciplina, la fatalidad que representa un segundo de imprecisión en 1,500 metros y todas las medidas de seguridad que se deben tener.

Entre el penal de El Altiplano y el predio en donde se encuentra el inmueble en obra negra, en donde desemboca el túnel por donde escapó Joaquín Guzmán Loera, existe un espejo de agua que obligó a los constructores a excavar hasta los 30 metros de profundidad.

Fuentes cercanas a las investigaciones explicaron que el túnel construido para la fuga del líder del Cártel del Pacífico no es una “línea recta”, entre el penal y el predio con el boquete de salida, sino que presenta ondulaciones que les permitieron a los constructores librar algunas irregularidades en el terreno.

chapo guzman

Además de ingenieros, en la construcción de la obra subterránea ​participaron otros especialistas como topógrafos y geólogos para conocer las características del terreno y no enfrentar riesgos mayores.

Las investigaciones que realizan los peritos de la Agencia de Investigación Criminal (AIC) han permitido conocer que el terreno de la zona está conformado principalmente por tepetate.

Además, la mayor parte del túnel se construyó aplicando la técnica de “cúpula” lo que le permite mayor resistencia, y sólo en muy pocos tramos fue necesaria la colocación de cimbra para soportar las paredes.

chapo guzman

Otros detalles que se revelaron fue que el tiro de entrada al túnel, desde la celda de El Chapo, la número 20 del pasillo 2 del Centro de Tratamientos Especiales, es de aproximadamente diez metros de profundidad y cuenta con una escalera de madera para llegar al fondo.

Por otra parte, el boquete de salida al predio en la colonia Santa Juanita es de siete metros, en donde también se cuenta con una escalera para salir.

Pero en este extremo del túnel también está instalada la polea mecánica que, con el apoyo de un motor eléctrico, los investigadores creen que se sacó la tierra para la construcción del pasadizo y el mismo mecanismo se habría utilizado para sacar al capo hacia la libertad.

Los trabajos de medición realizados por los peritos de la PGR han logrado establecer que a lo largo del trayecto de 1.5 kilómetros, en algunos puntos, el túnel alcanza profundidades de diez, 15 y 30 metros como máximo, bajo el cuerpo de agua.

————————————————————————————

Una pena que semejante obra de ingeniería sea partícipe de toda una estrategia de corrupción y complicidad, sin la cual no hubiera podido pasar desapercibida.

A simple vista, nada hace sospechar que esta edificación de concreto y en obra negra se convirtió en el centro de esta meticulosa operación que permitió la fuga del líder del cártel de Sinaloa de su celda de la cárcel Altiplano I, en el municipio de Almoloya del céntrico Estado de México.
La construcción se conforma de una vivienda con algunas recámaras y de una suerte de bodega (almacén), desde donde se entra a este túnel que llega a más de diez metros de profundidad y se extiende 1,5 kilómetros hasta llegar, con una perfección milimétrica, a la regadera (ducha) de la celda donde estaba recluido el capo tras su detención en febrero de 2014.
En este precario cobertizo, con un techo de aluminio desde donde se filtra el agua, destaca un boquete en una de las paredes que apunta directo hasta el penal.
No cuesta imaginar a los secuaces del capo vigilando cualquier movimiento de la cárcel y, a su vez, ambicionando día tras día un exitoso final para esta obra de ingeniería que, por su complejidad, debió involucrar a arquitectos, geólogos e ingenieros.
Aunque actualmente una cincuentena de investigadores de la Fiscalía mexicana trabaja en la zona buscando cualquier pista adicional, una visita al lugar permite obtener detalles, mínimos pero llamativos, de la operación de escape orquestada.
En la bodega y pegada al acceso al túnel, se encuentra una carretilla con tierra y un radial, las únicas referencias visibles a los miles de metros cúbicos de material que se tuvieron que sacar durante estos meses.

chapo guzman
Un misterio, el de qué paso con las toneladas de tierra que sacaron del túnel y que los vecinos dicen no haber visto, que como tantos otros en este caso que ha indignado la opinión pública está todavía por resolver.
La carretilla, junto con varias bebidas a medio terminar, hacen pensar que, hasta el último minuto, se estuvo construyendo la escapada del capo, que tuvo lugar a las 20.52 hora local (01.52 GMT) del 11 de julio y supuso la segunda vez que Guzmán escapa de un penal de máxima seguridad mexicano.
Además, el almacén alberga varios polines (barras) de madera, probablemente utilizados para soportar la perforación, además de un agujero en el suelo que se utilizaba para la ventilación.
Ya bajo tierra, se halla un primer espacio a unos dos metros de profundidad, de unos quince metros cuadrados, que servía de antesala al estrecho túnel construido y está repleto de barras de madera y un gran generador de luz, con capacidad para alumbrar la extensa obra.
Además, una polea eléctrica que, según relataron a Efe miembros de la fiscalía presentes en la obra durante esta visita organizada a medios de comunicación, era utilizada para sacar la tierra excavada del túnel que empieza una decena de metros más abajo.
Tras descender una veintena de peldaños de madera de una estrecha escalera, comienza este túnel que, indudablemente, ya forma parte del imaginario colectivo del país.
De aproximadamente un metro setenta de altura y casi un metro de ancho, cuenta con tuberías de ventilación e instalación eléctrica y en él se aprecian las bombillas que sirvieron para alumbrar la oscuridad de este conducto.
Sorprende la instalación, pues a pesar de estar bajo tierra, por lo menos en los primeros metros que abrieron a la visita, el aire se respira todavía fresco una vez encendido el sistema de ventilación.

chapo guzman
Al comienzo del túnel, cuyas paredes de tierra se deshacen entre los dedos y alertan de la fragilidad de la obra, se observa la ya famosa motocicleta que, presuntamente, el capo utilizó para huir con rapidez tras escapar por el orificio de 50 por 50 centímetros abierto en su celda.
A este mismo vehículo, marca Italika, con un depósito extra de gasolina a medio cargar en su parte superior, se acoplaron dos carritos que se usaron para sacar la tierra con más facilidad, y en un rincón de este diminuto espacio también se observa un pequeño montacargas todavía con varias baterías móviles.
Además de dar detalles sobre esta milimétrica operación de fuga, la visita al túnel también regala anécdotas.
Por ejemplo, sobre las largas horas que los empleados de esta obra -se estima que por el tamaño del conducto no pudieron ser más de dos excavando y dos apoyando desde la entrada- pasaron bajo tierra.
En la parte inferior de la escalera que desemboca en el túnel, en un trozo de pared, sorprenden dos dibujos y un escrito, en color azul, y varios garabatos en rojo.
Una cruz con el acrónimo INRI, una caricatura de un hombre con gafas de sol y largos bigotes y la frase “Lo Berde es Bida, cabrones pura mota (marihuana)”.
Aunque probablemente fruto del aburrimiento, estos dibujos pueden adquirir otra dimensión en esta gran historia por fascículos que es la fuga de “El Chapo “.
Un evento que ha puesto en jaque al actual Gobierno de Enrique Peña Nieto, evidenciando la corrupción del sistema y dañando su imagen internacional. Y que ya ha marcado el país para siempre.

La entrada Fuga del Chapo Guzmán, una obra de alta ingeniería aparece primero en Geofumadas.

Blog IDEE: La Asociación gvSIG recibe el premio NASA World Wind Europa Challenge


La Asociación gvSIG ha recibido uno de los galardonesEuropa Challenge” otorgados por la NASA y la Comisión Europeadurante las jornadas del “FOSS4G Europa” en Como, Italia. Un galardón con carácter internacional en el que además de la representación española de la Asociación gvSIG, participaron proyectos de Estados Unidos, Italia, Gran Bretaña, Hungría e India.

Estos premios se otorgan a proyectos de desarrollo de aplicaciones informáticas que utilicen el software de la NASA World Wind, un globo virtual similar a Google Earth en software libre, y se enmarquen en el uso de estándares para compartir y acceder a información geográfica que define la Directiva Europea INSPIRE.

La entrega del premio fue realizada porPatrick Hogan, el director del proyecto NASA World Wind. Además, el encuentro sirvió para establecer las bases de un acuerdo de colaboración entre la NASA y la Asociación gvSIG.

El proyecto presentado por la Asociación gvSIG permite laintegración del globo virtual desarrollado por la NASA en gvSIG, un sistema de información geográfico en software libre que tras una década de existencia se ha convertido en un referente a nivel internacional como tecnología para el análisis de información desde el punto de vista territorial. Mediante gvSIG miles de usuarios de todo el mundo gestionan su información espacial sin limitaciones de uso por licencia.

Este galardón supone un reconocimiento al que probablemente sea el proyecto de software libre más exitoso nacido en la Unión Europea. Un reconocimiento al trabajo de la Asociación gvSIG y de toda la comunidadque han conseguido poner en marcha con éxito un modelo de desarrollado basado en la colaboración, la solidaridad y el conocimiento compartido.

Consulta la presentacióny los vídeosque muestran el trabajo realizado.

El plugin gvSIG 3D puede descargarse a través del administrador de complementos de la versión gvSIG Desktop 2.2.
¡Gracias a todos los que hacéis que día a día gvSIG sea más grande!

Publicado por Mario Carrera

AsociacióngvSIG

Blog IDEE: Mapas de los Incendios Forestales del Sur de España

Copernicus Emergency Management Service  fue activado por las Autoridades de Protección Civil de España el pasado 9 de Julio después de los 2 incendios forestales que afectaron de manera importante desde principios de Julio.

El 5 de Julio un incendio forestal se inició en el municipio de Quesada de la provincia de Jaén y que luego se extendió a los municipios vecinos. Y un segundo incendio forestal comenzó el 8 de julio en el área de Lújar en la provincia de Granada. El fuego llegó a otros municipios, entre ellos Rubite, Gualchos, Castell de Ferro, Órgiva y Motril.

El Servicio de gestión de emergencias de Copernicus ha proporcionado tanto los "mapas de delineación" (mapas que muestran la extensión de los incendios forestales) como los "mapas de calificación" (mapas que muestran los daños causados por los incendios forestales) con el objetivo de apoyar la intervención de la Protección Civil en el campo. 

Toda la información: http://emergency.copernicus.eu/mapping/list-of-components/EMSR127 

Geofumadas: Transformar datos espaciales ¡Online!

imageMyGeodata es un sorprendente servicio en línea con el que es posible transformar datos geoespaciales, con diferentes formatos CAD, GIS y Raster, a diferente proyección y sistema de referencia.

Para realiza esto, solo se debe subir el archivo, o indicar una url de donde está almacenado.  Los ficheros se pueden subir uno a uno, o en comprimido en extensiones ZIP, RAR, 7Z, TAR, GZ, BZ2, LZ, Z, ARJ, CAB, entre otros.

 

El servicio soporta más de 60 formatos vectoriales y más de 100 raster.  En el caso CAD / GIS se pueden subir los siguientes formatos:

ESRI Shapefile

KML

Mapinfo File

GeoJSON

TopoJSON

Microstation DGN

Comma Separated Value (.csv)

GPX

GML

Czech RUIAN Exchange Format

Czech Cadastral Exchange Format

OpenStreetMap XML and PBF

ESRI FileGDB

Arc/Info Binary Coverage

Arc/Info .E00 (ASCII) Coverage

AutoCAD DXF

UK .NTF

SDTS

U.S. Census TIGER/Line

S-57 (ENC)

VRT – Virtual Datasource

EPIInfo .REC

Memory

Atlas BNA

NAS – ALKIS

LIBKML

Interlis 1

Interlis 2

GMT

SQLite/SpatiaLite

OGDI Vectors (VPF, VMAP, DCW)

PCI Geomatics Database File

X-Plane/Flightgear aeronautical data

Géoconcept Export

GeoRSS

GPSTrackMaker (.gtm, .gtz)

PostgreSQL SQL dump

GPSBabel

GPS

NMEA

SUA

OpenAir

PDS

Norwegian SOSI

Standard

Hydrographic Transfer Format

Aeronav FAA files

EDIGEO

GME

SVG

CouchDB / GeoCouch

Idrisi Vector (.VCT)

Arc/Info Generate

SEG-P1 / UKOOA P1/90

SEG-Y

MS Excel format

Open Document Spreadsheet

MS Office Open XML spreadsheet

ElasticSearch

Walk

CartoDB

Storage and eXchange Format

  Una vez que se suben los datos, la plataforma tiene un visor con OpenStreetmap de fondo, donde se visualiza la información que se ha cargado.  mygeodata

  Abajo, se puede configurar características de transformación, como cambio de datum o sistema de coordenadas.  Como ejemplo, tenemos datos en WGS84 y queremos pasarlos a ITRF91, un nuevo SRS.

 

mygeodata

Se puede seleccionar set de caracteres, muy práctico para el manejo de acentos, letras ñ o símbolos de otros idiomas.  Luego se puede elegir qué campos esperamos se mantengan.

mygeodata

 

Luego los resultados pueden generarse en estos formatos:

Output Vector Formats

Shortcut

ESRI Shapefile

ESRI Shapefile

KML

KML

Mapinfo File

MapInfo File

GeoJSON

GeoJSON

TopoJSON

TopoJSON

GML

GML

GPX

GPX

ESRI FileGDB

FileGDB

Comma Separated Value

CSV

Microstation DGN

DGN

U.S. Census TIGER/Line

TIGER

S-57 (ENC)

S57

Memory

Memory

Atlas BNA

BNA

LIBKML

LIBKML

Interlis 1

Interlis 1

Interlis 2

Interlis 2

GMT

GMT

SQLite/SpatiaLite

SQLite

PCI Geomatics Database File

PCIDSK

AutoCAD DXF

DXF

Géoconcept Export

Geoconcept

GeoRSS

GeoRSS

GPSTrackMaker (.gtm, .gtz)

GPSTrackMaker

PostgreSQL SQL dump

PGDump

GPSBabel

GPSBabel

Norwegian SOSI Standard

SOSI

GME

GME

CouchDB / GeoCouch

CouchDB

Open Document Spreadsheet

ODS

MS Office Open XML

XLSX

ElasticSearch

ElasticSearch

Geospatial PDF

PDF

Finalmente, se puede descargar el fichero.

El servicio es gratuito, con tamaño de fichero vectorial hasta 20 MB y 100 MB para raster, pero haciendo donaciones voluntarias se pueden eliminar estas restricciones, así como la posibilidad de mantenerlos almacenados.

 

Ir a MyGeodata

 

Esta es toda la lista de posibles conversiones:

SHP2KML (SHP to KML), SHP2KMZ (SHP to KMZ), SHP2GeoJSON (SHP to GeoJSON), SHP2TopoJSON (SHP to TopoJSON), SHP2MIF (SHP to MIF), SHP2TAB (SHP to TAB), SHP2GPX (SHP to GPX), SHP2GML (SHP to GML), SHP2DGN (SHP to DGN), SHP2DXF (SHP to DXF), SHP2GDB (SHP to GDB), SHP2CSV (SHP to CSV), SHP2BNA (SHP to BNA), SHP2ODS (SHP to ODS), SHP2XLSX (SHP to XLSX), SHP2PDF (SHP to PDF), SHP2PCIDSK (SHP to PCIDSK), SHP2SQLITE (SHP to SQLITE), SHP2ENC (SHP to ENC), SHP2XML (SHP to XML), SHP2GeoRSS (SHP to GeoRSS), SHP2SQL (SHP to SQL), SHP2SOSI (SHP to SOSI), SHP2SOS (SHP to SOS), SHP2PIX (SHP to PIX), KML2SHP (KML to SHP), KML2KMZ (KML to KMZ), KML2GeoJSON (KML to GeoJSON), KML2TopoJSON (KML to TopoJSON), KML2MIF (KML to MIF), KML2TAB (KML to TAB), KML2GPX (KML to GPX), KML2GML (KML to GML), KML2DGN (KML to DGN), KML2DXF (KML to DXF), KML2GDB (KML to GDB), KML2CSV (KML to CSV), KML2BNA (KML to BNA), KML2ODS (KML to ODS), KML2XLSX (KML to XLSX), KML2PDF (KML to PDF), KML2PCIDSK (KML to PCIDSK), KML2SQLITE (KML to SQLITE), KML2ENC (KML to ENC), KML2XML (KML to XML), KML2GeoRSS (KML to GeoRSS), KML2SQL (KML to SQL), KML2SOSI (KML to SOSI), KML2SOS (KML to SOS), KML2PIX (KML to PIX), KMZ2SHP (KMZ to SHP), KMZ2KML (KMZ to KML), KMZ2GeoJSON (KMZ to GeoJSON), KMZ2TopoJSON (KMZ to TopoJSON), KMZ2MIF (KMZ to MIF), KMZ2TAB (KMZ to TAB), KMZ2GPX (KMZ to GPX), KMZ2GML (KMZ to GML), KMZ2DGN (KMZ to DGN), KMZ2DXF (KMZ to DXF), KMZ2GDB (KMZ to GDB), KMZ2CSV (KMZ to CSV), KMZ2BNA (KMZ to BNA), KMZ2ODS (KMZ to ODS), KMZ2XLSX (KMZ to XLSX), KMZ2PDF (KMZ to PDF), KMZ2PCIDSK (KMZ to PCIDSK), KMZ2SQLITE (KMZ to SQLITE), KMZ2ENC (KMZ to ENC), KMZ2XML (KMZ to XML), KMZ2GeoRSS (KMZ to GeoRSS), KMZ2SQL (KMZ to SQL), KMZ2SOSI (KMZ to SOSI), KMZ2SOS (KMZ to SOS), KMZ2PIX (KMZ to PIX), GeoJSON2SHP (GeoJSON to SHP), GeoJSON2KML (GeoJSON to KML), GeoJSON2KMZ (GeoJSON to KMZ), GeoJSON2TopoJSON (GeoJSON to TopoJSON), GeoJSON2MIF (GeoJSON to MIF), GeoJSON2TAB (GeoJSON to TAB), GeoJSON2GPX (GeoJSON to GPX), GeoJSON2GML (GeoJSON to GML), GeoJSON2DGN (GeoJSON to DGN), GeoJSON2DXF (GeoJSON to DXF), GeoJSON2GDB (GeoJSON to GDB), GeoJSON2CSV (GeoJSON to CSV), GeoJSON2BNA (GeoJSON to BNA), GeoJSON2ODS (GeoJSON to ODS), GeoJSON2XLSX (GeoJSON to XLSX), GeoJSON2PDF (GeoJSON to PDF), GeoJSON2PCIDSK (GeoJSON to PCIDSK), GeoJSON2SQLITE (GeoJSON to SQLITE), GeoJSON2ENC (GeoJSON to ENC), GeoJSON2XML (GeoJSON to XML), GeoJSON2GeoRSS (GeoJSON to GeoRSS), GeoJSON2SQL (GeoJSON to SQL), GeoJSON2SOSI (GeoJSON to SOSI), GeoJSON2SOS (GeoJSON to SOS), GeoJSON2PIX (GeoJSON to PIX), TopoJSON2SHP (TopoJSON to SHP), TopoJSON2KML (TopoJSON to KML), TopoJSON2KMZ (TopoJSON to KMZ), TopoJSON2GeoJSON (TopoJSON to GeoJSON), TopoJSON2MIF (TopoJSON to MIF), TopoJSON2TAB (TopoJSON to TAB), TopoJSON2GPX (TopoJSON to GPX), TopoJSON2GML (TopoJSON to GML), TopoJSON2DGN (TopoJSON to DGN), TopoJSON2DXF (TopoJSON to DXF), TopoJSON2GDB (TopoJSON to GDB), TopoJSON2CSV (TopoJSON to CSV), TopoJSON2BNA (TopoJSON to BNA), TopoJSON2ODS (TopoJSON to ODS), TopoJSON2XLSX (TopoJSON to XLSX), TopoJSON2PDF (TopoJSON to PDF), TopoJSON2PCIDSK (TopoJSON to PCIDSK), TopoJSON2SQLITE (TopoJSON to SQLITE), TopoJSON2ENC (TopoJSON to ENC), TopoJSON2XML (TopoJSON to XML), TopoJSON2GeoRSS (TopoJSON to GeoRSS), TopoJSON2SQL (TopoJSON to SQL), TopoJSON2SOSI (TopoJSON to SOSI), TopoJSON2SOS (TopoJSON to SOS), TopoJSON2PIX (TopoJSON to PIX), MIF2SHP (MIF to SHP), MIF2KML (MIF to KML), MIF2KMZ (MIF to KMZ), MIF2GeoJSON (MIF to GeoJSON), MIF2TopoJSON (MIF to TopoJSON), MIF2TAB (MIF to TAB), MIF2GPX (MIF to GPX), MIF2GML (MIF to GML), MIF2DGN (MIF to DGN), MIF2DXF (MIF to DXF), MIF2GDB (MIF to GDB), MIF2CSV (MIF to CSV), MIF2BNA (MIF to BNA), MIF2ODS (MIF to ODS), MIF2XLSX (MIF to XLSX), MIF2PDF (MIF to PDF), MIF2PCIDSK (MIF to PCIDSK), MIF2SQLITE (MIF to SQLITE), MIF2ENC (MIF to ENC), MIF2XML (MIF to XML), MIF2GeoRSS (MIF to GeoRSS), MIF2SQL (MIF to SQL), MIF2SOSI (MIF to SOSI), MIF2SOS (MIF to SOS), MIF2PIX (MIF to PIX), TAB2SHP (TAB to SHP), TAB2KML (TAB to KML), TAB2KMZ (TAB to KMZ), TAB2GeoJSON (TAB to GeoJSON), TAB2TopoJSON (TAB to TopoJSON), TAB2MIF (TAB to MIF), TAB2GPX (TAB to GPX), TAB2GML (TAB to GML), TAB2DGN (TAB to DGN), TAB2DXF (TAB to DXF), TAB2GDB (TAB to GDB), TAB2CSV (TAB to CSV), TAB2BNA (TAB to BNA), TAB2ODS (TAB to ODS), TAB2XLSX (TAB to XLSX), TAB2PDF (TAB to PDF), TAB2PCIDSK (TAB to PCIDSK), TAB2SQLITE (TAB to SQLITE), TAB2ENC (TAB to ENC), TAB2XML (TAB to XML), TAB2GeoRSS (TAB to GeoRSS), TAB2SQL (TAB to SQL), TAB2SOSI (TAB to SOSI), TAB2SOS (TAB to SOS), TAB2PIX (TAB to PIX), GPX2SHP (GPX to SHP), GPX2KML (GPX to KML), GPX2KMZ (GPX to KMZ), GPX2GeoJSON (GPX to GeoJSON), GPX2TopoJSON (GPX to TopoJSON), GPX2MIF (GPX to MIF), GPX2TAB (GPX to TAB), GPX2GML (GPX to GML), GPX2DGN (GPX to DGN), GPX2DXF (GPX to DXF), GPX2GDB (GPX to GDB), GPX2CSV (GPX to CSV), GPX2BNA (GPX to BNA), GPX2ODS (GPX to ODS), GPX2XLSX (GPX to XLSX), GPX2PDF (GPX to PDF), GPX2PCIDSK (GPX to PCIDSK), GPX2SQLITE (GPX to SQLITE), GPX2ENC (GPX to ENC), GPX2XML (GPX to XML), GPX2GeoRSS (GPX to GeoRSS), GPX2SQL (GPX to SQL), GPX2SOSI (GPX to SOSI), GPX2SOS (GPX to SOS), GPX2PIX (GPX to PIX), GPS2SHP (GPS to SHP), GPS2KML (GPS to KML), GPS2KMZ (GPS to KMZ), GPS2GeoJSON (GPS to GeoJSON), GPS2TopoJSON (GPS to TopoJSON), GPS2MIF (GPS to MIF), GPS2TAB (GPS to TAB), GPS2GPX (GPS to GPX), GPS2GML (GPS to GML), GPS2DGN (GPS to DGN), GPS2DXF (GPS to DXF), GPS2GDB (GPS to GDB), GPS2CSV (GPS to CSV), GPS2BNA (GPS to BNA), GPS2ODS (GPS to ODS), GPS2XLSX (GPS to XLSX), GPS2PDF (GPS to PDF), GPS2PCIDSK (GPS to PCIDSK), GPS2SQLITE (GPS to SQLITE), GPS2ENC (GPS to ENC), GPS2XML (GPS to XML), GPS2GeoRSS (GPS to GeoRSS), GPS2SQL (GPS to SQL), GPS2SOSI (GPS to SOSI), GPS2SOS (GPS to SOS), GPS2PIX (GPS to PIX), NMEA2SHP (NMEA to SHP), NMEA2KML (NMEA to KML), NMEA2KMZ (NMEA to KMZ), NMEA2GeoJSON (NMEA to GeoJSON), NMEA2TopoJSON (NMEA to TopoJSON), NMEA2MIF (NMEA to MIF), NMEA2TAB (NMEA to TAB), NMEA2GPX (NMEA to GPX), NMEA2GML (NMEA to GML), NMEA2DGN (NMEA to DGN), NMEA2DXF (NMEA to DXF), NMEA2GDB (NMEA to GDB), NMEA2CSV (NMEA to CSV), NMEA2BNA (NMEA to BNA), NMEA2ODS (NMEA to ODS), NMEA2XLSX (NMEA to XLSX), NMEA2PDF (NMEA to PDF), NMEA2PCIDSK (NMEA to PCIDSK), NMEA2SQLITE (NMEA to SQLITE), NMEA2ENC (NMEA to ENC), NMEA2XML (NMEA to XML), NMEA2GeoRSS (NMEA to GeoRSS), NMEA2SQL (NMEA to SQL), NMEA2SOSI (NMEA to SOSI), NMEA2SOS (NMEA to SOS), NMEA2PIX (NMEA to PIX), GML2SHP (GML to SHP), GML2KML (GML to KML), GML2KMZ (GML to KMZ), GML2GeoJSON (GML to GeoJSON), GML2TopoJSON (GML to TopoJSON), GML2MIF (GML to MIF), GML2TAB (GML to TAB), GML2GPX (GML to GPX), GML2DGN (GML to DGN), GML2DXF (GML to DXF), GML2GDB (GML to GDB), GML2CSV (GML to CSV), GML2BNA (GML to BNA), GML2ODS (GML to ODS), GML2XLSX (GML to XLSX), GML2PDF (GML to PDF), GML2PCIDSK (GML to PCIDSK), GML2SQLITE (GML to SQLITE), GML2ENC (GML to ENC), GML2XML (GML to XML), GML2GeoRSS (GML to GeoRSS), GML2SQL (GML to SQL), GML2SOSI (GML to SOSI), GML2SOS (GML to SOS), GML2PIX (GML to PIX), DGN2SHP (DGN to SHP), DGN2KML (DGN to KML), DGN2KMZ (DGN to KMZ), DGN2GeoJSON (DGN to GeoJSON), DGN2TopoJSON (DGN to TopoJSON), DGN2MIF (DGN to MIF), DGN2TAB (DGN to TAB), DGN2GPX (DGN to GPX), DGN2GML (DGN to GML), DGN2DXF (DGN to DXF), DGN2GDB (DGN to GDB), DGN2CSV (DGN to CSV), DGN2BNA (DGN to BNA), DGN2ODS (DGN to ODS), DGN2XLSX (DGN to XLSX), DGN2PDF (DGN to PDF), DGN2PCIDSK (DGN to PCIDSK), DGN2SQLITE (DGN to SQLITE), DGN2ENC (DGN to ENC), DGN2XML (DGN to XML), DGN2GeoRSS (DGN to GeoRSS), DGN2SQL (DGN to SQL), DGN2SOSI (DGN to SOSI), DGN2SOS (DGN to SOS), DGN2PIX (DGN to PIX), DXF2SHP (DXF to SHP), DXF2KML (DXF to KML), DXF2KMZ (DXF to KMZ), DXF2GeoJSON (DXF to GeoJSON), DXF2TopoJSON (DXF to TopoJSON), DXF2MIF (DXF to MIF), DXF2TAB (DXF to TAB), DXF2GPX (DXF to GPX), DXF2GML (DXF to GML), DXF2DGN (DXF to DGN), DXF2GDB (DXF to GDB), DXF2CSV (DXF to CSV), DXF2BNA (DXF to BNA), DXF2ODS (DXF to ODS), DXF2XLSX (DXF to XLSX), DXF2PDF (DXF to PDF), DXF2PCIDSK (DXF to PCIDSK), DXF2SQLITE (DXF to SQLITE), DXF2ENC (DXF to ENC), DXF2XML (DXF to XML), DXF2GeoRSS (DXF to GeoRSS), DXF2SQL (DXF to SQL), DXF2SOSI (DXF to SOSI), DXF2SOS (DXF to SOS), DXF2PIX (DXF to PIX), GDB2SHP (GDB to SHP), GDB2KML (GDB to KML), GDB2KMZ (GDB to KMZ), GDB2GeoJSON (GDB to GeoJSON), GDB2TopoJSON (GDB to TopoJSON), GDB2MIF (GDB to MIF), GDB2TAB (GDB to TAB), GDB2GPX (GDB to GPX), GDB2GML (GDB to GML), GDB2DGN (GDB to DGN), GDB2DXF (GDB to DXF), GDB2CSV (GDB to CSV), GDB2BNA (GDB to BNA), GDB2ODS (GDB to ODS), GDB2XLSX (GDB to XLSX), GDB2PDF (GDB to PDF), GDB2PCIDSK (GDB to PCIDSK), GDB2SQLITE (GDB to SQLITE), GDB2ENC (GDB to ENC), GDB2XML (GDB to XML), GDB2GeoRSS (GDB to GeoRSS), GDB2SQL (GDB to SQL), GDB2SOSI (GDB to SOSI), GDB2SOS (GDB to SOS), GDB2PIX (GDB to PIX), CSV2SHP (CSV to SHP), CSV2KML (CSV to KML), CSV2KMZ (CSV to KMZ), CSV2GeoJSON (CSV to GeoJSON), CSV2TopoJSON (CSV to TopoJSON), CSV2MIF (CSV to MIF), CSV2TAB (CSV to TAB), CSV2GPX (CSV to GPX), CSV2GML (CSV to GML), CSV2DGN (CSV to DGN), CSV2DXF (CSV to DXF), CSV2GDB (CSV to GDB), CSV2BNA (CSV to BNA), CSV2ODS (CSV to ODS), CSV2XLSX (CSV to XLSX), CSV2PDF (CSV to PDF), CSV2PCIDSK (CSV to PCIDSK), CSV2SQLITE (CSV to SQLITE), CSV2ENC (CSV to ENC), CSV2XML (CSV to XML), CSV2GeoRSS (CSV to GeoRSS), CSV2SQL (CSV to SQL), CSV2SOSI (CSV to SOSI), CSV2SOS (CSV to SOS), CSV2PIX (CSV to PIX), BNA2SHP (BNA to SHP), BNA2KML (BNA to KML), BNA2KMZ (BNA to KMZ), BNA2GeoJSON (BNA to GeoJSON), BNA2TopoJSON (BNA to TopoJSON), BNA2MIF (BNA to MIF), BNA2TAB (BNA to TAB), BNA2GPX (BNA to GPX), BNA2GML (BNA to GML), BNA2DGN (BNA to DGN), BNA2DXF (BNA to DXF), BNA2GDB (BNA to GDB), BNA2CSV (BNA to CSV), BNA2ODS (BNA to ODS), BNA2XLSX (BNA to XLSX), BNA2PDF (BNA to PDF), BNA2PCIDSK (BNA to PCIDSK), BNA2SQLITE (BNA to SQLITE), BNA2ENC (BNA to ENC), BNA2XML (BNA to XML), BNA2GeoRSS (BNA to GeoRSS), BNA2SQL (BNA to SQL), BNA2SOSI (BNA to SOSI), BNA2SOS (BNA to SOS), BNA2PIX (BNA to PIX), ODS2SHP (ODS to SHP), ODS2KML (ODS to KML), ODS2KMZ (ODS to KMZ), ODS2GeoJSON (ODS to GeoJSON), ODS2TopoJSON (ODS to TopoJSON), ODS2MIF (ODS to MIF), ODS2TAB (ODS to TAB), ODS2GPX (ODS to GPX), ODS2GML (ODS to GML), ODS2DGN (ODS to DGN), ODS2DXF (ODS to DXF), ODS2GDB (ODS to GDB), ODS2CSV (ODS to CSV), ODS2BNA (ODS to BNA), ODS2XLSX (ODS to XLSX), ODS2PDF (ODS to PDF), ODS2PCIDSK (ODS to PCIDSK), ODS2SQLITE (ODS to SQLITE), ODS2ENC (ODS to ENC), ODS2XML (ODS to XML), ODS2GeoRSS (ODS to GeoRSS), ODS2SQL (ODS to SQL), ODS2SOSI (ODS to SOSI), ODS2SOS (ODS to SOS), ODS2PIX (ODS to PIX), XLSX2SHP (XLSX to SHP), XLSX2KML (XLSX to KML), XLSX2KMZ (XLSX to KMZ), XLSX2GeoJSON (XLSX to GeoJSON), XLSX2TopoJSON (XLSX to TopoJSON), XLSX2MIF (XLSX to MIF), XLSX2TAB (XLSX to TAB), XLSX2GPX (XLSX to GPX), XLSX2GML (XLSX to GML), XLSX2DGN (XLSX to DGN), XLSX2DXF (XLSX to DXF), XLSX2GDB (XLSX to GDB), XLSX2CSV (XLSX to CSV), XLSX2BNA (XLSX to BNA), XLSX2ODS (XLSX to ODS), XLSX2PDF (XLSX to PDF), XLSX2PCIDSK (XLSX to PCIDSK), XLSX2SQLITE (XLSX to SQLITE), XLSX2ENC (XLSX to ENC), XLSX2XML (XLSX to XML), XLSX2GeoRSS (XLSX to GeoRSS), XLSX2SQL (XLSX to SQL), XLSX2SOSI (XLSX to SOSI), XLSX2SOS (XLSX to SOS), XLSX2PIX (XLSX to PIX), PDF2SHP (PDF to SHP), PDF2KML (PDF to KML), PDF2KMZ (PDF to KMZ), PDF2GeoJSON (PDF to GeoJSON), PDF2TopoJSON (PDF to TopoJSON), PDF2MIF (PDF to MIF), PDF2TAB (PDF to TAB), PDF2GPX (PDF to GPX), PDF2GML (PDF to GML), PDF2DGN (PDF to DGN), PDF2DXF (PDF to DXF), PDF2GDB (PDF to GDB), PDF2CSV (PDF to CSV), PDF2BNA (PDF to BNA), PDF2ODS (PDF to ODS), PDF2XLSX (PDF to XLSX), PDF2PCIDSK (PDF to PCIDSK), PDF2SQLITE (PDF to SQLITE), PDF2ENC (PDF to ENC), PDF2XML (PDF to XML), PDF2GeoRSS (PDF to GeoRSS), PDF2SQL (PDF to SQL), PDF2SOSI (PDF to SOSI), PDF2SOS (PDF to SOS), PDF2PIX (PDF to PIX), ENC2SHP (ENC to SHP), ENC2KML (ENC to KML), ENC2KMZ (ENC to KMZ), ENC2GeoJSON (ENC to GeoJSON), ENC2TopoJSON (ENC to TopoJSON), ENC2MIF (ENC to MIF), ENC2TAB (ENC to TAB), ENC2GPX (ENC to GPX), ENC2GML (ENC to GML), ENC2DGN (ENC to DGN), ENC2DXF (ENC to DXF), ENC2GDB (ENC to GDB), ENC2CSV (ENC to CSV), ENC2BNA (ENC to BNA), ENC2ODS (ENC to ODS), ENC2XLSX (ENC to XLSX), ENC2PDF (ENC to PDF), ENC2PCIDSK (ENC to PCIDSK), ENC2SQLITE (ENC to SQLITE), ENC2XML (ENC to XML), ENC2GeoRSS (ENC to GeoRSS), ENC2SQL (ENC to SQL), ENC2SOSI (ENC to SOSI), ENC2SOS (ENC to SOS), ENC2PIX (ENC to PIX), VFR2SHP (VFR to SHP), VFR2KML (VFR to KML), VFR2KMZ (VFR to KMZ), VFR2GeoJSON (VFR to GeoJSON), VFR2TopoJSON (VFR to TopoJSON), VFR2MIF (VFR to MIF), VFR2TAB (VFR to TAB), VFR2GPX (VFR to GPX), VFR2GML (VFR to GML), VFR2DGN (VFR to DGN), VFR2DXF (VFR to DXF), VFR2GDB (VFR to GDB), VFR2CSV (VFR to CSV), VFR2BNA (VFR to BNA), VFR2ODS (VFR to ODS), VFR2XLSX (VFR to XLSX), VFR2PDF (VFR to PDF), VFR2PCIDSK (VFR to PCIDSK), VFR2SQLITE (VFR to SQLITE), VFR2ENC (VFR to ENC), VFR2XML (VFR to XML), VFR2GeoRSS (VFR to GeoRSS), VFR2SQL (VFR to SQL), VFR2SOSI (VFR to SOSI), VFR2SOS (VFR to SOS), VFR2PIX (VFR to PIX), RUIAN2SHP (RUIAN to SHP), RUIAN2KML (RUIAN to KML), RUIAN2KMZ (RUIAN to KMZ), RUIAN2GeoJSON (RUIAN to GeoJSON), RUIAN2TopoJSON (RUIAN to TopoJSON), RUIAN2MIF (RUIAN to MIF), RUIAN2TAB (RUIAN to TAB), RUIAN2GPX (RUIAN to GPX), RUIAN2GML (RUIAN to GML), RUIAN2DGN (RUIAN to DGN), RUIAN2DXF (RUIAN to DXF), RUIAN2GDB (RUIAN to GDB), RUIAN2CSV (RUIAN to CSV), RUIAN2BNA (RUIAN to BNA), RUIAN2ODS (RUIAN to ODS), RUIAN2XLSX (RUIAN to XLSX), RUIAN2PDF (RUIAN to PDF), RUIAN2PCIDSK (RUIAN to PCIDSK), RUIAN2SQLITE (RUIAN to SQLITE), RUIAN2ENC (RUIAN to ENC), RUIAN2XML (RUIAN to XML), RUIAN2GeoRSS (RUIAN to GeoRSS), RUIAN2SQL (RUIAN to SQL), RUIAN2SOSI (RUIAN to SOSI), RUIAN2SOS (RUIAN to SOS), RUIAN2PIX (RUIAN to PIX), VFK2SHP (VFK to SHP), VFK2KML (VFK to KML), VFK2KMZ (VFK to KMZ), VFK2GeoJSON (VFK to GeoJSON), VFK2TopoJSON (VFK to TopoJSON), VFK2MIF (VFK to MIF), VFK2TAB (VFK to TAB), VFK2GPX (VFK to GPX), VFK2GML (VFK to GML), VFK2DGN (VFK to DGN), VFK2DXF (VFK to DXF), VFK2GDB (VFK to GDB), VFK2CSV (VFK to CSV), VFK2BNA (VFK to BNA), VFK2ODS (VFK to ODS), VFK2XLSX (VFK to XLSX), VFK2PDF (VFK to PDF), VFK2PCIDSK (VFK to PCIDSK), VFK2SQLITE (VFK to SQLITE), VFK2ENC (VFK to ENC), VFK2XML (VFK to XML), VFK2GeoRSS (VFK to GeoRSS), VFK2SQL (VFK to SQL), VFK2SOSI (VFK to SOSI), VFK2SOS (VFK to SOS), VFK2PIX (VFK to PIX), OSM2SHP (OSM to SHP), OSM2KML (OSM to KML), OSM2KMZ (OSM to KMZ), OSM2GeoJSON (OSM to GeoJSON), OSM2TopoJSON (OSM to TopoJSON), OSM2MIF (OSM to MIF), OSM2TAB (OSM to TAB), OSM2GPX (OSM to GPX), OSM2GML (OSM to GML), OSM2DGN (OSM to DGN), OSM2DXF (OSM to DXF), OSM2GDB (OSM to GDB), OSM2CSV (OSM to CSV), OSM2BNA (OSM to BNA), OSM2ODS (OSM to ODS), OSM2XLSX (OSM to XLSX), OSM2PDF (OSM to PDF), OSM2PCIDSK (OSM to PCIDSK), OSM2SQLITE (OSM to SQLITE), OSM2ENC (OSM to ENC), OSM2XML (OSM to XML), OSM2GeoRSS (OSM to GeoRSS), OSM2SQL (OSM to SQL), OSM2SOSI (OSM to SOSI), OSM2SOS (OSM to SOS), OSM2PIX (OSM to PIX), PBF2SHP (PBF to SHP), PBF2KML (PBF to KML), PBF2KMZ (PBF to KMZ), PBF2GeoJSON (PBF to GeoJSON), PBF2TopoJSON (PBF to TopoJSON), PBF2MIF (PBF to MIF), PBF2TAB (PBF to TAB), PBF2GPX (PBF to GPX), PBF2GML (PBF to GML), PBF2DGN (PBF to DGN), PBF2DXF (PBF to DXF), PBF2GDB (PBF to GDB), PBF2CSV (PBF to CSV), PBF2BNA (PBF to BNA), PBF2ODS (PBF to ODS), PBF2XLSX (PBF to XLSX), PBF2PDF (PBF to PDF), PBF2PCIDSK (PBF to PCIDSK), PBF2SQLITE (PBF to SQLITE), PBF2ENC (PBF to ENC), PBF2XML (PBF to XML), PBF2GeoRSS (PBF to GeoRSS), PBF2SQL (PBF to SQL), PBF2SOSI (PBF to SOSI), PBF2SOS (PBF to SOS), PBF2PIX (PBF to PIX), PGEO2SHP (PGEO to SHP), PGEO2KML (PGEO to KML), PGEO2KMZ (PGEO to KMZ), PGEO2GeoJSON (PGEO to GeoJSON), PGEO2TopoJSON (PGEO to TopoJSON), PGEO2MIF (PGEO to MIF), PGEO2TAB (PGEO to TAB), PGEO2GPX (PGEO to GPX), PGEO2GML (PGEO to GML), PGEO2DGN (PGEO to DGN), PGEO2DXF (PGEO to DXF), PGEO2GDB (PGEO to GDB), PGEO2CSV (PGEO to CSV), PGEO2BNA (PGEO to BNA), PGEO2ODS (PGEO to ODS), PGEO2XLSX (PGEO to XLSX), PGEO2PDF (PGEO to PDF), PGEO2PCIDSK (PGEO to PCIDSK), PGEO2SQLITE (PGEO to SQLITE), PGEO2ENC (PGEO to ENC), PGEO2XML (PGEO to XML), PGEO2GeoRSS (PGEO to GeoRSS), PGEO2SQL (PGEO to SQL), PGEO2SOSI (PGEO to SOSI), PGEO2SOS (PGEO to SOS), PGEO2PIX (PGEO to PIX), MDB2SHP (MDB to SHP), MDB2KML (MDB to KML), MDB2KMZ (MDB to KMZ), MDB2GeoJSON (MDB to GeoJSON), MDB2TopoJSON (MDB to TopoJSON), MDB2MIF (MDB to MIF), MDB2TAB (MDB to TAB), MDB2GPX (MDB to GPX), MDB2GML (MDB to GML), MDB2DGN (MDB to DGN), MDB2DXF (MDB to DXF), MDB2GDB (MDB to GDB), MDB2CSV (MDB to CSV), MDB2BNA (MDB to BNA), MDB2ODS (MDB to ODS), MDB2XLSX (MDB to XLSX), MDB2PDF (MDB to PDF), MDB2PCIDSK (MDB to PCIDSK), MDB2SQLITE (MDB to SQLITE), MDB2ENC (MDB to ENC), MDB2XML (MDB to XML), MDB2GeoRSS (MDB to GeoRSS), MDB2SQL (MDB to SQL), MDB2SOSI (MDB to SOSI), MDB2SOS (MDB to SOS), MDB2PIX (MDB to PIX), E002SHP (E00 to SHP), E002KML (E00 to KML), E002KMZ (E00 to KMZ), E002GeoJSON (E00 to GeoJSON), E002TopoJSON (E00 to TopoJSON), E002MIF (E00 to MIF), E002TAB (E00 to TAB), E002GPX (E00 to GPX), E002GML (E00 to GML), E002DGN (E00 to DGN), E002DXF (E00 to DXF), E002GDB (E00 to GDB), E002CSV (E00 to CSV), E002BNA (E00 to BNA), E002ODS (E00 to ODS), E002XLSX (E00 to XLSX), E002PDF (E00 to PDF), E002PCIDSK (E00 to PCIDSK), E002SQLITE (E00 to SQLITE), E002ENC (E00 to ENC), E002XML (E00 to XML), E002GeoRSS (E00 to GeoRSS), E002SQL (E00 to SQL), E002SOSI (E00 to SOSI), E002SOS (E00 to SOS), E002PIX (E00 to PIX), NTF2SHP (NTF to SHP), NTF2KML (NTF to KML), NTF2KMZ (NTF to KMZ), NTF2GeoJSON (NTF to GeoJSON), NTF2TopoJSON (NTF to TopoJSON), NTF2MIF (NTF to MIF), NTF2TAB (NTF to TAB), NTF2GPX (NTF to GPX), NTF2GML (NTF to GML), NTF2DGN (NTF to DGN), NTF2DXF (NTF to DXF), NTF2GDB (NTF to GDB), NTF2CSV (NTF to CSV), NTF2BNA (NTF to BNA), NTF2ODS (NTF to ODS), NTF2XLSX (NTF to XLSX), NTF2PDF (NTF to PDF), NTF2PCIDSK (NTF to PCIDSK), NTF2SQLITE (NTF to SQLITE), NTF2ENC (NTF to ENC), NTF2XML (NTF to XML), NTF2GeoRSS (NTF to GeoRSS), NTF2SQL (NTF to SQL), NTF2SOSI (NTF to SOSI), NTF2SOS (NTF to SOS), NTF2PIX (NTF to PIX), TIGER2SHP (TIGER to SHP), TIGER2KML (TIGER to KML), TIGER2KMZ (TIGER to KMZ), TIGER2GeoJSON (TIGER to GeoJSON), TIGER2TopoJSON (TIGER to TopoJSON), TIGER2MIF (TIGER to MIF), TIGER2TAB (TIGER to TAB), TIGER2GPX (TIGER to GPX), TIGER2GML (TIGER to GML), TIGER2DGN (TIGER to DGN), TIGER2DXF (TIGER to DXF), TIGER2GDB (TIGER to GDB), TIGER2CSV (TIGER to CSV), TIGER2BNA (TIGER to BNA), TIGER2ODS (TIGER to ODS), TIGER2XLSX (TIGER to XLSX), TIGER2PDF (TIGER to PDF), TIGER2PCIDSK (TIGER to PCIDSK), TIGER2SQLITE (TIGER to SQLITE), TIGER2ENC (TIGER to ENC), TIGER2XML (TIGER to XML), TIGER2GeoRSS (TIGER to GeoRSS), TIGER2SQL (TIGER to SQL), TIGER2SOSI (TIGER to SOSI), TIGER2SOS (TIGER to SOS), TIGER2PIX (TIGER to PIX), WFS2SHP (WFS to SHP), WFS2KML (WFS to KML), WFS2KMZ (WFS to KMZ), WFS2GeoJSON (WFS to GeoJSON), WFS2TopoJSON (WFS to TopoJSON), WFS2MIF (WFS to MIF), WFS2TAB (WFS to TAB), WFS2GPX (WFS to GPX), WFS2GML (WFS to GML), WFS2DGN (WFS to DGN), WFS2DXF (WFS to DXF), WFS2GDB (WFS to GDB), WFS2CSV (WFS to CSV), WFS2BNA (WFS to BNA), WFS2ODS (WFS to ODS), WFS2XLSX (WFS to XLSX), WFS2PDF (WFS to PDF), WFS2PCIDSK (WFS to PCIDSK), WFS2SQLITE (WFS to SQLITE), WFS2ENC (WFS to ENC), WFS2XML (WFS to XML), WFS2GeoRSS (WFS to GeoRSS), WFS2SQL (WFS to SQL), WFS2SOSI (WFS to SOSI), WFS2SOS (WFS to SOS), WFS2PIX (WFS to PIX), XLS2SHP (XLS to SHP), XLS2KML (XLS to KML), XLS2KMZ (XLS to KMZ), XLS2GeoJSON (XLS to GeoJSON), XLS2TopoJSON (XLS to TopoJSON), XLS2MIF (XLS to MIF), XLS2TAB (XLS to TAB), XLS2GPX (XLS to GPX), XLS2GML (XLS to GML), XLS2DGN (XLS to DGN), XLS2DXF (XLS to DXF), XLS2GDB (XLS to GDB), XLS2CSV (XLS to CSV), XLS2BNA (XLS to BNA), XLS2ODS (XLS to ODS), XLS2XLSX (XLS to XLSX), XLS2PDF (XLS to PDF), XLS2PCIDSK (XLS to PCIDSK), XLS2SQLITE (XLS to SQLITE), XLS2ENC (XLS to ENC), XLS2XML (XLS to XML), XLS2GeoRSS (XLS to GeoRSS), XLS2SQL (XLS to SQL), XLS2SOSI (XLS to SOSI), XLS2SOS (XLS to SOS), XLS2PIX (XLS to PIX), VCT2SHP (VCT to SHP), VCT2KML (VCT to KML), VCT2KMZ (VCT to KMZ), VCT2GeoJSON (VCT to GeoJSON), VCT2TopoJSON (VCT to TopoJSON), VCT2MIF (VCT to MIF), VCT2TAB (VCT to TAB), VCT2GPX (VCT to GPX), VCT2GML (VCT to GML), VCT2DGN (VCT to DGN), VCT2DXF (VCT to DXF), VCT2GDB (VCT to GDB), VCT2CSV (VCT to CSV), VCT2BNA (VCT to BNA), VCT2ODS (VCT to ODS), VCT2XLSX (VCT to XLSX), VCT2PDF (VCT to PDF), VCT2PCIDSK (VCT to PCIDSK), VCT2SQLITE (VCT to SQLITE), VCT2ENC (VCT to ENC), VCT2XML (VCT to XML), VCT2GeoRSS (VCT to GeoRSS), VCT2SQL (VCT to SQL), VCT2SOSI (VCT to SOSI), VCT2SOS (VCT to SOS), VCT2PIX (VCT to PIX), GTM2SHP (GTM to SHP), GTM2KML (GTM to KML), GTM2KMZ (GTM to KMZ), GTM2GeoJSON (GTM to GeoJSON), GTM2TopoJSON (GTM to TopoJSON), GTM2MIF (GTM to MIF), GTM2TAB (GTM to TAB), GTM2GPX (GTM to GPX), GTM2GML (GTM to GML), GTM2DGN (GTM to DGN), GTM2DXF (GTM to DXF), GTM2GDB (GTM to GDB), GTM2CSV (GTM to CSV), GTM2BNA (GTM to BNA), GTM2ODS (GTM to ODS), GTM2XLSX (GTM to XLSX), GTM2PDF (GTM to PDF), GTM2PCIDSK (GTM to PCIDSK), GTM2SQLITE (GTM to SQLITE), GTM2ENC (GTM to ENC), GTM2XML (GTM to XML), GTM2GeoRSS (GTM to GeoRSS), GTM2SQL (GTM to SQL), GTM2SOSI (GTM to SOSI), GTM2SOS (GTM to SOS), GTM2PIX (GTM to PIX), GTZ2SHP (GTZ to SHP), GTZ2KML (GTZ to KML), GTZ2KMZ (GTZ to KMZ), GTZ2GeoJSON (GTZ to GeoJSON), GTZ2TopoJSON (GTZ to TopoJSON), GTZ2MIF (GTZ to MIF), GTZ2TAB (GTZ to TAB), GTZ2GPX (GTZ to GPX), GTZ2GML (GTZ to GML), GTZ2DGN (GTZ to DGN), GTZ2DXF (GTZ to DXF), GTZ2GDB (GTZ to GDB), GTZ2CSV (GTZ to CSV), GTZ2BNA (GTZ to BNA), GTZ2ODS (GTZ to ODS), GTZ2XLSX (GTZ to XLSX), GTZ2PDF (GTZ to PDF), GTZ2PCIDSK (GTZ to PCIDSK), GTZ2SQLITE (GTZ to SQLITE), GTZ2ENC (GTZ to ENC), GTZ2XML (GTZ to XML), GTZ2GeoRSS (GTZ to GeoRSS), GTZ2SQL (GTZ to SQL), GTZ2SOSI (GTZ to SOSI), GTZ2SOS (GTZ to SOS), GTZ2PIX (GTZ to PIX), VPF2SHP (VPF to SHP), VPF2KML (VPF to KML), VPF2KMZ (VPF to KMZ), VPF2GeoJSON (VPF to GeoJSON), VPF2TopoJSON (VPF to TopoJSON), VPF2MIF (VPF to MIF), VPF2TAB (VPF to TAB), VPF2GPX (VPF to GPX), VPF2GML (VPF to GML), VPF2DGN (VPF to DGN), VPF2DXF (VPF to DXF), VPF2GDB (VPF to GDB), VPF2CSV (VPF to CSV), VPF2BNA (VPF to BNA), VPF2ODS (VPF to ODS), VPF2XLSX (VPF to XLSX), VPF2PDF (VPF to PDF), VPF2PCIDSK (VPF to PCIDSK), VPF2SQLITE (VPF to SQLITE), VPF2ENC (VPF to ENC), VPF2XML (VPF to XML), VPF2GeoRSS (VPF to GeoRSS), VPF2SQL (VPF to SQL), VPF2SOSI (VPF to SOSI), VPF2SOS (VPF to SOS), VPF2PIX (VPF to PIX), VMAP2SHP (VMAP to SHP), VMAP2KML (VMAP to KML), VMAP2KMZ (VMAP to KMZ), VMAP2GeoJSON (VMAP to GeoJSON), VMAP2TopoJSON (VMAP to TopoJSON), VMAP2MIF (VMAP to MIF), VMAP2TAB (VMAP to TAB), VMAP2GPX (VMAP to GPX), VMAP2GML (VMAP to GML), VMAP2DGN (VMAP to DGN), VMAP2DXF (VMAP to DXF), VMAP2GDB (VMAP to GDB), VMAP2CSV (VMAP to CSV), VMAP2BNA (VMAP to BNA), VMAP2ODS (VMAP to ODS), VMAP2XLSX (VMAP to XLSX), VMAP2PDF (VMAP to PDF), VMAP2PCIDSK (VMAP to PCIDSK), VMAP2SQLITE (VMAP to SQLITE), VMAP2ENC (VMAP to ENC), VMAP2XML (VMAP to XML), VMAP2GeoRSS (VMAP to GeoRSS), VMAP2SQL (VMAP to SQL), VMAP2SOSI (VMAP to SOSI), VMAP2SOS (VMAP to SOS), VMAP2PIX (VMAP to PIX), DCW2SHP (DCW to SHP), DCW2KML (DCW to KML), DCW2KMZ (DCW to KMZ), DCW2GeoJSON (DCW to GeoJSON), DCW2TopoJSON (DCW to TopoJSON), DCW2MIF (DCW to MIF), DCW2TAB (DCW to TAB), DCW2GPX (DCW to GPX), DCW2GML (DCW to GML), DCW2DGN (DCW to DGN), DCW2DXF (DCW to DXF), DCW2GDB (DCW to GDB), DCW2CSV (DCW to CSV), DCW2BNA (DCW to BNA), DCW2ODS (DCW to ODS), DCW2XLSX (DCW to XLSX), DCW2PDF (DCW to PDF), DCW2PCIDSK (DCW to PCIDSK), DCW2SQLITE (DCW to SQLITE), DCW2ENC (DCW to ENC), DCW2XML (DCW to XML), DCW2GeoRSS (DCW to GeoRSS), DCW2SQL (DCW to SQL), DCW2SOSI (DCW to SOSI), DCW2SOS (DCW to SOS), DCW2PIX (DCW to PIX), PCIDSK2SHP (PCIDSK to SHP), PCIDSK2KML (PCIDSK to KML), PCIDSK2KMZ (PCIDSK to KMZ), PCIDSK2GeoJSON (PCIDSK to GeoJSON), PCIDSK2TopoJSON (PCIDSK to TopoJSON), PCIDSK2MIF (PCIDSK to MIF), PCIDSK2TAB (PCIDSK to TAB), PCIDSK2GPX (PCIDSK to GPX), PCIDSK2GML (PCIDSK to GML), PCIDSK2DGN (PCIDSK to DGN), PCIDSK2DXF (PCIDSK to DXF), PCIDSK2GDB (PCIDSK to GDB), PCIDSK2CSV (PCIDSK to CSV), PCIDSK2BNA (PCIDSK to BNA), PCIDSK2ODS (PCIDSK to ODS), PCIDSK2XLSX (PCIDSK to XLSX), PCIDSK2PDF (PCIDSK to PDF), PCIDSK2SQLITE (PCIDSK to SQLITE), PCIDSK2ENC (PCIDSK to ENC), PCIDSK2XML (PCIDSK to XML), PCIDSK2GeoRSS (PCIDSK to GeoRSS), PCIDSK2SQL (PCIDSK to SQL), PCIDSK2SOSI (PCIDSK to SOSI), PCIDSK2SOS (PCIDSK to SOS), PCIDSK2PIX (PCIDSK to PIX), SQLITE2SHP (SQLITE to SHP), SQLITE2KML (SQLITE to KML), SQLITE2KMZ (SQLITE to KMZ), SQLITE2GeoJSON (SQLITE to GeoJSON), SQLITE2TopoJSON (SQLITE to TopoJSON), SQLITE2MIF (SQLITE to MIF), SQLITE2TAB (SQLITE to TAB), SQLITE2GPX (SQLITE to GPX), SQLITE2GML (SQLITE to GML), SQLITE2DGN (SQLITE to DGN), SQLITE2DXF (SQLITE to DXF), SQLITE2GDB (SQLITE to GDB), SQLITE2CSV (SQLITE to CSV), SQLITE2BNA (SQLITE to BNA), SQLITE2ODS (SQLITE to ODS), SQLITE2XLSX (SQLITE to XLSX), SQLITE2PDF (SQLITE to PDF), SQLITE2PCIDSK (SQLITE to PCIDSK), SQLITE2ENC (SQLITE to ENC), SQLITE2XML (SQLITE to XML), SQLITE2GeoRSS (SQLITE to GeoRSS), SQLITE2SQL (SQLITE to SQL), SQLITE2SOSI (SQLITE to SOSI), SQLITE2SOS (SQLITE to SOS), SQLITE2PIX (SQLITE to PIX), XML2SHP (XML to SHP), XML2KML (XML to KML), XML2KMZ (XML to KMZ), XML2GeoJSON (XML to GeoJSON), XML2TopoJSON (XML to TopoJSON), XML2MIF (XML to MIF), XML2TAB (XML to TAB), XML2GPX (XML to GPX), XML2GML (XML to GML), XML2DGN (XML to DGN), XML2DXF (XML to DXF), XML2GDB (XML to GDB), XML2CSV (XML to CSV), XML2BNA (XML to BNA), XML2ODS (XML to ODS), XML2XLSX (XML to XLSX), XML2PDF (XML to PDF), XML2PCIDSK (XML to PCIDSK), XML2SQLITE (XML to SQLITE), XML2ENC (XML to ENC), XML2GeoRSS (XML to GeoRSS), XML2SQL (XML to SQL), XML2SOSI (XML to SOSI), XML2SOS (XML to SOS), XML2PIX (XML to PIX), GeoRSS2SHP (GeoRSS to SHP), GeoRSS2KML (GeoRSS to KML), GeoRSS2KMZ (GeoRSS to KMZ), GeoRSS2GeoJSON (GeoRSS to GeoJSON), GeoRSS2TopoJSON (GeoRSS to TopoJSON), GeoRSS2MIF (GeoRSS to MIF), GeoRSS2TAB (GeoRSS to TAB), GeoRSS2GPX (GeoRSS to GPX), GeoRSS2GML (GeoRSS to GML), GeoRSS2DGN (GeoRSS to DGN), GeoRSS2DXF (GeoRSS to DXF), GeoRSS2GDB (GeoRSS to GDB), GeoRSS2CSV (GeoRSS to CSV), GeoRSS2BNA (GeoRSS to BNA), GeoRSS2ODS (GeoRSS to ODS), GeoRSS2XLSX (GeoRSS to XLSX), GeoRSS2PDF (GeoRSS to PDF), GeoRSS2PCIDSK (GeoRSS to PCIDSK), GeoRSS2SQLITE (GeoRSS to SQLITE), GeoRSS2ENC (GeoRSS to ENC), GeoRSS2XML (GeoRSS to XML), GeoRSS2SQL (GeoRSS to SQL), GeoRSS2SOSI (GeoRSS to SOSI), GeoRSS2SOS (GeoRSS to SOS), GeoRSS2PIX (GeoRSS to PIX), SQL2SHP (SQL to SHP), SQL2KML (SQL to KML), SQL2KMZ (SQL to KMZ), SQL2GeoJSON (SQL to GeoJSON), SQL2TopoJSON (SQL to TopoJSON), SQL2MIF (SQL to MIF), SQL2TAB (SQL to TAB), SQL2GPX (SQL to GPX), SQL2GML (SQL to GML), SQL2DGN (SQL to DGN), SQL2DXF (SQL to DXF), SQL2GDB (SQL to GDB), SQL2CSV (SQL to CSV), SQL2BNA (SQL to BNA), SQL2ODS (SQL to ODS), SQL2XLSX (SQL to XLSX), SQL2PDF (SQL to PDF), SQL2PCIDSK (SQL to PCIDSK), SQL2SQLITE (SQL to SQLITE), SQL2ENC (SQL to ENC), SQL2XML (SQL to XML), SQL2GeoRSS (SQL to GeoRSS), SQL2SOSI (SQL to SOSI), SQL2SOS (SQL to SOS), SQL2PIX (SQL to PIX), SOSI2SHP (SOSI to SHP), SOSI2KML (SOSI to KML), SOSI2KMZ (SOSI to KMZ), SOSI2GeoJSON (SOSI to GeoJSON), SOSI2TopoJSON (SOSI to TopoJSON), SOSI2MIF (SOSI to MIF), SOSI2TAB (SOSI to TAB), SOSI2GPX (SOSI to GPX), SOSI2GML (SOSI to GML), SOSI2DGN (SOSI to DGN), SOSI2DXF (SOSI to DXF), SOSI2GDB (SOSI to GDB), SOSI2CSV (SOSI to CSV), SOSI2BNA (SOSI to BNA), SOSI2ODS (SOSI to ODS), SOSI2XLSX (SOSI to XLSX), SOSI2PDF (SOSI to PDF), SOSI2PCIDSK (SOSI to PCIDSK), SOSI2SQLITE (SOSI to SQLITE), SOSI2ENC (SOSI to ENC), SOSI2XML (SOSI to XML), SOSI2GeoRSS (SOSI to GeoRSS), SOSI2SQL (SOSI to SQL), SOSI2SOS (SOSI to SOS), SOSI2PIX (SOSI to PIX), SOS2SHP (SOS to SHP), SOS2KML (SOS to KML), SOS2KMZ (SOS to KMZ), SOS2GeoJSON (SOS to GeoJSON), SOS2TopoJSON (SOS to TopoJSON), SOS2MIF (SOS to MIF), SOS2TAB (SOS to TAB), SOS2GPX (SOS to GPX), SOS2GML (SOS to GML), SOS2DGN (SOS to DGN), SOS2DXF (SOS to DXF), SOS2GDB (SOS to GDB), SOS2CSV (SOS to CSV), SOS2BNA (SOS to BNA), SOS2ODS (SOS to ODS), SOS2XLSX (SOS to XLSX), SOS2PDF (SOS to PDF), SOS2PCIDSK (SOS to PCIDSK), SOS2SQLITE (SOS to SQLITE), SOS2ENC (SOS to ENC), SOS2XML (SOS to XML), SOS2GeoRSS (SOS to GeoRSS), SOS2SQL (SOS to SQL), SOS2SOSI (SOS to SOSI), SOS2PIX (SOS to PIX), PIX2SHP (PIX to SHP), PIX2KML (PIX to KML), PIX2KMZ (PIX to KMZ), PIX2GeoJSON (PIX to GeoJSON), PIX2TopoJSON (PIX to TopoJSON), PIX2MIF (PIX to MIF), PIX2TAB (PIX to TAB), PIX2GPX (PIX to GPX), PIX2GML (PIX to GML), PIX2DGN (PIX to DGN), PIX2DXF (PIX to DXF), PIX2GDB (PIX to GDB), PIX2CSV (PIX to CSV), PIX2BNA (PIX to BNA), PIX2ODS (PIX to ODS), PIX2XLSX (PIX to XLSX), PIX2PDF (PIX to PDF), PIX2PCIDSK (PIX to PCIDSK), PIX2SQLITE (PIX to SQLITE), PIX2ENC (PIX to ENC), PIX2XML (PIX to XML), PIX2GeoRSS (PIX to GeoRSS), PIX2SQL (PIX to SQL), PIX2SOSI (PIX to SOSI), PIX2SOS (PIX to SOS).

 

Ir a MyGeodata

La entrada Transformar datos espaciales ¡Online! aparece primero en Geofumadas.

Geofumadas: 20 Pasos para construir una ciudad desde cero

Este es una artículo de colección para los amantes del Desarrollo Urbano y Ordenamiento Territorial, que más allá de fumar en las smart cities que pareciera un cliché apuntando al gusto por complicar las cosas, plantea en 20 pasos simplificados, el reto por el que están apostando países como Egipto y Guinea Ecuatorial en el redibujo de sus capitales.

El documento al que hago referencia, del que agrego enlaces al final del artículo, es un análisis sobre un escrito en inglés.  No pretende ser un plan a seguir, sino más bien permite conocer ciertas variables que han estado presentes en los proyectos de construcción de nuevas ciudades a través de la historia, las prácticas realizadas en las ciudades actuales que están siendo destacadas e imitadas en los nuevos planes y cuáles son los rubros a los que se les debe dar mayor relevancia, entre otros temas.

smart city

Resumo los veinte pasos:

1: Elegir un lugar

2: Garantizar suministro de agua potable

3: Asegurar un suministro confiable de dinero

4: Trabajo

Para que una ciudad sea económicamente sustentable necesita de empleos. En este sentido, la nueva capital de Egipto presenta mejores oportunidades porque las instituciones gubernamentales se trasladarán a esta nueva ciudad, según Herbert Girardet, autor del libro “La creación de ciudades sostenibles”.

smart city

Esta situación ya ocurrió en otras ciudades que se hicieron desde cero, como Brasilia (Brasil), Canberra (Australia), Abuya (Nigeria), Ottawa (Canadá) y Nueva Delhi (India), se establecieron como nuevas capitales, trayendo consigo “oportunidades de trabajo y mejoras económicas producto de ser un centro nacional de administración”.

5: No atentar a los habitantes

6: Elaborar un plan maestro

7: Integrar el transporte

8: Considerar la prohibición de automóviles

9: Haz basura inteligente

10: Maximizar la conectividad

11: Aspira a ser carbono neutral

12: Empieza de nuevo, olvidaste los parques

13: …y la cultura

14: Por favor, no otra isla en forma divertida

El riesgo que corren las ciudades hechas desde cero es que no les ofrezcan las mismas oportunidades laborales, de vivienda ni de transporte a quienes quieran habitarlas.

smart city

Incluso, el antropólogo de la Universidad de Oxford, Nick Simcik Arese, dice que este tipo de ciudades terminan por convertirse en un apartheid de clases, porque no hay opciones para quienes tengan menos recursos económicos.

Es por este motivo que las ciudades deben estar enfocadas en aspectos más trascendentales, como ser diversas socialmente.

15: Hacer una declaración

16: Trata a los trabajadores con respeto

17: Construir rápido, no más rápido…

18: Educación cívica para los nuevos ciudadanos

19: Si lo construyes, vendrán

20: Darle un nombre

Aunque suene lógico, no está de más tenerlo presente para que no pase lo que ocurrió con la nueva capital de Egipto, la que a cuatro meses de su anuncio, aún no tiene nombre.

 

Sugiero darle una mirada al artículo original, o la versión inicial en inglés.

La entrada 20 Pasos para construir una ciudad desde cero aparece primero en Geofumadas.

Landkarten BLOG: BMW, Daimler und Audi kaufen Nokia Here für unglaubliche 2.5 Milliarden Euro - Uber kauft Bing Maps von Microsoft und muss sich jetzt um Karteninhalte kümmern

Da wurden aber viele Eigentore geschossen und viel Geld verbrannt. Angeblich wurde Nokia Here für 2,5 Milliarden Euro an die deutschen Autobauer BMW, Daimler und Audi verkauft. Alleine das diese drei Konkurrenten das gemeinsam machen ist schon ungewöhnlich. Dann für einen völlig absurden Preis. Nokia wollte sogar 4 bis 5 Milliarden Euro.

In Zeiten von OpenStreetMap und Google Maps, die von der Kartendarstellung deutlich besser sind, ist das unglaublich und ob die Autobauer mit ihren Kartendienst gegen die Android-Handys, iPhones und Table-PCs des Fahrers und Fahrerin was ausrichten können, ist mehr als zweifelhaft, wenn es nicht auch kostenlos ist. Wer braucht die Spielerei im Auto wenn ein 0815 Handy alles kostenlos hat? Apple (trotz der miesen europäischen Kartendaten) und Google sind für den Kampf im Auto bestens ausgestattet.



Für die Zukunft plant Here aber interessantes. Nokia Here kündigte an in Zukunft HD-Karten zu erstellen, damit das Auto der Zukunft auch ohne Autofahrer ans Ziel kommt. Vor allen auch in Deutschland sollen diese sehr genauen Karten dann verfügbar sein. Das sich dafür kein LKW-Hersteller interessiert hat ist verwunderlich.

Uber, die alternative Mitfahrzentrale, kauft dagegen die Technik von Bing Maps, aus dem Hause Microsoft. Auf Bing Maps lief sowieso schon das Kartenmaterial von Here und einzelne zugekaufte Luftbilder.

Microsoft ist echt ein Trauerspiel. Seit Jahren hat dieses Unternehmen Ideen und Geld und setzt alles, sei es Windows oder Bing nur halbherzig und ohne Leidenschaft um. Mit Bing Maps und dem Potential von Bing hätte man Google Maps und der Suchmaschine von Google Konkurrenz gemacht. Stattdessen vermasselt man dieses Kartendienst, schafft keine echte Schnittstelle zu der Suchmaschine Bing und sorgt sich nur diesen Dienst auszubauen. Jetzt kommt der Kartendienst zu Uber und Microsoft, die OpenStreetMap mehr als nur Interessant finden, hat andere Pläne. Mal schauen was da kommt.

Spatialists: Ignite Zurich talk on Informational Magnetism

Ignite-ZH-talk-informational-magnetism

Photo by @acolt

On July 3rd, I was invited to give a talk at Ignite Zurich. If you don’t know the format: it boils down to 20 slides that auto-advance every 15 seconds giving you a total of 5 minutes stage time – pretty intense! I chose to make my talk about some of the research I’ve been doing with my colleagues at the Oxford Internet Institute, namely Drs. Mark Graham and Bernie Hogan.

I’ve published the slides on SlideShare:

You can see some tricks I employed, for example building up to a conclusion over three to four slides in order to try and convey some more complex bits of information. Because of the format the information content of the slides overall is relatively low, I’m afraid. But Ignite Zurich will soon post videos of all talks, I shall update once I know more.

Meanwhile, if you’re interested in this research topic, please find more info using these links (or contact me on Twitter or via mail):

 

Orbemapa: Cerrando la brecha GIS: “Hecho con GIS”

¿Existe la brecha GIS? En la actualidad tenemos una serie de indicios que apuntan a que la adopción y uso de los datos espaciales ha alcanzado una cierta madurez, al menos mediática, por parte de la sociedad. Entre los indicios podemos destacar los más conocidos por todos: A pesar de estas tendencias,post, tuiteos, noticias…

Landkarten BLOG: Das durchschnittliche Einkommen in der Schweiz - Da kann man leben!

Das Schweizer Fernsehen hat eine Landkarte der Schweiz veröffentlicht, die zeigt, wie hoch das durchschnittliche Einkommen in der Schweiz liegt. Da kommt kein Bundesland in Deutschland mit, wenn man sich diese riesigen Zahlen anschaut und man versteht, warum die Schweizer in Deutschland billig einkaufen können. Quelle ist das Bundesamt für Statistik, die die Werte aus der Steuer 2009, in der Hochphase der Finanzkrise 2008/2009, entnahm. Der Betrag dürfte aber in Schweizer Franken sein, der etwas mehr Wert als der Euro ist.



Landkarten BLOG: NASA Pluto New Horizons - Pluto Animation der NASA zeigt wie schärfer der Planet auf den Fotos zum Pluto wurden

Die NASA zeigt auf einer tollen Fotoanimation, wie sie immer näher an den Pluto heran gekommen ist. Wer also sich Sterne und Planeten am Himmel anschaut sollte sich diese Animation anschauen und seine Fantasie schweifen lassen.




Dynamick: Recuperare file cancellati: la nostra prova

Ci è stata data la possibilità di provare la versione Pro di un software per il recupero di file persi per una cancellazione erronea, o dopo aver formattato il disco, o per perdite di partizioni o per un crash del sistema operativo o per un attacco di virus.

Si chiama Data Recovery Wizard Professional disponibile sia in versione Mac sia in versione Windows e ad oggi è arrivato alla versione 9.0 e fa parte dei tanti software catalogati come data recovery software. Dopo averlo scaricato, installato e licenziato correttamente, l’abbiamo subito messo alla prova, inserendo una chiavetta USB che ci è stata regalata. In realtà il software funziona anche su dischi formattati, oppure con partizioni cancellate, oppure su dischi il cui sistema operativo sia corrotto.

jbjhgajf

L’interfaccia semplice ci ha reso il compito davvero semplice: l’operazione è suddivisa in 3 pagine guidate. Nella prima si selezionano il tipo di file da recuperare, nella seconda si seleziona il disco su cui avviare l’operazione di ricerca e nell’ultima si analizzano i risultati e si mettono al sicuro i dati recuperati.

Il risultato si è rivelato parzialmente buono nella prima fase, in cui sono state recuperate alcune fotografie che avevamo cancellato in seguito ad una formattazione. Il software ci ha poi suggerito una scansione approfondita che in 2 minuti circa ci ha restituito praticamente tutti i file che sono transitati nella vita di quella pen drive da 4GB. Davvero stupefacente. Semplice, efficace e molto veloce.

Le operazioni di hard disk recovery sono sempre molto costose se affidate ad aziende private. Come prima operazione che potreste fare è provare a recuperare da soli i file persi. Il costo di Data Recovery Wizard Professional è di 70$, poco più di 50€, un costo minimo che vi potrebbe salvare la vita nel caso abbiate perso documenti davvero molto importanti.

 

GeoRezo.net - Géoblog: [La Minute GeoRezo] 3ème Colloque Métiers et compétences en géomatique

image002


Le Pôle Formation-Recherche de l’AFIGEO en partenariat avec
l’association GeoRezo et l’AITF organise son
3e colloque national


Métiers et compétences en géomatique : de la recherche à la formation professionnelle


Mercredi 9 décembre 2015
AgroParisTech - 19, avenue du Maine, Paris 14ème


Depuis 2003, l’AFIGEO et ses partenaires ont engagé une démarche de reconnaissance des métiers de la géomatique. Dans la continuité des précédentes éditions (2011 & 2013), cette journée abordera la question de l’adéquation entre l’offre de formations et l’évolution des métiers en géomatique en questionnant d’une part leur lien avec la recherche, et d’autre part l’évolution du contexte institutionnel et réglementaire de la formation professionnelle.


Après une conférence introductive consacrée à l’impact de l’innovation technologique sur la filière géomatique et ses métiers, cette journée permettra aux participants d’échanger sur l’impact de la recherche sur les pratiques et les métiers, sur les évolutions réglementaires en cours dans la formation professionnelle et sur l’implication des acteurs de la filière (employeurs, branches professionnelles, prescripteurs de formation, associations d’anciens élèves, chercheurs, responsables de formation) dans ces deux domaines :




  • recherche-développement et recherche-action en géomatique

  • réglementation, certification des compétences, évolution/adaptation des offres de formation.


Des témoignages de chercheurs, de formateurs, de prescripteurs et de recruteurs des secteurs public et privé, permettront d’envisager collectivement les actions prioritaires à mener par l’AFIGEO avec ses partenaires pour mieux valoriser ces nouvelles compétences.


Programme et inscriptions à partir de septembre 2015.
www.afigeo.asso.fr - afigeo AT afigeo.asso.fr


partenaires-colloque2015

Orbemapa: El impacto mediático de la “Smart city”: ¿Éxito de masas o moda entre el público especializado?

El impacto de la Smart city: ¿Éxito de masas o moda entre el público especializado?

GeoRezo.net - Géoblog: [INSPIRE by clouds] Evaluation du partage pour le niveau communal

Le précédent billet traitait des niveaux régionaux et départementaux. Le niveau communal (y compris le regroupement de communes : EPCI, agglomérations, syndicats…) est représenté par 131 entités (contre 104 il y a neuf mois) et publie 1156 métadonnées, contre 773 il y a un an. Il convient de rappeler que seuls les documents d'urbanisme sont de diffusion obligatoire dans le cadre de la directive INSPIRE : le niveau communal est donc présent ici essentiellement par volontariat, ce qui doit orienter différemment la lecture des quelques nombres qui suivent.

Etant donnés nos moyens, la grande variabilité des structures de niveau communal défie une analyse plus poussée. La source est la même que pour les deux billets précédents et à voter disposition our aller plus loin. Tout au plus peut-on remarquer que dix-huit villes ou groupements de communes diffusent plus de 10 métadonnées.

Déjà perçu en août 2014, le moindre dynamisme relatif du catalogage au niveau communal semble se confirmer.

Le niveau communal propose 51 % des données cataloguées en téléchargement, soit 550 séries de données librement téléchargeables et réutilisables.

Dix entités de niveau communal proposent plus de dix données en téléchargement. Très majoritairement bretonnes, la palme revient néanmoins à la Ville de Montpellier qui en propose 53.

GeoRezo.net - Géoblog: [INSPIRE by clouds] Evaluation des données géographiques téléchargeables

L'évaluation par les métadonnées sont à la fois un point de passage obligé et un marqueur de dynamisme, mais ce n'est qu'un point de départ. Ce qui compte, c'est quand même l'accès à la donnée proprement dite. Nous avons donc continué l'exploitation du flux CSW du Géocatalogue, en date du 22 mai, pour compter le nombre de données " librement téléchargeables et réutilisables". Toute relation avec la politique d'ouverture des données publiques est entièrement assumée.

Avertissements : il arrive que l'oeil saute à la carte et en tire des jugements définitifs. Merci aux lecteurs de considérer que :
- les indicateurs, surtout purement quantitatifs comme ici, ne valent que par la tendance qu'ils dessinent. Celle-ci est nettement positive, même si les dynamiques ne sont pas partout pareilles.
- INSPIRE est une directive environnementale : il est naturel que les services travaillant pour le ministère en charge de l'environnement soient plus actifs et disposent d'un patrimoine de données concernées plus importants.

Ce qui sera plus intéressant est d'étudier la comparaison à l'intérieur d'un même ensemble dans l'année qui vient.

[caption id="attachment_3623" align="aligncenter" width="300"]Carte des données téléchargeables par DREAL au 220515 Carte des données téléchargeables par DREAL au 220515[/caption]
DREAL : le taux de données téléchargeables par rapport aux métadonnées publiées est en moyenne de 85 %, soit 2208 données librement téléchargeables et réutilisables.

[caption id="attachment_3628" align="aligncenter" width="300"]Carte des données téléchargeables par DDT au 220515 Carte des données téléchargeables par DDT au 220515[/caption]
DDT: le taux de données téléchargeables par rapport aux métadonnées publiées est en moyenne de 87 %, soit 5795 données librement téléchargeables et réutilisables.

[caption id="attachment_3630" align="aligncenter" width="300"]Carte des données téléchargeables par Conseil régional au 220515 Carte des données téléchargeables par Conseil régional au 220515[/caption]
Conseils régionaux: le taux de données téléchargeables par rapport aux métadonnées publiées est en moyenne de 83 %, soit 227 données librement téléchargeables et réutilisables.

[caption id="attachment_3629" align="aligncenter" width="300"]Carte des données téléchargeables par Conseil départemental au 220515 Carte des données téléchargeables par Conseil départemental au 220515[/caption]
Conseils départementaux : le taux de données téléchargeables par rapport aux métadonnées publiées est en moyenne de 37 %, soit 151 données librement téléchargeables et réutilisables.

GeoRezo.net - Géoblog: [Parcell'air] Apparier le PCI et les données MAJIC III

Lors de l'intégration dans les SI des utilisateurs d'un nouveau millésime du cadastre, l'une des tâches principales consiste à apparier les données MAJIC III avec le Plan Cadastral, gérés et fournis de manière indépendante par la DGFiP.

Les livraisons "classiques" interviennent en général courant Juin, pour une situation des données MAJIC III arrêtées au 1er Janvier de l'année en cours (ou plus exactement au 31 Décembre de l'année N-1).

Dans ce fil de discussion publié sur les forums GeoRezo, une phrase de l'un des intervenants a mérité un petit correctif.
Il est vrai que qu'un envoi en début d'année serait préférable car la situation foncière collerait ainsi mieux avec Majic (fichiers en date 01/01/N).

Non, au contraire.
Les mises à jour de MAJIC III pour l'année N-1 par les services de la DGFIP se poursuivent jusqu'en mai de l'année N environ, notamment pour prendre en compte les mutations et autres changements qui interviennent en fin d'année (délais de prise en charge, de transmissions etc...)
En Mai de l'année N, la situation au 31 Décembre précédent est reconstituée pour produire les bases servant à l'établissement des impôts locaux.
Le plan cadastral est lui mis à jour en continu, et il y a forcément, comme MAJIC III, des informations relatives à N-1 qui sont intégrées dans les premiers mois de l'année N.
Plusieurs évaluations de la meilleure corrélation possible entre MAJIC III et le PCI au 31 Décembre de l'année ont été faites (par la DGFIP, les CT etc...). Toutes aboutissent à la conclusion que la correspondance est optimale pour un plan mise à jour jusqu'à fin Avril début Mai.
D'où une livraison classique de l'ensemble de ces informations (MAJIC III au 31 Décembre N-1 et PCI à Mai N) en Mai-Juin.

Les taux d'appariement des parcelles issues de MAJIC III avec celles du PCI se dégradent sensiblement si ces principes ne sont pas respectés.

Orbemapa: El doble spillover de la smart city

Las ciudades inteligentes (Smart city) y las redes inteligentes (Smart grid) son palabras con las que uno se encuentra de manera recurrente durante los últimos meses en los medios de comunicación especializados en geomática y también en los medios generalistas. No vamos a entrar en el debate sobre la necesidad de la smart city…

Dynamick: Host1plus: test e valutazioni

Abbiamo avuto l’occasione di provare l’hosting di Host1Plus.com, una farm di servizi web dislocata con diversi datacenter su gran parte del mondo e con quattro uffici operativi: a Londra (UK), Kaunas (Lituania), Francoforte sul Meno (Germania) e Santiago (Cile).

Host1plus nasce nel 2008 a Vilnius in Lituania da Andrius Kazlauskas e da Deividas Norkaitis e con gli anni si è espansa al punto di diventare una realtà internazionale. Attualmente offre una completa gamma servizi quali il web hosting, il VPS hosting, i server dedicati, soluzioni cloud hosting, nomi a dominio, certificati SSL, ottimizzazione server e anche servizi di assistenza custom.

datacenter-host1plus

Per questa recensione, abbiamo testato un VPS (Virtual Private Server), 2 Core, 2048MB di RAM. Nel pacchetto è prevista una velocità di banda di 50 Mbps, e 40GB di disco.

Pannello di controllo

La prima valutazione è stata fatta sul pannello di gestione, la porta d’entrata di qualsiasi utente ai servizi offerti dal provider.

dashboard

Il pannello si presenta ottimamente: il design pulito e la struttura responsive. Il menu di sinistra è ben organizzato, chiaro e si ritrae su risoluzioni inferiori.

resp

L’interfaccia è localizzata su 4 lingue: Inglese, Lituano, Portoghese e Spagnolo. Purtroppo la lingua italiana manca, ma generalmente l’inglese è ben conosciuto dai sistemisti e da chi comunque ha un’infarinatura tecnica.

Supporto

Da notare nel menu di servizio la chat online che durante i nostri test è rimasta sempre disponibile. Abbiamo provato anche a contattarla per un banale richiesta per verificare i tempi di risposta. Abbiamo aspettato 3 minuti prima che l’operatore rispondesse, un tempo accettabile per questo tipo di servizio. Inoltre l’assistenza, benchè la domanda fosse triviale, è stata cortese e professionale.

Oltre la chat, utilizzabile per problemi più urgenti, è presente un sistema di ticketing al quale sottoporre le proprie domande.

Prestazioni

Per valutare le prestazioni abbiamo lanciato un test da riga di comando su bash scritto da Getipaddr e che potete trovare a questo indirizzo.  Lo scopo di questo script di speedtest è quello di dare un quadro completo delle capacità di rete. Un server fornisce contenuti, il che significa che la velocità di upload è estremamente importante e non deve essere trascurato in un test di benchmark di rete.

Questo il log risultante:

-------------Speed test--------------------
Testing North America locations
Speedtest from Portland, Oregon, USA [ generously donated by http://bonevm.com ] on a shared 100 Mbps port
	Download Speed: 8.40 MB/sec
	Upload speed: 3.88 MB/sec
Speedtest from Seattle, Washington, USA [ generously donated by http://ramnode.com ] on on a shared 1 Gbps port
	Download Speed: 15.09 MB/sec
	Upload speed: 17.63 MB/sec
Speedtest from Los Angeles, CA, USA [ generously donated by http://maximumvps.net ] on a shared 1 Gbps port
	Download Speed: 4.34 MB/sec
	Upload speed: 8.27 MB/sec
Speedtest from Los Angeles, California, USA [ generously donated by http://ramnode.com ] on on a shared 1 Gbps port
	Download Speed: 15.25 MB/sec
	Upload speed: 10.28 MB/sec
Speedtest from Denver, CO, USA on a shared 100 Mbps port
	Download Speed: 11.58 MB/sec
	Upload speed: 19.74 MB/sec
Speedtest from Kansas City, MO, USA [ generously donated by http://megavz.com ] on a shared 1 Gbps port
	Download Speed: 0 MB/sec
	Upload speed: 0 MB/sec
Speedtest from Dallas, TX, USA [ generously donated by http://cloudshards.com ] on a shared 1 Gbps port
	Download Speed: 11.67 MB/sec
	Upload speed: 12.05 MB/sec
Speedtest from Chicago, IL, USA [ generously donated by http://vortexservers.com ] on a shared 1 Gbps port
	Download Speed: 16.16 MB/sec
	Upload speed: 17.75 MB/sec
Speedtest from Beauharnois, Quebec, Canada [ generously donated by http://mycustomhosting.net ] on a shared 1000 Mbps port in / 500 Mbps port out
	Download Speed: 4.40 MB/sec
	Upload speed: 12.87 MB/sec
Speedtest from Beauharnois, Quebec, Canada [ generously donated by http://hostnun.net/ ] on a shared 500 Mbps port
	Download Speed: 12.91 MB/sec
	Upload speed: 17.21 MB/sec
Speedtest from New York City, New York, USA [ generously donated by http://ramnode.com ] on on a shared 1 Gbps port
	Download Speed: 16.18 MB/sec
	Upload speed: 35.58 MB/sec
Speedtest from Atlanta, Georgia, USA [ generously donated by http://ramnode.com ] on on a shared 1 Gbps port
	Download Speed: 16.96 MB/sec
	Upload speed: 18.71 MB/sec
Speedtest from Lenoir, NC, USA [ generously donated by http://megavz.com ] on a shared 1 Gbps port
	Download Speed: 13.99 MB/sec
	Upload speed: 2.18 MB/sec
Speedtest from  Asheville, NC, USA on a shared 1 Gbps port
	Download Speed: 14.08 MB/sec
	Upload speed: 17.25 MB/sec
Speedtest from Jacksonville, FL, USA [ generously donated by http://maximumvps.net ] on a shared 1 Gbps port
	Download Speed: 5.48 MB/sec
	Upload speed: 3.60 MB/sec

Testing EU locations
Speedtest from Tallinn, Estonia on a shared 1 Gbps port
	Download Speed: 13.50 MB/sec
	Upload speed: 1.48 MB/sec
Speedtest from London, United Kingdom on a shared 1 Gbps port
	Download Speed: 66.46 MB/sec
	Upload speed: 43.08 MB/sec
Speedtest from Paris, France on a shared 1 Gbps port
	Download Speed: 31.26 MB/sec
	Upload speed: 16.92 MB/sec
Speedtest from Alblasserdam, Netherlands [ generously donated by http://ramnode.com ] on on a shared 1 Gbps port
	Download Speed: 80.10 MB/sec
	Upload speed: 68.07 MB/sec
Speedtest from Spijkenisse, Netherlands [ generously donated by http://www.freshnetworks.co ] on a 1 Gbps shared port
	Download Speed: 31.88 MB/sec
	Upload speed: 40.07 MB/sec
Speedtest from Milan, Italy [ generously donated by http://www.prometeus.net ] on a shared 1 Gbps port
	Download Speed: 30.87 MB/sec
	Upload speed: 54.70 MB/sec
Speedtest from Dusseldorf, Germany [ generously donated by http://megavz.com ] on a shared 1 Gbps port
	Download Speed: 2.04 MB/sec
	Upload speed: 20.84 MB/sec
Speedtest from Falkenstein, Germany [ generously donated by http://megavz.com ] on a shared 1 Gbps port
	Download Speed: 22.78 MB/sec
	Upload speed: 43.33 MB/sec
Speedtest from Bucharest, Romania [ generously donated by http://www.prometeus.net ] on a semi-dedicated 1 Gbps port
	Download Speed: 11.58 MB/sec
	Upload speed: 11.61 MB/sec

Testing Asian locations
Speedtest from Singapore on a shared 1 Gbps port
	Download Speed: 11.37 MB/sec
	Upload speed: 4.82 MB/sec
Speedtest from Tokyo, Japan on a shared 1 Gbps port
	Download Speed: 1.58 MB/sec
	Upload speed: 1.33 MB/sec

Testing Australian locations
Speedtest from Sydney, Australia on a shared 1 Gbps port
	Download Speed: 1.10 MB/sec
	Upload speed: 1.19 MB/sec
---------------CPU test--------------------
CPU: 1 x QEMU Virtual CPU version 1.0
Time taken to generate PI to 5000 decimal places with a single thread: 0m27.784s
----------------IO test-------------------
Writing 1000MB file to disk
(1.1 GB) copied, 5.68625 s, 189 MB/s

Interessante notare i picchi raggiunti in Olanda (80 MB/sec in download e 68 MB/sec in upload) e un buon comportamento generale in europa. In America la banda è accettabile con picchi fino a 35 MB/sec in upload e 16 MB/sec a New York. L’Asia e l’Australia forniscono risultati peggiori probabilmente dovuti all’infrastruttura esterna più che a deficit del provider.

Abbiamo inoltre messo a confronto i testi di IO throughput  e CPU test con un VPS dual core su DigitalOcean che ha prodotto questi risultati:

---------------CPU test--------------------
CPU: 2 x Intel(R) Xeon(R) CPU L5630 @ 2.13GHz
Time taken to generate PI to 5000 decimal places with a single thread: 0m39.094s
----------------IO test-------------------
Writing 1000MB file to disk
(1.1 GB) copied, 2.34606 s, 458 MB/s

La potenza di calcolo si è dimostrata migliore in Host1Plus impiegando solo 0m27.784s rispetto ai  0m39.094s su DigitalOcean. Invece l’IO speed si è rivelato migliore su DigitalOcean che ha doppiato i tempi di Host1Plus. Quest’ultimo risultato è riconducibile all’uso da parte di DigitalOcean di dischi allo stato solido (SSD) che accelerano il throughput su disco, mentre Host1Plus utilizza dischi tradizionali con solamente la cache SSD.

Costi

Host1Plus offre diverse tipologie di servizio di hosting. Dal più banale hosting condiviso, alle VPS, ai server dedicati.

L’hosting condiviso parte dai 7€ all’anno per piani basilari (1GB di spazio, 50GB di banda) ai 132€ all’anno per piani più ricchi di servizi (banda illimitata, 100GB spazio, indirizzo IP gratuito).

I cloud server partono da cifre di 2€/mese (0.5 core, 256 MB di ram, 20 GB di disco, 500GB di banda, 1 IP) ad oltranza. Il piano Gold, per esempio, costa 32€/mese per 4 core, 4 GB di ram, 70 GB di disco, 3000 GB di banda e 1 IP.

I server dedicati, infine, hanno prezzi superiori, per prestazioni chiaramente migliori. Si parte da server dal costo di 50€/mese per arrivare a cifre ben più importanti per server di categoria superiore.

La Cartoteca: Una herramienta para elegir la mejor proyección cartográfica

Projection Wizard es una sencilla aplicación web, creada por el Departamento de Cartografía de la Oregon State University, que puede servirnos de ayuda a la hora de elegir la mejor proyección cartográfica cuando nos encontremos preparando mapas, ya sean del mundo o de una porción de la superficie terrestre.

map_projection_wizard

Su funcionamiento es realmente sencillo. En primer lugar se debe seleccionar el área que se va a representar en el mapa sobre una imagen global de nuestro planeta. Esa selección puede hacerse a través de la ventana interactiva sobre la pantalla, o bien se pueden introducir las coordenadas correspondientes. Luego, se elige el tipo de proyección deseado (conforme, equidistante…), y ya está. Tendremos en pantalla una lista, con características detalladas, acerca de la proyección recomendada para plasmar nuestro mapa. Como extra, cabe señalar que, en algunos casos, se permite la descarga de ficheros proj.4, que encuentran utilidad en la conversión entre proyecciones en diversos tipos de software cartográfico.

| Vía Maps Manía |

Una herramienta para elegir la mejor proyección cartográfica apareció originalmente en La Cartoteca, junio 26, 2015.

Spatialists: Fabulous Finds II

source

→ Google Sheep View

source

If you are like me you love a good parody and hence this new Google product.

 

→ What to do if your p-value is just over the arbitrary threshold for ‘significance’ of p=0.05?

Matthew Hankins carried out an analysis of the wording researchers use when their statistical tests yield non-significant results (p > 0.05). Hilarious!

” The following list is culled from peer-reviewed journal articles in which (a) the authors set themselves the threshold of 0.05 for significance, (b) failed to achieve that threshold value for p and (c) described it in such a way as to make it seem more interesting.
[…]
here is the list in full:
(barely) not statistically significant (p=0.052)

a barely detectable statistically significant difference (p=0.073)
a borderline significant trend (p=0.09)
a certain trend toward significance (p=0.08)
a clear tendency to significance (p=0.052)
a clear trend (p<0.09)
a clear, strong trend (p=0.09)
[…]”

[Matthew Hankins, via Justin Wolfers]

 

→ Bringing a hammer to a wiring problem…

You know the saying about hammers and nails. I do believe being a domain expert not only means knowing how to use what tool to what end, but also knowing when the tools of your domain are not the right ones for a job:

[Brian Timoney]

 


(Under the title Fabulous Finds I collect links that I have found interesting, relevant or inspiring for some reason, but that don’t squarely fit into the core themes of this blog. It’s only an experiment as of now.)

 

Orbemapa: ¿Un mapa turístico o una experiencia turística?

Los mapas turísticos tradicionales Los mapas turísticos que podemos conseguir en la oficina de turismo de cualquier ciudad tienen características conocidas por todos. Algunas de ellas son casi signo distintivo de este tipo de cartografía, hasta el punto de casi definir un estándar consuetudinario formado por: callejeros con monumentos destacados mediante el uso del…

Spatialists: Visualizing group sizes and inter-group flows

source

A few weeks ago, I came across the following graphics on Twitter:

They depict voter share per party (including absentees, in grey) (top) and voter flows between different parties in the 2015 cantonal elections in Zurich. The graphics are produced by sotomo, a research company at the nexus of science and practical application occupying itself with political and economic topics. I’m not sure if only the lower graphic or both have been produced jointly with the Swiss daily Tagesanzeiger, but I think only the lower graphic has been published in the newspaper.

Circles

These graphics pose interesting problems and both are connected to the circles:

The top graphic uses circles to represent voter shares. It’s of course hard to assess the relative sizes of the circles (the usual problem with such depictions). But this is clearly also not the point sotomo aims to make (there are no scales or quantitative labels of any kind). Instead, the point they want to drive home is – I think – that there is a very large share of people who didn’t vote in the elections – and that aspect of the graphic works.

(In parantheses: Even if this might shock you, it’s not very uncommon in Switzerland. Many pundits take it as a sign not of political apathy but rather of people generally being okay with how things are run around here.)

Aside: Scaling and judgement

In the 1950s, various scholars studied biases in perception, one of them being James Flannery. Based on earlier research on how people often judge relative sizes of circles wrongly, he introduced a so-called “appearance compensation” for circular diagrams. This algorithm would adjust relative sizes of circles in a manner that, on average, would compensate for the biased perception. However, nowadays most people argue that these methods should not be used anymore, but instead other means that support accurate perception of circular diagrams.

Flows and circles

Other than the first graphic that I kind of like in its simplicity and to-the-point message, I find the second graphic not ideal. The problem is in the legend and how it instructs us to use the graphic. Both circle size and width of the flow vectors encode the same property: number of voters supporting a party and number of voters who changed their endorsement of a party. Showing these properties is a nice idea, in my opinion. But how the authors chose to depict them damages the message as it is not possible to appreciate both the flows and the party support bases simultaneously and in relation to each other. Even given the legend with the circle representing 30,000 and the arrow representing 1,000 the comparison does not compute.

That’s a shame. I think the reason the authors chose this kind of diagram might have to do with the fact that this and similar diagrams have become very popular over the last few years. Also, they are relatively easily made for example with Gephi or D3.

However, there are clearly better alternatives, in my opinion. For example, the widely used D3 chord diagrams are capable to make the group sizes and the inter-group flows comparable (or, speaking within the above example, the party support and voter flows). An even nicer approach has been used in the UK General Election by The Guardian*. It avoids difficulties that are commonly associated with round graphics by basically unravelling a chord diagram onto a straight axis thereby creating a simple Sankey diagram.

The Guardian’s approach can show group size (party support in 2010, top, and 2015/projected, bottom) as well as the size of flows between the groups (voter flows, from top to bottom) clearly and simultaneously:

The graphic’s complexity is alleviated by the built-in interaction which always highlights only one party (either in 2010 or in 2015) and associated flows. Additionally, the Guardian team have disassembled the wins and losses of the individual parties into distinct static graphics, beneath this comprehensive one (not shown above).

In what clever ways do you visualise group size and flow size, simultaneously or not?

 

*: In the interest of full disclosure: I have assisted The Guardian with the UK General Election 2015 cartogram.

La Cartoteca: Atlasify, o cómo convertir términos de búsqueda en mapas

Hay vida más allá de Google, aunque en el mundo de las búsquedas de Internet sea el rey, o casi dios, al menos de momento. Atrás quedaron los añejos Altavista y el todavía presente pero rezagado buscador de Yahoo. Mientras tanto, Bing intenta seguir en la carrera que lidera el gigante de Mountain View. Por otra parte, sin querer competir con Google y el resto de jugadores en la partida de los buscadores, hay otras propuestas que son simplemente experimentales y hasta divertidas.

atlasify_silk_road
Ejemplo de búsqueda en Atlasify para el término “silk road” (ruta de la seda).

Es el caso de Atlasify, un buscador singular que convierte los términos de búsqueda en representaciones visuales bidimensionales. De momento cuenta con pocos marcos de representación, no va más allá de mostrar datos sobre mapas del mundo o en la tabla periódica de los elementos químicos y poco más (ejes cronológicos y algunas representaciones relacionadas con la política), pero promete ir creciendo con el tiempo. ¿Tiene utilidad? Bien, eso según se mire. Al tratarse de algo experimental (en Beta, claro está), siendo prácticamente un juego, puede que a primera vista no parezca útil, pero tiene su encanto y cierta enjundia.

atlasify_beer
Ejemplo de búsqueda en Atlasify para el término “beer” (cerveza).

Atlasify ha surgido de una colaboración entre la Universidad de Minnesota y la Universidad Northwestern. Está construido sobre la API de WikiBrain que, a su vez, se alimenta de la Wikipedia. Ahora mismo, la mayor parte de las salidas gráficas corresponden a las representaciones visuales en modo de mapa interactivo. Esa interactividad cae del lado de la Wikipedia, mostrando en los gráficos la información de las entradas relacionadas con la información solicitada. Atlasify incluye, además, un curioso juego para descubrir términos de búsqueda partiendo de representaciones ya completas (para eso hay que pinchar en el buscador sobre el llamativo icono de “This or That”).

| Vía Maps Mania |

Atlasify, o cómo convertir términos de búsqueda en mapas apareció originalmente en La Cartoteca, junio 20, 2015.

La Cartoteca: Mapa de altitudes de líneas de ferrocarril de España

En una reciente visita al Museo del Ferrocarril de Madrid, me llamó la atención un curioso mapa sobre las altitudes de las líneas férreas españolas que ya tiene unos cuantos años a sus espaldas. Resulta interesante para ver cómo, con sencillos medios, se pueden conseguir modos de visualización de información compleja realmente atractivos (tengo que reconocer que no es demasiado intuitivo a primera vista, pero sí muy llamativo). En uno de los boletines del museo he encontrado más información sobre este curioso mapa:

El mapa de altitudes representa la situación de la red ferroviaria de vía ancha entre los años 1945 y 1951, dibujando las líneas con vía única y las de vía doble, bien electrificadas o pendientes de electrificación. Tiene una escala horizontal 1:1.300.000 y una escala vertical 1:20.000. En él podemos apreciar la máxima cota ferroviaria en España a cielo abierto –situada en La Cañada (Ávila), con 1.359 metros– y en túnel –con una máxima altitud de 1.495 metros, en la Collada de Tosas (Girona)–. Se creó tomando como base un mapa impreso de la red ferroviaria peninsular, cuyo autor no se ha podido determinar. Sobre dicho mapa se fueron perfilando las líneas férreas realizando hendiduras, para poder incrustar los perfiles longitudinales –elaborados en acetato– de cada una de las líneas.


Las siguientes fotografías fueron tomadas con un móvil durante la mencionada visita.

mapa_de_altitudes_de_lineas_3

mapa_de_altitudes_de_lineas_5

mapa_de_altitudes_de_lineas

mapa_de_altitudes_de_lineas_2

mapa_de_altitudes_de_lineas._6JPG

Mapa de altitudes de líneas de ferrocarril de España apareció originalmente en La Cartoteca, junio 14, 2015.

Spatialists: Fabulous Finds I

→ The real reason American passenger trains are so bad

“It’s not just that these services aren’t the best in the world and don’t deploy the most cutting-edge technology available. They are often truly abysmal, with travel times worse than what was possible 100 years ago.” [Vox]

Matthew Yglesias gives some interesting insights into the reasons for the state of US passenger rail, some historic, some geographic and many of them quite surprising to me.

[Matthew Yglesias, Vox]

 

→ Apple Watch’s Activity app UI is the same as the 8-yr-old PolarClock screensaver’s

It’s all in the title.

[Dane Baker, via Eli Schiff]

 

→ The Shadow in the Darkness

In this short film, Joe Bollard, who is blind, talks about his relationship with his guide dog. [Video, 7:22mins]

Click here to view the embedded video.

[BlackBox Documentaries, via kottke]


(Under the title Fabulous Finds I collect links that I have found interesting, relevant or inspiring for some reason, but that don’t squarely fit into the core themes of this blog. It’s only an experiment as of now.)

 

TANTO: GeoCetus: la banca dati italiana aperta sugli spiaggiamenti di cetacei e tartarughe marine

La Genesi

Verso la fine del 2011 nella mia casella di posta elettronica trovai un invito per una conferenza dal titolo “Gli squali nel Mediterraneo”, che si sarebbe tenuta di lì a pochi giorni a Pescara.
Ormai non ricordo più se il titolo fosse davvero quello, né chi fosse il mittente della mail, fatto sta che decisi di andare, spinto in gran parte dalla voglia di passare – dopo anni – una giornata ad ascoltare discorsi di biologia marina “pura” e prendermi una pausa dalle solite cose: gis, json, rest, php, cors, script, sql, ecc.
Dell’intervento principale sugli squali ricordo poco o nulla, non mi colpì granché, ma ricordo bene l’intervento del dottor Vincenzo Olivieri, veterinario e presidente della Onlus “Centro Studi Cetacei” (CSC), che non parlò di squali, ma di spiaggiamenti di cetacei, dei casi di studio più interessanti che aveva incontrato, di indagini sul campo e metodologie analitiche, del lavoro svolto dalla sua associazione e di tanto altro. Ciò che mi fece drizzare le orecchie, man mano che andava avanti, fu pensare alla quantità di datidati spaziali, probabilmente – che il Centro Studi Cetacei poteva (e doveva!) aver raccolto.
Le domande che avevo in testa erano: “Dove li terranno questi dati?”, “In che formato saranno conservati?”, “Saranno disponibili?”, “Saranno accessibili?”.
Al termine della conferenza andai dritto da Olivieri, parlammo una decina di minuti e venne fuori un accordo, direi uno scambio: il Centro Studi Cetacei mi avrebbe fornito i dati sugli spiaggiamenti dopo averli riordinati e organizzati il meglio possibile, visto che erano sparsi in vari fogli Excel, documenti PDF e addirittura qualche scheda cartacea e io avrei sviluppato, senza costi per il CSC, uno strumento informatico per consultarli in maniera semplice e veloce sul web. In cambio chiesi che il risultato di questo nostro sforzo congiunto fosse messo a disposizione come open data.
Ci tengo a sottolineare che questa mia richiesta venne accolta immediatamente e con entusiasmo, segno di un’apertura mentale da parte del mio interlocutore che, ancora oggi, non so quanto sia facile trovare tra i non addetti ai lavori.

Pronti, si comincia!

La primissima fase consistette in una serie di incontri con Vincenzo e con altre persone del CSC; il nostro obiettivo era individuare un minimo comune denominatore nelle informazioni in loro possesso e, partendo da qui, organizzare lo storico in maniera coerente e il più possibile ordinata.
Successivamente fu la volta di scegliere gli strumenti informatici da usare per dare vita al nostro progetto e, non avendo vincoli se non mantenere a zero i costi dell’operazione, decisi per uno stack tecnologico collaudato e completamente open source: PostGIS, GeoServer e OpenLayers. A dire il vero penso che questa sarebbe stata la mia scelta anche se avessimo avuto un budget da spendere!
Scelto lo stack, restava però il problema di mettere in piedi un server. Come molti di voi sapranno, anche se installato con solo software libero, un server ha comunque dei costi legati all’hardware e alla connettività, il che cozzava non poco con il vincolo del costo zero.
Ebbene, senza TANTO e Andrea, al quale parlai del progetto il giorno dopo la conferenza, l’idea sarebbe rimasta nella mia testa, inespressa nella pratica o, al massimo, sarebbe diventata l’ennesima demo in “localhost” sul mio computer.
Il server, alla fine, ce lo ha messo TANTO! Un hosting non da poco, con PostGIS e GeoServer belli e pronti, Apache e PHP per creare pagine web e, soprattutto, persone competenti a gestire l’infrastruttura.
A questo punto, con i dati che iniziavano a prendere forma ed il server pronto ad accogliere l’applicazione, per me era finalmente ora di entrare nel vivo e tirarmi su le maniche per produrre qualcosa di tangibile da mostrare a Vincenzo e al CSC che, nel ripulire, organizzare e armonizzare i dati storici, avevano passato parecchi giorni a lavorare.
Così all’inizio del 2012 venne fuori il primo output, un’applicazione di web mapping strutturata in maniera abbastanza classica e in grado di mostrare i punti dove erano stati effettuati i rilievi sugli animali spiaggiati e le informazioni ad essi associate su una mappa, una griglia ordinabile e dei grafici. Scegliemmo di chiamarla GeoCetus.

GC_webmap

I dati potevano essere filtrati su base annuale, adeguando le tre viste di conseguenza. Selezionando un punto, come lecito aspettarsi, compariva una scheda con tutte le informazioni di dettaglio ed era possibile scaricare tutti i dati disponibili in formato KML e CSV, ovviamente sotto licenza CC BY-SA. Nulla di eclatante, insomma, ma funzionale.
Questa prima versione si basava su una sola tabella PostGIS, denominata “spiaggiamenti”, un po’ di codice PHP per tirare fuori un GeoJSON – preferii non scomodare GeoServer in prima battuta – e la mia collaudata cassetta degli attrezzi JavaScript composta da OpenLayers 2.12, jqGrid e Google Charts.

Un buon inizio, ma serve sempre qualcosa in più

L’applicazione di web mapping prodotta non era male, nel senso che faceva quello che doveva fare in base ai requisiti concordati con il CSC e lo faceva discretamente: mostrava i dati e consentiva di interrogarli e scaricarli.
Ben presto, però, sorse la necessità di aggiornare la banca dati in modo che fosse sempre attuale ed utile, così pensai di ricorrere ad un foglio di calcolo su Google Drive. I nuovi dati sarebbero stati inseriti lì e poi, tramite uno script Python, trasferiti in PostGIS con una query SQL.
Lo script funzionava senza particolari problemi, però lasciava irrisolte due questioni importanti:

  • vincolare alcuni campi ad un dominio specifico di valori;
  • calcolare automaticamente il codice identificativo di ogni evento registrato, il quale doveva seguire uno schema preciso per non violare il vincolo di univocità.

Probabilmente lavorando un po’ di più allo striminzito script Python che avevo prodotto si sarebbe potuta trovare la soluzione ad entrambi i problemi, ma ho preferito creare qualcosa che girasse completamente sul nostro server e sviluppare un modulo gestionale in PHP con interfaccia basata sull’ottimo Twitter Bootstrap (all’epoca la versione stabile era la 2.3.2). Dopo qualche giorno di lavoro venne fuori il prototipo del modulo gestionale:

GC_manager

Questo modulo, accessibile solo agli utenti registrati sul database, costituiva uno strumento di facile utilizzo, tramite il quale chiunque poteva registrare un nuovo spiaggiamento senza incappare in errori grossolani, di distrazione e senza doversi preoccupare del codice di registrazione, che veniva compilato in automatico dal modulo stesso, sulla base delle regole stabilite.
Problema risolto? Certo che no! Le esigenze, man mano che GeoCetus e il suo modulo gestionale venivano utilizzati, divenivano ben maggiori del semplice consultazione e inserimento di nuovi dati. Occorreva spesso correggere o cancellare qualcosa e sarebbe stato bello anche poter allegare dei file per caratterizzare meglio i rilievi registrati.
Inoltre, nel frattempo, era saltata fuori anche la necessità di gestire i dati sulle tartarughe marine.
Come spesso accade, l’appetito viene mangiando.

GeoCetus diventa un portale

Per organizzare al meglio tutti le funzioni e i moduli previsti la cosa migliore era, sicuramente, ripensare l’applicazione in forma di un portale, così, dopo qualche mese di lavoro e svariati aggiornamenti a librerie e script vari, il risultato è quello che tutti possono vedere puntando il browser a questo indirizzo: http://geocetus.spaziogis.it.

GC_portal

Il portale prevede diverse tipologie di utenti, che hanno prerogative diverse sulla gestione dei dati e degli allegati. Ad ogni evento inserito sotto forma di punto è possibile associare fino a 3 foto e 3 documenti in formato PDF relativi a necroscopie ed analisi di laboratorio; a breve sarà possibile collegare anche dei filmati. Tutti i contenuti sono aperti, distribuiti sotto licenza CC BY-SA e messi a disposizione degli interessati sia sotto forma di servizi OGC che dei più comuni formati di file usati in ambito di geodati.
Ora, piuttosto che annoiarvi con l’elenco particolareggiato delle caratteristiche del portale, vi invito a consultare lo slideshow in calce al post e, soprattutto, a visitarlo in prima persona.
Piuttosto, mi preme dire che, per quanto ne so, ad oggi, quella di GeoCetus è la più completa banca dati sugli spiaggiamenti di cetacei e tartarughe marine dell’intero panorama nazionale, che si tratta di una banca dati libera ed accessibile e che, questo risultato, per quanto sia ancora passibile di miglioramenti, è stato raggiunto da un gruppo di volontari. Abbiamo investito parte del nostro tempo libero per dare vita a un progetto che, speriamo, diventi un riferimento per gli addetti ai lavori e, soprattutto, contribuisca ad innescare un clima virtuoso di collaborazione e condivisione delle informazioni anche da parte di altri soggetti.


L'articolo GeoCetus: la banca dati italiana aperta sugli spiaggiamenti di cetacei e tartarughe marine è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

La Cartoteca: Novedades en Panoraudio 4.0

En el seguimiento que vengo haciendo en los últimos tiempos al proyecto Panoraudio (que ya es mucho más que un servicio online de mapas interactivos para clips de audio y que cada vez me gusta más), me han llegado las siguientes novedades:

Ahora existe la posibilidad de exploración en modo libre o guiado por el sistema, lo que le da mucha más plasticidad al conjunto. Igualmente, se han modificado y mejorado los iconos de las categorías, permitiéndose ahora la previsualización de contenidos en forma de imágenes en miniatura, lo que mejora bastante la usabilidad. En cuanto a las rutas, existe una nueva opción para habilitar rutas creadas por los usuarios.

He aquí algunos ejemplos recientes de lo que puede hacerse con Panoraudio:

Pincha en cada imagen para ampliar.
ayuda fotosmapa fotosraster grupofoto inicio xploraraster xplorarmapa

Novedades en Panoraudio 4.0 apareció originalmente en La Cartoteca, mayo 30, 2015.

Dynamick: Pricing table per temi WordPress: la mia libreria

In questi mesi sto sviluppando in nuovo tema WordPress e mi sono imbattuto nel risolvere il problema delle pricing table, ovvero come farle gestire agevolmente all’utente.

La necessità era appunto quella di dare all’utente un’interfaccia backend semplice da utilizzare e versatile, attraverso l’aggiunta delle righe e colonne senza limiti. L’altro requisito era quello di generare un codice HTML in linea con quello del tema HTML già pubblicato su Themeforest.

Per unire un’UX agile e la plasticità dell’output ho analizzato in rete i plugin disponibili per capire la strada da seguire: riutilizzare un plugin già fatto o cominciare lo sviluppo di una mia libreria. Ho trovato un buon plugin “Pricing Table” di WpEden e ho usato la sua versione free come base di sviluppo.

Da plugin l’ho trasformato in libreria da includere nella functions.php con il seguente codice:

/* Include Pricing table library */
include_once('inc/pricing-table/pricing-table.php');

L’intera libreria in questo caso l’ho aggiunta all’interno del mio tema nella cartella inc/pricing-table

L’interfaccia backend si presenta inizialmente come un nuovo post-type “pricing table”, dove vengono elencati i listini già creati con il loro shortcode da inserire nel post.

pricing-table-backend-1

La cosa interessante appare quando si modifica un listino prezzi. Gli autori di wpeden hanno creato un meta-box ad-hoc per gestire le righe e le colonne e il listino “speciale”, che solitamente viene evidenziato in qualche modo.

pricing-table-backend-2

Come si vede dallo screenshot qui sopra, i bottone “Add Package” e “Add Feature” consentono di estendere il listino per adattarlo alle proprie esigenze.

Questa versione è pensata per sviluppatori di temi WordPress, quindi la libreria genererà semplicemente l’HTML, mentre le direttive di stile dovranno risiedere nel foglio di stile principale del tema, style.css.

Trovate il codice nel repository github che ho creato appositamente. Aspetto i vostri commenti e soprattutto il vostri pull-request.

TANTO: Contribuiamo alla scrittura del Position Paper sul GIM

Questo articolo è apparso originariamente su www.big-gim.it.15 Giugno

In occasione del barcamp svoltosi nell’ambito del raduno Spaghetti Open Data 2015 (#SOD15) a Bologna, primo incontro pubblico per discutere del Geographic Information Manager, è stata proposta l’organizzazione di un “tavolo di lavoro” con l’intenzione di produrre un Position Paper su questa nuova figura professionale, da sottoporre all’Agenzia per l’Italia Digitale (AgID) perché possa esaminarne i contenuti ed esprimere proprie valutazioni in merito.

Questa iniziativa, promossa da Stati Generali dell’Innovazione, insieme alla Redazione di TANTO, alla comunità Spaghetti Open Data ed all’Università degli Studi “Link Campus University”, si rivolge alle associazioni, comunità ed ai singoli interessati ad approfondire gli aspetti salienti riguardanti questa nuova figura professionale.

Per contribuire alla redazione del Position Paper si può commentare questo documento condiviso, per avviare una discussione sul tema suggeriamo invece l’utilizzo della nostra mailing list.

Fino al 15 giugno prossimo sarà possibile contribuire alla stesura della versione finale di questo documento.

Per la stesura della versione preliminare del Position Paper sono stati di grande utilità i numerosi pareri e proposte raccolti attraverso il sondaggio sul ruolo del GIM eseguito dalla Redazione di TANTO, i successivi commenti lasciati nel documento contenente tutte le risposte al questionario pervenute, nonché le discussioni avvenute all’interno della mailing list, “luogo” creato per costruire insieme questa idea e renderla concreta.

Il contenuto di questa prima versione del Position Paper è articolato nei seguenti punti:

  • Introduzione
  • Razionale del Position Paper
    • Geographic Information Manager e Open Government
    • Geographic Information Manager e “Comunità Intelligente”
  • Il ruolo del Geographic Information Manager nell’ambito dell’organismo d’indirizzo della comunità intelligente
    • Profilo delle competenze del Geographic Information Manager
    • Condizioni perché il Geographic Information Manager possa agire con competenza
  • Formazione e sviluppo professionale del GIM
  • Gestione dei GIM
  • Quadro normativo di riferimento

Giovedì 18 giugno, presso la sede di Roma della “Link Campus University“ (Via Nomentana, 335, Roma) è prevista la presentazione pubblica del Position Paper e la sua consegna ad AgID. Nei prossimi giorni, su questo sito, sarà pubblicato il programma dell’evento.

L'articolo Contribuiamo alla scrittura del Position Paper sul GIM è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

geomaticblog.net: III Edición Geocamp ES

A través de Geoinquietos Sevilla

El próximo 20 de junio se celebrará en Sevilla la tercera edición de la versión española de la Geocamp este año organizada por Geoinquietos Sevilla.

¿Qué es una Geocamp?

– Una desconferencia sobre temática GEO y software libre.
– Evento basado en el concepto de Barcamp y que se viene celebrando desde hace tiempo en Portugal.

El mundo de las tecnologías de la información geográfica (TIG) y el software libre está teniendo cada vez más peso en el mundo en que vivimos, tanto desde el punto de vista personal como profesional. Muestra de eso, en últimos años, se está generando un movimiento muy significativo formado por gente con grandes inquietudes sobre estos temas, a la par que están apareciendo cada vez más  profesionales del sector que participan en proyectos y jornadas de carácter nacional e internacional.

A partir de una de estas participaciones, concretamente en la Geocamp del año 2012 en Campo Maior (Portugal), nace la idea de crear un evento similar aquí en España, donde compartir experiencias y conocimientos sobre temas geo y software libre. Aquí está el germen de la Geocamp española.

Organizada por un grupo de Geoinquietos y apoyados por un conjunto de empresas e instituciones, la Geocamp es un evento con formato desconferenciaque intenta favorecer la participación y la colaboración, puesto que serán los propios participantes de la Geocamp los que conformen el programa de charlas el mismo día de su celebración, justo antes de comenzar. Por supuesto, está garantizada la participación de grandes nombres del mundo del software libre y de la geomática a nivel nacional e internacional.

La Geocamp 2015, que viene precedida de sus anteriores ediciones, realizadas en La Coruña y Vigo, respectivamente, se celebrará en el Parque del Alamillo, parque metropolitano que discurre entre el municipio de Santiponce y la propia ciudad de Sevilla y es de acceso libre (previo registro) y gratuito. Además, se ofrecerá a los asistentes coffe break y almuerzo para reponer fuerzas, regalos, etc., así como alguna sorpresa final. Todo esto gracias a los patrocinadores del evento.

Patrocinadores III Geocamp.es

Para estar atentos a todas las novedades sobre la Geocamp 2015 está disponible su portal web (http://geocamp.es/) y el blog de Geoinquietos (http://geoinquietos.blogspot.com.es/), así como sus perfiles de Twitter y Facebook.

Página de registro: http://geocampes2015.eventbrite.es/

¡Os esperamos en Sevilla!

Fuente de la foto original: https://flic.kr/p/ambxAZ


Archivado en: eventos

neogeo: Rien que pour vos yeux…

Jeu de données attendu depuis longtemps par tous les aficionados de la cartographie statistique, les Contours… IRIS® de l’IGN sont désormais disponibles en licence ouverte. Oui, c’est ouvert mais c’est une marque déposée de l’INSEE comme l’indique la base de données de l’INPI. D’où le ®. Ce qui est rigolo, c’est que les trois points de suspension après Contours font partie intégrante de la marque. On peut le voir comme pour souligner le côté flou ou flottant de ces contours, dont on aurait du mal à cerner les limites. Et c’est vrai que quand on creuse un peu le sujet, on se pose vite des questions.

Pour ceux qui n’auraient jamais été dessillés sur le sujet, reprenons un peu la généalogie de ce jeu de données (oui, je parle comme j’INSPIRE maintenant). Les IRIS sont des subdivisions communales construites par agrégations d’îlots (voir la documentation officielle) à vocation de représentation statistique plus fine que la commune. Ils ont été définis par l’INSEE pour le recensement de 1999, et ont porté alors à l’occasion le joli nom d’IRIS2000 (c’était l’époque où on regardait encore K2000 à la TV, et le directeur de la statistique de l’époque était fan de David Hasselhoff, qui fait d’ailleurs son grand retour actuellement avec son clip True Survivor que je conseille à tous, même s’il faut se fader 30 secondes de pub avant d’en profiter). Bref, pour les communes de plus de 10000 habitants et certaines de plus de 5000, l’INSEE établit donc des subdivisions, calées sur la voirie avec donc des délimitations genre « de la droite de la Rue du Marteau entre les n° 12 et 146 à la gauche de la Rue du Sabot, ce qui rend franchement agréable le travail de numérisation. C’est pour cela que ce jeu de données était revendu par quelques officines seulement qui, partant du fait que le boulot était éminemment pénible et qu’il s’adressait essentiellement à des activités de géomarketing où on se fait de la thune, le faisaient payer plus cher que l’ArcMap (pas de ® ici, vous pouvez aller déposer la marque) qui servait à les visualiser.

Comme à chaque fois qu’un jeu de données dépend d’un autre (ici la voirie), son cycle de vie devient un peu compliqué. Car si la description des IRIS donnée par l’INSEE ne change pas, leur représentation graphique dépend de la base de données voirie utilisée. Certes ce sont principalement des axes importants qui servent de limites, mais des différences subtiles peuvent exister entre bases voirie, et perturber le bon déroulement d’un géocodage à l’IRIS par exemple si on n’utilise pas la même base voirie pour travailler. Et comme évidemment les IRIS ont été régulièrement révisés pour s’adapter aux évolutions démographiques, il faut co-utiliser les bonnes versions chaque.

On ne peut donc que se réjouir de l’ouverture de cette donnée, et sachant ce que nous savons, nous intéresser à sa généalogie dans la documentation fournie. On y apprend (paragraphe 1.3.1) que la géométrie provient d’un GEOROUTE®, recalé sur un référentiel proche du RGE® IGN (mais pas tout à fait le RGE donc) et enfin généralisé. Les communes non subdivisées sont issues du GEOFLA® comme les limites des communes subdivisées pour garantir la cohérence du tout. Il est donc par ailleurs précisé que « La géométrie des contours d’Iris étant issue d’une généralisation des limites fournies par l’INSEE, les requêtes spatiales fines à l’adresse ou au bâtiment doivent être effectuées avec Iris… GE (Grande Échelle), produit IGN compatible géographiquement avec la précision de ces données. » On vous explique donc que pour du travail de précision il faudra plutôt utiliser un autre produit, ce qui peut sembler de bonne guerre puisque c’est la précision qui fait la valeur. La documentation IGN est d’ailleurs fort bien fait puisqu’elle illustre l’étape de généralisation par cette image :

Exemple

On y comprend que la source IRIS… GE proposée en bleu est transformée en Contours… IRIS® montrée en rouge après un bon exercice de généralisation. Tout est donc clair.

Sauf que… Quand on récupère le jeu de données (qui est en fait une collection composée de jeux départementaux préalablement regroupés par régions désignées par leur code. Il va falloir réviser la nomenclature) et qu’on l’examine, on y trouve des géométries plutôt similaires à IRIS… GE et donc non généralisées :

Iris... Contours

On est donc tenté de superposer tout ça avec les limites de communes issues du GEOFLA®, pour voir… que rien ne colle…

GEOFLA

Alors on inspire un grand coup, et on va voir un vieil épisode de K2000 parce que tout ça est finalement bien trop compliqué pour nous. Mais on a hâte que grâce à l’OpenData le citoyen lambda prenne son destin en main et utilise toutes ces données à bon escient…

 

MISE A JOUR DU 7 MAI 2015

L’IGN vient de mettre en ligne une version 2.0 des Contours… IRIS® 2014 avec des géométries parfaitement alignées sur celles du GEOFLA Communal. On peut donc féliciter l’IGN pour sa réactivité et se précipiter sur le nouveau jeu de données ! Autre amélioration, plus pratique : les différents shapefiles départementaux sont désormais tous dans le même répertoire et non plus classés par code région, ce qui rend beaucoup plus facile leur manipulation.

iris

neogeo: Un petit peu de Docker

Docker est sous les feux de la rampe depuis maintenant un an et demi environ. Après l’engouement des early-adopters, toujours prompts à porter au pinacle une nouvelle technologie et à l’abandonner aussi facilement pour une autre quelques temps après, il est sans doute temps de prendre un peu de recul et essayer de comprendre comment marche Docker et à quoi il peut bien servir.

Qu’est-ce que Docker ?

Commençons par dire ce que Docker n’est pas ! Ce n’est pas une technologie de virtualisation à proprement parler, ça ne permet pas de créer des machines virtuelles, mais des containers. La différence fondamentale tient à ce qu’une machine virtuelle s’exécute sur une abstraction de la couche physique, exposée par la couche de virtualisation et lui faisant par exemple croire qu’elle dispose d’un CPU, de 4 Go de RAM et de deux interfaces réseau alors que le serveur physique sous-jacent est très différent. La containerisation est un peu différente puisqu’elle résulte de l’isolation d’un ensemble de ressources (CPU, mémoire…) et de process qui le rendent complètement étanche à son environnement direct, le système hôte, dont il partage uniquement, mais c’est une différence importante avec les système de virtualisation, le kernel (noyau).

Ceci est illustré sur le site officiel de Docker par les schémas suivants :

vmSchéma avec Docker

On peut y voir à gauche l’empilement classique d’un hôte de virtualisation, avec un hyperviseur exposant aux VM les ressources sélectionnées. A droite, la couche « docker engine » est plutôt une couche d’orchestration et de référencement de containers fonctionnant de manière isolée sur l’hôte principal dont il partage le noyau. Docker ne fonctionne donc nativement pour l’instant qu’avec Linux, de même que les containers ne peuvent contenir que des logiciels Linux. Dans le container, on va donc trouver toute la pile applicative nécessaire au fonctionnement de l’application voulue, depuis les librairies système (glibc par ex.) jusqu’aux exécutables finaux.

Plus qu’une technologie, un écosystème.

Jusqu’à présent, la description ainsi faite de Docker pourrait avoir été presque identique s’il s’était agi de LXC, la technologie Linux sous-jacente sur laquelle Docker s’appuie. Sauf que si Docker a du succès, c’est un peu comme GitHub car il a su mettre en place un écosystème complet autour de sa technologie. En effet, sur le site docker vous trouvez des images vous permettant de lancer très facilement des containers pré-configurés de WordPress, ElasticSearch, MySQL, PostgreSQL. Ainsi, il suffit de lancer une commande simple de type « docker run -d neogeo/mapserver » pour lancer une instance de MapServer 7.1 configurée par nos soins sur votre système, isolée du reste de votre OS, mais accessible par le port prédéfini 80 (que vous pouvez aussi mapper vers un autre port de votre hôte). L’interpréteur docker vous permet ainsi de lancer des containers, de les arrêter, d’en construire vous-même et de les publier sur le dépôt central.

Dès lors, il est très facile de trouver des images intéressantes, de les tester, voire de s’appuyer dessus pour en construire de nouvelle. Car Docker a ceci de particulier qu’il référence le contenu des containers en une multitude de couches, les Layers, qui sont partageables entre plusieurs instances de containers. De la sorte, si vous lancez trois Docker Ubuntu, l’image elle-même et ses centaines de Mo ne sera pas répliquée trois fois sur votre système, mais utilisée à partir de la même origine. Donc économie d’espace, et surtout, dès que l’image a été récupérée une fois, lancement instantané des nouveaux containers.

OS ou pas OS ?

C’est une question existentielle qu’on se pose assez rapidement après avoir essayé Docker. Quand on voit toutes ces images Ubuntu, Debian ou CentOS, on s’interroge légitimement… Pourquoi charger un OS, on m’avait dit que Docker s’appuyait sur celui de l’hôte ? En effet, mais uniquement à bas niveau, sur le kernel. Dès lors, il faut quand-même installer dans le container tout ce qui permet au système de fonctionner (librairies diverses, applications de bas niveau telles que bash…). Et c’est donc des OS simplement allégés de leur kernel qu’il s’agit de déployer à l’intérieur des containers. Ce qui explique les différentes déclinaisons des principaux OS Linux, ou même de dérivés spécialement dédiés à Docker tels que CoreOS. Il y a aussi une distribution dédiée à la machine hôte (celle qui héberge les dockers), RancherOS.

Configuration

La configuration d’un modèle de container se fait via un fichier nommé Dockerfile, qui contient les différentes instructions de construction, depuis l’image de base (OS) à utiliser jusqu’aux composants à y installer et aux options à spécifier. Certaines configurations peuvent être très complexes, et il sera nécessaire à chacun de bien s’immerger dans le sujet afin de commencer à la maîtriser. D’excellentes ressources sont évidemment disponibles sur le web (mais sont parfois contradictoires quant à certaines méthodes d’optimisation, preuve que le sujet est vraiment neuf) et le meilleur point de départ est sans doute le site Docker lui même et ses dockerfile best practices.

Repenser les architectures

Au-delà des aspects techniques de son utilisation, Docker enjoint à s’interroger sur les architectures à mettre en place. La vocation assumée de Docker est en effet de faire tourner des micro-services. A la différence de machines virtuelles dans lesquelles on va reproduire ce qu’on aurait mis dans une machine physique (un serveur web, différentes applications et modules), le mode Docker incite à découpler tout ce qui peut l’être. Pour une simple application web, on peut par exemple utiliser 3 containers différents : un pour le serveur web et l’application proprement dite, un pour un serveur de base de données, un pour les données de la base de données, de manière à pouvoir mettre à jour et manipuler chacun des containers sans impacter les autres aspects de l’architecture. Vu la facilité associée de déploiement des containers, et de chaînage des containers entre eux, on est vite conduit à décomposer l’architecture applicative, à la déconstruire pour se diriger vers un ensemble de micro-services distribués. L’API part ici, l’admin par là, autant de containers différents pour des rôles applicatifs différents, avec l’avantage notable de faciliter les mises à jour différenciées et l’isolation de certains services.

Pour bien illustrer ce propos dans le contexte géomatique, on peut se pencher sur des services WMS/WFS. En appliquant les principes de Docker, on va pouvoir composer des containers dédiés à un service en particulier. Si on utilise MapServer, exemple pris au hasard, on peut très bien avoir 1 container pour 1 instance nginx + mapserver + 1 mapfile (qui peut par ailleurs être partagé sur la machine hôte de manière à être facilement modifiable par l’administrateur, ou partageable avec un autre container). Ainsi on fait glisser la sémantique applicative de « serveur OGC » à « services OGC », indépendants les uns des autres, même s’ils partagent un même modèle initial de container.

Conclusion

Les technologies de containerisation, et Docker en particulier, sont récentes et encore immatures par certains aspects. Mais elles bénéficient d’un développement très rapide (il est très difficile de suivra l’actualité de Docker tant l’effervescence est grande sur le sujet) et de nouveaux outils de plus haut niveau de configuration ou d’orchestration (Docker a récemment dévoilé Compose et Machine) permettent de s’affranchir de la relative rusticité des outils de base en travaillant à un niveau d’abstraction plus élevé. Un sujet à suivre, de toute évidence, car au moins autant que la virtualisation en son temps il porte les germes de pratiques réellement innovantes.

 

geomaticblog.net: Dear OSM, just chill out.

This is kinda a reply to Gary Gale’s “Dear OSM, it’s time to get your finger out“. The more I read that, the less sense it makes to me.


Update 2015-04-30: Read also Richard Fairhurst’s Realpolitik and the OpenStreetMap License and Simon Poole’s Is OSM business unfriendly?

I think of myself as a Linux nerd. I consider myself a hacker. And I’ve spoken so many times about open/libre licensing in conferences the issue became boring.

A couple of years ago, a psychologist asked me a question as part of a job interview: What makes you angry?. And my response was clear: Things not working and logical fallacies. So my brain hurt a little when I read these particular sentences in Gary’s blog post:

There are really only three sources of global mapping […]: NAVTEQ, TeleAtlas , and OpenStreetMap. […]

Surely now is the moment for OpenStreetMap to accelerate adoption, usage and uptake? But why hasn’t this already happened?

See, a tiny part of my brain screams “fallacy“. «OpenStreetMap has things in common with NAVTEQ and TeleAtlas, ergo it has to play in the same field and by the same rules as NAVTEQ and TeleAtlas».

Maybe OSM was given birth by SteveC to cover the lack of affordable datasources, and then a way for him and his VC-fueled CloudMade to compete with them. But for me and a whole lot of nerds, OSM basically was, and still is, a playground where we can run database queries all night long. OSM is a wholly different animal.

In 2010 I argued that Geo businesses and Geo hackers are playing the same game, but with different goals, which makes for an interesting game; a game in which it would be foolish to think that the opponent will play for the same goal as you. You have to play this game to maximize your score, which is not a synonim of decreasing the opponent’s score.

In other words: when I put something into OSM, I don’t frakking care what happens to NAVTEQ or TeleAtlas. The same way when I cook something for friends I don’t care what happens to the local pizza joint.

See, maps are an infrastructure. In Spanish GIS circles, specially those around the Spanish NSDI, cartography is often called “the infrastructure of infrastructures” You need maps to plan roads, power lines, land zoning. You need stupidly accurate maps to collect taxes based on how many centimeters square your house has, or to give out grants based on exactly how many olive trees you own.

During the late 2000’s I heard a lot of criticism about OSM. But most of it didn’t come from data-collecting companies – it came from public servants. “Volunteers use cheap GPS with low accuracy, OSM will never be accurate”, they said. “The OSM data model cannot be loaded into ArcGIS and won’t be of any use”, they said. “OSM data will never be authoritative”, they said. And a few years later, this happened:

That, right there, is the Guardia Civil (who are public servants) in a freakin’ control room using OSM for freakin’ pan-european coastal border patrols. Which means OSM is a freakin’ de facto infrastructure for sovereignty.

Fact is, government agencies play a wholly different game than commercial providers. The goal of a govt’ agency (and specifically those which maintain infrastructures) is to provide a service to citizens, not to make money. As a thought exercise, think about the public servants who place the border milestones, or the ones checking road surface quality, and guess how many fucks they give about NAVTEQ or TeleAtlas.

OSM is about the ownership of infrastructure. It’s about the efficiency of copyright law. It’s all about the digital commons, dammit.

And this is where I kick a wasps’ nest by turning this post into a political one.

A capitalistic liberal will argue that infrastructure is better handled by competing private entities, renting it to citizens for a fee. But remember, I’m a Spaniard, and that means that I’ve seen infrastructures such as power lines, water companies, telcos, motorways, airports and banks privatized under the excuse of theoretically running more efficiently in private hands. We have a nice word for what happened in the real world: “expolio“, which english-speakers might translate as “plunder”.

Thanks but no, thanks. I want infrastructures to be as close to the commons as possible. Maybe it’s because I now live in the land of the dugnad, and my bias makes me see maintaining the commons as beneficial for the society as a whole.

So when you look at OSM (or at the Wikipedia, for that matter) you’re really looking at a digital common good. Which puts OSM in the same basket as other digital common goods, such as programming languages, the radioelectric spectrum, technical RFCs, or state-owned cartography. Now go read the tragedy of the digital commons.

It’s sad to live in a world where the money-making is held above many commons, even at the expense of the commons. Fortunately it’s difficult for a private entity to pollute air, water or the radioelectrical spectrum without going unnoticed, but unfortunately copyright law cares next to nothing about intellectual commons.

<rant>Please, someone explain to me how giving me intellectual ownership of something I thought about until 70 years after my death makes me think about better things; then explain to me how that reverts into the common good. </rant>


TL;DR: Dear OpenStreetMap: just chill out and don’t listen to what they say. Corporations may come and go, but a common infrastructure such as you is here to stay.


Archivado en: opinión

年会費無料のETCカードってあるの?: シェル スターレックスカードについての判断

昭和シェル石油をガソリンスタンドとして利用しているならシェルスターレックスカードはとてもお勧めです。

 

シェルスターレックスカードを使えばガソリン代をキャッシュバックしたり自分の欲しい商品に交換したりできます。

なので昭和シェル石油を利用しているならシェルスターレックスカードを作らないとむしろ損かもしれません。

 

他にもいいところが沢山あります。

まず初年度は年間費がかかりません。

 

2年目以降は1,350円がかかってくるのですが、スタープライズコースを選択していて年間24万円以上利用していると年会費を無料にすることができます。

後はニコスのサービスが付帯されており保険や優待割引などを受けることができます。

 

それに毎月10日と20日は1.5倍の値引きをしてくれるのでこの日に給油すればかなりお得になります。

ただシェルスターレックスカードには残念な点もあります。

 

それは他社と値引き額を比べるとあまりいい数字ではないという点です。

毎月給油する日を考えて、なおかつ年間費を無料にするために24万以上を利用してガソリン代のキャッシュバックも受ければ他社と比べても何の見劣りもありませんがそういったサービスを受けずにただ利用するとなるとあまり魅力的ではないかもしれません。

 

ですが24万円以上というのも普段の支払いなどをこのカードで行えば簡単に達成できる金額だと思いますしガソリン代のキャッシュバック等もスタープライズコースを選択していれば簡単に受けることができるので、特に難しいことではありません。

なので総合的に見ると持っていた方がいいと言えます。

Γεωπληροφοριακά Νέα: Το δημοφιλές παιχνίδι Pac-Man τώρα στο Google Maps!

Η Google με αφορμή την Πρωταπριλιά, αποφάσισε ο κάθε χρήστης κάνοντας είσοδο στο Google Maps, να μπορεί να παίξει το διάσημο παιχνίδι σε όποια περιοχή θέλει.

Πατώντας το εικονίδιο με τον λαβύρινθο στο κάτω αριστερό μέρος της σελίδας στο Google Maps, και αφού έχετε μεταφερθεί στην περιοχή που θέλετε, η περιοχή που επιλέξατε γίνετε παιχνίδι.

pacman1   pacman2

 

Περισσότερες πληροφορίες εδώ.


Dynamick: Wiko Ridge 4G: la recensione di dynamick.it

Abbiamo avuto modo di provare il nuovo Wiko Ridge 4G, uno smartphone che mette insieme potenza di calcolo, eleganza e un prezzo contenuto.

Wiko Ridge 4G è un gioiellino europeo, per la precisione francese di cui poter andar fieri. E’ un modello di ultima generazione, già 4G, ed è tagliato per chi pretende buone prestazioni e non vuole spendere un patrimonio.

ridge-peso

Caratteristiche

Comincio elencando le caratteristiche oggettive principali:

  • CONNETTIVITÀ: 4G LTE 800/1800/2100/2600 MHz
    H+/3G+/3G WCDMA 900/1900/2100 MHz
    GSM/GPRS/EDGE 850/900/1800/1900 MHz
  • SISTEMA OPERATIVO : Android™4.4.4 (KitKat)
  • PROCESSORE : Qualcomm Snapdragon 410 MSM8916, Quad Core 1,2 GHz, Cortex A53
  • SIM CARD : 1 Micro SIM + 1 Nano Sim o Scheda SD
  • DESIGN : Soft touch con effetto pietra
  • COLORI DISPONIBILI : Nero/Silver, Nero/Bleen, Nero/Clementina, Bianco/Gold
  • DIMENSIONI : 143*72*7.5 mm
  • PESO : 125g (con batteria)
  • BATTERIA : 2400 mAh Li-Po
  • STANDBY : Fino a 247 ore
  • AUTONOMIA IN CONVERSAZIONE : Fino a 14,66 ore (3G), fino a 17 ore (2G)
  • ROM : 16 Gb
  • RAM : 2 Gb
  • MEMORIA ESPANDIBILE : Fino a 64 Gb con Micro SD
  • ACCELEROMETRO :
  • BUSSOLA (MAGNETOMETRO) :
  • RILEVATORE DI PROSSIMITÀ :

Le nostre impressioni

La leggerezza del dispositivo è la prima caratteristica che si apprezza non appena lo si prende in mano: solo 125 g per un dispositivo di medie dimensioni (5″ di display) contro i 137g di un iPhone 4 di 3,5″.

La fluidità e la prontezza di risposta rendono davvero divertente l’utilizzo di Ridge 4G. Tutto questo grazie al suo super processore  Snapdragon quattro core 64-bit a 1,2GHz con ROM a 16Gb già pronto per la prossima release di Android, il Lollipop.

Altra caratteristica da segnalare è il display da 5 pollici con risoluzione 1280×720 pixel molto ben definito e dai colori brillanti e protetto dal vetro Corning® Gorilla® Glass 3 anti graffio. Messo a confronto con il OnePlus One (smartphone che consideriamo tra i top gamma del momento) il Ridge 4G ha una marcia in più, con bianchi più intensi e maggiore profondità di colore.  Abbiamo apprezzato la qualità del display, punto dolente in smartphone di questa fascia, perché spesso i produttori tendono a risparmiare su questo importante componente per abbassare il costo.

wiko-ridge-scocca

Curiosa è la scelta dei materiali della scocca perché è la stessa del OnePlus One SandStone. Viene chiamato Soft Touch con effetto pietra, un materiale simile alla pietra pomice, con un effetto al tocco simile al velluto, sensazione particolare e interessante. Anche in questa scelta si nota nessuna rinuncia qualitativa.

La fotocamera ben si abbina al display: si tratta di una Sony da 13 megapixel con flash Philips. Provate ad indovinare? E’ stesso sensore del OnePlus One. Neanche a dirlo, le foto danno grosse soddisfazioni a chi pretende ottimi risultati. Queste alcune foto scattate in modalità macro, primo piano e HDR (abbiamo dovuto ridurre le dimensioni, da 4160×3120 pixel a 1024×768 pixel e comprimerle per poterle pubblicare sul web):

Macro Primo Piano HDR

Tra le limitazioni che abbiamo notato, troviamo in primis una dotazione scarsa di RAM, solo 2GB. Il produttore evidentemente ha risparmiato sulla memoria, ma ha anche pensato di lasciare all’utente la possibilità di poterla espandere utilizzando il secondo slot della dual-sim per poterci installare una microSD al posto della nano SIM.

Prezzo e dove si compra

Wiko Ridge 4G sarà disponibile sul mercato da marzo e si potrà trovare nei negozi delle più grosse catene italiane (MediaWorld, Trony, Euronics, Expert). Il prezzo consigliato è di 229€. Se avete bisogno di cambiare smartphone vi consigliamo di valutarlo, magari andandolo a provare: non vi deluderà, garantito!

geomaticblog.net: Mapping Party en Poio, Pontevedra

El sábado 11 de abril en el Centro Xaime Illa de Raxó (Poio) llega la fiesta de las fiestas, la Mapping Party Poio’15 con el objetivo de pasarlo bien mientras aumentamos los datos geográficos de la costa de Poio con una licencia libre.

http://www.openstreetmap.org/export/embed.html?bbox=-8.757382929325104%2C42.403051783861024%2C-8.752903640270233%2C42.40485013856018&layer=mapnik&marker=42.4039509676542%2C-8.755143284797668

Este taller está organizado por la asociación de software libre Xeopesca y cuenta con la colaboración del Concello de Poio y las asociaciones SCD Raxó y ACDeM Armadiña.

Horario

  • 10:00-11:00 Presentación de OSM, organización de equipos para la zona a cartografiar.
  • 11:00-14:00 Trabajo de campo con explicaciones de como emplear osmAndroid.
  • 14:00 -16:00 Comida.
  • 16:00-20:00 Trabajar con las computadoras para el volcado de los datos OSM
  • 20:00-20:30 Clausura del curso.

Asistentes

El número de asistentes será de 25. La selección de los candidatos se realizará por orden de inscripción. Se recomienda la disposición de cualquiera de los siguientes dispositivos:  GPS, teléfono con GPS y cámara digital.

Formulario de Inscripción

Para inscribirse a Mapping Party Poio’15 cubre el formulario. (ver aquí) (poio.xeopesca.gal) .

Material fungible

Se hará entrega a cada uno de los asistentes de un bloc de notas, un bolígrafo y un lápiz.

Redes SociaLes

Establecemos el hashtag #mappingpartypoio para seguir el evento a través de las redes sociales. Además también puedes seguir la  Mapping Party Poio’15 a través de twitter mediante el hashtag #mappingpartypoio o en la  página de facebook de XeoPesca.

 

SITIO WEB OFICIAL

http://poio.xeopesca.gal/

 


Archivado en: GIS

Γεωπληροφοριακά Νέα: Πρόσκληση εκδήλωσης ενδιαφέροντος για εκπαίδευση στη «Περιβαλλοντική Πληροφορική»

LOGO1

Το Πανεπιστήμιο Αιγαίου σας προσκαλεί να συμμετέχετε στο Πρόγραμμα Επικαιροποίησης Γνώσεων Αποφοίτων ΑΕΙ (ΠΕΓΑ) στο πλαίσιο υλοποίησης της Πράξης «Περιβαλλοντική Γεωπληροφορική», του Επιχειρησιακού Προγράμματος «Εκπαίδευση και Δια Βίου Μάθηση»
Το πρόγραμμα υλοποιείται από το Πανεπιστήμιο Αιγαίου (Τμήμα Γεωγραφίας, Τμήμα Κοινωνιολογίας, Τμήμα Περιβάλλοντος, Τμήμα Επιστημών της Θάλασσας, Τμήμα Μηχανικών Πληροφοριακών και Επικοινωνιακών Συστημάτων) σε συνεργασία με το Πάντειο Πανεπιστήμιο Κοινωνικών και Πολιτικών Επιστημών (Τμήμα Οικονομικής και Περιφερειακής Ανάπτυξης), το Πανεπιστήμιο Πατρών (Τμήμα Αρχιτεκτόνων Μηχανικών), το Δημοκρίτειο Πανεπιστήμιο Θράκης (Τμήμα Μηχανικών Περιβάλλοντος), το Χαροκόπειο Πανεπιστήμιο Αθηνών (Τμήμα Γεωγραφίας), το Πανεπιστήμιο Θεσσαλίας (Τμήμα Μηχανικών Χωροταξίας, Πολεοδομίας και Περιφερειακής Ανάπτυξης), το Τ.Ε.Ι. Αθηνών (Τμήμα Πολιτικών Μηχανικών Τ.Ε. και Μηχανικών Τοπογραφίας και Γεωπληροφορικής Τ.Ε. – Κατεύθυνση Μηχανικών Τοπογραφίας και Γεωπληροφορικής Τ.Ε.) και το Τ.Ε.Ι. Κεντρικής Μακεδονίας (Τμήμα Πολιτικών Μηχανικών Τ.Ε. και Μηχανικών Τοπογραφίας και Γεωπληροφορικής Τ.Ε. – Κατεύθυνση Μηχανικών Τοπογραφίας και Γεωπληροφορικής Τ.Ε.).
Το πρόγραμμα απευθύνεται κατά προτεραιότητα σε αποφοίτους ΑΕΙ (Πανεπιστημίων και ΤΕΙ) τμημάτων αντίστοιχου ή συναφούς αντικειμένου με το περιεχόμενο του προγράμματος, ή αποφοίτους αντιστοίχων τμημάτων της αλλοδαπής. Στην περίπτωση μη πλήρωσης των απαιτούμενων θέσεων θα εξετάζονται υποψηφιότητες με αποδεδειγμένης επαγγελματικής δραστηριότητας σχετικής με το περιεχόμενο του προγράμματος.
Στόχος του προγράμματος είναι η επιμόρφωση αποφοίτων σε σύγχρονα γνωστικά αντικείμενα που αφορούν τις Τεχνολογίες Πληροφορικής και Επικοινωνιών και τις εφαρμογές τους στη μελέτη του περιβάλλοντος σε όλες του τις εκφάνσεις (φυσικό, ανθρωπογενές, κοινωνικό). Η διεξαγωγή του γίνεται κατά κύριο λόγο με συμβατική (δια ζώσης) συμμετοχή των εκπαιδευομένων σε συναντήσεις (διαλέξεις και εργαστηριακές ασκήσεις), ενώ θα χρησιμοποιηθεί σε μικρό βαθμό και σύγχρονη εξ΄ αποστάσεως εκπαίδευση (σε ορισμένους κύκλους). Το πρόγραμμα είναι διάρκειας 150 ωρών.

Περισσότερες πληροφορίες στο: http://www.ru.aegean.gr/announcement/attachment/2322/Proskili_Ekpaidevomenon_PEGA_Geoinfo.pdf


Γεωπληροφοριακά Νέα: Νέα υπηρεσία γεωχωρικών πληροφοριών από τον Δήμο Θεσσαλονίκης

Ο Δήμος Θεσσαλονίκης στα πλαίσιο της αναβάθμισης των υπηρεσιών του σε ότι αφορά την διάχυση των γεωχωρικών του δεδομένων, αλλά και της συμμόρφωσης του με την Ευρωπαϊκη οδηγία INSPIRE, έχει δομήσει μία Υποδομή Γεωχωρικών Πληροφοριών (Υ.Γε.Π), μέσω της οποίας , οι πολίτες έχουν την δυνατότητα ελεύθερης πρόσβασης στα σύνολα γεωχωρικών δεδομένων και μεταδεδομένων που κατέχει. Η υλοποίηση της Υ.Γε.Π. εντάσσεται στην ευρύτερη πολιτική αναβάθμισης των ψηφιακών υπηρεσιών του Δήμου Θεσσαλονίκης. Βασικός στόχος είναι, πέρα από την επιταγή εναρμόνισης του Δήμου με την κοινοτική οδηγία INSPIRE, η υιοθέτηση αρχών ανοικτότητας και διαλειτουργικότητας στη διάθεση πληροφοριών. Για την πρόσβαση στη συγκεκριμένη πλατφόρμα επισκφτείται τον σύνδεσμο.


Γεωπληροφοριακά Νέα: Ανακοινώθηκε ο 2ος κύκλος των Σεμιναρίων GIS με πιστοποίηση

Περισσότερες πληροφορίες στο παρακάτω σύνδεσμο: http://eepurl.com/be9z65


geomaticblog.net: EMT Madrid, or Open Data antipatterns

Today, february 21st 2015, is the Open Data Day. And given that I’m far asay from my favourite Open Data nerds down at the Medialab Prado, I decided to work on giving the old ¿Cuánto Tarda Mi Autobús? website a facelift.

The story behind ¿Cuánto tarda mi autobús? is rather simple. A couple of years ago I got my first smartphone, and one of the things I wanted to do is check for the bus times in Madrid. Back then, EMT Madrid (the public company which runs the buses) was heavily promoting its new website in the Spanish GIS scene. The major problem was that the website for checking the times was made with Flash (actually, with ESRI Flex) and simply there is no way to use that with a smartphone.

So I reverse-engineered the protocol (if you call “reading a WSDL document” reverse engineering), did a bit of PHP plus Leaflet, and I was able to check the bus times with a web app.


 

Fast-forward to the present. EMT had released the API details under the banner of «Open Data EMT», I had a saturday to devote to the Open Data Day, and my little web app needed some love after two years of no updates at all.

But, oh boy, every time I try to develop anything with interfaces made by big subcontractors, I cannot stop cringing at the amount of WTF found around.

The antipatterns

Antipattern 1: «Open Data» which isn’t actual Open Data.

In the same way that Open Source software can only be Open Source if it meets the Open Source Definition, Open Data is only Open Data if it meets the Open Definition. Period. These definitions are evolved versions of the DFSG and Free Software Definition, curated with years of experience and discussions about what is open and what is not.

So, the Open Definition states:

2.1.8 Application to Any Purpose

The license must allow use, redistribution, modification, and compilation for any purpose. The license must not restrict anyone from making use of the work in a specific field of endeavor.

From «OpenData EMT»’s terms and conditions:

1. The re-user agent is explicitly prohibited from distorting the nature of the information, and is obliged to:
a. Not to manipulate nor falsify the information.
b. Ensure that any information displayed in your system is always up to date.
c. Not to use the information to undermine or damage EMT’s public image.
d. Not to use the information in sites that might lead to a relation with illegal acts or attempts to sabotage EMT or any other entity, organization or person.

So apparently I cannot:

  • Display historical information (because my data must be up-to-date).
  • Say that the system is a complete piece of steaming crap from a technological point of view.
  • Use the information in sites such as Facebook or Twitter, because those sites might be used for an attempted sabotage to «any entity or person». Who the fuck wrote this blanket clause, folks?

Please, don’t call it «Open Data».

I have to give praise to the EMT, though. The previous version of the agreement obliged the reuser to not disclose that he/she signed an open data agreement. At least they fixed that.

Antipattern 2: Your SOAP examples contain raw XML.

The whole point of SOAP was to abstract data access. And, still, every public SOAP interface I’ve ever seen includes examples with raw XML fragments that you’re supposed to build up.

If you cannot write code that access SOAP without writing XML, you’re doing it wrong.

Think about how WMS interfaces work nowadays: you just publish the WMS endpoint, and your GIS software takes care of the capabilities and the

Antipattern 3: Keep default fake values in your production code.

From the docs:

tempuri

Note «tempuri.org». A quick search will tell you that the system was designed using Visual Studio, and some lazy so-called software engineer didn’t bother to change the defaults.

Antipattern 4: Fuck up your coordinate systems

Note to non-spaniard readers: The city of Madrid is located roughly at latitude 40.38 north, longitude 3.71 west.

Now look at this example from the EMT docs about how bus coordinates are returned:

positionbus

Antipattern 5: Mix up your coordinate systems

Write things like “UTM” and “geodetic” in your documentation, but do not write which UTM strip you’re referring to (hint: it’s 30 north, and the SRS is EPSG:23030). Make some of your API methods to return coordinates in EPSG:23030 and some others to return coordinates in EPSG:4326.

And for extra fun, have your input coordinate fields accept both of those SRSs as strings with comma-defined decimal point, and then do this in the documentation:

coordinateint

Antipattern 6: Self-signed SSL certificates

Srsly?

sslcert

Antipattern 7: Wrap everything up in HTTP + JSON and call it “REST”

REST is a beautiful technology because it builds up pretty much on top of raw HTTP. Every object (“resource”) has its own URI (“universal resource identifier”), and the HTTP verbs are used semantically (GET actually gets information, POST modifies information, DELETE deletes a resource, and so on).

Also, HTTP status codes are used for the return status. An HTTP status code 200 means that the data is OK, a 404 means that the resource doesn’t exist, a 401 means that you are not authorized to get/post/delete the resource. Reusing the semantics of HTTP is way cool.

So, in a REST interface for bus stops, the stop number 1234 (a resource) would be located at its URI, e.g. http://whatever/stops/1234. It’s beautiful because the URI has a meaning, and the HTTP verb GET (which is the default when a web browser is fetching something) has a meaning. The server would answer with a “200 OK” and then the resource.

Low-level, it should look like:

GET /stops/1234 HTTP/1.1

-----

HTTP/1.1 200 OK
Content-Type: text/JSON

{
"stopId": 1234, 
"latitude": 40.3,
"longitude": -3.71,
"stopName": "Lorep Ipsum Street",
"lines": ["12", "34"]
}

Now compare the theoretical RESTful way to fetch one bus stop with the real-life mess:

POST /emt-proxy-server/last/bus/GetNodesLines.php HTTP/1.1
idClient=user&passKey=12345678-1234-1234-12345678&Nodes=1234

-----

HTTP/1.1 200 OK
Content-Type: text/JSON

{
"resultCode":0,
"resultDescription":"Resultado de la operacion Correcta",
"resultValues":{
  "node":1234,
  "name":"ROBERTO DOMINGO-AV.DONOSTIARRA",
  "lines":["21\/1"],
  "latitude":40.434861209797,
  "longitude":-3.6608600156554
  }
}

So, meaningless URI, POST request to fetch a resource, duplicated return status codes (for the HTTP layer and some other underlying layer).

Let me say this very, very clearly: In REST, you do not wrap a resource in a call to get that resource. Geez.

My takeaway

Readers will do good to keep in mind that I’m using my spare time in order to participate in the Open Data Day, for fun. The problem is that working with such an arquitecture is no fun at all. I can deal with these kind of enterprisey, Dilbertesque software stacks in a day-to-day basis, but only if I’m getting paid to endure the cringing and teeth-grinding.

I think it’s because the mind of an Open Source / Open Data nerd like me is difficult to understand by the classic propietary software people. I develop software just for the fun of doing so, just because I can, just because I like the feeling of empowerment of creating my own tools.

I write a lot of open source stuff. I fix wikipedia from time to time, I map stuff on OpenStreetMap if something’s wrong. I like to do it, and I empower other people to build upon my work.

Building upon good Open Source/Data doesn’t feel like standing on the shoulders of giants. It feels like standing on the soulders of a mountain of midgets… and if you’re lucky, you’ll be one of those midgets and someone will stand upon your shoulders.

For me, that involves a great deal of humility. When I watch the closed-source crowd talk about their latest product or software, they are congratulating themselves, but when I watch the open-source crowd, they’re constantly critizising themselves. And I can critizise them and they can critizise me and we all learn and that’s why they’re awesome.

</rant>


Archivado en: formatos, geodatos, opinión

TANTO: #GIMNow – cosa è avvenuto

Con questo post vogliamo fare il punto su quanto avvenuto dopo la chiusura del sondaggio sul ruolo del GIM che abbiamo promosso sull’onda della proposta di Sergio Farruggia, per avere un riscontro condiviso, con un panel di operatori del settore geo-ICT.

Iniziamo con il ringraziare quanti hanno partecipato, numerosi rispetto alle aspettative. Ci ha colpito sia il numero che la qualità dell’adesione alla proposta, anche questa non era scontata.

Altro motivo di riflessione è legato a coloro che hanno deciso di rispondere al questionario: molti degli operatori invitati hanno deciso di non esprimersi, mentre c’è stata, in proporzione, una maggiore adesione spontanea all’iniziativa, anche questo è secondo noi un fatto importante.

I dati

Abbiamo inviato per email poco meno di 100 inviti alla compilazione del questionario e ricevuto (grazie anche ad un po’ di comunicazione sul web) 64 risposte.
Quelle alla prima domanda – “Ritieni che il ruolo del GIM sia utile per la PA?” – sono così distribuite:

  • 4 “Per Niente”;
  • 8 “Abbastanza;
  • 52 “Molto”.

Più del 80% dei partecipanti ha espresso un feedback positivo.

grafico1

Le risposte alla domanda “Ritieni che il ruolo del GIM sia utile per le città/comunità? sono invece così distribuite:

  • 2 “Per Niente”;
  • 5 “Abbastanza;
  • 57 “Molto”.

Un feedback positivo più forte da cui emerge una valutazione migliore di questo ruolo nel contesto delle città/comunità: 2 persone che avevano valutato per niente utile il GIM per la Pubblica Amministrazione, lo trovano più efficace in un contesto più “dal basso”.

grafico2

Infine, circa 50 persone hanno manifestato la disponibilità a partecipare alla costruzione di questa campagna, lasciando il proprio indirizzo mail.

I luoghi di #GIMNow

Come già annunciato in precedenza è stata aperta una “mailing list/gruppo di discussione” per costruire insieme questa idea e renderla concreta, la mailing list sta prendendo vita ed abbiamo già iniziato alcune discussioni, ad esempio condividendo i RAW data delle risposte al questionario.

Il canale Twitter @biggimnow potrebbe rappresentare un’ulteriore strumento utile di discussione.

Per stimolare una analisi condivisa utilizziamo un unico documento, contenente le proposte emerse dal questionario su cui ragionare assieme.

Abbiamo “creato” uno spazio su http://big-gim.it in cui raccogliere e sistematizzare il frutto del confronto sul tema del GIM.

La redazione di TANTO.

L'articolo #GIMNow – cosa è avvenuto è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

TANTO: Il database topografico di Regione Piemonte in #opendata

Abbiamo ricevuto questa notizia da Regione Piemonte (che ringraziamo), e ci limitiamo semplicemente a rigirarla per darne diffusione: la “Base Dati Territoriale di Riferimento degli Enti - BDTRE” è stata pubblicata con  licenza Creative Commons 2.5 BY.

Sotto tutti i dettagli



Il database topografico di Regione Piemonte è OPEN!

Regione Piemonte promuove la costruzione di un insieme comune di dati geografici (BDTRE: Base Dati Territoriale di Riferimento degli Enti), integrati in una infrastruttura che ne permette la condivisione tra i vari soggetti che gestiscono il territorio.

Nucleo portante di tale infrastruttura è il database topografico regionale, realizzato secondo le Specifiche di contenuto dei database geotopografici (G.U. n. 48 del 27-2-2012, Suppl. ord. 37) e contenente gli elementi tipici della cartografia tecnica alla grande scala. I contenuti del database topografico sono resi disponibili in varie forme, dati e servizi, tra cui l’edizione annuale aggiornata della Base Cartografica di Riferimento della Regione Piemonte, che supera la CTR ( L.R. 1/2014 art 10).

BDTRE è Open!

Gli utenti del database topografico sono Enti locali, professionisti, enti universitari e di ricerca, imprese e i cittadini che necessitano di dati topografici per interagire con la Pubblica Amministrazione. Per consentire loro la piena fruizione, Regione Piemonte rende disponibile la BDTRE in modalità open attraverso il GeoPortale Piemonte, con licenza Creative Commons 2.5 BY: gli utilizzatori sono liberi di utilizzare per propria utilità, anche commerciale, i dati della BDTRE riconoscendone la paternità in modo esplicito.

Usiamo BDTRE!

Il data base topografico, l’allestimento raster derivato e i servizi aggiornati all’edizione 2015 sono facilmente raggiungibili dal GeoPortale Piemonte ( www.geoportale.piemonte.it) utilizzando “BDTRE 2015″ come chiave di ricerca nel catalogo.

Sono sempre disponibili, inoltre, i servizi relativi all’edizione 2014.



Come fare il download del dato grezzo

L'articolo Il database topografico di Regione Piemonte in #opendata è apparso originariamente su TANTO. Rispettane le condizioni di licenza.

Geografitti - nicht nur Geografisches: Neues Projekt 2015: Geography Matters

Ich habe ein neues Projekt. Und ich mache das nicht allein (…aufgeregtes hibbeln…).

Alles weitere gibts direkt auf der nigelnagelneuen Seite http://www.geography-matters.de

Das ist noch eine Baustelle, aber es gibt schon etwas zu lesen. Zum Beispiel (m)ein Essay über das Verhältnis von Realität und Karten im digitalen Zeialter. Und ganz viel dazu, was das alles werden soll. Und meine Mitstreiterin sagt, wenn man in beiden Texten die ersten zwei Absätze überstanden hat, werde es sogar ganz interessant.

Was und ob hier etwas passiert, weiß ich noch nicht. Aber ich glaube die Geo-Themen wandern mittelfristig zum neuen Projekt und hier wird es langfristig ein wenig persönlicher. Anregungen, Kommentare und Kritik dann gerne bei Geography Matters.

 

INSPIRE by clouds: La réforme territoriale, une validation de la politique de partage des données

La réforme territoriale est inquiétante pour tous les acteurs territoriaux du l’information territorialisée. L’incertitude sur les futures organisations et les futures missions est complète sauf, peut-être, en Bourgogne-Franche-Comté. Et la plupart des acteurs se gardent bien de la prise de décision en situation d’incertitude. Quels leviers avons-nous pour faire bouger les lignes et défendre les […]

Geografitti - nicht nur Geografisches: Jahresrückblick 2014

Beste Entscheidung: Der Um- und Ausbau der Wohnung (wegen: viel schöner jetzt)
Schlechteste Entscheidung: Der Um- und Ausbau der Wohnung (wegen: viel ärmer jetzt)

Beste Anschaffung(en): Der Ilve Gasherd mit der runderneuerten Küche drumrum
Dämlichste Anschaffung: Loewe Airspeaker, der entschieden Widerstand leistet, bei dem Versuch, ihn in ein WLAN zu bringen. Vor allem wegen der bescheuerten Hinweise des Herstellers und aus diversen Foren, das Gerät funktioniere per Kabel viel besser. ICH HAB DAS BLÖDE DING ABER WEGEN DER WLAN-FUNKTION GEKAUFT UND DER HERSTELLER WIRBT AUCH DAMIT !!!!!!!!

Bestes Getränk: Neumarkter Lammsbräu Dinkel war meine diesjährige Bier-Entdeckung.
Ekelerregendstes Getränk: Ich mag einfach keinen Glühwein.

Bestes Rezept: Bestimmt irgendwas beim Lieblingsgriechen.
Schlimmstes Essen: Bestimmt irgendwas vom Thai-Imbiss.

Beste Musik: Natürlich wieder mal Tina Dico (“Old friends”) aber es gefiel auch First Aid Kit (“SilverLinings”) und Family of the Year (“Hero”)
Schlimmstes Gejaule: Natürlich dieses Asthmatiker-Hymne, irgendwas mit atemlos. Aber auch Revolverheld haben etwas genervt mit ihrem Energieverschwendungsaufruf

Eigene, schönste musikalische Wiederentdeckung: Dass der Klassiker “Don’t let me be misunderstood” von Nina Simone ist und von den Animals gecovert wurde.
Peinlichster musikalischer Faux-Pas: Ich hab glaub ich irgendwann nach einem WM-Spiel lauthauls Bourani mitgegröhlt. Nunja.

Beste Idee: Die tollen Designer-Fliesen für die neue Küche
Dämlichste Idee: Die tollen Designer-Fliesen für die neue Küche

Beste Lektüre: Ich habe wieder kein einziges Buch gelesen.
Wiederentdeckte Lektüre: Ich habe wieder kein einziges Buch gelesen.
Langweiligste Lektüre: Ich habe wieder kein einziges Buch gelesen.

Zugenommen oder abgenommen?
Es gibt wieder mehr von mir

Haare länger oder kürzer?
Immer noch bezopft. Aber nicht länger.

Kurzsichtiger oder weitsichtiger?
blinder

Mehr ausgegeben oder weniger?
Viel mehr als gedacht, Wie das so ist bei Umbauten im Altbau…

Der hirnrissigste Plan?
Nee, wieder nicht. Ich bin ja sowas von vernünftig.

Die gefährlichste Unternehmung?
Ach, ich fand nichts von dem gefährlich, was ich gemacht hab. Sonst hätte ich es ja nicht gemacht.

Die teuerste Anschaffung: Als Einzelstück das neue Wohnzimmerfenster. Aber der Umbau insgesamt schlägt als zweitteuerste Anschaffung des Lebens zu Buche – direkt nach dem Wohnungskauf selbst.

Der ergreifendste Film?
“Im Labyrinth des Schweigens” und “Das Schicksal ist ein mieser Verräter.”
Verweise für beide Filme auf Kafka: “Im Kino gewesen. Geweint.”

Die beste CD?
Unterm Strich dann “Lights out” von Ingrid Michaelson

Das schönste Konzert?
Wäre mit Sicherheit Ingrid Michaelson im Hamburger Mojo-Club geworden. Ist aber ausgefallen. So ist es die “Hair”-Inszenierung im Bremer Theater.

Die meiste Zeit verbracht mit?
der Frau an meiner Seite.

Die schönste Zeit verbracht mit?
der Frau an meiner Seite.

Vorherrschendes Gefühl 2014?
Satt

2014 zum ersten Mal getan?
Schöffe gewesen, an Urteil mitgearbeitet

2014 nach langer Zeit wieder getan?
Musik-CDs gebrannt und mit dem Büro umgezogen

Drei Dinge, auf die ich gut hätte verzichten können:
Die Keller-Überschwemmung in der Verlängerung des WM-Endspiels
Der Kurzaufenthalt des Juniors im ägyptischen Gefängnis
Der Rettungswagen inklusive Notarzteinsatz. Ich konnte nur mit ganz vielen Unterschriften verhindern, abtransportiert zu werden.

Die wichtigste Sache, von der ich jemanden überzeugen wollte?
Dass so ein Gasherd quasi lebensnotwendig ist.

Das schönste Geschenk, das ich jemandem gemacht habe? Kleine gepunktete Auflaufformen

Das schönste Geschenk, das mir jemand gemacht hat? Das gibts immer dann, wenn die Frau an meiner Seite irgendwo mit mir hingeht, wo sie sonst nie hingegangen wäre und sich dann sehr dafür interessiert.

Song des Jahres: “Someone you love” – Tina Dico

Fernsehserie des Jahres: Nach dem Ende von “Breaking Bad” erst mal ins Loch gefallen. Am ehesten noch die 2. Staffel von “Die Brücke – Transit in den Tod”

Kleidungsstück oder Accessoire des Jahres: Mein im Grunde neuwertiger Lieblingspullver, den der Schneider unverständlicherweise nicht mehr flicken wollte, wegen “lohnt nicht mehr”.

Tier des Jahres: Giraffe. Dass die wirklich große Köpfe haben, merkt man auch erst, wenn der durchs Autofenster kommt.

Wort des Jahres: Aufkantung

Satz des Jahres: “Da ist doch noch ein Schornsteinabzug frei!” (Schornsteinfeger löst Planungsproblem)

Peinlich (andere) 2014: Ich muss feststellen, dass ich mich nur sehr wenig in Fremdschämsituationen begebe. Und jetzt Markus Lanz zu nennen ist ja irgendwie billig.

Peinlich (selbst) 2014: Sag ich nicht. Ist mir peinlich.

Angst 2014: Immer noch rein finanzieller Natur. Schlimmer geworden.

Wutanfall 2014: Siehe dämlichste Anschaffung. Könnte mich schon wieder AUFREGEN!!!!

Persönlicher Höhepunkt des Jahres:
Ich weiß nicht mehr genau, was es war, aber ich hatte recht.

Persönlicher Tiefpunkt des Jahres:
Diskussion mit Rettungssanitätern, für die mein baldiger Tod auf der Toilette scheinbar ausgemachte Sache war

Siehe auch: 2013, 2012, 2011, 2010, 2009, 2008, 2007, 2006

GIS Ελλάδα: Παρουσίασεις στο HellasGI συνέδριο στην Αθήνα 11/12 Δεκεμβρίου 2014


Workshop - Πέμπτη 11 Δεκεμβρίου 2014 - 11.00



Συνέδριο Β' - Παρουσίαση - Πέμπτη 11 Δεκεμβρίου 2014 - 14.00


Επίτευχη της διάχυσης γεωγραφικών πληροφοριών στο Δήμο Bretagne Romantique Γαλλίας




INSPIRE by clouds: La fin de la saisie manuelle des métadonnées?

Le principal enseignement de la journée INSPIRE du CNIG a été l’importance première de l’animation. Les trois intervenants du matin, DREAL Poitou-Charentes, Lorient Agglomération et PIGMA, ont tous mis largement en avant l’importance de celle-ci pour la réussite du partage des données. Or, l’atelier « Accompagnement » de l’après-midi a tout aussi largement mis en évidence l’inefficacité […]

GIS Ελλάδα: lizmap στα ελληνικά για το συνέδριο HellasGI

Μερικές πληροφορίες σε σχέση με την εφαρμογή lizmap και την ελληνική μετάφραση.

Από το twitter θα βρείτε πληροφορίες
https://twitter.com/hashtag/lizmap


https://github.com/3liz/lizmap-web-client/releases/tag/2.10.0

Μια εφαρμογή στο διαδίκτυο lizmap για τη Καβάλα.
http://geotest.bretagneromantique.fr/lizmap-web-client/lizmap/www/index.php/view/map/?repository=city&project=myproject

Η τεκμηρίωση για το lizmap
http://docs.3liz.com/en/introduction.html 

Τα λέμε στο συνέδριο στην Αθήνα...

INSPIRE by clouds: Retour sur la journée du CNIG du 18.11.14

Ce qui suit est un compte-rendu essentiellement subjectif des moments marquants de la journée du 18.11.14 du CNIG consacrée à la mise en œuvre de la directive INSPIRE. Introduction de Pascal Lory, IGN, au titre de l’appui au secrétariat permanent : il y a 400 participants dans les groupes CNIG. Le point de vue d’Ulla Krongborg […]

GIS Ελλάδα: Σε επίσκεψη στην Αθήνα - HellasGIs

Θα είμαι παρόν στο 8ο Πανελλήνιο Συνέδριό - HellasGIs στην Αθήνα τις 11 Δεκεμβρίος.
Το πρωί θα είμαι ένα γεμάτο πρόγραμμα για μένα αφού θα είμαι στα workshops στις 11.00 με 13.00 για το θέμα "Διάχυση των γεωγραφικών δεδομένων στο διαδίκτυο από QGIS σε Lizmap".

Στο καπάκι, θα συνεχίσω με τη παρουσίαση μου που έχει μεγάλη σχέση με το προηγουμένο θέμα ... με τίτλο "ΔΙΑΔΙΚΑΣΙΕΣ ΓΙΑ ΤΗΝ ΕΠΙΤΕΥΞΗ ΤΗΣ ΔΙΑΧΥΣΗΣ ΔΗΜΌΣΙΩΝ ΓΕΩΓΡΑΦΙΚΩΝΔΕΔΌΜΕΝΩΝ ΣΤΌ ΔΗΜΌ BRETAGNE ROMANTIQUE ΓΑΛΛΙΑΣ".

Θα είμαι διακοπές αλλά ευκαιρία είναι να περάσω και να καποιά λόγια για την εμπειρία μου στο δήμο που εργάζομαι...

Σας βάζω και τη περίληψη της παρουσίασης για περισσότερες λεπτομέρειες στο παρακάτω μέρος.

Περίληψη:
Ο δήμος Bretagne romantique στη Γαλλία θέλει να αναπτύξει τη σωστή λειτουργία των υπηρεσιών της και επίσης να διευκολύνει την πραγματοποίηση των έργων για το προσωπικό  που διασφαλίζει το συντονισμό αυτών. Αυτό εκφράζεται μέσω της αποστολής του δήμου για την παρακολούθηση των 27 κοινοτήτων και τη διάθεση των γεωγραφικών δεδομένων που αφορούν ειδικά το κτηματολόγιο, τα πολεοδομικά σχέδια και τα δεδομένα των δικτύων διανομής. Έτσι εξηγείται η πραγματοποίηση του Δημοτικού Γεωγραφικού Συστήματος Πληροφοριών (ΓΣΠ) το 2009. Αρχικά δημιουργήθηκε για να απαντήσει στις ανάγκες χρήσης και αναζήτησης του κτηματολογίου και της ορθοφωτογραφίας.

Μετά από μερικά χρόνια, διαπιστώθηκε ότι οι ανάγκες των χρηστών έχουν αλλάξει και το ΓΣΠ δεν ήταν προσαρμοσμένο πλέον στις προσδοκίες των υπαλλήλων και των συνεργατών. Γι' αυτό το 2013,  η τοπική αυτοδιοίκηση δεσμεύεται σ'ένα συγκεκριμένο έργο για να εξασφαλισθεί η συνέχιση της χρήσης των γεωγραφικών δεδομένων και της ανάπτυξης  των εφαρμογών του.

Το τμήμα του Συστήματος Πληροφοριών ξεκίνησε αυτό το έργο με μια σταδιακή αύξηση των δεδομένων στο ΓΣΠ. Πρόκειται για τη δημιουργία νέων χωρικών δεδομένων σε σχέση με τα θέματα της πολεοδομίας και του περιβάλλοντος. Παράλληλα, το έργο έχει ως στόχο μια μεγαλύτερη διάχυση των εδαφικών δεδομένων στο διαδίκτυο με σκοπό τη σταδιακή απελευθέρωση αυτών, με αποτέλεσμα να χρησιμοποιούνται από το κοινό (και όχι μόνο από τους υπαλλήλους των δημόσιων υπηρεσιών). 

Αρχικά μέσω της παρουσίασης θα γίνει η περιγραφή των θεμάτων που αντιμετώπισε η τοπική αυτοδιοίκηση πριν την πραγματοποίηση του έργου.

Έπειτα θα προσεγγίσουμε τις τεχνικές λύσεις και τα θέματα σχετικά με την οργάνωση του έργου. Εξίσου η φάση ευαισθητοποίησης των υπηρεσιών του δήμου και της διεύθυνσης είναι ιδιαίτερα σημαντικές για τη σωστή υλοποίηση του.

Ένα κεφάλαιο θα αναφέρει τις εφαρμογές που λειτουργούν σύμφωνα με τα πρότυπα της δια λειτουργικότητας των συστημάτων. Αυτές βασίζονται σε ελεύθερα λογισμικά για μια μεγαλύτερη ευελιξία που επιτρέπει την εύκολη αναβάθμισή τους.  Πρόκειται για τα λογισμικά Desktop QGIS 2.Χ που είναι εγκατεστημένα στους υπολογιστές των τμημάτων του δήμου και στοχεύουν στη δημιουργία νέων χωρικών δεδομένων που θα ενσωματωθούν στη συνέχεια στο ΓΣΠ. Ανάλογα τα ευαίσθητα δεδομένα, όπως το κτηματολόγιο, βρίσκονται σε μια βάση δεδομένων και σε μια ξεχωριστή εφαρμογή WebGIS  με κωδικοποιημένη πρόσβαση για τους υπάλληλους του δήμου και των κοινοτήτων. Το επόμενο θέμα θα αφορά τη δημόσια διάχυση των γεωγραφικών δεδομένων με ελεύθερα λογισμικά WebGIS Lizmap εξασφαλίζοντας μια πλήρη συμπληρωματικότητα μεταξύ του GIS Desktop QGIS και του WebGIS Client Lizmap. Επισημαίνεται και η διαθεσιμότητα των λογισμικών στην ελληνική γλώσσα για μια καλύτερη κατανόηση από το κοινό.

 Τέλος, θα παρουσιαστούν οι προοπτικές ανάπτυξης του έργου αναλυτικά στοχεύοντας στους προβληματισμούς που προκύπτουν και θα επισημανθούν οι προβλέψεις του κάθε τμήματος για τη βελτίωση των χρήσεων των γεωγραφικών δεδομένων στο δήμο Bretagne romantique.


Για το πλήρης πρόγραμμα, δείτε το αρχείο από την επίσημη ιστοσελίδα του Συνεδρίου http://www.hellasgi.gr/

Cartesia.org: Simposio: Geomatics in Latin American Archaeology

Sesión que llevamos a la 43 Conferencia Anual Internacional Computer Applications and Quantitative Methods in Archaeology (CAA Siena 2015) que se celebrará entre el 30 Marzo y el 3 Abril 2015 en Siena (Italia) con el título: “Geomatic approaches in Latin American Archaeology: the state-of-the-art in Spatial Archaeology”.

La propuesta completa se halla en : http://caaconference.org/program/sessions/4f/

Maximiano, Alfredo M. Universidad de Cantabria. IIIPC. España, maximianocastillejo@gmail.com
Magnin, Lucía A. Universidad Nacional de La Plata. CONICET Argentina, lumagnin@yahoo.com.ar
De Feo, María Eugenia. Universidad Nacional de La Plata. CONICET Argentina, eugeniadefeo@yahoo.com.ar
Figuerero Torres, María José. Universidad de Buenos Aires. Argentina, mjofiguerero@yahoo.com.ar

Contacto: geomaticsla.caa.2015@gmail.com
20 Nov 2014: concluye llamado de trabajos
Presentación de resúmenes: http://caaconference.org/program/

Terra Observer: Daily Overview

Bo Ziemi widzianej z góry nigdy za wiele.

Terra Observer: Webcarto - lista serwisów WMS

  • Ładne,
  • aktualne,
  • użyteczne,
  • i dobre, bo polskie (choć po angielsku).
webcarto - baza usług sieciowych wzbogacona o dodatkowe narzędzia takie jak czytelna interpretacja zapytania GetCapabilities czy monitoring działania serwera mapowego. Krótko mówiąc: warto dodać do zakładek :)




年会費無料のETCカードってあるの?: レンタカーとカーシェアは運転する時間や用途によります

たいていの場合、レンタカーとはお金を払って車を一日単位で借りられるシステムです。

そのため主な利用者は車を持っていない人で、旅行やドライブなど長時間車を使いたいという人がレンタカーを利用します。

 

そしてカーシェアリングもお金を払って車を借りるという点ではレンタカーと一緒です。

しかし何人かの人と一緒に一台の車を借りるというシステムで、その分一人の人が車を使える時間はレンタカーに比べると非常に短いのが特徴です。

 

また会員制という形をとっているカーシェアリングが主で、基本料金を払うものもあれば、そうでないものもあります。

また10分から15分単位での貸し出しを行っているところが多く、一回当たり数百円での利用が可能なものもあります。

 

先にも述べたように、旅行やドライブなどで長時間車を使用したいというケースではレンタカーを利用するほうがよいでしょう。

しかしちょっとした買い物や家族の送り迎えなど、それほど時間を必要としない用事のために車を運転したいというのであれば、カーシェアリングがお得です。

 

このようにレンタカーは車が一日必要であるという旅行などの大きなイベント時に利用でき、カーシェアリングはどちらかというとちょっとした用事を済ませるために車が必要だという人向けのシステムです。

 

いずれにせよ高い車の維持費を払って車を所有するのではなく、必要なときにだけ車を使いたいという人にとってレンタカー、そしてカーシェアリングは非常に便利です。

neogeo: Sécurité des Systèmes d’Information

Le moment paraît bien choisi. Depuis mercredi, la découverte d’une vulnérabilité béante dans « bash », l’interpréteur de commande le plus répandu dans le monde Linux, et aussi utilisé par OS X, vulnérabilité relativement facile à exploiter même si elle est un peu plus complexe à expliquer, illustre une fois de plus, après HeartBleed en mars, que nos systèmes informatiques sont faillibles, quelque puisse être la méticulosité des développeurs et testeurs. Ils sont faillibles car ils sont complexes et mobilisent de nombreux sous-systèmes. Ils sont faillibles car de nombreuses personnes vont s’employer à y percer des trous.
Forts de ce constat, effectué en conjonction de l’épisode HeartBleed et de vilaines attaques DDOS sur des infrastructures amies, nous avons entrepris de doter Neogeo Technologies d’une compétence, car il en faut, en sécurité des systèmes d’information. C’est en effet un métier, doté d’un savoir-faire, associé à une expertise. C’est pourquoi nous avons recruté un expert en sécurité, Wannes Rombouts, jeune et talentueux hacker, à peine sorti de l’Epitech mais déjà découvreur et patcheur de nombreuses vulnérabilités, notamment sur le noyau Linux.
La sécurité informatique est étroitement associée à la notion de risque. Est-ce que mon installation risque de se faire attaquer ? A quel type d’attaque ? Y résistera-t-elle ? S’en remettra-t-elle ? Comme pour les risques naturels, cela se modélise en termes d’aléas (le truc qui peut arriver : attaque DDOS, exploitation de vulnérabilité, intrusion…) et d’enjeux (que se passe-t-il si le système est endommagé ? S’il y a un vol de données, de comptes utilisateur ?). On retrouve alors l’équation risque = aléa x enjeu, avec les notions connexes de vulnérabilité, de résistance et de résilience (capacité à se remettre d’une attaque).
Pour chacun de ces aspects nous proposons ainsi désormais des prestations, standardisées ou sur-mesure que nous pouvons ranger dans trois catégories complémentaires :

Information

  • Newsletter Neogeo Sécurité pour vous tenir au courant de l’actualité « sécurité », et relayer de manière didactique (évaluation des risques) les principales nouvelles vulnérabilités découvertes. Inscription libre depuis ce formulaire.
  • Liste de diffusion restreinte Neogeo Sécurité. Pour recevoir une veille personnalisée en fonction de votre infrastructure et de vos besoins. Accès sur abonnement payant (100 € / an).
  • Organisation de séminaires et de sessions de sensibilisation des personnels techniques et moins techniques aux menaces sur les systèmes informatiques et aux bonnes pratiques pour s’en prémunir.

Investigation

  • Audits applicatifs et tests d’intrusion (boite noire/grise/blanche) :
  • Audit de code source : examen du code pour découvrir des vulnérabilités à de mauvaises pratiques de programmation ou des erreurs de logique.
  • Audit de configuration : vérification de la mise en œuvre de pratiques de sécurité conformes à l’état de l’art sur les dispositifs matériels et logiciels et leurs diverses configurations.
  • Audit d’architecture : prestation plus complète, elle consiste, comme l’audit de configuration, en la vérification de la conformité des pratiques de sécurité mais aussi des choix technologiques et organisationnels qui ont présidé à l’élaboration du SI.

Intégration

  • Intervention amont lors de la conception et du développement d’applications pour identifier et corriger les problèmes de sécurité le plus tôt possible et sensibiliser les développeurs à ces notions.
  • Sécurisation avancée et personnalisée de votre SI.
  • Formations spécifiques

 

Ces diverses prestations s’adressent évidemment à toute organisation, publique ou privée, souhaitant renforcer sa sécurité informatique ou s’assurer de sa qualité. Forts de nos compétences en SIG, nous développerons également une veille particulière sur ces environnements, et notamment les plateformes SIG en ligne, afin que, si les flux INSPIRE et Opendata se croisent et s’entremêlent, ils ne soient pas des vecteurs de vulnérabilité.

Pour toute question complémentaire, merci de vous adresser à security[arobase]neogeo-online.net.