Smart Cities: ¿Sólo las grandes ciudades pueden ser inteligentes?

Posted on 08/03/2016 by Alvaro

livingcities_peq

Hablábamos hace unos días que no es posible aplicar el concepto de Smart City, de ciudad inteligente, a aquellas ciudades donde sus administradores públicos aplican políticas y proyectos que hacen que sus infraestructuras tecnológicas, que sus sistemas de información, sean dependientes de proveedores únicos. Algo que, por desgracia, ocurre con bastante frecuencia y que hipoteca el futuro tecnológico de las ciudades.

Incidiendo en el tema de las Smart Cities hay otro aspecto que me gustaría resaltar en relación al uso de software privativo frente a soluciones libres, y es la relación directa que tiene la implantación de productos privativos con la generación de desigualdades tecnológicas entre poblaciones de distinto nivel económico.

A nadie se le escapa que el gasto en licencias para implantar y mantener, por ejemplo y ya que estamos en el blog de gvSIG, una plataforma de geomática que permita gestionar la información geográfica de un municipio es abordable únicamente para unos pocos ayuntamientos. Un porcentaje ínfimo del total de municipios que constituyen cualquier Estado.

Con software privativo estamos relegando a segunda división tecnológica a la gran mayoría de poblaciones de un país. Esta discriminación en la modernización de la gestión de los ayuntamientos provoca que tengamos unos pocos ejemplos de modernidad, suficientes para rellenar algunos titulares de periódicos, y condenemos a una suerte de exclusión digital al resto. Desde luego no parece que sean las políticas más “smart”, más inteligentes.

Si la brecha digital hace referencia principalmente a las posibilidades de convertir la información circulante en conocimiento relevante, la apuesta por soluciones libres, basadas en el conocimiento compartido, sin costes de licencia y sin limitaciones de acceso se constituyen como la única posibilidad para que todas las ciudades y poblaciones de un país puedan aplicar la tecnología para mejorar su gestión.

Y todo ello sin entrar en las dinámicas propias del software libre, donde se abren las posibilidades para la colaboración entre distintas poblaciones para abordar soluciones complejas, para abordar desarrollos conjuntos que se puedan compartir sin ningún tipo de limitación.

Y da por pensar que un país inteligente no será aquel que tenga ciudades de primera y segunda, inteligentes y “no tan inteligentes”, sino aquel que apueste por una igualdad de oportunidades tecnológicas para todas sus poblaciones y que, además, les permita compartir y mejorar de forma conjunta.

Posted in opinion, spanish | Tagged , , | 8 Comments

Disponible vídeo del webinar de gvSIG Online

Posted on 07/03/2016 by Alvaro

istock_000003759439-internetHace unos días realizamos un webinar de presentación de gvSIG Online, la plataforma integral para Infraestructuras de Datos Espaciales en software libre que ha puesto en marcha la Asociación gvSIG. Un producto que permite a las organizaciones, a muy bajo costo, implantar una solución potente y de fácil manejo para gestionar su información espacial de la forma más eficiente.

gvSIG Online es una solución que enlaza con el concepto de Smart City y que además permite cumplir la legislación de un buen número de países en materia de publicación de información geográfica acorde a estándares, como es el caso de LISIGE en España o INSPIRE en Europa.

Os dejamos con el vídeo de la presentación:

Si estás interesado en implantar gvSIG Online en tú organización, contacta con nosotros: info@gvsig.com . Además de contar con los mejores expertos en geomática libre estarás ayudando al mantenimiento y desarrollo de la tecnología gvSIG. En la Asociación gvSIG ofrecemos distintas modalidades de implantación, tanto como servicio (hosting+mantenimiento) como implantando en el servidor del cliente.

Posted in gvSIG Online, spanish | 1 Comment

Camino a gvSIG 2.3: Nuevos formatos disponibles (OGR/GDAL)

Posted on 04/03/2016 by Alvaro

Como ya sabréis uno de los principales cambios de arquitectura en gvSIG 2.3 conlleva el uso de la librería GDAL para el acceso a datos ráster y proyecciones. Una vez realizado este trabajo hemos decidido generar un nuevo driver de acceso a datos que utilice el potencial de esta librería para acceder a todo tipo de formatos, muchos de los cuales hasta ahora no estaban soportados por gvSIG.

¿Qué formatos soporta GDAL? Es tal el número de formatos que mejor que listarlos aquí, os dejamos un enlace a todos ellos.

– Formatos ráster: http://www.gdal.org/formats_list.html

– Formatos vectoriales: http://www.gdal.org/ogr_formats.html

Por tanto esto abre la puerta a utilizar un buen número de formatos en gvSIG, adicionales a los ya disponibles. Hemos dejado disponible este plugin en el servidor de testing para que podáis probarlo en gvSIG 2.3.

En el siguiente vídeo podéis ver cómo instalar el plugin mediante el administrador de complementos.

Aunque es probable que para ciertos formatos del listado debamos realizar algún desarrollo adicional o mejorar experiencia del usuario, ya hay formatos que hemos ido testeando como los que mostramos a continuación.

Vídeo que muestra la creación de un archivo en formato Geojson y su posterior carga en gvSIG:

Vídeo que muestra la carga de capas generadas con Mapinfo, tanto en formato MID/MIF como TAB:

Por último carga de una capa GML con el esquema de Catastro, para lo cual indicaremos en las propiedades del GML que debe utilizar dicho esquema. En este caso el GML ha sido descargado del portal de la Dirección General del Catastro de España:

¿Interesante, verdad?

Posted in gvSIG Desktop, spanish | Tagged , , , , , , | 2 Comments

Camino a gvSIG 2.3: lectura/escritura de ficheros PRJ (proyecciones)

Posted on 03/03/2016 by Alvaro

Una de las novedades que trae la próxima versión gvSIG 2.3 es la capacidad de lectura y escritura de ficheros PRJ. Sin duda una de las funcionalidades más demandadas por la comunidad de usuarios y que conlleva considerables ventajas.

¿Qué es un PRJ?

Es un fichero que va asociado a una capa de información (shapefile, ráster…) y que contiene información sobre el sistema de referencia de coordenadas de dicha capa.

Si abrimos con un editor de texto un archivo PRJ veremos en mayúsculas las variables y entre corchetes sus valores o especificaciones.

La información de un archivo PRJ viene en una sola línea de texto sin formato, por lo que recae en cada aplicación la tarea de traducir e interpretar los valores reflejados en el archivo.

Como decíamos, a partir de gvSIG 2.3 la aplicación interpretará este tipo de archivos e identificará de forma automática la proyección de la capa. Igualmente, al crear o exportar una capa generará automáticamente su fichero PRJ.

Veamos un vídeo con la carga de un par de capas y como automáticamente detecta su proyección. En el primer caso la capa está en el mismo sistema de proyección que la Vista, por lo que la añadirá tal cual. En el segundo caso está en un sistema de proyección distinto, por lo que gvSIG al identificarlo hará una reproyección al EPSG de la Vista.

Posted in gvSIG Desktop, spanish | Tagged , , , , , | 4 Comments

Criando um mapa de localização no gvSIG 2.x

Posted on 02/03/2016 by eliazerk

O objetivo desta série de artigos é abordar o modo Mapa do gvSIG, esse incompreendido e muitas vezes mal falado compositor de mapas. A inspiração para o artigo veio através da postagem do Narcélio de Sá, que desenvolveu o tema de como criar um mapa de localização com muita desenvoltura utilizando as facilidades que o QGIS oferece através do seu compositor de mapas.

Muito embora o gvSIG não ofereça um modo de Mapa tão avançado, que disponibilize todos os recursos apresentados no referido artigo, ainda assim é possível criar um mapa de localização que não fica devendo nada para o que foi apresentado, como podemos conferir na imagem abaixo, que mostra o resultado final do nosso exercício:

Resultado final do mapa de localização executado através do gvSIG

Resultado final do mapa de localização executado através do gvSIG

Por ter ficado muito extenso, o artigo foi dividido em três partes:

Espero que este artigo ajude a desbravar um pouco mais o modo Mapa do gvSIG, e coloco-me a disposição para esclarecer qualquer dúvida que surgir.

Eliazer Kosciuk
Blog Idea Plus Geo

 

Posted in gvSIG Desktop, portuguese | Tagged , , , | 2 Comments

Politician, promise ICT, it’s cheaper!

Posted on 01/03/2016 by mjlobato76

Imagine some politician going to a neighbourhood and promising to the neighbours, that a health center will be built near to fulfill their needs. It doesn´t matter if it is a health center, a school, a sport center or a new detour of one road. From the beginning, all of them assume naturally two things: firstly, that to go ahead with that promise, a bidding and a final contract will be needed; and secondly, sure that nobody will think that the health center will be built in one week.

It is possible that the politician had transforming willingness, that was conscious that some things are not working, that there is a lot to do for the good of the community, but…to make real a promise, time is needed. Sure? for everything? Of course not, there are projects that can be promised and shortly build them: ICT!

Politician, think about any solution which could be an input for your citizens. In any area, Judicial, Education, Health, Industry, Agriculture,…well, that all changes imply law modifications with an impact in the Information Systems? What does it matter? Everyone knows that computing is only press a key…In the end, as if the technology had any influence in the social, productive, economical or financial processes in the 21st century. As if to roll out new projects or ideas it will not be needed telematics processes and arrange or modify the Information Systems.

Now, it seems that to make a promise with ICT impact, it is needed to have economic resources, and they have to be put on bidding and contract process. Also, you will want to tell us that when the contracts are given, there will be some time to be built and be ready for their use. But what this ICT people thinks? perhaps, they believe that they are talking about engineering procedures requiring time?

And look, it is not good that the ICT people complains over writing an administrative procedure for the public contract process. Sure that they are able to complain that they have to talk to inspectors and solicitors with no idea in the sector. They are able to say that the duration of the procedure will last one year, and in that time-lapse, the technology will have advanced making the object of the contract and its implementation not being ideal at that moment.

Maybe, the politician wants to change the mobile phone each 6 months because it´s obsolete. But what about the technology of the Information Systems? And well, the aim to have judicial spokespersons with ICT specialization? That is just an excentric idea…

Ouch, if this is the situation, if this is the vision of the role and the time of the technologic processes in the minds od the politicians, if besides there is a need to explain them that we are talking about an Strategic Sector and the role of the Open Source Software as the guarantor of the Technological Sovereignty…As they said in Valencia: Ai mare, quant treball tenim per davant (how much work we lie ahead)

@GabrielCarrionR

Posted in community, english, opinion | Leave a comment

Smart Cities: sin software libre no hay inteligencia

Posted on 01/03/2016 by Alvaro

Right Decision, Wrong Decision Road Sign

Uno de los conceptos de moda estos últimos años es el de Smart City, la ciudad inteligente. Atiende principalmente al uso de las TIC, las tecnologías de la información y comunicación, para mejorar la vida de los ciudadanos. La tecnología no como un fin en si mismo, sino como un medio para modernizar y optimizar la gestión de la ciudad. No podía ser de otra manera, en el S.XXI la tecnología juega y debe jugar un papel fundamental en la mejora de las políticas públicas. Las ciudades abandonan el mundo analógico y para ser inteligentes, por tanto, se han de valer de la tecnología.

Ahora imaginemos que nuestros servidores públicos, en su toma de decisiones, se decantan por utilizar software privativo para estos menesteres de la modernización. Pensemos que hacen dependiente de proveedores únicos toda el área tecnológica de nuestras ciudades, el corazón de sus sistemas de información. Que por muy ilógica que parezca esta decisión, sin miras estratégicas, obvien una cuestión tan fundamental como la soberanía tecnológica e inunden de cajas negras, sin acceso al conocimiento informático, las sedes gestoras de nuestras urbes.

¿Podríamos tener ciudades inteligentes o tendríamos ciudades cautivas tecnológicamente?

La lógica aplastante de la respuesta es más terrorífica cuando observamos la frecuencia con la que ocurre. Una parte importante de los presupuestos municipales se derivan a estas malas prácticas. Decisiones que hipotecan el futuro de las ciudades desde una perspectiva económica amplia, pues no olvidemos que la economía tiene también un carácter social y del conocimiento.

Incidimos en la idea, en el S.XXI las ciudades sólo serán soberanas si también lo son tecnológicamente.

Si añadimos a la perspectiva interna, de gestión, la externa a la propia organización, debemos sumar ventajas a la decisión de utilizar software libre: se abre la puerta a la colaboración con otras instituciones y se produce un cambio del gasto desorbitado en licencias (alquiler de uso) por la inversión en servicios. Servicios para los que se puede contar con una industria local, nacional, que se impulsa desde la propia administración. Tejido empresarial que va a requerir más y mejores técnicos cualificados de nuestras universidades. Universidades que dejaran de formar en marcas por capacitar en tecnologías. Una red de sinergias que enlazan perfectamente con un necesario cambio de modelo productivo.

Ampliando la perspectiva aún es más contundente la respuesta: no puede haber ciudades inteligentes sin software libre.

¿Y qué papel juega la geomática, las tecnologías para la gestión del territorio, en una Smart City?

Son el eje fundamental. Más del 80% de la información que maneja un ayuntamiento está geoposicionada: las infraestructuras, el patrimonio, parques y jardines, niveles socio-económicos, inversión…todo está o puede estar representado espacialmente.

Las Infraestructuras de Datos Espaciales, por tanto, se constituyen como el eje central que permite conectar todo lo que supone una Ciudad Inteligente.

Infraestructuras de Datos Espaciales 100% libres, como las soluciones que planteamos, ofrecemos y defendemos desde la Asociación gvSIG.

Posted in opinion, spanish | Tagged , | 11 Comments

On the road to gvSIG 2.3: Dynamic segmentation in 4 videos

Posted on 29/02/2016 by Mario

Creating Routes:

Calibrate Routes:

Showing measurements:

Dynamic segmentation:

 

Posted in english, gvSIG Desktop | Tagged , | 2 Comments

On the road to gvSIG 2.3: Dynamic segmentation (VI and final)

Posted on 27/02/2016 by mjlobato76

Once we have seen in previous post how to create routes, calibrate them and generate the dynamic segmentation, in this last post we will see how to show and clean measure.

Show measures

This tool allows the graphic representation of the M coordinate. To enable this tool, the active layer of the View has to be a layer of lines with M coordinate points. Some element has to be selected.

Once activating the tool, a dialog box is showed which allows to introduce the required distance between the kilometer points.

LRS20

Once accepting, gvSIG will show the point in the route with the set distances and one label with the M coordinate of that point.. The label format will be“# + ###”. So, the kilometer point 2,350 will be “2 + 350”.

0141

This tool show the results in the View without changing any of the data of the used routes.

Clean measures

This tool cleans from the View all the measures previously displayed for the previous tool.

The user could have executed the tool for showing measures as many times or over many routes as wanted, and because they stay in the View and it can be a problem for the correct interpretation of the data, using the clean measures tool, all the measures will be cleared from the view.

Related posts:

Posted in english, gvSIG Desktop | Tagged , , , , | 2 Comments

On the road to gvSIG 2.3: Dynamic segmentation (V)

Posted on 27/02/2016 by mjlobato76

Once we´ve learned in previous posts how to create routes and calibrate them, let´s see the available tool to generate dynamic segmentation.

This tool allows to create new information layers from a geocodification linked to a linear reference system. For instance, the accident location referred to one road and kp or the representation of capacities or average traffic density of kilometric sections.

To run this tool, it is needed to go from a layer of calibrated routes and one table with columns indicating the kilometric points and columns with other values.

By activating the tool, a dialog box is displayed with the following components:

  • “Source” to select the layer of calibrated routes.
  • “Route identifier field” to select the table field of the calibrated routes layer containing the identifier of the route.
  • “Table” to select the table with values.
  • “Route identifier in value table” to select the field of the values table containing the route ID. If it is not selected, either because it does not exist in the table or because it is not desired, all values ​​will be applied to the output for any selected route.
  • “Landmark” to indicate the field that will contain the initial kilometer points of each section.
  • “Final Landmark” to indicate the field that will contain the final kilometer points of each section.
  • “Value” to indicate the field that will contain the values to represent.
  • “Output file” to introduce the layer in which all the results will be kept.

Once accepting this dialog, a new layer will be created with the following characteristics:

  • If the initial  and final landmark fields have been selected, the output layer will be one linear layer with the routes from the original layer separated in the sections indicated by these fields.
  • If only the “Landmark” has been selected, the output layer will be a layer of positioned point in the kilometer points indicated by that field.
  • In the table associated to the output layer, the new columns will be added:
    • “registration” or the name of the column of the table from the original layer where the is the route ID.
    • “PK”, if the output layer is a point one, or “PK INICIAL” is a linear one.
    • “PK FINAL” if the output layer is linear
    • “value” or the name of the column from the value table where is the value aimed to be represented.

After this, any of the gvSIG symbologies for linear layers can be applied.

If, before the tool running, the input layer had any selection, this process only will be applied to the selected routes.

The following image is an example of a linear layer generated by dynamic segmentation. A unique value symbology has been applied using the “VALUE”(TIPO) attribute.

LRS_10

The next image is an example of a point layer generated by dynamic segmentation.

LRS_11

Once the process ends, which will be indicated by a dialog box with a progress bar, gvSIG will give to the user the generated layer in the active view.

Related posts:

 

Posted in english, gvSIG Desktop | Tagged , , , , | 3 Comments