Veamos como hemos realizado esta biblioteca, de modo que sirva como un nuevo ejemplo a los usuarios para crearse las suyas propias.

Para los símbolos puntuales (marcadores) hemos partido de dos fuentes distintas:

- Por un lado la colección de símbolos utilizada por el NPS (U.S. National Park Service). Una excelente colección de símbolos de dominio público.

- Por otro lado hemos utilizado la fuente Trees & Shrubs realizada por Jim Mossman, también de dominio público.

Para añadir los símbolos de NPS, hemos seguido lo indicado en este post. Para facilitar la identificación de símbolos, hemos utilizado una herramienta de renombrado masivo de archivos, ya que el nombre que gvSIG da a cada símbolo es el nombre del fichero; en nuestro caso hemos utilizado pyRenamer. Mediante Inkscape hemos generado los distintos símbolos de selección (coloreando de amarillo cada símbolo y añadiendo la terminación “_sel” al nombre del fichero).

Todo preparado para utilizar el importador de símbolos de gvSIG. Importamos los símbolos a “Forestry/NPS”. De forma automática se crea la nueva biblioteca con el conjunto de símbolos puntuales importados.

A partir de lo indicado en este otro post generamos los distintos ficheros SVG que representan un conjunto de árboles y arbustos. Utilizamos el importador de símbolos, almacenándolos en Forestry/Trees & Shrubs.

Además de símbolos puntuales, queríamos que esta biblioteca contuviera un conjunto de símbolos de líneas y de relleno habituales en los mapas forestales.

Hemos generado tanto símbolos lineales:Como símbolos de relleno:

Ya sólo nos queda crear el paquete tal y como explicamos en este post.

Este paquete lo tenéis disponible desde el administrador de complementos (seleccionando la URL http://downloads.gvsig.org/download/gvsig-desktop/ y buscando por “Tipos/symbols”)o directamente descargándoos el paquete desde aquí.

Following step by step what has been described in the posts “gvSIG 2.0: Create symbols libraries” we have created a new symbols library for our gvSIG form symbols related to OSM. Availability of this library has to be framed  in the idea that gvSIG users can use a wide and differentiated symbols library sets, that can be installed through the “Add-ons manager”.

See how this library has been realised in order to be a new example for users who wish to create an own library.

For point symbols (markers), a collection made by “SJJB Management” under Creative Commons (CC-0) licence and called “SJJB SVG Map Icons” has been used.  It is an excellent categorized symbols collection that can be downloaded in SVG format. Some of these icons come from the “US National Park Service Cartography” and other source of public domain that can be browsed on SJJB website.

As stated in previous posts, the name assigned by gvSIG to each symbol is the file name, thus we have used  a massive file renaming tool to perform this task; in our example we have used pyRenamer, available for Linux. Using Inkscape we have produced the different symbols when selected (colouring in yellow each symbol and adding the suffix “_sel” to file name).

Everything is ready now for the gvSIG symbols loader as already seen in a previous post and the new library is created in an automatic way and with the point symbols set loaded. In this case we have decided to create some subfolders to classify the sets of symbols.

We want that this library have also lines and polygons symbols similar to the ones we can found in OSM. Even if no documentation on symbols composition is available, it is possible with any image editor, such GIMP, to identify the symbols RGB values and replicate them in gvSIG.

We have created also line symbols

and polygon symbols

Only the package creation is left and “how to do it”  is explained in this post.

This package is available in the add-ons managers (selecting  http://downloads.gvsig.org/download/gvsig-desktop/ and looking for it in “Categories/simbology”) or directly downloading from here.

En algunos casos nos puede interesar realizar nuestra biblioteca de símbolos a partir de un fuente. Ya sea para tener como símbolos ciertas letras, números o caracteres especiales como en casos de fuentes que contienen símbolos gráficos.

Como ejemplo vamos a utilizar una fuente con símbolos de animales que hemos encontrado.

Una vez descargada e instalada en el sistema vamos a pasar a convertirla a imágenes. Para ello vamos a utilizar Inkscape, un software libre de edición vectorial al que ya hemos hecho referencia en alguna ocasión.

Para instalar una fuente sólo debemos abrirla con el visor de tipografías de nuestro sistema operativo y pulsar el botón “Instalar”.Una vez instalada ya nos aparece como parte de las fuentes disponibles en Inkscape. Añadimos texto y, por ejemplo, al escribir “ABCDEFGHI” nos aparece algo similar a:

Con dos sencillos pasos vamos a convertir esos caracteres en imágenes individuales y son:

• Trayecto/Objeto a trayecto: convierte el carácter a imágen.

• Objeto/Desagrupar: genera una imagen individual para cada carácter.

Ahora simplemente seleccionaremos cada uno de ellos y lo guardaremos como archivo individual, mediante la opción: “Archivo/Nuevo”, dando un tamaño al documento que sea similar al de nuestras imágenes. Cortamos y pegamos a este nuevo documento la imagen (por ejemplo la primera de ellas, el caimán) y con “Objeto/Alinear y distribuir” la centramos. La guardamos con un nombre reconocible (Caiman.svg). Hecho.

Para tener un símbolo distinto cuando esté seleccionado, lo pintamos de amarillo y lo “Guardamos como” con el mismo nombre acabado en “_sel”.

Ya podemos repetir esta acción con cuantos símbolos queramos importar. A partir de aquí ya sólo debemos usar el importador de símbolos de gvSIG y tendremos nuestra nueva biblioteca de símbolos disponible en gvSIG.

In gvSIG  Association we are working on a set of interesting libraries and we want to make them available for the whole users community. All of them have been created from symbols with public domain license.

Today we announce the availability of one of these libraries that we think is going to strongly support all those users producing maps and thematic cartography with gvSIG. It is a “G symbols” library providing users with a set of symbols similar to the ones that are used in Google maps applications.

We are going to see how this library has been created so that users can exploit it as example to create their own libraries.

For point symbols (markers) we have started from the symbols collection produced by  Nicolas Mollet, called “Map Icons Collection”. An excellent collection of categorized symbols, that can be as well downloaded in PNG format with different styles (classic, iOS, light,…). In this case we have selected the default style.

One of the most interesting aspect offered by “Map Icons Collection” is the possibility to define the colour of the downloaded symbols. We are going to use this option to later download, in yellow, the symbols (if you prefer that your symbols have a different colour, you just have to define it by this tool). Remember that if you want that a symbol changes when related geometry is selected, two different options can be used: define it manually-one by one- or perform the change automatically. When you load a set of symbols, for each loaded symbol, in presence of another symbol with the same name but with the suffix “_sel”, gvSIG will recognize it as the adopted symbol when selected.

In order not to be obliged to rename one by one all the downloaded symbols in yellow, we can use a files massive renaming tool (we have used pyRenamer, available for Linux and making possible to add the suffix “_sel” to the entire set of .png files in yellow). With a software as pyRenamer we can perform also action such as transform all the files name first letter in capital, delete strings that do not give useful information …and remember that the file name is the one adopted by the symbol in gvSIG.

Downloaded and categorized icons, after having been treated by pyRenamer, will look like as follow:

Now it is only needed to use the gvSIG symbols importer as we saw in a previous post and we will have our point symbols.

If we want to have also symbols for lines and polygons, similar to those that can be found in Google Maps, the RGB combination of such symbols can be found out through any image editor, such GIMP,  and used to replicate them in gvSIG.Now only the creation of the package has to be done according to the already described procedure.

This package is already available from the addons manager (by selecting the URL http://downloads.gvsig.org/download/gvsig-desktop/ and looking for “Categories/simbology”) or download the package directly from here (gvspkg).

NB: When using point symbols you have to remember that, by default, no “y” offset is applied thus, if you want that the symbol will be over the geometrical point, symbol properties have to be edited adding an “y” offset with a value equal to the half of symbol size (in our case, since the symbol has a default size of 32, an offset of 16 will be used).

Estas dos extensiones están disponibles a través del administrador de complementos y se denominan:

• Thematic Maps generator
• Thematic Maps viewer document

Mediante ambas vamos a poder trabajar con un nuevo tipo de documento, al que hemos denominado “Mapa temático”.

Los “mapas temáticos” son, realmente, un nuevo tipo de Vista en la que el usuario tiene opciones básicas de consulta. En su origen, el proyecto gvSIG Batoví, se buscaba que los alumnos de educación primaria y secundaria pudieran fácilmente compartir mapas temáticos, eliminando las herramientas complejas de la interfaz de gvSIG. Y, también, pueden ser una base perfecta para generar visores cartográficos.

Vamos a poder generar “mapas temáticos” a partir de cualquier “Vista” y convertir ese “mapa temático” en un paquete instalable desde cualquier gvSIG (con el administrador de complementos). Es decir, vamos a poder empaquetar una “Vista” con sus leyendas, capas, etiquetado…y distribuirla a otros usuarios de gvSIG.

Sin duda el mejor método para compartir información son las Infraestructuras de Datos Espaciales, pero a pequeña escala, para intercambio sencillo de información, vamos a encontrar muchas posibilidades con los “mapas temáticos”.

En primer lugar vamos a ver mediante el siguiente vídeo como instalar la aplicación:

Si reiniciamos nuestro gvSIG veremos que ya nos aparece el nuevo tipo de documento.

En este primer post veremos como generar un “mapa temático” a partir de una “Vista”.

Vamos a crear nuestro primer mapa temático a partir de una “Vista” con una serie de capas cargadas y configuradas. Es tan sencillo como desde la propia “Vista” ir al menú “Mapa temático” y seleccionar “Crear a partir de Vista”. Nos aparecerá una ventana en la que indicaremos las características de nuestro mapa.

Pulsamos “Siguiente” y podemos validar que todo está correcto. Si no hemos rellenado alguno de los campos anteriores nos lanzará un aviso, aunque es a modo informativo y nos permite crear igualmente nuestro “mapa temático”.

El campo descripción lo podemos utilizar también para indicar si hemos utilizado alguna biblioteca de símbolos particular, de cara a que los usuarios con los que lo vamos a compartir el mapa sepan que deben tener instalada dicha biblioteca de símbolos para visualizarlo correctamente.

Pulsamos en “Finalizar” y automáticamente gvSIG creará el nuevo documento:

En el siguiente post veremos como generar un paquete y compartir el “mapa temático” con otros usuarios.

• Nouvel installeur pour des installations typiques ou adaptées.
• Manager d’Add-ons qui permet d’installer de nouvelles extensions et d’adapter gvSIG.
• Quelques changements dans l’interface de gestion de données, tels que:
  • import/export de fichiers
  • opérations sur les tables
  • nouveau calque
• Chargement de calques amélioré
• WMTS (Web Map Tiled Service) accepté
• Cache pour données Raster
• Interface de géotraitement unifiée
• Import de symboles, création de bibliothèques de symboles facilitée
• Export de symboles, qui permettent de partager facilement des bibliothèques complètes de symboles.
• Canevas de Scripting (langages: Jython, Groovy et Javascript).

Bien que ce soit la dernière version de gvSIG, il faut prendre en compte que c’est une version complètement nouvelle de gvSIG, dans laquelle certaines fonctions de gvSIG 1.12 ne sont pas incluses. Ces fonctionnalités seront incluses dans des mises à jour à venir, au rythme de leur migration à la nouvelle architecture. Les principales fonctionnalités par encore incluses sont les suivantes:

• Géoréférencement
• Légende par symboles proportionels, symboles gradués, densité de points, quantités par catégories et par expression.
• Extensions: Analyses de réseau et 3D

De la même manière, il existe plusieurs projets basés sur cette nouvelle architecture, qui permettront d’ajouter de nouvelles fonctionnalités et améliorations directement dans gvSIG 2.0 dans les prochains mois.

Il doit également être pris en compte que le niveau de stabilité de cette version n’est pas aussi élevé que nous l’aurions souhaité, et le fait de la considérer comme une version finale est une manière de la proposer officiellement à l’usage de la communauté, et de prévoir de nouveaux développement sur celle-ci.

Nous vous encourageons donc à tester et à nous envouyer toute érreur trouvée, dans le but de les fixer dans les mises à jour à suivre. Les erreurs connues de la version 2.0 sont consultables à cette page.

Pour télécharger cette version, plusieurs miroirs seront disponibles dans quelques jours.

Nous espérons que vous apprécierez les nouvelles fonctions de cette version et que vous nous aiderez à l’améliorer.

Now we show a video about how to implement a script to create a polygon shapefile that is obtained after applying a buffer to the geometries of a point layer. The buffer distance is obtained from a field of the point layer.

The steps to follow the script are:

• We get the input layer.

• We create the data definition (Schema) of the new layer.
• We get the creation data of the new layer.
• We create the new layer.
• We scan the features of the input layer (points).
• We create the new geometries.
• We add the new feature to the new layer.
• We finish the editing of the new layer.
• We release the group of features of the input layer

The source code with comments is:

from gvsig import *

def main():
  #We get the active layer
  layer = currentLayer()

  #We create the data definition
  schema = createSchema(layer.getSchema())
  schema.modify()

  #We get the projection
  crs = currentProject().getProjectionCode()

  #We define the path where the new layer
  ruta = "/home/victor/carto/influencia.shp"

  #We create the layer
  newLayer = createShape(
    schema,
    ruta,
    CRS = crs,
    geometryType = SURFACE
  )

  #We get the features of the input layer
  features = layer.features()

  #We scan all the features 
  for feature in features:

    # We get the value of the buffer
    influencia = feature.get("Influencia")

    # We create the geometry coming of the buffer on the feature geometry
    geom = feature.geometry().buffer(influencia)

    # We get the values of the input feature attributes
    values = feature.getValues()

    # We add the new geometry in the new layer
    values["GEOMETRY"] = geom
    newLayer.append(values)

  # We finish the editing of the new layer saving changes
  newLayer.commit()

  # We release the group of features of the input layer
  features.dispose()

You have to take into account that it’s necessary to use gvSIG 2.0 Final version and the Scripting Framework extension to work without problems. Although the view must have an active layer and this layer has to have a double type field called Influencia. And better, you can modify the script to adapt it to your data.

We hope you enjoyed it.

Aquí un documento  promovido por Cameron Shorter  donde argumenta el desacuerdo con esta propuesta y que va recibiendo adhesiones.

Esta situación ha abierto interesantes debates en diferentes listas, como por ejemplo en varios hilos de una lista de OSGEO  y en la lista SIG de RedIris.

En el documento citado y en los debates de las listas se verán diversos argumentos en contra y a favor. Preocupaciones técnicas y comerciales del porqué un ESRI estándar pasa o no a ser un OGC estándar. Que si ya solapa con otros estándares y lo que habría que hacer es evolucionar los ya existentes para paliar sus deficiencias. Que si dónde vamos con un estándar cuya implementación de referencia viene soportada tan sólo por un software privativo. Que si realmente no es REST y son muchas sus deficiencias técnicas…

Por otra parte, ¿Que por qué ESRI no va a poder proponer que su implementación sea estándar? Que para eso paga, contribuye, financia OGC y está en su derecho. Esto recuerda eso de: ‘oiga, quien paga manda’. O que si ESRI realmente promueve los estándares porque está en OGC. Vamos, algo como que ESRI está en OGC para promover los estándares…aunque eso pudiera ir contra su modelo de negocio.

Pero por encima de todos estos argumentos, recordamos una presentación que ya tuvo lugar en el 2009 en la sesión 5 de las 5as jornadas internacionales de gvSIG en Valencia (España)  donde hablando de los estándares, llevaba como título ¿Qué pasa cuando pones al zorro a cuidar del gallinero?

La tesis principal de esta ponencia es que una cosa es lo que venden las grandes empresas y otra la que practican.

ESRI nos vende que apuesta por lo estándares y por la interoperabilidad y que por eso financia OGC o el FOSS4G. Pero cualquiera que sepa algo de que va esto, conoce que el principal modelo de negocio de ESRI, sea directamente o a través de sus múltiples filiales, es la especulación con el conocimiento, sea en venta de licencias de software o en dificultar el acceso a la información a través de sus ‘estándares’.

¿Qué podemos esperar entonces? Prácticas que en absoluto son exclusivas de ESRI. Igual podemos hablar de Autodesk y el DWG o de Bentley y el DGN v8. ¿Recuerdan como se comportó ESRI con su librería ArcSDE? Desde luego, una práctica que muestra realmente lo que le preocupa la compatibilidad.

Así que ahora, de las grandes compañías cuyo modelo de negocio es el privativo, nos vamos a creer que han entrado en una lógica racionalista y sostenible y van a dejar de hacer el FUD sobre el software libre por las puertas traseras del poder y van a apoyar los estándares. Que van a dedicar recursos a unas organizaciones como OGC, potenciando los estándares aunque vayan en contra de sus intereses comerciales.

Claro, siempre olvido lo que ya escribimos aquí en una ocasión en el 2010, y es que el Arcgis is Open .

Por último, sobre la carta promovida por Cameron, indistintamente de que pueda haber un debate enriquecedor sobre ciertos matices de la misma, quiero agradecerle esa iniciativa.

Siguiendo los pasos definidos en la serie de post “gvSIG 2.0: Crear bibliotecas de símbolos” hemos creado una nueva biblioteca de símbolos para nuestro gvSIG a partir simbología relacionada con OSM. La disponibilidad de esta biblioteca se enmarca en nuestra idea de que los usuarios de gvSIG dispongan de un amplio y variado conjunto de bibliotecas de símbolos, instalables mediante el “Administrador de complementos”.

Veamos como hemos realizado esta biblioteca, de modo que sirva como un nuevo ejemplo a los usuarios para crearse las suyas propias.

Para los símbolos puntuales (marcadores) hemos partido de la colección de símbolos realizada por “SJJB Management” bajo licencia Creative Commons (CC-0) y denominada “SJJB SVG Map Icons”. Una excelente colección de símbolos por categorías que nos podemos descargar en formato SVG. Parte de estos iconos tienen su origen en el “US National Park Service Cartography” y otras fuentes de dominio público que pueden consultarse en la web de SJJB.

Como hemos comentado en post anteriores, el nombre que gvSIG da a cada símbolo es el nombre del fichero, por lo que hemos utilizado una herramienta de renombrado masivo de archivos para realizar esta tarea; en nuestro caso hemos utilizado pyRenamer, disponible para distribuciones Linux. Mediante Inkscape hemos generado los distintos símbolos de selección (coloreando de amarillo cada símbolo y añadiendo la terminación “_sel” al nombre del fichero).

Todo preparado para el importador de símbolos de gvSIG como vimos en un post anterior y de forma automática se crea la nueva biblioteca con el conjunto de símbolos puntuales importados. En este caso hemos decidido crear una serie de subcarpetas para clasificar el conjunto de símbolos. 

Queríamos que esta biblioteca tuviera además símbolos líneales y polígonales similares a los que podemos encontrar en OSM. En el caso de que no hubiera documentación sobre la composición de los símbolos, mediante cualquier editor de imágenes, como GIMP, podemos averiguar el RGB de y crear unos similares en gvSIG.

Hemos generado tanto símbolos lineales:Como símbolos de relleno:Ya sólo nos queda crear el paquete tal y como explicamos en este post.

Este paquete lo tenéis disponible desde el administrador de complementos (seleccionando la URL http://downloads.gvsig.org/download/gvsig-desktop/ y buscando por “Tipos/symbols”) o directamente descargándoos el paquete desde aquí.

Until now, the download servers have been provided by the gis-lab.info Russian Community, the gvSIG Russian Community, LAPIG (Laboratório de Processamento de Imagens e Geoprocessamento, Universidade Federal de Goiás, Brazil), the i3Geo Project (Edmar Moretti, Brazil), Geocuba (Cuba), ELOGeo (E-learning for Open Geospatial Community, University of Nottingham, United Kingdom), and the Open Source Geospatial Foundation (OSGeo).

This new infrastructure will allow to download the packages of the different extensions, add-ons, etc., from the Add-ons Manager in gvSIG (Tools->Addons Manager menu). For this reason the different servers URL have been included in a pull-down menu at the home window.

In addition, it will allow to download the application binaries (the All-included version) from the downloads table at the gvSIG website, where the user will be able to choose the server which they will be downloaded from.

From the gvSIG Project we want to thank all the people and entities that have provided these download servers.