gvSIG 2.3: Trabajando en nuevas mejoras

Posted on 18/04/2016 by Alvaro

gvSIG_improvement

En 2015 establecimos la norma de publicar dos versiones de gvSIG al año, que cumplimos con la salida de gvSIG 2.1 y gvSIG 2.2. En 2016 la dinámica sería publicar otras dos versiones, gvSIG 2.3 y gvSIG 2.4, una antes de verano y otra para finales de año. Sin embargo, decidimos saltarnos la norma y anunciar que sacaríamos tres versiones de gvSIG en 2016. Para ello comenzamos el período de estabilización de gvSIG 2.3 en diciembre del año pasado y en febrero publicamos la primera RC (candidata a final). La previsión era dedicar unos pocos recursos más a corregir los bugs (errores) importantes destacados y ya publicar la versión final de gvSIG 2.3.

Sin embargo ha habido una buena noticia que va a provocar que nos saltemos la excepción y sigamos la norma. Es decir, que atrasemos la publicación de gvSIG 2.3 unos meses y, finalmente, en 2016 vean la luz dos versiones de gvSIG en lugar de tres.

¿Buena noticia? Sí, porque el motivo de no dedicar recursos a finalizar la estabilización de gvSIG ha sido la contratación de una gran cantidad de nuevas funcionalidades que van a permitir dar un salto de calidad (otro más) a gvSIG y convertirlo en un SIG todavía más potente. Esos nuevos desarrollos además tienen fecha de entrega, por lo que hemos tomado la decisión de dedicar todos nuestros esfuerzos a ello y como efecto secundario retrasar la salida de una versión que, por otro lado, se salía de la dinámica de publicación de versiones establecida.

¿Y en qué estamos trabajando? Pues en un buen número de mejoras, algunas de las cuales verán la luz en la próxima gvSIG 2.3. Aquí va un breve listado de las principales tareas:

  • Acceso a proveedores de mapas externos como Google Maps y Bing Maps.
  • Acceso a Google Street View.
  • Acceso y manejo de datos LiDAR (tanto en Vistas 2D como en Vistas 3D).
  • Carga de datos vectoriales en Vistas 3D.
  • Extrusión en Vistas 3D.
  • Soporte completo de la base de datos de proyecciones en Vistas 3D (actualmente sólo soporta EPSG:4326) y, por tanto, reproyección ráster de 2D a 3D.
  • Geoprocesos para detección y generación de capas de edificaciones, y detección automática de alturas a partir de datos LiDAR.
  • Soporte de las herramientas de LRS/Segmentación Dinámica para bases de datos PostGIS.
  • Importador de ficheros csv al estilo LibreOffice.
  • Nuevas funcionalidades 3D (animaciones, datos temporales,…)
  • Refactoring de la arquitectura ráster de gvSIG. (nota: Si vas a hacer desarrollos ráster, te recomendamos que te pongas en contacto con nosotros, para que tu trabajo se pueda integrar con los cambios que se van a realizar).
  • Soporte a proyecciones: finalizar la transición iniciada para el uso de GDAL en proyecciones.

Ahora seguro que todavía esperareis con más ganas la salida de la próxima versión de gvSIG.

🙂 🙂

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

Assessing the quality of urban layouts (II)

Posted on 13/04/2016 by Manuel

As we announced in a previous post, we are describing the basis of the methodology developed by the gvSIG Association and New York University (NYU) within the project “Monitoring Global Urban Expansion”, for assessing the quality of urban layouts.

Metrics

The objective of the methodology is to measure the following features:

  • Land Use Areas and Shares
  • Proportion of Street Space
  • Street Widhts
  • Block Size
  • Intersection Density
  • Walkability
  • Plot Dimensions
  • Access to Arterial Roads

All these features were obtained from vector cartography through geoprocessing algorithms. The first step therefore was creating the necessary cartography. For this we used an Open Source mapping software from the OpenStreetMap project called JOSM. The main data sources used were Bing and MapBox satellite imagery.

Sampling

Since mapping the entire cities would not be affordable we considered using sampling methodologies: a quasi-random sequence called Halton, which has the advantage of providing points with a very good spatial distribution but still they are random, which is very important from the statistical point of view.

Selection_608Around each point in the sequence within the study area we drew a circle with an area of 10 hectares called “locale” in which we focused the analysis. It is woth stressing that each locales was given a unique identifier with the aim that they can be used in future studies.

Depending on the size of the study area different locale densities were used: for areas smaller than 25 Km2 we generated 4 locales per Km2 while for areas larger than 25 Km2 we generated 1 locale per Km2.

Land Use classification

Before the digitization we established a classification of land uses including the following categories:

  1. Open Space. It mainly refers to any unbuilt areas, particularly:
    – Open countryside
    – Forests
    – Crop fields
    – Parks
    – Water bodies
  2. Non-Residential. It includes built-up areas that are not for residential use such as:
    – Industrial parks
    – Railway stations and tracks
    – Bus terminals
    – Airports
    – Schools and universities
    – Shopping centers
  3. Residential. For residential areas we established 4 subcategories depending on the stage in their evolution and particularly considering the following main factors: homogeneity of structures, regularity of the street network and quality of public services.
    1. Atomistic: areas that were not laid out or subdivided in advance of the residential development.
    2. Informal Land Subdivision: subdivided areas that lack of some public services, particularly paved streets and sidewalks.
    3. Formal Land Subdivision: similar to the former category but with high level of infrastructure.
    4. Housing Project: areas where structures are homogeneous because they were built off the same plan. It may include from apartment towers to suburban tract housing.

Digitization

For each locale the following elements were digitized:

  • Locale Boundary. It’s the circle itself except when an overlap between two circles take place, in which case one of the circles is clipped. From this element we get the total area of the locale.
  • Blocks. Contains the boundaries of all the blocks falling within the locale, tagged according to their land use category.Selection_626
  • Plot Measurements. In those blocks in which the plot size was regular and plot boundaries were easy to identify some measurements on plot depth and width were taken.Selection_616
  • Road Medians. We digitized the road medians around all the blocks intersecting or completely included in the locale.Selection_630

Sample representativeness

In order to guarantee the representativeness of the sample we proceed as following: we digitized an initial set of 40 locales; then we calculated all the metrics, the average values and, through a statistical test, its degree of confidence. Until a high degree of confidence was reached we kept digitizing locales.

Digitization of Arterial Roads

Simultaneously to the digitization of locales we carried out the digitization of all the Arterial Roads of each city, which are those roads that are more than 18 meters wide and, at the same time, are connected to other roads more than 18 meters wide.Selection_628

Metrics calculation

Once all the necessary elements were digitized we proceed to the calculation of the metrics using two Python scripts, one for the locale metrics and a second one for the Arterial Roads metrics.

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

gvSIG en los papeles de Panamá

Posted on 12/04/2016 by Gabi

Después de 12 años de vida de gvSIG, aún me sigo sorprendiendo con las continuas referencias que me llegan de donde se está utilizando, que si en este ayuntamiento o aquel departamento universitario. En estos años son multitud de administraciones (supranacionales, nacionales, autonómicas y locales), universidades y empresas de varios países, de las que me siguen llegando noticias tanto de la utilización de gvSIG a nivel de usuario, como de la realización de nuevos desarrollos que evolucionan la herramienta; e incluso, lo bien que ha venido en ciertos casos la ‘amenaza’ gvSIG para negociar a la baja ciertos contratos relacionados con la adquisición de software cerrado.

Y durante todo esto tiempo, algo que ¿sigue sorprendiendo? Es la ausencia generalizada de llamadas que el proyecto recibe, o mejor dicho, quien lo gestiona, que no es otra que la Asociación gvSIG, para buscar colaboraciones, oportunidades o simplemente, recibir apoyos. Si por algo se ha caracterizado el planteamiento de: “que bien me ha venido gvSIG, voy a ver como puedo colaborar, sea económicamente, sea aportando mis desarrollos” ha sido por su ausencia generalizada. ¿Motivos? Pues no sé, quizá esté ligado a rasgos de la idiosincrasia latina, que en muchos aspectos es más individualista que otras. Una idiosincrasia donde un pícaro es un listo y no un estafador, pero bueno, esto sería otro debate.

Por supuesto que en la Asociación, según me cuentan, reciben peticiones; pero sinceramente, creo que son mínimos en relación con el impacto que realmente tiene gvSIG, y más observando la evolución de una Asociación que en torno a una marca de éxito, no sólo sigue mejorando y evolucionando el gvSIG Desktop, sino que está generando nuevos productos libres y especializados, como gvSIG Online (Infraestructuras de Datos Espaciales libres) o gvSIG Roads para la gestión integral de carreteras.

Sé que además, en la Asociación gvSIG tienen nuevos proyectos en cartera esperando a recibir un mínimo impulso que les permita convertirlos en realidad. En una realidad al servicio de todos.

Bueno, llegado a este punto (gracias a quién haya llegado) se preguntarán, ¿Pero que tiene que ver el rollo que nos está contando este tío con lo de los papeles de Panamá? Pues parece ser que nada, este ha sido el típico y antiguo artificio de poner un titular atractivo, pero que nada tiene que ver con lo que se cuenta. Pedir disculpas a todos los que se hayan sentido molestos o engañados por la utilización de este recurso.

Aunque ahora que pienso. ¿No tiene nada que ver? Bueno una cosa que si que tengo clara es que la filosofía de gvSIG, el modelo de negocio que propone basado en valores como la Solidaridad y la Colaboración; la política de alianzas que trabaja, buscando fortalecer y colaborar con el tejido industrial de allá donde se desarrollen los proyectos; en definitiva, esta nueva ética de trabajo a la que modestamente intenta contribuir, de buen seguro que es diametralmente opuesta con esa vergüenza de los papeles de Panamá.

gvSIG, y el software libre en general, apuesta por la libertad del conocimiento y la transparencia de la información que es lo que le falta a esos oscuros paraísos fiscales cuya intención es ocultar vergonzosas riquezas no declaradas.

@GabrielCarrionR

 

Posted in gvSIG Desktop, opinion, spanish | 10 Comments

Evaluando la calidad de tramas urbanas (II)

Posted on 12/04/2016 by Manuel

Tal y como anunciamos en un anterior post, vamos a describir los fundamentos de la metodología desarrollada conjuntamente por la Asociación gvSIG y la Universidad de Nueva York (NYU) en el marco del proyecto “Monitoring Global Urban Expansion”, para la evaluación de la calidad de tramas urbanas.

Métricas

El objetivo de la metodología es la medición de las siguientes características:

  • Áreas y porcentajes ocupados por los distintos usos de suelo.
  • Proporción de espacio dedicado a calle.
  • Distribución de anchos de calle.
  • Tamaño medio de bloque.
  • Densidad de Intersecciones.
  • Facilidad para desplazarse a pie.
  • Tamaño típico de parcelas.
  • Acceso a vías arteriales.

Todas estas características se obtuvieron a partir de cartografía vectorial con la ayuda de algoritmos de geoprocesamiento. El primer paso, por tanto, fue el de generar la cartografía necesaria. Para ello se utilizó la herramienta libre de mapeo del proyecto OpenStreetMap, JOSM y como principales fuentes de datos se utilizaron imágenes satélite de Bing y Mapbox.

Muestreo

Dado que digitalizar las ciudades en toda su extensión hubiera sido demasiado costoso se planteó la utilización de técnicas de muestreo. Para la generación de las muestras se utilizó una secuencia semialeatoria Halton, la cual tiene la ventaja sobre secuencias aleatorias puras de que tiene una mejor cobertura espacial sin dejar de ser aleatoria, lo que es muy importante desde el punto de vista estadístico.

Selection_608Sobre cada uno de los puntos de la secuencia que caen dentro de la zona de estudio se generó un círculo con una superficie de 10 hectareas, al cual llamamos locale, sobre los cuales se centra el análisis. Cabe destacar que cada locale tiene un identificador único para todo el planeta con la idea de que sirvan de base para posteriores estudios.

En función del tamaño del área de estudio se utilizaron dos densidades de muestras distintas: para áreas de estudio menores de 25Km2 se generaron 4 muestras por Km2 mientras que para áreas mayores la densidad de las muestras fue de una por Km2.

Clasificación de Usos del Suelo

Previamente a la digitalización se estableció la clasificación de usos del suelo, la cual incluyó las siguientes categorías:

  1. Open Space. Se refiere en general a cualquier área no construida. En particular incluye:
    – Campo abierto.
    – Bosques.
    – Campos de cultivo.
    – Parques.
    – Masas de agua.
  2. Non-Residential. Incluye áreas construidas de uso no residencial como por ejemplo:
    – Zonas industriales.
    – Estaciones de tren y autobús.
    – Aeropuertos.
    – Escuelas, institutos y universidades.
    – Centros comerciales.
  3. Residential. Para las áreas residenciales se establecieron 4 subcategorías en función de su estado de evolución y considerando los siguientes factores principales: homogeneidad de las estructuras, regularidad de la red de calles y calidad de las infraestructuras.
    1. Atomistic: áreas que se desarrollaron sin planeamiento previo.
    2. Informal Land Subdivision: áreas planificadas pero con una infraestructura deficiente (falta de aceras y asfalto principalmente).
    3. Formal Land Subdivision: similar a la anterior pero con infraestructura completa.
    4. Housing Project: áreas donde las estructuras son homogéneas a causa de que fueron desarrolladas en base a un mismo proyecto. Puede incluir desde torres de apartamentos a urbanizaciones masivas de viviendas unifamiliares.

Digitalización

Para cada una de las muestras se digitalizaron los siguientes elementos:

  • Locale Boundary. Es el círculo en sí mismo excepto cuando se da un solape entre círculos, en cuyo caso el segundo círculo según el orden de la secuencia se recorta. De este elemento se obtiene la superficie total del locale.
  • Blocks. Contorno de todos los bloques que caen dentro del locale, separando así el espacio calle del espacio bloque. Además se identificaron los usos del suelo de todos los bloques y se etiquetaron de acuerdo con su categoría.Selection_626
  • Plot Measurements. En aquellos bloques en los que se podía identificar claramente el tamaño de las parcelas y este era regular se tomaron mediciones de anchos y profundidades de las parcelas. Este elemento solo se generó en aquellos locales que contenían bloques de tipo Residential – Informal Subdivision y Residential – Formal Subdivision.Selection_616
  • Road Medians. Ejes de calle alrededor de todos los bloques que intersecan con la locale boundary o están completamente incluidos en ella.Selection_630

Representatividad de la muestra

Para garantizar la representatividad de las muestras se procedió de la siguiente forma: se digitalizó un conjunto inicial de 40 locales; posteriormente se calcularon las métricas, los valores medios y, mediante un test estadístico diseñado a tal efecto, sus respectivos niveles de confianza; mientras no se alcanzó un alto grado de confianza en las principales métricas, se continuó digitalizando locales.

Digitalización de las Vías Arteriales

En paralelo a la digitalización de los locales se llevó a cabo la digitalización de todas las vías arteriales de cada ciudad, es decir, todas aquellas vías de más de 18m de ancho que están conectadas entre sí.Selection_628

Obtención de las métricas

Una vez digitalizados todos los elementos necesarios se procedió a calcular las métricas mediante dos algoritmos programados en Python.

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

Assessing the quality of urban layouts (I)

Posted on 11/04/2016 by Manuel

mosaicoFactors like a right proportion of public spaces and a good connectivity are crucial for the economic, social and cultural development of cities as they facilitates citizen mobility and interaction. This is well known among urban experts but, to which extent are these and other urban layout quality related aspects decisive?

New York University (NYU), Lincoln Institute of Land Policy and UN-Habitat launched in 2014 a research project called “Monitoring Global Urban Expansion” which main objective was to assess the quality of the urban layouts in 200 cities around the world as a representative sample of the universe of 4,231 cities that had at least 100,000 people in 2010, in order to be able to measure the correlation between the quality of urban layouts and some socioeconomic indicators. This study also will allow us to know about the historical evolution of urban layouts as well as about its spatial distribution over the world.

The assessment of the quality of the urban layouts was carried out through measuring the following features:

  • Land Use Areas and Shares
  • Proportion of Street Space
  • Street Widhts
  • Block Size
  • Intersection Density
  • Walkability
  • Plot Dimensions
  • Access to Arterial Roads

Preliminary results and conclusions of this ambitious study were presented on April 4th in the Habitat III Thematic Meeting – Public Spaces held in Barcelona. One of the most remarkable conclusions that we can get from the current data is the gradual decrease of the quality of urban layouts during the last 30 years. The figures confirm a lower presence of planned areas as well as a increase in the average block size. Taking into account that most cities in developed countries are expected to double its population and triple its area, if this tendencyCfMj9nRWIAAb3FC_large is not reversed the consequences for their inhabitants may be terrible. The good news, however, is that we can still reverse the tendency and this is the final objective of this study: to be used as a tool for the definition of adequate urban policies that allow cities to expand in an organized way.

The mentioned conference held in Barcelona is a milestone in the way to Habitat III world conference that this year will be held in Quito (Ecuador) in October. It will be the third edition of a conference that is held every 20 years (former editions were held in 1976 and 1996) and that is the biggest urban experts meeting in the world.

The methodology for measuring the mentioned features has been developed by the gvSIG Association and the New York University (NYU). In a further post we’ll describe the basis of this methodology.

Posted in english, gvSIG Desktop, press office, technical collaborations | Tagged , | Leave a comment

Smart cities: technical decisions, political decisions

Posted on 09/04/2016 by mjlobato76

chess

We want to close the posts related to Smart Cities and to the unbreakable relation between Smart Cities and open source software, with a question not many times taken into account and many times ignored. Talking about software, which part should be a political decision and which part should be a technical one?.

Before carrying on, if you have not read the previous posts, you should do it. You will find how the main reasons are argued to explain why the arguments for the main reasons for why one Smart City must necessarily have its information systems (geographic and any other type) based on open source technologies.

– Because it is the only guarantee for the technological independence.

– Because it reduces asymmetries and the digital gap between cities.

– Because it eases the reuse of solutions, the joining force.

Today, we find that despite of the logic of the arguments and the supporting laws, in the projects related to the Smart Cities, outrageous amount of public money is spent in the acquisition of licences. Who is responsible for this? The technician or the politician? Who should define the terms in contracting these tools for managing the public services?

Our experience is that the regulation is defined by the technical department. A group of civil servants who work in a technical area, define the functional requirements and also, trained in the university and used to work with some branches…indicating that the services should include some software licences. This situation makes that or the technician has knowledge of the harmful impact of implementing privative software in the institutions and with a sense of responsibility to avoid them…or we will have another case of technological dependence of one institution.

And the politician? Well, sadly, in the 99% of the cases they have not interest in software, technology, do not matter! That is, It doesn´t seem important. In so many cases, there is also some lack of communication between politics and technology

Let´s imagine that a new infrastructure is need to be done, one highway, one road, one park, one school, one hospital….choose any of them.

Which will be the technical decisions? The type of asphalt, the election of tress, etc…Anybody can imagine that the road was public or with a toll, if the road was for public use or not, that the school was private or public?…the decisions to take about the use of any infrastructure are political decisions. Why with the technological infrastructure doesn’t happen the same?

These analogies are to determine that the use of open source software should be always a decision political and not technical.

We hope that these posts have been of your interest and they will serve to open a necessary debate. From the gvSIG Association offer our experience and knowledge to bet on Smart Cities and free solutions.

We need smart cities, but being technologically free

Posted in english, opinion | Tagged , | Leave a comment

Evaluando la calidad de tramas urbanas (I)

Posted on 08/04/2016 by Manuel

mosaico

Factores como una adecuada proporción de espacios públicos y una buena conectividad son cruciales para el desarrollo económico, social y cultural de las ciudades ya que favorecen la movilidad y la interacción entre sus habitantes. Esto es algo que se da por hecho entre los expertos en urbanismo pero ¿hasta qué punto son determinantes estos y otros aspectos relacionados con las tramas urbanas?

La Universidad de Nueva York (NYU), el Lincoln Institute of Land Policy y ONU-Habitat, pusieron en marcha en 2014 un proyecto de investigación llamado “Monitoring Global Urban Expansion” con el objetivo principal de evaluar la calidad de las tramas urbanas de 200 ciudades de todo el mundo como muestra representativa de las 4.231 ciudades que en 2010 tenían más de 100.000 habitantes, para posteriormente poder medir el grado de correlación entre la calidad de las tramas de las ciudades y diferentes indicadores socioeconómicos. El estudio también permitirá sacar conclusiones sobre la evolución histórica de las tramas urbanas así como sobre la distribución espacial de las mismas en el mundo.

La evaluación de la calidad de las tramas se ha realizado mediante la medición de los siguientes aspectos:

  • Áreas y porcentajes de los distintos usos de suelo.
  • Proporción de espacio dedicado a calle.
  • Distribución de anchos de calle.
  • Tamaño medio de bloque.
  • Densidad de Intersecciones.
  • Facilidad para desplazarse a pie.
  • Tamaño típico de parcelas.
  • Acceso a vías arteriales.

Los resultados y conclusiones preliminares de este ambicioso estudio fueron presentados el pasado lunes 4 de abril en el congreso Habitat III Thematic Meeting – Public Spaces celebrado en Barcelona. Una de las conclusiones que pueden extraerse de los datos obtenidos hasta el momento y que merece resaltarse es el descenso paulatino en la calidad de las tramas urbanas a lo laCfMj9nRWIAAb3FC_largergo de los últimos 30 años. Los números constatan una menor presencia de áreas planificadas así como un aumento del tamaño de los bloques. Teniendo en cuenta que se espera que en los próximos 30 años muchas de las ciudades de los paises en desarrollo vean duplicada su población y triplicada su superficie, si no se revierte la actual tendencia las consecuencias para los habitantes de estas ciudades pueden ser nefastas. La buena noticia es que todavía estamos a tiempo de revertir esta tendencia y este es precisamente el último objetivo del estudio: servir de herramienta para la definición de políticas de urbanismo adecuadas que permitan un crecimiento ordenado de las ciudades.

El mencionado congreso celebrado en Barcelona sirve de antesala al congreso mundial Habitat III que este año tendrá lugar en Quito (Ecuador) en octubre, en el que se presentarán las conclusiones definitivas del estudio. Será la tercera edición de un congreso que se celebra cada 20 años (las anteriores ediciones fueron en 1976 y en 1996) y que es la mayor reunión de expertos en urbanismo del mundo.

La metodología para la medición de las características mencionadas más arriba, que también fue presentada el pasado 4 de abril en Barcelona, ha sido desarrollada de forma conjunta por la Asociación gvSIG y la Universidad de Nueva York (NYU). En un siguiente post describiremos los fundamentos de esta metodología.

Posted in press office, spanish, technical collaborations | Tagged , , , | 7 Comments

Splitting strings in an attribute table on gvSIG 2.x

Posted on 07/04/2016 by Mario

When we work with an attribute table in gvSIG, we sometimes want to split the strings in one of the fields, in order to have a substring. For that, we would use the subString operator at the Field calculator, that will return a part of the original string.

For example, if we have an only field with the code of a municipality (two numbers), then a space, and finally the name of the municipality, we would be able to be interested in having a new field with the code, and another one with the name. The subString operator will allow to do it.

The subString command has the following structure:

subString(Parameter 1,Parameter 2, Parameter 3)

where:

  • Parameter 1: It is the field name (between square brackets in gvSIG).
  • Parameter 2: It is the position of the first character to be split.
  • Parameter 3: It is the position of the last character of the substring to be split.

And we have to take into account that the first position will be “0”.

In addition, the Length operator can be used when we want to split the last characters and the length of the different strings in the field is different.

Substring_en

We can have several possible situations, and these options are the most common ones:

  • We want to take the initial part of the string, removing the last X characters:

subString([Field],0,length([Field])-X)

(where “Field” will be the field name, and X will be the number of characters of the end to be removed)

Example: Removing the last 3 characters: subString([Field],0,length([Field])-3)

  • We want to remove the first X characters, and take the rest of the string:

subString([Field],X,length([Field]))

(where “Field” will be the field name, and X will be the number of characters to be removed at the beginning of the string)

Example: Removing the first 3 characters: subString([Field],3,length([Field]))

  • We want to take only the first X characters:

subString([Field],0,X-1)

(where “Field” will be the field name, y “X-1” and “X-1” will be the numbers of characters to be taken)

Example: Taking the first 3 characters: subString([Field],0,2)

  • We want to take only the last X characters:

subString([Field],length([Field])-X,length([Field]))

(where “Field” will be the field name, and X will be the number of characters that we want to take at the end of the string)

Example: Taking only the last 3 characters: subString([Field],length([Field])-3,length([Field]))

Here you have a video about it:

We hope that this functionality is useful for you!

Posted in english, gvSIG Desktop, training | Leave a comment

Recortar cadenas en una tabla de atributos en gvSIG 2.x

Posted on 06/04/2016 by Mario

Cuando trabajamos con una tabla de atributos en gvSIG, en ocasiones queremos recortar las cadenas de uno de los campos de tipo texto, de forma que nos quede una subcadena. Para ello se utilizaría el operador subString de la Calculadora de campos, que devolverá parte de la cadena original.

Un ejemplo de uso podría ser, si tuviésemos un único campo que contiene primero el código de dos cifras de un municipio, después un espacio, y al final el nombre del municipio, y en el que podría interesarnos tener un campo aparte que contenga solo el código del municipio, y otro campo distinto que tenga el nombre del mismo. El comando subString nos permite hacerlo.

El comando subString tiene la siguiente estructura:

subString(Parámetro 1,Parámetro 2, Parámetro 3)

donde:

  • Parámetro 1: Es el nombre del campo (entre corchetes en gvSIG).
  • Parámetro 2: Es la posición del primer carácter de la subcadena que queremos recortar.
  • Parámetro 3: Es la posición del último carácter de la subcadena que queremos recortar.

teniendo en cuenta que la primera posición es la posición “0”.

Aparte, se puede utilizar el operador “Length” por ejemplo si queremos recortar los últimos caracteres y los valores del campo a recortar tienen longitudes distintas.

Substring_es

Se pueden plantear varias situaciones posibles, siendo estas las más comunes:

  • Quedarnos con la parte inicial de la cadena, eliminando los últimos X caracteres:

subString([Field],0,length([Field])-X)

(donde “Field” será el nombre del campo a recortar, y X los caracteres a eliminar del final)

Ejemplo: Eliminar los últimos 3 caracteres: subString([Field],0,length([Field])-3)

  • Eliminar los primeros X caracteres y quedarnos con el resto de la cadena:

subString([Field],X,length([Field]))

(donde “Field” será el nombre del campo a recortar, y X los caracteres a eliminar del principio)

Ejemplo: Eliminar los primeros 3 caracteres: subString([Field],3,length([Field]))

  • Quedarnos solo con los primeros X caracteres:

subString([Field],0,X-1)

(donde “Field” será el nombre del campo a recortar, y “X-1” los caracteres con los que queremos quedarnos)

Ejemplo: Quedarnos con los 3 primeros caracteres: subString([Field],0,2)

  • Quedarnos solo con los últimos X caracteres:

subString([Field],length([Field])-X,length([Field]))

(donde “Field” será el nombre del campo a recortar, y X los caracteres con los que nos quedamos del final)

Ejemplo: Quedarnos solo con los últimos 3 caracteres: subString([Field],length([Field])-3,length([Field]))

Aquí tenéis un vídeo de ejemplo:

¡Esperamos que os sea útil esta funcionalidad!

Posted in gvSIG Desktop, spanish, training | Leave a comment

Tutorial “Kurzanleitung für die Erstellung von Fundverteilungskarten mit gvSIG 2.2“

Posted on 01/04/2016 by uliwerz

Ein weiteres Tutorial für gvSIG 2.2 ist nun in Deutsch verfügbar.

Tutorial_german_3Mit gvSIG 2.2 können mühelos archäologische Fundkarten erstellt werden. Mit dieser Schritt-für-Schritt Anleitung soll der unerfahrene GIS-Benutzer eine Einführung in den Umgang mit diesem Programm erhalten. Von der Einstellung bis zum Kartenexport wird jeder Arbeitsprozess einzeln erklärt, mit einer kurzen Beschreibung versehen und einem screenshot illustriert. Daneben gibt es allgemeine Informationen über Koordiantensysteme und Projektionen der Erdoberfläche.

Tutorial_german_1Die Einleitung ist in deutscher Sprache geschrieben. Aufbau und Menüstruktur von gvSIG 2.2 sind aber unabhängig von der gewählten Sprache, so können mit Hilfe der zahlreichen screenshots Sprachbarrieren überwunden werden.

Ich denke, es ist hilfreich für Euch!

 

Dr. phil. Ulrich Werz M.A.

Fundmünzbearbeitung
Archäologiepark Villa Borg
Im Meeswald 1
66706 Perl-Borg
Posted in german, gvSIG Association, gvSIG Desktop, gvSIG Educa | Leave a comment