Contradicciones del S.XXI: La Sociedad del Conocimiento y el conocimiento secuestrado

Posted on 04/07/2016 by Alvaro

“Toda sociedad humana se fundamenta en la transmisión del conocimiento.”

– Daniel Bell

kunnskap

La Revolución Industrial vio el paso desde una economía rural basada fundamentalmente en la agricultura y el comercio a una economía de carácter urbano, industrializada y mecanizada. La infraestructura que surgió en la Revolución Industrial fue la relativa al transporte; si la economía se basaba en el comercio, era necesario disponer de mecanismos para mover los bienes de unos sitios a otros.

La sociedad actual ha sido etiquetada como la Sociedad del Conocimiento, donde gracias a la innovación producida en el marco de las tecnologías de la información y las comunicaciones, la transferencia de información y conocimiento ha modificado ampliamente la forma en que se desarrollan muchas actividades en la sociedad moderna. En ese sentido la infraestructura primordial desarrollada en el S.XXI ha sido la que permite la transmisión de información, con Internet como máximo exponente.

En pleno desarrollo de la Sociedad del Conocimiento es lógico pensar que los avances que vienen estarán orientados a facilitar más y más la transmisión del propio conocimiento. Se antoja como anti-natura una economía y un modelo de producción basado en la especulación con el conocimiento y el desaprovechamiento de las ventajas derivadas de la colaboración y que son intrínsecas a la nueva revolución económica, social y cultural que estamos viviendo y que, además, tiene claramente un carácter global.

Los procesos evolutivos de la sociedad conllevan etapas en que los viejos esquemas van perdiendo vigencia ante los nuevos modelos que se demuestran más eficaces, sin embargo estos procesos suelen desarrollar en sus inicios una constante resistencia al cambio, un inexplicable freno a la modernidad desde el punto de vista pragmático pero en el que confluye un inevitable cóctel de intereses y desconocimiento. A pesar de ello, el avance de la sociedad difícilmente puede detenerse. Los países y las organizaciones más avispadas invertirán y se posicionarán para intentar no quedarse atrás en esa apuesta que conlleva el nuevo modelo de sociedad. Una apuesta que apunta a nuevos modelos productivos basados en la colaboración y el conocimiento compartido.

El mundo de la informática tiene una clara transposición para estos conceptos: el software libre. Las soluciones informáticas que sustituyen las restricciones a los usuarios por derechos, aquellas que garantizan la soberanía tecnológica y eliminan las dependencias de proveedores, las que permiten sumar esfuerzos en lugar de alentar la especulación con ese ingrediente fundamental de la sociedad del S.XXI y que diferencia a los humanos del resto de seres vivos: el conocimiento.

Por otro lado el software libre debe aprender a construir economía e industria alrededor de él, como en el caso de la Asociación gvSIG, que aglutina a su alrededor una creciente red de pequeñas y medianas empresas de todo el mundo y que ha conseguido en muy pocos años convertirse en un referente internacional en la prestación de servicios de geomática libre. En los proyectos de software libre la falta de acompañamiento de un modelo económico será un factor relevante en esa etapa de conflicto entre lo nuevo y lo viejo a la que anteriormente nos referíamos.

Y, por supuesto, la apuesta o pasividad de las administraciones públicas ante estos nuevos modelos definirá en gran medida su éxito o fracaso. Trabajemos para que apuesten por la Sociedad del Conocimiento y no por sociedades con el conocimiento secuestrado.

Posted in opinion, spanish | Tagged | 3 Comments

gvSIG at FOSS4G 2016

Posted on 04/07/2016 by dispiste

The FOSS4G 2016 is just around the corner and the gvSIG Association will be there with three presentations and two workshops (plus the code sprint!).

As you might know, the FOSS4G is the most important international Free and Open Source geospatial conference. This year the conference will take place in Bonn (Germany) from the 22nd to the 26th August.

For this edition we have prepared several activities for those interested on getting started with gvSIG development. Did you ever dream to develop your new tool in gvSIG? Have you ever wanted to add a new function with its sparkling new icon on the main toolbar of gvSIG? Well, then you should definitely register to our workshop gvSIG Desktop developer workshop. Cesar from Scolab and Andrea from HydroloGIS, both members of the gvSIG Association, will guide you through the creation of a new plugin for gvSIG. You will learn all the basics of gvSIG programming using its Java API: loading layers, accessing vector and raster data, adding new tools (buttons) and learning to package and distribute your own plug in.

The second workshop is dedicated to all those users that are interested in digital field mapping. If you are a professional in need to collect data in the field, if you are working in a public administration and need to standardize surveys for teams of technicians, if you just want to log your motorcycle trips and do statistics on your yearly rides, then you should definitely register to this workshop. Silvia from the Free University of Bolzano and Andrea from HydroloGIS will show you how to prepare geospatial data for your mobile device in gvSIG, how to prepare standardized forms for your survey and how to get the surveyed data into gvSIG again for further analyses.

The presentations that will be held in Bonn vary from 3 dimensional data and LiDAR to mobile mapping.

On Thursday morning Cesar will talk about all the exciting news regarding 3D support on gvSIG at the talk: 3D Tools in gvSIG using NASA World Wind. Right after that in the talk Digital field mapping with Geopaparazzi and gvSIG we will talk about what can be done with Geopaparazzi and gvSIG for those who couldn’t attend the workshop. And last but not least on Friday morning Silvia will present Spatial tools for LiDAR based watershed management and forestry analysis integrated in gvSIG. She will show us what new tools can be used in gvSIG to do environmental analyses using gvSIG and LiDAR data.

We are also participating in the code sprint. Members of the gvSIG Association will be present on Tuesday the 23th. This is a chance for interested developers, but also users that want to help with documentation and translations, to gather information and get their hands dirty in the gvSIG project. We encourage you to register on the code sprint wiki if you plan to attend, but the event is open to everyone so don’t hesitate to stop by if you make up your mind in the last minute.

You can check the full programme for more details. We wait for you in Bonn!

Posted in english, events, gvSIG Desktop, gvSIG development | 1 Comment

Another big lie: interoperability without open source software

Posted on 30/06/2016 by Mario

001

The interoperability concept is currently on everyone’s tongue. Everything has to be interoperable. It’s necessary, it’s ideal, it’s legal. Implementation of an IT system or solution wouldn’t come to mind to anybody. Or, at least, consciously.

But, what is the interoperability?

From a technological perspective, the Institute of Electrical and Electronics Engineers defined the interoperability as the ability of a system or a product to work with other systems or products without special effort on the part of the customer.

That initial definition have been increased and currently the interoperability is understood as a greater concept. The e-Government Ibero-American Interoperability Framework, together with the European Commission, has defined it with one of the most complete definitions: the interoperability is the ability of disparate and diverse organizations to interact towards mutually beneficial and agreed common goals. It involves the sharing of information and knowledge between the organizations, through the business processes they support, by means of the exchange of data between their respective ICT systems.

Wait…

One moment…

Sharing knowledge? Not only information?

Getting mutual benefits? Common goals?

Doesn’t it sound familiar? Open source software?

Perhaps for that the Interoperability National Schema in Spain (and in other countries there will be similar laws) has sentences like these ones:

  • “The licensing conditions of the applications and associated documentation, and any other information objects which public authorities are holders of intellectual property rights and that they can make available to other public administrations and citizens, without nothing in return or any agreement, they will take into account that the aim pursued is the use and reuse. “
  • “For open source applications, administrations will use licenses that assure that programs, data or information that are shared: a) Can be executed for any purpose. b) Allow to know their source code. c) Can be modified and improved . d) Can be redistribute to other users with or without changes, but keeping these four guarantees.”
  • “Administrations will link application directories for their free reuse…”.
  • “Indicates that the Administrations should take into account the available solutions for free reuse, that can satisfy (all or part) of the needs of the new systems and services or improving and updating those already implemented.”
  • “Public administrations will try to publish the application source code, in development or finished, for their free reuse in order to favor sharing, reusing and collaborating actions, in benefit of a better efficiency.”

That’s interesting, isn’t that?

I’m going to read this: “the aim pursued is the use and reuse”. And “should take into account the available solutions for free reuse”, and “improving and updating those already implemented”.

All of this… how was it?… wait… yes, “in benefit of a better efficiency”.

That’s a wonder! I don’t know why we complain!

Now we only hope that it is achieved and our public administrations leave the Middle Age and bet on open source software, share technologies, invest in improving the existing solutions, and… finally, they are interoperable.

 

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

How to solve the problem about label and symbol size when exporting to PDF file in gvSIG

Posted on 28/06/2016 by Mario

When we create a layout in gvSIG, and we export it to PDF format or we print it, we sometimes can see that labels that we had added to the different elements of the map appear in a different size at the PDF file or in the paper. We can see the labeling in a correct way at the gvSIG layout, without being overlapped, but they are overlapped or they are not visualized because they are very small at the PDF file or at the paper.

It’s the same than the symbology. We can have several point or line symbol (for example, an airport symbol or a motorway line), that we see them in a correct size in a map, but when we print it or we export it to a PDF file they are very big or they can’t be seen.

The cause is because we are working in pixels instead of length unities (meters, kilometers…). The pixel is an immaterial concept that doesn’t have a concrete measurement, it is a cell measurement unity, they are “screen” unities.

For this reason, when we have the labels or symbols in a layout in pixel unities, we can see them correctly at the screen, but when we see them at the “paper space” we don’t have pixel unities, so it can change depending on the zoom/scale that we have at the screen.

PDF file created from a layout, with pixel unities

We can solve it selecting length units, like meters. At this way, we will have at the paper or PDF file the same visualization than in the screen. If symbols or labels are not overlapped at the screen, they won’t be overlapped at the PDF file or at the paper, we will see them at the same way.

PDF file created from a layout, with meter unities

Depending on the scale that we are using we will have to select a different value. For example, if we are working with a complete country in a view, if we want to label the different regions we would be able to write 10.000, 20.000… meters for example, and if we are working in a local area, with municipality names, it can be 500, 1000… meter (of course it will depend on the size of our country).

It will be the same than the point (for example a hospital or a tree) or line (motorway, national road…) symbols, where we can work with a few meters. For example the size of a tree symbol size would be able to be about 4-5 meters.

To get the best results we will have to check it with different values until we visualize what we want at the layout.

In addition, at the labeling, apart from playing with the units as we have told, we also can use the advanced labeling (selecting “User defined labels” option at the first pull-down menu of Labeling tab at layer properties), where we can customize our labels (labeling each label in a different way, adding fixed text and a text from the attribute table…) as well as delete the repeated labels, avoid their overlap (indicating the priority of their location)…

We also will be able to select the interval of scale where the symbols or labels will be shown. For that we will install the extension about Create labels or Create legends by scale.

We hope that this information is useful for you!

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

Cómo solucionar en gvSIG el problema de que las etiquetas o símbolos estén a diferente tamaño al exportar a PDF

Posted on 27/06/2016 by Mario

Cuando creamos un mapa en gvSIG, y luego lo exportamos a formato PDF o lo imprimimos a papel, en ocasiones vemos que las etiquetas que habíamos insertado en los elementos del mapa nos aparecen en el papel o en el PDF en un tamaño distinto. Podemos ver el etiquetado de forma correcta en el mapa de gvSIG, sin superponerse, pero después en el papel o el PDF se superponen entre ellos o directamente no se visualizan porque quedan demasiado pequeños.

Lo mismo ocurre con la simbología. Podemos tener ciertos símbolos de puntos o líneas (por ejemplo el símbolo de un aeropuerto, o la línea de una autopista), que en el mapa lo vemos a un tamaño correcto, pero cuando lo imprimimos o lo exportamos a formato PDF nos aparece demasiado grande o apenas se ve.

El problema viene porque estamos trabajando en píxeles en lugar de unidades de longitud (metros, kilómetros…). El píxel es un concepto inmaterial que no tiene una medida concreta, es una unidad de medida de celdilla, son unidades de la “pantalla”.

Por este motivo, cuando tenemos el etiquetado o simbología insertados en unidades de píxeles, podemos verlo bien en la pantalla, pero al trasladarlo al espacio papel ya no tenemos unidades de píxel, por lo que nos puede cambiar según el zoom/escala que tengamos en ese momento en la pantalla.

Mapa-etiquetado-pixeles_

Fichero PDF creado a partir de un Mapa con unidades en píxeles

La solución pasaría por seleccionar unidades de longitud tales como metros. De esta forma, lo mismo que vemos en la pantalla será lo que veamos en el papel (en el PDF o al imprimir). Si tenemos varios símbolos con un tamaño concreto, o varias etiquetas, sin superponerse entre ellas, en el PDF y en el papel nos aparecerán igual.

Mapa-etiquetado-metros_

Fichero PDF creado a partir de un Mapa con unidades en metros

Según la escala a la que estemos trabajando deberemos poner una cantidad u otra. Por ejemplo, si trabajamos en una vista con un país completo, las unidades para el etiquetado de las distintas regiones pueden ser por ejemplo 10.000, 20.000… metros, y si trabajamos en una zona local, con nombres de municipios, puede ser de 500, 1000… metros (por supuesto dependerá del tamaño de nuestro país).

Lo mismo ocurrirá para los símbolos puntuales (por ejemplo un hospital o un árbol) o lineales (autopista, carretera nacional…), donde podemos trabajar con unos pocos metros. Por ejemplo, el tamaño del símbolo de un árbol en un mapa de un barrio podría ser de unos 4-5 metros.

Para poder obtener los resultados óptimos habría que probar distintas cantidades hasta que lo que visualicemos en el mapa sea lo que deseemos.

Por otro lado, en el etiquetado, aparte de jugar con las unidades como hemos comentado, podemos utilizar también el etiquetado avanzado (seleccionando la opción “Etiquetas definidas por el usuario” en el primer desplegable de la pestaña de “Etiquetados” en las propiedades de la capa), donde aparte de poder personalizar nuestro etiquetado (etiquetando cada elemento de una forma, añadiendo texto fijo y texto obtenido de la tabla de atributos…), podemos seleccionar que elimine las etiquetas repetidas, que no se superpongan entre ellas (pudiendo indicar la prioridad de su localización)…

También podremos seleccionar las escalas entre las cuales queremos que se visualicen los símbolos o etiquetas. Para ello deberemos instalar la extensión para Generar etiquetas y Generar simbología por escala.

¡Esperamos que os sea útil esta información!

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

Towards gvSIG 2.3: Bing Maps, Google Maps and Google Street View

Posted on 22/06/2016 by Giuliano Ramat

Let’s have a look to a couple of new features that will be included in next release gvSIG 2.3.

Users will have access to data from Bing Maps and Google Maps, being able to select between different geographic information types they offer.

Although it can be assumed that everyone knows, Google Maps is a map service created by Google while Bing Maps is the equivalent one created by Microsoft.

Bing Maps allows data access in several modalities: street (road), satellite imagery (aerial) and labeled images. On the other hand, Google offers street (road), satellite, terrain and hybrid options.

Google Street View provides panoramic street-level (360-degree horizontal and 290-degrees vertical), allowing users to see sectors of the city according to selected coordinates.

You can have a look to this video that illustrate these new tools that will be shortly available in gvSIG:

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

Servicios de formación en la Asociación gvSIG

Posted on 21/06/2016 by Mario

Desde la Asociación gvSIG ofrecemos diversos cursos para usuarios y desarrolladores, tanto de la aplicación gvSIG como de geomática libre, y cuyos beneficios revierten en el proyecto gvSIG, con desarrollo de nuevas funcionalidades, corrección de errores…

Servicios_de_formacion

Dentro de las modalidades disponibles, aparte de la presencial (con desplazamiento de profesor) y online (a través de la plataforma gvsig-training.com), que se están llevando a cabo durante los últimos años, una novedad importante es que ahora se ha incluido la modalidad webinar, donde se imparte el curso en directo a través de una plataforma online de vídeo, y en el que hay interacción entre el tutor y los alumnos. De esa forma se evitan los costes de desplazamiento y manutención del profesor.

Dentro de los cursos de gvSIG disponibles existe por un lado uno genérico para usuarios, y por otro lado diversos cursos aplicados a distintas temáticas como Medio Ambiente, Fauna, Espacios Naturales Protegidos, Gestión de Pavimentos y Vialidad, y también sobre Gestión Municipal. Todos ellos de matrícula abierta, por lo que el alumno puede matricularse cuando desee.

Con el curso de usuario genérico, así como con los de Medio Ambiente, Fauna y Espacios Naturales, se obtiene el Certificado gvSIG Usuario Básico. Con los otros dos cursos el alumno obtiene créditos que le permiten obtener el Certificado gvSIG Usuario Experto (completando un total de 100 créditos de los cursos que convalidan para dicho certificado).

Otro tipo de cursos ofrecidos por la Asociación gvSIG son los relativos a Geoprocesamiento y Análisis Espacial. Dentro de estos se encuentra el curso “Geoprocesamiento Avanzado sobre gvSIG”, con una temática diversa sobre análisis ráster y vectorial, modelos digitales de terreno, perfiles, visibilidad…, y aparte cursos más pequeños sobre algunos de los temas del curso anterior en caso de que el usuario esté interesado en una temática concreta (Análisis del Terreno e Hidrológico, Análisis de Visibilidad e iluminación, Análisis de Perfiles y Secciones transversales, o Análisis de Costes y Rutas óptimas.

Todos estos cursos tienen edición en español y en portugués, y dan una serie de créditos para obtener el Certificado gvSIG Usuario Experto.

Dentro de las extensiones de gvSIG, existen varios cursos como son el de Análisis de Redes con gvSIG Desktop, Navtable y Normalización de Tablas, Publicación de Servicios OGC, Análisis Geoestadístico con gvSIG y Sextante, Uso, creación y gestión de metadatos de información geográfica, y gvSIG 3D y animación. Todos ellos convalidan para el Certificado gvSIG Usuario Experto.

Respecto a los cursos relativos a geomática libre, se ofrece uno sobre ”Bases de Datos Geoespaciales: PostgreSQL – PostGIS”, el cual tiene dos niveles disponibles (básico y avanzado).

Finalmente, se ofrecen cursos personalizados conforme a las necesidades de los solicitantes. Por ejemplo, se han llevado a cabo cursos sobre gvSIG aplicado a Oceanografía, a Protección Civil, a Topografía…, o incluso cursos más cortos sobre unas funcionalidades concretas como puede ser el cambio de sistemas de referencia y conversión de ficheros a KML para cargar en Google Earth, incluyendo descarga de datos de servidores públicos de cartografía.

Para la modalidad online de los cursos, puedes hacer directamente el pedido en el portal gvsig-training.com. Entrando en el curso deseado verás un enlace para hacer el pedido, donde te indicará las instrucciones a seguir para realizar el pago. Así mismo, la mayoría de cursos disponen de ciertos descuentos, así como de subvenciones del 100%. Puedes ver dicha información dentro de cada curso.

Si deseas formación presencial o en modalidad webinar, o para cualquier otra duda relacionada con formación, puedes contactar con nosotros directamente escribiéndonos a info@gvsig.com.

Realizando estos cursos a través de la Asociación gvSIG estarías contribuyendo al crecimiento de este proyecto.

Posted in community, gvSIG Desktop, portuguese, spanish, training | Tagged | Leave a comment

Towards gvSIG 2.3: LiDAR data

Posted on 20/06/2016 by Giuliano Ramat

In gvSIG 2.3 users will be able to access a new source of data that has been using more and more, the LiDAR data. gvSIG 2.3 drivers provide to read and write LiDAR in gvSIG according to LAS specification. A cropping tool will be also provided to export a subset of LIDAR data.

Drivers

User will have two options for working with LAS files, based on gvSIG implementation of two different libraries, each one with its advantages:

  • JGrasstools based provider that is read / write.

  • Whitebox based that is read-only provider, but currently offers better performance than the one based on Jgrasstools.

Clarified/simplification

Both drivers include two parameters “clarified” (simplification), which let you read a subset of the total points available in the LAS file. Simplification allows quickly draw huge files at small scales (where a level of detail as high as that provides the file is not required):

  • ThinningDivisor: reads 1 point out of n items (1 / n), for example when thinningDivisor = 10 it loads 10% of the total available points

  • ThinningResolution: load approximately n dots per square unit of the layer; for example, if thinningResolution = 0.0001 means that it loads 0.0001 points / m2 (assuming that in this case layer projection units are meters), or that is the same, 100 points / km²

Attributes

LAS files have a set of mandatory fields (fixed) and other optional depending on point data format as specified in the LAS file header.

Mandatory fields are:

  • CLASSIFICATION (land cover) 
  • POINTX (x coordinate of the point)
  • POINTY (coordinate of the point)
  • POINTZ (z coordinate of the point, useful to symbolize elevations)
  • INTENSITY (intensity)
  • RETURNNUM (point return number)
  • NUMBEROFRETURNS (number of returns for this laser pulse) 

Optional fields are:

  • COLOR (color point, expressed as a whole “long” Java containing the RGB value)
  • TIME (absolute time capture, expressed as generated by Data.getTime ())
  • WEEKTIME (relative time capture, expressed as a weekly GPS time) 

Export tool

Cropping tool allows you to choose a data subset to be exported to a new LAS file.

The tool lets you choose a geographic extension to filter the data (only points that fall within the selected geographic extension will be exported). The possible options are:

  • No filter by geometric extension

  • Filter data using extension visible in the active view.

  • Filter using a geometric extension specified by the user.

It is important to note that if users load the layer in the view using data options “clarified” (simplification), the export tool will act according to these options, exporting only the simplified version of the data.

To make this topic easier to understand, you can watch a couple of videos related to the LiDAR data management in gvSIG.

Posted in english, gvSIG Desktop | Tagged , , | 1 Comment

Camino a gvSIG 2.3: Soporte vectorial en Vistas 3D y extrusión

Posted on 20/06/2016 by Alvaro

gvSIG es uno de los pocos SIG en software libre que puede presumir de disponer de Vistas 3D, gracias a la integración de gvSIG con el software NASA World Wind. En gvSIG 2.3 vamos a tener una serie de mejoras que van a dar a los usuarios nuevas herramientas para trabajar con información geográfica en 3D.

Entre estas mejoras se encuentra la extrusión y para ello era necesario desarrollar el soporte de datos vectoriales en 3D (hasta ahora las capas vectoriales se mostraban rasterizadas en Vistas 3D). Veamos en detalle estas mejoras…

Datos vectoriales

En gvSIG 2.3 podremos seleccionar el modo de visualización de los datos vectoriales en Vistas 3D. Se mostrarán tres modos diferentes de cargar una capa vectorial:

  • Rasterizado: la capa vectorial de la Vista 2D será rasterizada como una imagen que se mostrará en la Vista 3D (como ocurría en gvSIG 2.2).
  • Vector: los elementos de las capas vectoriales de la Vista 2D serán transformados en vectores 3D y cargados en la Vista 3D.
  • Extrusión: los elementos de la capa vectorial de la Vista 2D serán transformados en vectores 3D y cargados en la Vista 3D, aplicando una extrusión para obtener un efecto de volumen.

Modo Vector

En el modo vector podremos seleccionar la altitud de los elementos por dos factores (o la suma de ambos): La tercera dimensión de la geometría, en caso de que sea una capa 3D (por ejemplo un shapefile 3D) o un parámetro o constante de altura.

Se podrán aplicar 3 modos de elevación, cada uno de los cuales aplicará la altitud de un modo diferente:

  • Clamp to ground (Fijado al terreno): los elementos se superpondrán al modelo digital del terreno existente en la Vista 3D.
  • Absolute (Absoluto): la elevación de los elementos vectoriales estará dada por la altitud, definida como la altura sobre el nivel del mar.
  • Relative to ground (Relativo al terreno): la altitud de los elementos vectoriales estará dada por la altura, definida como la altura relativa sobre el terreno.

3D_vector_gvsig_02Un ejemplo de como se muestra la opción clamp to ground:

3D_vector_gvsig_03En este caso se puede observar que en varias partes el modelo digital del terreno recubre a la capa vectorial, debido a la diferencia de alturas. Cuando ocurra esto podríamos poner el modo relative to ground y aplicar una altura constante para visualizar los datos sin solapes:

3D_vector_gvsig_04

Extrusión

Se denomina extrusión al proceso de expansión vertical de un elemento 2D para generar un objeto 3D. Permite generar una representación tridimensional a partir de entidades bidimensionales. Un ejemplo típico de extrusión es su aplicación a polígonos de edificios a partir de un atributo de altura, obteniendo formas realistas de edificios. Los tres tipos de geometría básicos -puntos, líneas y polígonos- admiten extrusión.

La interfaz que encontrará el usuario es similar a la siguiente:

xxxLa altitud de los elementos podrá ser definida por cuatro factores: La tercera dimensión o coordenada Z de la geometría. Un campo altura seleccionado de la tabla de atributos. Un parámetro de altura constante. O, por último, un factor de exageración vectorial, el cual es una multiplicación de un determinado factor multiplicado por la altura.

Habrá disponibles 2 modos de elevación, los cuales considerarán la altitud de manera diferente:

  • Absolute: la elevación de los elementos vectoriales estará dada por la altitud, definida como la altura sobre el nivel del mar.
  • Relative to ground: la altitud de los elementos vectoriales estará dada por la altura, definida como la altura relativa sobre el terreno.

Por ejemplo, aplicando la modalidad relative to ground option y seleccionando un campo de la tabla de atributos que se correspondiera a la altura de los edificios, obtendríamos algo así:

3D_vector_gvsig_06

Otros ejemplos

Capa de lineas de curvas de nivel con geometrías 3D, utilizando el modo de extrusión y aplicado una altura adicional de 50 metros:

3D_vector_gvsig_08La misma capa sin extrusión se mostraría del siguiente modo:

3D_vector_gvsig_09Capa de puntos:

3D_vector_gvsig_10Y para acabar un pequeño vídeo:

Posted in gvSIG Desktop, spanish | Tagged , , , , | 1 Comment

Towards gvSIG 2.3: Reproject 2D View into a 3D View

Posted on 20/06/2016 by Giuliano Ramat

In the next coming release of gvSIG 2.3, several improvements (and very striking) related to 3D views will be provided. One of the most important one will be the possibility to reproject a 2D view 3D view.

In gvSIG 2.2 3D Views can be applied only to 2D Views in EPSG: 4326. This constraint will disappear in the next version, and user can work on any projection without limitation in the use of 3D Views.

Here it is the video where this new function is shown:

Posted in english, gvSIG Desktop, testing | Tagged , , | 7 Comments