gvSIG 3D

AI2 3D Viz group capabilities

2011-12-14T02:07:00.000-08:00

Hi all,

Here we are after the 7th International gvSIG Conference. We were glad to see the interest demonstrated by the audience to our seminar.

We are very grateful to the project España Virtual, Prodevelop, CNIG and the gvSIG association for their support so far. But now the ai2 team is in trouble due to the lack of funding. As you probably know, the downturn has a very negative impact on R&D teams. We want to continue developing gvSIG 3D, osgVirtualPlanets and any new challenges proposed.

The following video shows the capabilities of our team. Some of the features showcased in the video have been developed in the scope of gvSIG 3D. Others are prototypes or research projects we are working on. Our expertise is in 3D GIS visualization for desktop and mobile environments, also in OpenSceneGraph. So if you are interested in contributing in any manner contact us.

Enjoy the video and switch on your speakers!

Animation video tutorial

2011-11-10T10:51:00.000-08:00

Hi all!

This time we want to share a contribution from Mario Carrera, from the gvSIG team. It explains how to make an animation with the animation extension. He is kindly explaining 3D extension on meetings and conferences where we are not able to be. Thanks for that too Mario :) .

As you know, we are near the 7th International gvSIG Conference and the ai2 team will be there talking about 3D extension. We will post soon about the contents here and in the gvSIG Blog.

Check the gvSIG videos section and the gvSIG3D youtube channel for more tutorials!

cityGML patch for windows

2011-09-13T03:51:00.000-07:00

Hi again!

Here it is the patch for windows. As we said in the previous post the implementation is based on the library libcitygml[1]. This open source project is still in development and we'd like to thank to Joachim Pouderoux (the main developer) for his kindly help.

The work is in progress, but we think it is a good moment to let the community to test this new feature. The patch is now available for linux and windows. The instructions to install it in windows are the following -also available in a README.txt file- (see [2] to install in linux):

Download the file for your Operating System from[3].
Make sure you have installed gvSIG-1.11[4] and the final release of 3D extension[5].
Unzip the patch into a temporal directory.
Copy bin directory into your gvSIG installation directory, usually located at: C:\Program Files\gvSIG_1.X.X\
3) Copy the content of Java directory into your current Java VM directory:
C:\Program Files\Java\jre1.6.0.X\
Run gvSIG 1.11 and follow the videotutorial[2]

Important note: If you have different Java VM installed in your system
you can check if the folder jre1.X.X/bin has a subfolder called osgPlugins-2.8.3
to check the correct version (the one used by gvSIG and the 3D extension).
In addition, some windows systems need administrator privileges to overwrite this files.

[1]http://code.google.com/p/libcitygml/
[2]http://gvsig3d.blogspot.com/2011/09/patch-to-load-citygml-models-in-gvsig.html
[3]http://www2.ai2.upv.es/difusion/gvsig3d/citygml_patch/
[4]http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.11/downloads
[5]http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/downloads

Patch to load cityGML models in gvSIG 1.11 + 3D extension

2011-09-09T05:10:00.000-07:00

Hi community!

We are working again after a great holydays. This time we want to share with you our advances in the scope of the Project "España Virtual". For this reason we have done a backport for gvSIG 1.11 of a new feature we are working on: to load cityGML models.

The implementation is based on the library libcitygml[1]. This open source project is still in development and we'd like to thank to Joachim Pouderoux (the main developer) for his kindly help.

The work is in progress, but we think it is a good moment to let the community to test this new feature. The patch is only available for linux (we expect to upload the patch for windows in a few days) and the instructions to install it are very simple:

Download the file for your Operating System from[2].
Make sure you have installed gvSIG-1.11[3] and the final release of 3D extension[4].
Extract the compressed file in the folder you installed gvSIG-1.11, overwriting the folders bin and libs.
Run gvSIG 1.11 and follow the next video tutorial! :)

Important note: cityGML files must be renamed as .citygml, otherwise the osg loader won't be able to load the models.

[1]http://code.google.com/p/libcitygml/
[2]http://www2.ai2.upv.es/difusion/gvsig3d/citygml_patch/
[3]http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.11/downloads
[4]http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/downloads

WIP: 3D extension on gvSIG 2.0

2011-07-29T01:14:00.000-07:00

Hi all!

Just before the gvSIG 3D team goes away on vacations, we'd like to show you a sample of one line of work that has been in development for the last few months. Since the release of gvSIG 2.0 is getting closer, we decided to start the process of adapting gvSIG 3D to this new version in the scope of the España Virtual project.

As some of you may know, gvSIG 2.0 is not just an iteration of the 1.x branch, therefore changes have been made to the core of the application that doesn't make the task of porting our extension a trivial job.

In this post we would like to make a little summary of the tasks that have been already finished, and those that are still in development.

Finished tasks:

Adapted the building system and dependencies.
Changed the projects architecture to match the gvSIG 2.0 requirements.
Document View3D available from the Project Manager. Creates and customizes spherical and flat planet views.
Loading of raster and rasterized vectorial layers.
Integration of the gvSIG 3D tools. Navigation modes, stereo and fullscreen visualization, etc.

In progress:

Adapt the extension to work with osgVP 3.0.
Use the cache system of the new raster libraries.
Analyze and integrate the new symbology framework from osgVP and gvSIG.
Modify the persistence mechanism to match the new requirements.
Integrate the load and edition of OSG layers.

Finally, in the next video, you can see gvSIG 3D running on top of the latest build (2030) of gvSIG 2.0.

Keep in mind that the status of the project is still of early alpha, therefore there isn't a binary distribution to download yet.

Coming soon: PostGIS 3D!!

2011-07-06T03:45:00.000-07:00

Hi all,

We are really happy to announce this new feature. A part form being a nice improvement it has something special... it comes from the community!

The author of the patch is Jose Carlos Martinez-LLario from DICGF at UPV. He is very skilled in spatial database development, in fact he owns a very promising project called JASPA. We have to mention Fran Peñarrubia and Nicklas Aven, they helped too in testing and integration of the patch.

So...Thank you very much guys!

The patch is already commited in the trunk of gvSIG 1.1x and it will be available in gvSIG 1.12 version. This patch does not change anything in gvSIG 3D, the changes are applied to the core of gvSIG so the same version of 3D extension (codename "BladeRunner") should work with postGIS 3D.

Next video is a demo of postGIS 3D running in gvSIG 3D. We'll do some tutorial when gvSIG 1.12 becomes available.

OpenSceneGraph-3.0.0 released!

2011-06-29T02:07:00.000-07:00

Hi all!

A new version of OpenSceneGraph (OSG) has been released. OSG is the standard scenegraph for OpenGL Applications and we are using it extensively in our core library OSGVirtualPlanets (osgVP). We are proud to be contributors of OSG, and our last contribution was to add Android support to the library. Next releases of OSGVirtualPlanets will be built against OSG 3.0.0.

From here we'd like to thank the work done by the whole OSG community and specially to Robert Osfield, the leader of the library.

FYI this is the OSG 3.0 Press Release:

OpenSceneGraph 3.0 release adds support OpenGL ES 1.1, OpenGL ES 2.0, OpenGL 3.x to 4.0, support for Android and IOS platforms and much more

PERTHSHIRE, Scotland - 28th June 2011 - OpenSceneGraph Professional Services announces the release of OpenSceneGraph 3.0, the industry's leading open-source scene graph technology, designed to accelerate application development and improve 3D graphics performance. OpenSceneGraph 3.0 written entirely in Standard C++ and built upon OpenGL, offers developers working in the visual simulation, game development, virtual reality, scientific visualization and modeling markets - a real-time visualization tool which eclipses commercial scene graph toolkits in functionality, stability and performance. OpenSceneGraph 3.0 runs on all Microsoft Windows platforms, Apple OS/X, IOS, GNU/Linux, Android, IRIX, Solaris, HP-UX, AIX and FreeBSD operating systems.

Open-source development delivers industry-leading features and performance

The OpenSceneGraph 3.0 release is the culmination of 12 years of work by the lead developers and the open-source community that has grown up around the project. The real-time graphics industry and academia embraced it from the very beginning, deploying it in real-world applications, and actively participating in its development, testing and refinement. The end result is a high-quality library with a feature set relevant to application developers' needs.

Updates include:

OpenGL ES 1.1, and OpenGL ES 2.0 support
OpenGL 3.x and 4.x support along with associated OpenGL extensions
Support for Android on tablets and phones
Support for IOS on tablets and phones (end users applications have already been accepted on the App Store)
New extensible serializers that provide new .osgb binary, .osgt ascii and .osgx xml file native formats
New generalized serializable metadata architecture
New osgQt library that makes it straight forward to integrate OpenSceneGraph with Qt
new FBX plugin
Improvements to osgVolume enabling high quality race traced volume rendering
Improvements to osgManipulator making it more flexible
Support for Cocoa and 64bit OSX build
Improved thread safety and efficiency of database paging
New Texture and buffer object pools for efficiently managing GL object resources

Downloads and Licensing

OpenSceneGraph is open-source, so full source code is provided, and can be copied, modified and used free of charge for commercial and non-commercial use. Access to the source allows end users greater flexibility in how they develop, debug and deploy their applications. They gain productivity and freedom by being able to leverage the tool chain in accordance with their own release cycles. Downloads of binaries and source can be found in the Downloads section of the openscenegraph.org website.
OpenSceneGraph is released under the OpenSceneGraph Public License, which is based on the Lesser GNU Public License (LGPL), permitting the software to be used free of charge across the full spectrum of commercial and open-source applications. Furthermore, it allows both static and dynamic linking of the OpenSceneGraph libraries without restricting the licensing of the user's software.

OpenSceneGraph Books now available

The new book dedicated to the OpenSceneGraph 3.0 is now available https://www.packtpub.com/openscenegraph-3-0-beginners-guide/book.

Professional support and services

OpenSceneGraph project is backed up with professional services by OpenSceneGraph Professional Services, based in Scotland, and Skew-Matrix and AlphaPixel both based in the USA, and a range of Contractors from around the world. Services available include:

Confidential Professional Support
Bespoke development
Consultancy
Training

Community support and contribution

The diverse and growing community of over 5000 developers is centred around the public osg-users mailing list/forum, where members discuss how best to use OpenSceneGraph, provide mutual support, and coordinate development of new features and bug fixes. Members of this community come from many different countries with backgrounds ranging from some of the world's largest aerospace companies, game companies, and visual simulation specialists to university researchers, students and hobbyists.
The OpenSceneGraph project owes a great deal to the community for its development and support, in particular we wish to thank the 464 individuals from around the world that have directly contributed to the development and refinement of the OpenSceneGraph code base.

Some developments using gvSIG 3D in "España Virtual"

2011-06-03T04:02:00.000-07:00

English

There are several I+D teams working with gvSIG 3D in the scope of "España Virtual" project, a CENIT project supported by CDTI[1]. Their works are very interesting, and we were able to see some of them at last EV workshop. We asked them for permission to show what are they doing with gvSIG 3D. So we would like to thank to the following enterprises: Deimos[2], Indra[3] and Telefónica I+D[4]. In addition we'd like to thank to the following institutions and universities: Polytechnical University of Madrid(UPM)[5], the Institute of applied computing and community code(iac3)[6] from the University of the Balearic Islands.

The developments of this people are quite technical so forgive me in the case anything is not correct.

The first two images (from iac3) we show are related to 3D geovisualization of physicall phenomenon in a given time. We hope we can see this effects in 4D in the near future!

Español

Hay varios equipos utilizando gvSIG 3D en el ámbito del proyecto España Virtual, un proyecto CENIT iniciativa del CDTI[1]. Sus trabajos son muy interesantes, y pudimos ver algunos de ellos el el último workshop de EV. Les hemos pedido permiso para enseñar en este blog lo que están haciendo con gvSIG 3D. Así que queremos agradecer a las empresas Deimos[2], Indra[3], y Telefónica I+D[4], y también a la Universidad Politécnica de Madrid(UPM)[5], al Institute of applied computing and community code (iac3)[6] de la Universitat de les Illes Balears que nos permitan mostrar estas imágenes.

Estos trabajos son muy técnicos, así que pido disculpas por adelantado si algo de lo escrito no es correcto.

Las primeras dos imágenes (cedidas por iac3) tienen que ver con la geovisualización tridimensional de fenómenos físicos. Esperamos poder ver estos efectos en 4D en un futuro cercano!

In the other hand Indra and UPM are working on building visualization and 3D visualization of athmospheric patterns related to air quality. They gave us this images. Every single 3D data is represented by a sphere, which color depends on the value of the data.

Por otro lado Indra y la UPM están trabajando en la representación tridimensional de edificios y la visualización de datos 3D producidos por modelos atmosféricos y de calidad del aire. En este caso cada dato 3D viene representado por una esfera, cuyo color varia dependiendo del valor del dato. Nos han dado permiso para mostrar estas imágenes:

[1]http://www.cdti.es
[2]http://www.deimos-space.com
[3]http://www.indracompany.com/
[4]http://www.tid.es/
[5]http://www.upm.es/
[6]http://www.iac3.eu/

gvSIG 3D Team at "España Virtual" Workshop

2011-05-14T02:50:00.000-07:00

English

This week we have been very busy attending to the "España Virtual" Workshop[1]. As many of you know this CENIT project supported by CDTI[2] and leaded by Deimos-Space[3], aims to push the state of the art of geomatic science in Spain. In the scope of this project we are developing hard in several lines of work. In this post you will be able to see a few videos of some of them.

Advanced Symbology: We added new render techniques to the osgVirtualPlanets library[4], the core of gvSIG 3D. These techniques let us to render new symbols with a quite good frame rate. In this video we show point sprites, particle systems and instanced rendering. We hope we can integrate these functionalities soon in gvSIG 3D.

Multiresolution of vectorial data: One of the problems we have in the current version of gvSIG 3D is rendering big amount of vectorial data. Is a must to apply multiresolution techniques in order to avoid RAM memory problems and low frame rates. This video shows a quite popular spatialization algorithm called Octree. It could be very useful to render regular massive vectorial data, for example Lidar data.

Collaboration with a friend project, WebGLEarth[5] : This project enables exploration, zooming and “playing” with the globe in any web browser on any platform supporting webGL (like chrome 9[6] or firefox 4[7]). We are collaborating with them and we have implemented zoom and pan controls, and camera throwing. It is a very promising project.

Español

Esta semana hemos estado en el workshop del proyecto "España Virtual"[1]. Como muchos de vosotros sabeis, este proyecto CENIT iniciativa del CDTI[2] y liderado por Deimos-Space[3] pretende avanzar el estado del arte en el campo de la geomática en España. En el ámbito de este proyecto estamos trabajando duro en varias líneas. En este post podreis ver videos de algunas de ellas.

Simbología avanzada: Estamos trabajando en añadir nuevas técnicas de visualización en la librería osgVirtualPlanets[4], el núcleo de gvSIG 3D. Estas técnicas nos permitirán mejorar el tiempo de dibujado y añadir nuevos tipos de símbolos. En este video se muestran point sprites, sistemas de partículas e instanciación de geometría. Esperamos poder integrar estas funcionalidades pronto en gvSIG 3D.

Multirresolución de datos vectoriales: uno de los problemas que tenemos en la actual versión de gvSIG 3D es visualizar grandes cantidades de información vectorial. Se deben aplicar algoritmos multirresolución para evitar problemas de visualización y memoria. En este video se muestra una técnica de espacialización de geometría bastante conocida, el Octree. Puede ser muy útil a la hora de representar cantidades masivas de datos vectoriales regulares, como por ejemplo los datos Lidar.

Colaboración con un proyecto amigo, WebGLEarth[5]: Este proyecto permite la visualización e interacción con un globo virtual en cualquier navegador y plataforma que soporte webGL (como chrome 9[6] o Firefox 4[7]). Nuestra colaboración hasta el momento ha consistido en la implementación de los controles de movimiento y el lanzamiento de cámara.

[1]http://www.españavirtual.org
[2]http://www.cdti.es
[3]http://www.deimos-space.com
[4]http://forge.osor.eu/projects/osgvp
[5]http://www.webglearth.org
[6]http://google.com/chrome
[7]http://www.mozilla.com/firefox/fx/

gvSIG 3D - Final Version - codename "BladeRunner"!!

2011-04-01T03:48:00.000-07:00

Español

Hola replicantes ;) !!

Hoy es un día especial para nosotros...Después de cinco años de trabajo nos complace anunciaros la publicación de la versión final de gvSIG 3D disponible en [1]. También hemos publicado una versión para Mac OSX que incluye 3D disponible en [2].

Queremos agradecer toda la colaboración que hemos recibido de la comunidad de usuarios, cuya implicación en la fase de testing ha sido inmejorable y que incluso ha elegido el codename "BladeRunner" en una ajustada votación, curiosamente el nombre propuesto por el jefe... ;)

En esta ocasión también nos gustaría agradecer su trabajo a las personas que empezaron con nosotros este proyecto, en especial a Julio Campos, Ángel Fraile y Salvador Bayarri. También a Thibault Mousset y Eline Lachat, que nos acompañaron en un tramo del camino.

En mi ya larga trayectoria en la universidad, tengo que decir que una de las cosas de las que más orgulloso me siento, es de haber formado este grupo de trabajo, el cual demuestra día a día su capacidad de resolver todos los problemas que se les plantean. A pesar de todos los inconvenientes, en cuanto a financiación e incertidumbres que han surgido a lo largo de este tiempo, el equipo ha sabido permanecer unido y ha hecho frente a todos los inconvenientes. Rafa, Jordi, María, Jesús, Leo y Jorge muchas gracias por vuestro trabajo.

A partir de este momento miramos de cara al futuro con la intención de seguir trabajando duro. Esperamos dar lo mejor de nosotros para que el proyecto mejore día a día.

Por último, también queremos agradecer a la Consellería de Infraestructuras y Transporte, en especial a Martín García y Gabriel Carrión, por haber creído en nuestro potencial para el desarrollo de este proyecto y por extensión a toda la Asociación gvSIG.

Xavi Lluch

Responsable científico del proyecto y del Grupo de Informática Gráfica del Instituto de Automática e Informática Industrial.

English

Hi replicants ;) !!

Today is a special day for us... After five years of work we are glad to announce the release of the final version of gvSIG 3D!! It is available in [1], and the Mac OSX version in [2].

We appreciate the support provided by the user community, whose implication in the testing process has been extremely important. They also have chosen the codename "BladeRunner" in a very tight voting.

This time we'd also like to thank the people who started this project with us , specially to Julio Campos, Angel Fraile and Salvador Bayarri, as well as Thibault Mousset and Eline Lachat.

One of the things that made me feel most proud of during my years in the university, has been starting this working group. Their members demonstrate day after day their capacity to solve problems. Despite the difficulties we had (mainly about financiation and uncertainty), the team remained very close: Rafa, Jordi, María, Jesús, Leo and Jorge thank you very much for your work.

From this moment we are looking to the future with the purpose of keep working hard. We hope to do our best in order to improve the project.

We'd like to thank the "Consellería de Infraestructuras y Transporte", specially Martín García and Gabriel Carrión, and also gvSIG Association for believing in our potential to develop this project.

Xavi LLuch

Scientific project manager and Computer Graphics leader in the Instituto de Automática e Informática Industrial.

[1]http://forge.osor.eu/frs/?group_id=178&release_id=746
[2]http://forge.osor.eu/frs/download.php/1556/gvSIG-3D-1_11_0-RC1-1303mac-i586.dmg

gvSIG 3D - RC1 is here!!

2011-03-11T04:52:00.000-08:00

Hola comunidad!

Tras pasar el plan de pruebas y arreglar los fallos encontrados por el equipo de testing estamos más que contentos de poder anunciar la versión RC1 de gvSIG 3D. Podeis descargarla desde aquí [1].

En esta ocasión nos gustaría dar las gracias en especial al equipo de testing de gvSIG. También a Álvaro Anguix por ayudarnos con temas no relacionados con el desarrollo, y a Joaquín José del Cerro, por sus acertados consejos.

Si no se encuentran errores graves ésta pasará a ser la versión final!

Por cierto, acordaos de votar en la encuesta para el codename de la versión final. La votación está más que ajustada!!

Hi community!

We are very happy to announce the RC1 version for gvSIG 3D available in [1].

This time we'd like to thank specially the gvSIG testing team. Also to Álvaro Anguix, for helping us with non-development related stuff, and to Joaquín José del Cerro for his suggestions.

If there aren't critical errors we will tag this version as final!

By the way, we want to encourage you to vote for the final version codename in the poll, just at the right column of this blog. Right now the voting is very tight!

[1]http://forge.osor.eu/frs/?group_id=178&release_id=718

New build of gvSIG 3D (number 19) -- Codename "HANNIBAL"

2011-03-03T02:46:00.000-08:00

Español

Desde el equipo de gvSIG 3D nos complace anunciar un nuevo build de gvSIG 3D que podéis descargar desde [1]. Este build ha sido posible, gracias al apoyo que la comunidad de usuarios y desarrolladores ha demostrado.

Nos gustaría agradecer el trabajo realizado por el equipo de testing de gvSIG: Manuel Madrid, Núria Fora, y Juan José Martí. Gracias por vuestro interés!

Algunas de las mejoras más importantes son:

* Solucionado problema de generación de texturas en tarjetas ATI.
* Solucionado problema con sistemas operativos linux 64 bit y drivers de gráficos.
* Solucionado problema con el instalador y java 1.5
* Añadidas cadenas de traducción al inglés que faltaban.
* Mejoras en el instalador de linux, comprobación de requisitos mínimos.

Esperamos que con este nuevo build continuéis dándonos sugerencias y reportando problemas para poder seguir mejorando.

Conviene recordar que las versiones en desarrollo están orientadas a que los usuarios puedan evaluar y testear las nuevas funcionalidades de gvSIG, pero no son versiones que deban ser usadas en entornos de producción.

Por otro lado queremos animaros a votar en la encuesta que hay situada a la derecha, para elegir un codename para la versión final. ¡Por ahora la votación está bastante apretada!

English

We are pleased to announce a new build of gvSIG3D available in [1]. This development has been possible thanks to, especially, the community support.

This time we'd like to thank the gvSIG testing team: Manuel Madrid, Núria Fora and Juan José Martí . Thank you for your interest!

Among the new features, we shall emphasize:

*Fixed texture problems in ATI cards.
* Fixed problem with 64 bit and graphic drivers.
* Fixed installer for java 1.5
* Fixed missing english strings
* Improvements in linux installer, cheking for minimum requirements.

We encourage everyone to try this version and await your comments and suggestions in the blog as well as in the mailing list in order to keep improving the framework.

These development versions are oriented to test and evaluate new functionalities of gvSIG, so it's not recommended to use it in a production environment.

By the way, we want to encourage you to vote for the final version codename in the poll, just at the right column of this blog. By now the voting is very tight!

[1]https://gvsig.org/web/projects/gvsig-desktop/devel/gvsig-3d

OpenSceneGraph running on Android

2011-03-01T04:18:00.000-08:00

Español:

Buenas, mi nombre es Jorge Izquierdo y acabo de incorporarme al equipo del ai2. Desde que entré he estado trabajando en una manera de utilizar la librería OpenSceneGraph en Android. Después de un tiempo de trabajo y revisión podemos presentar la primera versión para la cadena de compilación con Cmake/Android ndk así como un ejemplo en video.

De momento se soportan las características básicas de OSG. Sin embargo debe tomarse esta compilación como experimental y algunas características podrían fallar. Se sabe que multithreading y los serializadores de osgSim y osgShadow no funcionan correctamente. Además los wrappers marcados como deprecated en OSG no han sido incluidos en la compilación.

Las pruebas realizadas han sido hechas con Android 2.2.1 y 2.3 en una Archos Tablet 70 IT y un HTC nexus one y la librería OSG configurada para OpenGL ES 1.1. Los requisitos mínimos son Ndk r4 (Crystax)/Ndk r5 y Android 2.0. Actualmente se compila toda la librería, plugins, etc, en estático.

Seguiremos informando!

English:

Hello, my name is Jorge Izquierdo and I'm a new member of ai2 team. Since I joined the team I've been working in a way to get running OSG on Android. After some time of coding, and code refactoring we can show our very first version of a building toolchain for CMake/Android NDK and a working test example.

Right now basic OSG features are supported. But this can't be taken as a "fully" functional compilation. It's a experimental building and some features could crash without any warning. We know that multithreading and osgSim, osgShadow serializers are not supported. Deprecated wrappers have not been included in the build or the test example.

Testing was made on Android 2.2.1 and 2.3, on Archos Tablet 70 IT and HTC Nexus One respectively, with OSG configured to draw using OpenGL ES 1.1. Minimum specs are NDK r4 (Crystax)/NDK r5 and Android 2.0. The entire library and plugins are compiled in a static way.

We will keep you up to date!

New build of gvSIG 3D (number 18) -- Codename "FRANKENSTEIN"

2011-02-08T03:28:00.000-08:00

Español

Nuestra criatura está aquí... desde el equipo de gvSIG 3D nos complace anunciar un nuevo build de gvSIG 3D que podéis descargar desde [1]. Este build ha sido posible, más que nunca, gracias al apoyo que la comunidad de usuarios y desarrolladores ha demostrado.

Partiendo de este build se generará la versión RC1. A partir de ahí se irán creando sucesivos builds RC arreglando los problemas que se encuentren. Si no hay errores graves, se generará la versión final.

Nos gustaría agradecer especialmente a la comunidad de usuarios de gvSIG el esfuerzo que está haciendo para ayudarnos en el proceso de testing. En particular nos gustaría agradecer a Javier Busselo, Fran Peñarrubia, Nicklas Aven, Alessandro Sgambati, Agustín Díez y Benjamin Ducke el tiempo que han dedicado en probar la versión beta de gvSIG 3D.

Algunas de las mejoras más importantes son:

* Solucionado problema con el instalador en S.O. linux de 64 bits.
* Solucionado problema con drivers fglrx.
* Solucionado bug con animación de transparencia de capa.
* Solucionado bug en símbolos de polígono sin borde o sin relleno.
* Solucionado bug en visualización de capas ArcIMS.
* Solucionado bug que hacía que las capas no se viesen en el TOC cuando se cargaba un proyecto.
* Solucionado bug en el selector de simbología para modelos 3D.
* Múltiples errores menores arreglados y fixes de estabilización.

Esperamos que con este nuevo build continuéis dándonos sugerencias y reportando problemas para poder seguir mejorando.

Conviene recordar que las versiones en desarrollo están orientadas a que los usuarios puedan evaluar y testear las nuevas funcionalidades de gvSIG, pero no son versiones que deban ser usadas en entornos de producción.

Por último, pero no por eso menos importante, hemos abierto una encuesta (en la columna derecha de este blog) para que sea la comunidad quien elija el codename de la versión final, de entre todos los que proponemos el equipo de desarrollo. Como en los codenames anteriores, los nombres están muy relacionados con el cine.

Gracias por involucraros!!

English

Our creature is here... we are pleased to announce a new build of gvSIG3D, and the last development build in gvSIG-1.x branch, available in [1]. This development has been possible thanks to, especially, the community support.

From this build we will generate the RC1 version. We will create consecutives RC fixing the detected bugs. If there aren't any critical errors, the final version will be released.

This time we'd like to thanks to the user community for helping us with the test process. Also to Javier Busselo, Fran Peñarubia, Nicklas Aven, Alessandro Sgambati, Agustin Diez and Benjamin Ducke for spend their time testing the beta version.

Among the new features, we shall emphasize:

* Fixed problem with 64 bit linux installer.

* Fixed problem with fglrx installer.

* Fixed bug: transparency layer animation doesn't work in a 3D View.
* Fixed bug: Selecting symbols with no border or no fill doesn't work.
* Fixed bug: Error when add an ArcIMS layer.
* Fixed bug: Update colors and units in symbology panel using 3d models as symbols.

* Multiple minor bug fixes and stabilization fixes.

We encourage everyone to try this version and await your comments and suggestions in the blog as well as in the mailing list in order to keep improving the framework.

These development versions are oriented to test and evaluate new functionalities of gvSIG, so it's not recommended to use it in a production environment.

Last but not least, we have opened a opinion poll (in the right column of this blog), to ask the community for the codename of the final version. The options in the poll are ideas of the development team. Like in previous versions, codenames are quite related to the film world.

Thank you very much to get involved!

[1]https://gvsig.org/web/projects/gvsig-desktop/devel/gvsig-3d

Build a SHP with Z values from CSV ready to use in gvSIG 3D

2011-01-26T02:47:00.000-08:00

- Español -

En este tutorial, explicaremos como construir un SHP de puntos con un valor Z para cada uno a partir de un archivo CSV (fichero de texto separado por comas).

Para hacer este tutorial necesitaremos:

- Un fichero CSV con los valores separados por comas, donde la primera fila son los nombres de las columnas:

X,Y,Z,Value
570373,4759206,919.00,4558.033732
569900,4757435,395.00,10601.35443
573725,4761400,1165.00,3594.570815

- La herramienta de linea de comandos "ogr2ogr" disponible en FWTools [1].

NOTAS:

1) Podemos crear archivos Virtual Format (.vrt) para crear otros SHP. Las opciones para la creacion de archivos Virtual Format esta disponible en [2]. El fichero utilizado en el video contiene el siguiente código:

<OGRVRTDataSource>
     <OGRVRTLayer name="data">
          <SrcDataSource relativeToVRT="1">data.dbf</SrcDataSource>
          <SrcLayer>data</SrcLayer>
          <GeometryType>wkbPoint25D</GeometryType>
          <GeometryField encoding="PointFromColumns"
x="X" y="Y" z="Z"/>
     </OGRVRTLayer>
</OGRVRTDataSource>

2) El primer comando del video crea un fichero ".dbf" a partir del archivo CSV.

ogr2ogr -f "ESRI Shapefile" [carpeta_destino] [archivo_csv]

Podemos crear este fichero con la herramienta exportar tabla de gvSIG y saltarnos este paso.

3) El segundo comando genera el SHP a partir del DBF. Es muy importante que la carpeta destino sea distinta a la del archivo DBF para no sobreescribirlo:

ogr2ogr -f "ESRI Shapefile" [carpeta_destino] [archivo_vrt]

Actualización

En algunas versiones de ogr2ogr es necesario indicar el fichero dbf de datos dentro del archivo vrt. Si no os funciona como en el video debeis editar el fichero vrt incluyendo el dbf como fichero fuente de datos y ejecutar el siguiente comnado añadiendo el nombre del archivo shp de salida:

ogr2ogr -f "ESRI Shapefile" [carpeta_destino\archivo.shp] [archivo_vrt]

- English -

In this tutorial, we explain how to build a points SHP file with Z values from a CSV file.

We need the following tools to do this tutorial:

- A CSV file with comma separated values, where the first row is the column names:

X,Y,Z,Value
570373,4759206,919.00,4558.033732
569900,4757435,395.00,10601.35443
573725,4761400,1165.00,3594.570815

- The command line tool "ogr2ogr" available on FWTools [1].

NOTES:

1) We can create Virtual Format files (.vrt) to build different SHP files. The Virtual Format options are explained at [2]. The file used in the video has the following code:

<OGRVRTDataSource>
     <OGRVRTLayer name="data">
          <SrcDataSource relativeToVRT="1">data.dbf</SrcDataSource>
          <SrcLayer>data</SrcLayer>
          <GeometryType>wkbPoint25D</GeometryType>
          <GeometryField encoding="PointFromColumns"
x="X" y="Y" z="Z"/>
     </OGRVRTLayer>
</OGRVRTDataSource>

2) The first command shown in the video, builds a ".dbf" file from CSV:

ogr2ogr -f "ESRI Shapefile" [carpeta_destino] [archivo_csv]

We can build a ".dbf" file using the "Export from table" tool in gvSIG and avoid this command.

3) The second command builds the SHP file from a DBF. We need specify a different destination directory of the current dbf directory to avoid overwriting the file:

ogr2ogr -f "ESRI Shapefile" [destination_directory] [vrt_file]

Update

Some ogr2ogr versions needs to specify the dbf file into vrt code. If you are following the video tutorial and it doesn't works, try to modify the vrt file including the dbf file as data source and execute this command adding the shp output filename.

ogr2ogr -f "ESRI Shapefile" [destination_directory\file.shp] [vrt_file]

--

[1] Download GDAL binaries from: http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries
[2] Virtual Format Files: http://www.gdal.org/ogr/drv_vrt.html

CALL FOR TESTING

2011-01-10T03:26:00.000-08:00

Español

Hola usuarios de gvSIG!

Como muchos sabeis, en el equipo de 3D estamos trabajando duro para conseguir una versión final. Durante las vaciones navideñas, y en colaboración con el equipo de testing de gvSIG, hemos liberado la versión beta de gvSIG 3D. A esta versión le seguirán las RC (release candidates) necesarias para lograr alcanzar el estado de versión final.

Estamos especialmente interesados en que la comunidad se involucre en el proceso de testing, puesto que el correcto funcionamiento de esta extensión depende en gran medida del hardware y los drivers utilizados. Nuestro objetivo es detectar la máxima cantidad de fallos, así como las configuraciones que funcionan y las que no, para al menos poder documentar y abordar estos problemas de cara a la RC1.

Recomendamos echar un vistazo a los requerimientos mínimos [1] antes de instalar la versión beta de la extensión 3D [2]. Así como instalar una versión de gvSIG 1.10 final independiente para hacer las pruebas.

Todos los comentarios, sugerencias y reportes de errores son bienvenidos, tanto en las listas de distribución como en este blog, donde podeis encontrar también ejemplos de uso y videotutoriales.

Muchas gracias por adelantado!

English

Hi gvSIG users!

As many of you already know, the gvSIG 3D team is working hard to get a final version of the 3D extension. During christmas hollydays a beta version have been released. After this version we will create consecutives RC (release candidates) fixing the bugs detected to arrive to the final release.

We are specially interested in the community testing and feedback, because the proper functioning of this extension depends on the hardware and drivers used. Our target is to detect the maximum number of bugs, and which configurations are working well/bad to fix these problems in the RC1 version.

We recommend to take a look to the minimum requirements[1] before to install the 3D extension[2], and do it in a separate gvSIG 1.10 final installation. All your comments, suggestions and bug reports are wellcome. You can write to gvSIG distribution lists or to this blog, where you can find videotutorials and use examples.

Thank you very much in advance!

[1]https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/requerimientos-del-sistema/
[2]https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/descargas/

Last development build of gvSIG 3D (number 16) -- Codename "MOHICAN"

2010-12-16T07:44:00.000-08:00

Español

Desde el equipo de gvSIG 3D nos complace anunciar un nuevo build, y el último de desarrollo en la rama gvSIG 1.x, de gvSIG 3D que podéis descargar desde [1]. Este build ha sido posible gracias al apoyo que la comunidad de usuarios y desarrolladores ha demostrado.

Este build es a su vez la versión beta, que será la primera que pasará el plan de pruebas por el equipo de testing de gvSIG. Si no hay errores graves, se creará otro build con el nombre RC1 (Release Candidate). A partir de ahí se irán creando sucesivos builds RC arreglando los problemas que se encuentren hasta llegar a la versión final.

Nos gustaría agradecer especialmente a Manuel Madrid el esfuerzo que está haciendo para ayudarnos en el proceso de testing. También nos gustaría agradecer a Mario Carrera, y en general a toda la dirección de gvSIG, la colaboración prestada durante las 6as Jornadas Internacionales de gvSIG.

Algunas de las mejoras más importantes son:

* Solucionado problema con el instalador de las librerías JAI en Windows.
* Solucionado problema con la compilación de Gdal en Mac OSX.
* Integrada nueva versión de osgVP (2.2.3)
* Añadido Zoom a capa OSG.
* Añadido modo de visualización en alámbrico.
* Adaptado máximo nivel de subdivisión acorde con nivel de resolución en capas de elevación.
* Mejoras en el modulo de animación.
* Fixes en extDockingSkin (arreglados en el CodeSprint)
* Soporte para formato .3dc.
* Múltiples errores menores arreglados y fixes de estabilización.

Esperamos que con este nuevo build continuéis dándonos sugerencias y reportando problemas para poder seguir mejorando.

Conviene recordar que las versiones en desarrollo están orientadas a que los usuarios puedan evaluar y testear las nuevas funcionalidades de gvSIG, pero no son versiones que deban ser usadas en entornos de producción.

English

We are pleased to announce a new build of gvSIG3D, and the last development build in gvSIG-1.x branch, available in [1]. This development has been possible thanks to the community support.

This build is the beta version, and it will be the first to be tested by the testing team of gvSIG . If there aren't any critical errors, a RC (Release Candidate) version will be released. From this version -RC1- we will create consecutives RC fixing the bugs detected until we arrive to the final release.

This time we'd like to thanks Manuel Madrid for helping us with the test process. Also to Mario Carrera and to the whole gvSIG management Team for collaborate with us in the 6th gvSIG Conference.

Among the new features, we shall emphasize:

* Fixed bug with JAI installer in windows.

* Fixed Gdal compilation for Mac OSX.
* osgVirtualPlanets update (osgVP-2.2.3)

* Added Zoom to layer OSG
* Added wired visualization tool.
* Adapted maximum subdivision level to maximum raster resolution in elevation layers.

* Improvements and bug fixes in animation extension.
* Fixed bugs in extDockinSkin (during the CodeSprint).

* Support for .3dc format
* Multiple minor bug fixes and stabilization fixes.

We encourage everyone to try this version and await your comments and suggestions in the blog as well as in the mailing list in order to keep improving the framework.

These development versions are oriented to test and evaluate new functionalities of gvSIG, so it's not recommended to use it in a production environment.

[1]https://gvsig.org/web/projects/gvsig-desktop/devel/gvsig-3d

Taller de gvSIG 3D en las Jornadas: Crónica

2010-12-10T03:37:00.000-08:00

Es de noche, son las 7:30, pero el equipo de gvSIG 3D ya esta en el Instituto de Automática e Informática Industrial (AI2), cargando los equipos y el material necesario para las jornadas. Nos dirigimos a la Feria de Valencia, y nada más llegar, la primera baja: uno de los ordenadores cae del maletero al abrirlo, se estrella contra el suelo y nos tememos lo peor...

Cargamos el material y directos al tercer piso, a montar nuestro pequeño stand. Por suerte, el ordenador accidentado tan solo tiene daños en la carcasa y funciona correctamente. Mientras algunos de nosotros acuden a por su acreditación, el resto pone en marcha las demos y espera la llegada de los asistentes.

Poco a poco, la gente va llegando a la Feria, se acreditan y pasan por nuestro stand. Hora del café y es cuando más gente acude, creo que no vamos a poder degustar esa sabrosa bollería.

Mostramos los diversos modos de visualización estereoscópica que dispone la extensión 3D: Autoesteroscopía, Anaglifo y estéreo activo. Con una animación de un vuelo sobre la ciudad de Valencia y sobre los Pirineos, creada con la extensión de animación, explicamos a los asistentes como con funcionan estas tecnologías. Algunos quedan sorprendidos cuando les decimos que no se trata de un video, sino que es gvSIG 3D en modo pantalla completa.

Aunque había muchos impresionados por las gafas activas, tecnología que se esta implantando actualmente en los televisores 3D, la estrella del stand es la novedosa pantalla autoesteroscópica, que nos permite tener la sensación de profundidad sin necesidad de gafas.

También mostramos como funciona el anaglifo con nuestra extensión, que si bien no es tan impactante como las anteriores, es un método muy asequible y al alcance de todos. Simplemente rellenando una encuesta sobre el uso de estas tecnologías en el ámbito de los SIG, regalábamos a los asistentes unas gafas anaglifo (cortesía del AI2), para que puedan disfrutar de esta experiencia en sus hogares y puestos de trabajo.

Hora de comer, un par de turnos para comer rápidamente y algo de tiempo para dar los últimos repasos a la presentación del taller. ¡Esperemos que no se nos olvide nada!

Son las 15:30 y comienza el taller de gvSIG 3D. Pero, ¿dónde está la gente? Por lo visto, la charla anterior ha finalizado un poco tarde y todavía están comiendo. Vamos a dar 10 minutos para que todo el mundo pueda acudir.

Mientras la gente va llegando, Rafa hace una introducción sobre la extensión y sus requisitos. Posteriormente, en mi turno, comento el funcionamiento de las capas ráster y como utilizar capas de elevación para cambiar la superficie del terreno. Las capas vectoriales y de objetos 3D corren a cargo de Jesús, mientras que los modos de visualización, entre los que se encuentran los modos estéreo y pantalla completa, los explica Jordi.

Fin del taller, la sala finalmente está llena, estamos muy contentos, ¡todo ha salido muy bien!. Dejamos paso a nuestros compañeros de gvSIG Mini y Mobile y volvemos al stand.

Es el momento de recoger y volver a llevar todo el material al AI2. Las jornadas continúan y las próximas semanas traerán más novedades en la extensión 3D: lanzamiento del build 16, plan de pruebas, release candidates, solución de bugs y finalmente, la esperada versión final.

Para finalizar, queremos dar las gracias al equipo de gvSIG por permitirnos montar el stand y organizar un taller dentro de las jornadas, haciendo que cada día más gente conozca las funcionalidades de la extensión 3D. También dar las gracias al Departamento de Sistemas Informáticos y Computación y al Área de Sistemas de Información y Comunicaciones de la Universidad Politécnica de Valencia, que nos proporcionaron el material necesario para poder montar el stand.

Os dejamos algunos enlaces por si queréis saber algo más sobre las jornadas:

Presentación taller gvSIG 3D: formato pdf
Página Oficial: 6as Jornadas de gvSIG
Galería de fotos: 6as Jornadas de gvSIG

Bug en el instalador para Windows + Bug en compilación de GDAL para Mac en build number 15

2010-11-23T04:00:00.000-08:00

Español

Teníamos razón al llamar "BrainDead" al build 15 de gvSIG 3D. Nos dio muchos dolores de cabeza solucionar algunos problemas de estabilidad, y cuando finalmente lo hicimos, metimos la pata en el proceso de construir los instaladores. :(

Principalmente afecta a las versiones para Windows y para MacOSX, y son dos errores diferentes:

Bug en el instalador para Windows: en gvSIG 1.10 se ha eliminado la dependencia con la librería JAI (Java ImageIO), pero la extensión 3D todavía depende de ella. Si ya tenías una versión instalada, un error en el instalador de la JAI hace que ¡en lugar de instalar se desinstale! y el proceso no puede seguir... Ya tenemos solucionado el error (para el siguiente build), pero para aquel que no pueda esperarse a la siguiente versión puede volver a lanzar el instalador de la extensión 3D y el proceso se ejecutará con normalidad.
Error en la compilación de GDAL para MacOSX: Pendientes como estábamos de solucionar los problemas de estabilización que teníamos, hemos cometido el error de compilar GDAL para MacOSX sin soporte para algunos formatos básicos. Por lo que algunos formatos de imagen no pueden ser cargados con gvSIG en Mac.

Sentimos las molestias que hayamos podido ocasionar, y agradecemos la colaboración que la comunidad ha mostrado para avisar de estos fallos. Esperamos hacerlo mejor en el próximo build, y encaminarnos hacia la versión "final".

English

We were right when we named the last build of gvSIG 3D (number 15) "BrainDead". It was a pain to fix some stability problems we had. And when we fixed it, we messed the installers up. :(

Mainly, the errors affect Windows and MacOSX installers, and they are two different errors:

Bug in Windows installer: Dependency on JAI (Java ImageIO) libraries has been removed in gvSIG 1.10, but the 3D extension still depends on them. If your system already has the libraries installed, a bug in the JAI installer makes the libraries to be uninstalled, instead of installing them. Therefore the process can't continue... We have fixed the bug for the next build, but for people who can't wait, they can run 3D extension installer again, and the process will finish correctly.
Error in GDAL compilation for MacOSX: We were too focused in some memory problems we had, and when we were compiling GDAL for macOSX, we missed support for some basic image formats. This is the reason why some image formats don't work in build 15.

We apologize for the inconvenience, and we appreciate the community effort to let us know about these bugs. We will do our best in the next build to head towards a "final" release.

Taller de gvSIG 3D en las Jornadas

2010-11-10T03:07:00.000-08:00

Otro año más, estamos preparando el taller sobre la extensión 3D que se impartirá en las jornadas internacionales de gvSIG. Sin embargo, este año es especial para nosotros, queremos cerrar un ciclo de desarrollo que se inició en el año 2005, y nuestra intención es que culmine ahora, con la consecución de una versión “final”.

Con esto no queremos decir que se abandone el desarrollo de la extensión 3D, sino que cambiamos el rumbo con la entrada de nuestro grupo (ai2) al proyecto “España Virtual”, de la mano de Prodevelop y de la Asociación gvSIG. Este cambio de rumbo viene marcado por la innovación tecnológica, aplicando avances en informática gráfica de última generación a la extensión 3D de gvSIG. Esperamos que este nuevo proyecto sea una plataforma para conseguir incrementar las funcionalidades y estabilidad de gvSIG 3D.

Como otros años, haremos una demostración en vivo de las funcionalidades más interesantes de esta extensión y comentaremos cuales son los requisitos necesarios para poder utilizar con holgura el 3D en gvSIG, así como el proceso de instalación, que parece ser uno de los puntos problemáticos de la extensión.

Por lo demás, el taller tendrá esta estructura:

Introducción a gvSIG 3D, requisitos imprescindibles y recomendables.
Raster y elevaciones, políticas de caché y peticiones a servicios.
Vectorial, simbología y cómo importar y manipular objetos 3D.
Modos de visualización y posibilidades estereoscópicas.
Fuentes de datos.
Extensión de Animación.
Soporte y comunicación con la comunidad.
Desarrollos futuros.

Para finalizar, comentaros que el primer día de jornadas (1 de Diciembre) tendremos un pequeño stand en el recinto en el que mostraremos algunos dispositivos estereoscópicos y responderemos a todas las preguntas que nos planteéis.

¡Esperamos veros por allí!

New build of gvSIG 3D (build 15)!! -- Codename "BrainDead"

2010-10-25T04:00:00.000-07:00

Español

Desde el equipo de gvSIG 3D nos complace anunciar un nuevo build de gvSIG 3D que podéis descargar desde [1]. Este build ha sido posible gracias al apoyo que la comunidad de usuarios y desarrolladores ha demostrado.

Nos gustaría agradecer especialmente a Nacho Brodín su colaboración y el tiempo invertido en ayudarnos de manera desinteresada. También nos gustaría agradecer a Mario Carrera y Valenty Gonzalez haber representado al equipo de 3D en las jornadas gvSIG LAC y las jornadas gvSIG Brasil respectivamente. Por último dar las gracias a Jan Zvonik por su implicación en el testing de la extensión.

Algunas de las mejoras más importantes son:

* Migración a gvSIG 1.10.
* Integrada nueva versión de osgVP (2.2.2)
* Nueva versión de OpenSceneGraph(2.8.3)
* Soporte para Quadbuffer Stereo y fixes en stereo modes.
* Añadido filtrado anisotrópico de texturas.[2]
* Añadido Sextante y Navtable para la versión de MacOSX.
* Arreglado bug de memoria en capas raster.
* Arreglado bug en soporte para Mac OSX Leopard.
* Arreglado bug en cámara ortográfica.
* Arreglado bug en refresco de capa.
* Arreglado bug en herramientas raster para 3D.
* Arreglado bug en el hilo de peticiones WMS.
* Arreglado bug en cambio de simbología de capas vectoriales.
* Multiple minor bug fixes and stabilization fixes.

Esperamos que con este nuevo build continuéis dándonos sugerencias y reportando problemas para poder seguir mejorando.

Conviene recordar que las versiones en desarrollo están orientadas a que los usuarios puedan evaluar y testear las nuevas funcionalidades de gvSIG, pero no son versiones que deban ser usadas en entornos de producción.

English

We are pleased to announce a new build of gvSIG3D available in [1]. This development has been possible thanks to the community support.

We'd like to thanks specially Nacho Brodín for his collaboration and the time he spent helping us. Also to Mario Carrera and Valenty Gonzalez for representing the 3D team in gvSIG LAC and gvSIG Brasil Conferences respectively . Last but not least we'd like to thanks to Jan Zvonik for testing 3D extension.

Among the new features, we shall emphasize:

* Migration to gvSIG 1.10

* osgVP version upgraded to 2.2.2
* OpenSceneGraph version upgraded to 2.8.3

* Support for QuadBuffer stereo and fixes in stereo modes.
* Added Sextante and Navtable to Mac OSX version.
* Added anisotropic filtering for textures. [2]

* Fixed memory leak in raster layers.
* Fixed bug in support for MacOSX Leopard.

* Fixed bug in WMS services.

* Fixed bug in orthographic cameras.
* Fixed bug in layer refresh.

* Fixed bug in 3D raster tools.
* FIxed bug in vectorial symbology changes.

* Multiple minor bug fixes and stabilization fixes.

We encourage everyone to try this version and await your comments and suggestions in the blog as well as in the mailing list in order to keep improving the framework.

These development versions are oriented to test and evaluate new functionalities of gvSIG, so it's not recommended to use it in a production environment.

[1]https://gvsig.org/web/projects/gvsig-desktop/devel

[2]http://en.wikipedia.org/wiki/Anisotropic_filtering

Changing the layer properties. Legend and labelling.

2010-06-29T06:41:00.000-07:00

En el siguiente vídeo veremos cómo cargar un archivo SHP y modificar la forma en la que se visualiza su información sobre el mapa. En este caso, trabajaremos con un archivo que contiene un conjunto de puntos georreferenciados representando ciudades del mundo. Una vez cargado el archivo, cambiaremos la representación de los puntos, haciendo que las ciudades pertenecientes a un mismo país aparezcan con el mismo color. Por último, etiquetaremos los puntos mostrando el nombre de la ciudad que representan. Utilizamos un tipo especial de texto que oculta aquellas etiquetas que se encuentran detrás de otras, facilitando así su lectura.

In the next video we show how to load a SHP file and modify how its data is represented in the map. In this case, we work with a file that contains a set of geopositioned points representing cities of the world. Once the file is loaded, we change the color of the points, making the cities of the same country share the same color. Finally, we add labels to the points, showing the name of the cities. We utilize a special type of text that hides labels that are behind others, improving the readability.

Stereoscopic and display modes support tutorial

2010-05-28T01:35:00.000-07:00

- Español -

En este vídeo tutorial se va a demostrar la capacidad de visualización estereoscópica de gvSIG 3D además de las posibilidades de visualización que la herramienta ofrece.

Tal y como se observa, en el vídeo, existen dos botones que nos facilitan lo que estamos buscando. El de modos de visualización y estéreo y el de pantalla completa .

Los modos de visualización nos permiten elegir el modo de estéreo que se desea y algunos parámetros que permiten ajustarlo. La distancia entre los ojos puede variar levemente entre una persona u otra, así como la distancia a la que se encuentra la pantalla. La distancia de fusión es el punto a partir del cual los objetos representados salen por detrás del plano de la pantalla (profundidad) o por delante (salen flotando).

Con estos valores, gvSIG 3D calcula automáticamente cuál es la mejor forma de separar las dos imágenes para luego combinarlas correctamente con el modo de estéreo elegido.

El modo de pantalla completa, permite configurar gvSIG 3D, para mostrar la vista activa en pantalla completa. Además permite cambiar algunos parámetros como elegir que pantalla se desea utilizar, por si se hacen uso de varias pantallas o por si lo que se requiere es una ventana suelta de visualización.

Además en las últimas revisiones se añadió soporte (sólo en pantalla completa), para un modo de visualización específico para monitores auto-estereoscópicos Philips WowVX (3D sin necesidad de gafas).

- English -

This video tutorial shows the stereocopic capabilities and display modes than gvSIG 3D offers to the users. There are two buttons that gives us access to the required tools: the stereo visualization tool and the fullscreen tool

Visualization modes allow us to select the stereo mode and change the parameters to set it up. The interocular distance could slightly change between different people. The same occurs with the screen distance. Fusion distance is the required distance where rendered objects appear back to the display plane or in front of it (floating).

With all of this parameters, gvSIG 3D automatically calculates which is the best mode to separate the two stereo images.

The full screen tool allow us to set up the active 3D view in full screen. It also allows change some parameters like the active display (if you have more than one displays) or if you prefer a single independent windowed 3D view.

Lastest versions of gvSIG 3D add support for a specific full screen mode for the auto-stereoscopic displays Philips WowVX (3D without glasses).

Editing 3D Objects Video Tutorials

2010-05-25T03:12:00.000-07:00

En los siguientes vídeos vamos a ver ejemplos de uso de las herramientas de edición de modelos 3D, ampliamente mejoradas en el último build de gvSIG3D (14). Estas herramientas permiten importar modelos creados en programas como Google Sketchup (Collada .dae) o 3DStudio (.3ds), entre otros, y realizar transformaciones sobre ellos en la vista de gvSIG.

Following videos show some examples of the edition tools implemented in the last gvSIG3D build (14). These tools allow to import models created with applications like Google Sketchup (Collada .dae) or 3DStudio (.3ds) and apply transformations to them inside gvSIG.

En el primer vídeo podemos observar la carga, traslación y escalado de un modelo de la "Ciutat de les Arts i les Ciencies de Valencia", posicionándolo en su lugar sobre una capa raster de la ciudad.

First video shows how to load, translate and scale a 3D model. In this case we are loading a model of the "Ciutat de les Arts i les Ciencies" of Valencia. We place the model in its right position over a raster layer.

En el segundo video se muestra la capacidad de editar varios modelos al mismo tiempo, permitiendo agruparlos y desagruparlos para una mayor facilidad de uso.

Second video shows how to work with more than one object at the same time, allowing us to group and ungroup them.

En el último vídeo, se utilizan las herramientas de traslación y rotación para adaptar la posición del objeto sobre la superficie de una capa de elevación que se encuentra inclinada.

Last video shows the use of the rotation tool to adapt the object position to a sloping surface of an elevation layer.

Using a contour file shp as elevation data in a 3D view (with Sextante) - Video tutorial

2010-05-21T01:00:00.000-07:00

Español

En este tutorial aprenderemos como convertir un archivo shp con cotas de elevacion para utilizarlo posteriormente en una vista 3D. Utilizando la extensión de Sextante (disponible en la web de gvSIG), podemos convertir ficheros vectoriales para conseguir nuevas fuentes de datos para nuestros proyectos 3D, tal y como se muestra en el siguiente video.

English

In this tutorial, we will learn how to convert a contour lines shp into a raster file with elevation data ready to use into a 3D View. Using the Sextante extension (available on gvSIG web), we can convert our vector files to get new data sources for the 3D view as shown in the following video.

Nuevo build de gvSIG3D (Build number 14)!!

2010-05-18T02:00:00.000-07:00

Español

Desde el equipo de gvSIG 3D nos complace anunciar un nuevo build de gvSIG 3D que podéis descargar desde [1]. Este build ha sido posible gracias al apoyo que la comunidad de usuarios ha demostrado. En esta ocasión queremos agradecer especialmente a Victoria Agazzi su colaboración. También a Paqui Mercadé y Sergio Clark por su tiempo testeando la extensión 3D.

Algunas de las mejoras más importantes son:

Integrada nueva versión de osgVP (2.2.1)
Amplias mejoras en la carga de modelos 3D.
Soporte para archivos COLLADA.
Soporte para drivers Mesa en linux.
Arreglado bug que no permitía visualizar imagenes jpg desde servidor WMS.
Arreglado bug en propagación de elevaciones.
Arreglado bug en geometrías con Z.
Añadido Sextante en la distribución para Mac OSX.
Traducción completa al inglés.
Multiple minor bug fixes.

Esperamos que con este nuevo build continuéis dándonos sugerencias y reportando problemas para poder seguir mejorando.

Conviene recordar que las versiones en desarrollo están orientadas a que los usuarios puedan evaluar y testear las nuevas funcionalidades de gvSIG, pero no son versiones que deban ser usadas en entornos de producción.

English

We are pleased to announce a new build of gvSIG3D available in [1]. This development has been possible thanks to the community support. We'd like to thanks specially Victoria Agazzi for her collaboration. Also to Paqui Mercadé and Sergio Clark for his time testing the 3D extension.

Among the new features, we shall emphasize:

osgVP version upgraded to 2.2.1
Big improvements in 3D models loading.
Support for COLLADA files.
Support for Mesa drivers in linux
Fixed bug in WMS services with jpeg images.
Fixed bug with elevation propagation.
Fixed bug in Z geometries.
Sextante added in Mac OSX distribution.
Complete english translation.
Multiple minor bug fixes.

We encourage everyone to try this version and await your comments and suggestions in the blog as well as in the mailing list in order to keep improving the framework.

These development versions are oriented to test and evaluate new functionalities of gvSIG, so it's not recommended to use it in a production environment.

[1] https://gvsig.org/web/projects/gvsig-desktop/devel

Problemas con drivers y gvSIG 3D en Ubuntu

2010-04-30T02:23:00.000-07:00

Hace tiempo que la comunidad nos está reportando errores con la extensión 3D y algunas tarjetas gráficas: fundamentalmente con las ATI y las INTEL. Esto ocurre en sistemas operativos linux cuando se está utilizando el driver libre, también conocido como driver Mesa, y que viene por defecto. El error es grave, puesto que al intentar arrancar una vista 3d todo gvSIG se cierra sin dejar rastro[1].

Descripción del problema

Para entender bien el problema se debe valorar el efecto que tiene usar un determinado driver sobre el rendimiento gráfico del sistema. Si los drivers no están instalados correctamente o si no son los adecuados la carga recae sobre el procesador. Así una tarjeta de última generación apenas podría mover aplicaciones 3D complejas.

En sistemas operativos Windows esto no suele dar mayor problema, puesto que la instalación de drivers es una labor sencilla, y normalmente, los aporta el fabricante.

En linux la cosa cambia, hay drivers libres y drivers privados. Y según la tarjeta gráfica que tengas podrás utilizar unos u otros. Históricamente las tarjetas NVIDIA han tenido mejor soporte con su driver privado, aunque ahora esto está cambiando. Para aumentar la confusión, las tarjetas ATI disponen de drivers libres (llamados Mesa) y drivers privados (conocidos como fglrx). Los mismos drivers Mesa sirven también para una amplia gama de tarjetas, entre los que se incluyen las Intel. En Ubuntu si tienes una ATI o una Intel se activa por defecto el driver Mesa.

El modo de aportar aceleración gráfica en linux es mediante la adición del módulo DRI(direct rendering) y GLX en la carga de las X. Estos módulos suelen enlazar con una librería llamada libGL y que aporta la implementación de la API de OpenGL que es necesaria para obtener aceleración gráfica. De modo que cada driver aporta su implementación de OpenGL que está optimizado para un determinado tipo de tarjetas.

En gvSIG3D se hace un uso extenso de OpenGL desde el grafo de escena en el que se basa. Por lo que el driver utilizado es de suma importancia.

Por otro lado está el tema del manejo de memoria y la carga de librerías. En linux cada proceso tiene su espacio de memoria reservado, y a la vez comparte un espacio global con el resto del sistema. La carga de librerías dinámicas por parte de un proceso se realiza mediante la llamada dlopen (dynamic library open).

Por defecto cada proceso realiza la carga de librerías en su espacio de memoria. De esta manera un proceso no tendrá acceso al espacio de memoria de otro. Tampoco tendrá acceso a los símbolos que cargan sus librerías a no ser que estas librerías se carguen en el espacio global de memoria del sistema.

Retomando el hilo inicial (gvSIG3D hace crash! con mi tarjeta ATI o Intel en Ubuntu), parece ser que el problema reside en que las librerías DRI y GLX del driver Mesa, ya no enlazan con libGL directamente.

Por tanto esta librería ya no se encuentra cargada en el espacio global de memoria. En consecuencia el driver no es capaz de encontrar los símbolos de OpenGL requeridos a no ser que se carguen en el espacio global de memoria.

En C++ es posible arreglar este problema mediante el uso del flag RTDL_GLOBAL en la llamada dlopen() haciendo algo parecido a esto antes de levantar un contexto de render[2]:

/* Make sure libGL symbols will be visible to the driver */
glhandle = dlopen("libGL.so", RTLD_NOW | RTLD_GLOBAL);
/**para más info mirar en [3]**/

Sin embargo la problemática asociada con gvSIG3D va más allá. En nuestro caso es jogl (JavaOpenGL) el que levanta el contexto de render. Java carga la librería jogl mediante la llamada System.loadLibrary() e internamente lanza este dlopen() . Sin embargo la llamada no se realiza con el flag RTLD_GLOBAL (que haría visible al driver los símbolos requeridos). Como esta llamada la realiza Java internamente, nos impide poder definir los flags.

Soluciones

En este momento estamos decidiendo que solución adoptar, puesto que arreglar el fallo con mediación del usuario es bastante sencillo. Se trata de precargar la librería antes de ejecutar el programa, de este modo los símbolos estarán disponibles.

En caso de tener Ubuntu en una consola ejecutar :

1. glxinfo | grep rendering

Si en la consola aparece "direct rendering: Yes " puedes seguir el proceso . Si no, no tienes aceleración 3D, estás usando el procesador en lugar de la tarjeta gráfica. El rendimiento será muy bajo.

2. glxinfo | grep renderer

Si aparece algo como "OpenGL renderer string : Mesa DRI ..." estás utilizando los drivers mesa. Enhorabuena :D, quizá el fallo pueda solucionarse, aunque es posible que el rendimiento no sea muy alto.

3. export LD_PRELOAD=/usr/lib/libGL.so.1

y después en la misma consola (muy importante) ejecutar la aplicación gvSIG (mediante el script gvSIG.sh.) en la que tengas instalada la extensión 3D.

4. ./ruta-a-gvSIG_1.9/bin/gvSIG.sh

gvSIG debe de estar iniciándose....

5. Intenta abrir una vista 3D.

Sin embargo hacerlo de manera automática y para todos los usuarios (todas las tarjetas/drivers) ya no es tan sencillo. Entre las opciones que estamos discutiendo se encuentran las siguientes:

1. Levantar nosotros mismos el contexto de render, y así al mismo tiempo eliminamos la dependencia que tenemos con jogl.

2. Intentar averiguar mediante script que tipo de driver/tarjeta tiene el usuario y ejecutar el LD_PRELOAD en función de que implementación de libGL se esté usando.

3. Añadir este problema a la lista de problemas conocidos y dejar la solución en forma de parche, para aquel que se la quiera descargar.

Esperamos aportar la solución definitiva en el siguiente build (bn14). Para los que necesiten una solución inmediata pueden utilizar el procedimiento que se indica arriba.

Si el procedimiento no te ha funcionado, contacta con nosotros en las listas de gvSIG o en este mismo blog. Suerte!

[1]http://forge.osor.eu/tracker/?func=detail&group_id=89&aid=13153&atid=732
[2]http://www.xfree86.org/current/DRI11.html
[3]http://www.mail-archive.com/mesa3d-dev@lists.sourceforge.net/msg01152.html

Rasterize SHP layers and apply Transparency - Video Tutorial

2010-04-20T03:31:00.000-07:00

Español

Esta vez vamos a aprender a rasterizar capas vectoriales y a aplicar transparencia sobre ellas. En el video se observa como variar la transparencia dinámicamente hasta lograr el nivel deseado.

English

This time we are going to learn to rasterize vectorial layers and to apply transparency to them. The video shows how to vary the alpha value until the desired level is achieved.

Loading Elevation Layers - Video Tutorial

2010-04-01T05:53:00.000-07:00

Español

En el siguiente video se puede observar cómo se carga una capa de elevación en formato geoTiff en gvSIG. Como se explicó previamente en un tutorial anterior, la exageración vertical puede ser ajustada para conseguir los resultados deseados. Esperamos que sirva de ayuda.

Felices Pascuas!

English

In the next video we show how to load an elevation layer (geoTiff) in gvSIG. As you can see in a previous tutorial, vertical exaggeration can be adjusted to meet your needs. We hope this helps.

Happy Easter holydays!

Nuevo build de gvSIG3D (Build number 13)!!

2010-03-12T03:37:00.000-08:00

Soporte para ECW y MrSID en Mac OSX
Arreglado el bug de generación de geometrías que hacía cerrarse abruptamente a gvSIG en windows XP.
Corregidos problemas con DockingSkin intentado exportar a GML o KML
Arreglado problema de malformación de texturas en algunos tiles.
Corregidos algunos problemas en la interfaz.

Support for ECW an MrSID files in Mac OSX
Fixed bug in geometry generation that made gvSIG crash in Windows XP.
Fixed bug DockingSkin when exporting to KML/GML
Fixed bug that made malformed textures in some tiles.
Solved interface problems.

Compilar osgVP 2.2.0 en Windows

2010-03-08T01:27:00.000-08:00

Español [Go to English]

1. Prerrequisitos:

Antes de compilar las librerías de osgVP, necesitamos instalar algunas herramientas de desarrollo.

SVN Client: te recomendamos el uso del cliente Tortoise SVN para Windows, disponible en: http://tortoisesvn.tigris.org/. Solo en el caso de descargar el código fuente disponible en el repositorio SVN.

Descarga el último JDK de Java disponible en: http://java.sun.com. Te recomendamos que instales la última versión, sin embargo osgVP puede funcionar con el JDK 5 o superior.

Apache Ant: Descarga la última versión disponible en: http://ant.apache.org/. Descomprime el zip y añade la carpeta "bin" a tu variable de entorno "PATH".

Apache Maven: Descarga la última versión disponible en: http://maven.apache.org/. Descomprime el zip y añade la carpeta "bin" a tu variable de entorno "PATH". Asegúrate de que estás utilizando al menos la versión 2.0.10.

CMake: es una utilidad para compilar sobre varias plataformas. Descarga el instalador para Win32 disponible en http://www.cmake.org/. No olvides marcar la casilla "Add CMake to the system PATH" durante la instalación.

Microsoft Visual Studio 2008: nosotros desarrollamos y realizamos las pruebas sobre esta versión de Visual Studio, sin embargo, si no dispones de una licencia para este software puedes descargar la versión "express" de forma gratuita en "http://www.microsoft.com/express/Downloads/#2008-Visual-CPP".

Eclipse: es una excelente plataforma para desarrollar proyectos en Java. Puedes utilizar otro software si lo deseas, sin embargo ya te damos los proyectos preparados para Eclipse. Descarga la última versión en http://www.eclipse.org/.

Te recomendamos que uses esta versión de Visual Studio para compilar osgVP pues ya proveemos de todas las dependencias necesarias. Por otro lado, es posible utilizar una versión más reciente siempre y cuando no olvides remplazar las librerías de Visual Studio por las nuevas en la carpeta de dependencias ".depman". Esta carpeta se genera en tu directorio de usuario cuando Maven descarga o compila las librerías nativas del proyecto. Ten en cuenta que después ejecutar "mvn clean" esta carpeta se elimina y necesitaras volver a copiar estos archivos. Se pueden utilizar también todos los compiladores soportados por CMake, sin embargo, no podemos garantizar una compilación sin errores.

2. Comprueba tus variables de entorno:

Ves a "Propiedades del sistema" en tu "Panel de Control" y haz click para editar las "Variables de entorno". Primero, comprueba que la variable "JAVA_HOME" apunta a la carpeta que contiene el JDK en lugar del directorio del JRE. Si la variable no existe, añádela a tus variables de entorno.

Después, comprueba que los directorios de binarios de CMake, Ant y Maven están incluidos en la variable "PATH".

Posteriormente, prueba a ejecutar los siguientes comandos de consola para comprobar que las variables de entorno están asignadas correctamente:

java -version
ant -version
mvn -version
cmake --version

Si aparece algún error con estos comandos, una o más variables de entorno no están asignadas correctamente. Por favor, revísalas de nuevo.

3. Descargar el código fuente:

- Desde el SVN:

Crea un nuevo directorio en tu disco duro llamado "osgVP-2.2.0". Abre este directorio y haz click con el botón derecho en un espacio blanco. Selecciona la opción "SVN Checkout" del menú contextual y escribe la URL de nuestro repositorio en la ventana "Checkout Window":

https://svn.forge.osor.eu/svn/osgvp/branches/osgvp-2.2.0

En esta dirección se encuentra la última versión estable de las librerías de osgVP, pero puedes utilizar la dirección del trunk en su lugar: https://svn.forge.osor.eu/svn/osgvp/trunk. Ten en cuenta que la versión del trunk está en desarrollo y parte de la funcionalidad puede no estar disponible.

Comprueba que la ruta de "Checkout directory" apunta al directorio "osgVP-2.2.0". Pulsa el botón "OK" y acepta el certificado permanentemente. Ahora, el cliente SVN descargará el código fuente de osgVP. Por otro lado, si estás utilizando un cliente SVN de consola, tan solo navega hasta el direcorio "osgVP-2.2.0" y escribe la siguiente línea de comando:

svn co https://svn.forge.osor.eu/svn/osgvp/branches/osgvp-2.2.0.

- Desde fichero de fuentes:

Crea un nuevo directorio llamado "osgVP-2.2.0". Descarga el último paquete de fuentes para Windows disponible en http://forge.osor.eu/projects/osgvp/ en la sección de "Ficheros" o bien directamente desde: http://forge.osor.eu/frs/?group_id=177. Posteriormente, descomprime el paquete en el directorio "osgVP-2.2.0".

4. Compilar los fuentes:

Abre el "Símbolo del sistema de Visual Studio 2008" disponible en el "Menú de Inicio > Programas > Microsoft Visual Studio 2008 > Visual Studio Tools". Esta consola configura las variables de entorno necesarias para compilar con Visual Studio. Ves al directorio "osgVP-2.2.0" y ejecuta el comando "ant". Este comando ejecuta las acciones definidas en el fichero "build.xml"; limpiando los directorios de trabajo, descargando las dependencias, compilando los fuentes y construyendo los proyectos de Eclipse.

Se recomienda usar "ant" para compilar por primera vez las librerías de osgVP, pues este comando realiza todos los pasos de compilación necesarios. En lo sucesivo, puedes utilizar el comando "mvn install" en lugar de "ant" para recompilar solo el código fuente. Algunos test pueden estar desactualizados, produciendo errores de compilación. Para saltar los test utiliza el comando "mvn install -Dmaven.test.skip".

Otros comandos de gran utilidad que puedes utilizar son los siguientes. Ten en cuenta que los tres primeros se ejecutan automaticamente al utilizar el comando "ant" y no es necesario ejecutarlos después.

mvn clean: elimina los archivos generados previamente. Después de utilizar este comando es necesario volver a compilarlo todo de nuevo.

mvn install -Dmaven.test.skip: compila los fuentes (incluyendo los ficheros nativos) y copia las librerías en el repositorio local de maven (en este caso .depman), sin realizar los test unitarios.

mvn eclipse:eclipse: genera automáticamente los proyectos de Eclipse. Después de ejecutar este comando solo tienes que importar los proyectos desde Eclipse.

mvn eclipse:clean: elimina los proyectos de Eclipse generados con Maven.

mvn test: ejecuta los test unitarios.

mvn install assembly:assembly -Dmaven.test.skip: compila las librerías sin los test y crea un zip para su distribución. Este fichero está disponible en el directorio "osgVP-2.2.0 > build > product".

5. Importar los proyectos desde Eclipse:

Abre Eclipse y selecciona la carpeta "osgVP-2.2.0" como tu espacio de trabajo.

Cierra la ventana "Welcome" y selecciona "File > Import". Después, selecciona "General > Existing Projects into Workspace" en la ventana "Import" y pulsa "Next".

Pulsa "Browse" en "Select root directory" o escribe directamente la ruta del directorio "osgVP-2.2.0". Inmediatamente aparecerán los proyectos de osgVP en la lista "Projects". Finalmente pulsa el botón "Finish".

Después de importar los proyectos, Eclipse los compilará automáticamente.

6. Lanzar los ejemplos:

Hemos creado una configuración preparada ya para ejecutar los ejemplos de osgVP. Desplega el menú "Run" y selecciona "Run Configurations". Después despliega "Java Application" y selecciona "Examples Launcher".

La aplicación "ExamplesLauncher" está lista para ser ejecutada pero primero debes especificarle donde se encuentran las librerías nativas de osgVP. Selecciona la pestaña "Environment" y edita la variable "PATH". Debes cambiar el valor de la variable por la ruta completa a las librerías nativas que se encuentran en el directorio ".depman":

Windows XP: c:\\Document and Settings\\{username}\\.depman\\bin
Windows Vista o 7: c:\\Users\\{username}\\.depman\\bin

Ten en cuenta que el caracter "\" es un caracter especial en Windows y debes poner "\\" para escaparlo. Finalmente pulsa "Run" y la aplicacion de ejemplos se mostrará. Ahora puedes probar los ejemplos.

7. Resolución de problemas:

Tengo el JDK de Eclipse u otro instalado en el sistema. Necesito instalar el de SUN?
Sí, necesitas instalar el JDK de SUN para Java y añadir la variable de entorno "JAVA_HOME" con el directorio de este JDK.

Aparecen algunos errores de compilación cuando ejecuto los comandos "mvn install -Dmaven.test.skip" o "ant".
Prueba a limpiar tu espacio de trabajo con "mvn clean". Comprueba que has puesto todas las variables de entorno necesarias como toca y compila de nuevo. Si tenías otra versión de OpenSceneGraph instalada en el sistema, borralá de cualquier variable de entorno antes de compilar osgVP.

Cuando ejecuto "mvn test" me salen errores con los test JUnit.
No te preocupes, algunos test puede estar desactualizados o bien, necesitan un entorno especial para ser ejecutados (no funcionan correctamente desde la consola).

Cuando importo los proyectos de osgVP en el Eclipse, solo aparece "build" y "osgVP-Release@target-cmake" en la lista de proyectos.
Tienes que compilar y crear los proyectos de osgVP antes de importarlos con Eclipse. Abre la línea de comandos de Visual Studio 2008 y ejectua "mvn eclipse:eclipse".

Los proyectos de Eclipse tiene errores.
Si has deshabilitado la opción de "Build Automatically" en Eclipse, necesitaras compilar los proyectos desde "Projects > Build All".

Obtengo este error o uno parecido al lanzar los ejemplos: "Unable to locate win32/bin/jniosgvpviewer.dll in class path".
La variable de entorno "PATH" no está correctamente configurada. Sigue las instrucciones del paso "6. Lanzar los ejemplos" y comprueba la variable "PATH".

He realizado algunas modificaciones en el código de osgVP, ¿Cómo puedo compilarlo de nuevo?
Ejecuta el comando "mvn install -Dmaven.test.skip".

English

1. Prerequisites:

Before compile osgVP libraries, you need to install some development tools.

SVN Client: we recommend you to use the Tortoise SVN Client for Windows. It is available at: http://tortoisesvn.tigris.org/. Only you need it for download source code from SVN repository.

Download the latest version of Java SDK available at: http://java.sun.com. We recommend installing the latest version, but osgVP can run with JDK 5 or higher.

Apache Ant: Download the latest version of Ant available at: http://ant.apache.org/. Then, unzip the package and add the "bin" directory to your "PATH" environment variable.

Apache Maven: Download the latest version of Maven available at: http://maven.apache.org/. Then, unzip the package and add the "bin" directory to your "PATH"environment variable. You should also make sure you are using at least version 2.0.10.

CMake: is a utility to cross platform compilation. Download the Win32 installer available at http://www.cmake.org/. Don't forget to check "Add CMake to the system PATH" during installation.

Microsoft Visual Studio 2008: we are developing and testing with this version of Visual Studio, however if you don't have a license for this software, you can download the "express" version for free at http://www.microsoft.com/express/Downloads/#2008-Visual-CPP.

Eclipse: is an excellent editor for Java development. You can use other software but we provide pre-built Eclipse projects for our libraries. Download the latest version of Eclipse at http://www.eclipse.org/.

We strongly recommend you use this version of Visual Studio to compile because we provided all the necessary dependencies. On the other hand, it is possible to use newer versions of Visual Studio whenever do not forget to replace Visual Studio libraries with new ones in ".depman" directory. This folder is generated on your user home when Maven download or build osgVP native libraries. After "mvn clean" command, this directory is removed and you need to replace Visual Studio libraries again. Other compilers available for CMake can be used to compile osgVP however cannot guarantee error free compilation.

2. Check your environment variables:

Go to "System Properties" on your "Control Panel" and click on "Environment Variables". First, check if "JAVA_HOME" variable is set to your JDK directory instead of a JRE directory. If the variable doesn't exist add to your environment variables.

Second, check if binaries directories for CMake, Ant and Maven are included on your "PATH" environment variable.

Then, try execute the following commands in your command prompt to verify that the environment variables are set correctly:

java -version
ant -version
mvn -version
cmake --version

If you get some errors with these commands, one or more of the environment variables aren't correctly added. Please check again.

3. Download the source code:

- Download from SVN:

Create a new directory for osgVP in your hard drive called "osgVP-2.2.0". Open the directory and right-click on blank surface. Then select the option "SVN Checkout" from the contextual menu. Write the URL of our repository at "Checkout Window":

https://svn.forge.osor.eu/svn/osgvp/branches/osgvp-2.2.0

This URL is the latest stable version of osgVP, but you can use the trunk instead of the 2.2.0 version: https://svn.forge.osor.eu/svn/osgvp/trunk. Note that the trunk version is under development and some functionality will not be available.

Check if "Checkout directory" points to "osgVP-2.2.0" directory. Press "OK" and accept the certificate permanently. Now the SVN client downloads the osgVP source code. By the way, if you are using a command line SVN client, only navigate to "osgVP-2.2.0" and write the following command:

svn co https://svn.forge.osor.eu/svn/osgvp/branches/osgvp-2.2.0 .

- Download from package:

Create a new directory called "osgVP-2.2.0". Download the latest source code package for windows available at Files section from: http://forge.osor.eu/projects/osgvp/ or directly from: http://forge.osor.eu/frs/?group_id=177. Then, uzip the source files on "osgVP-2.2.0" directory.

4. Compile sources:

Open the "Visual Studio 2008 Command Prompt" available at "Start Menu > Programs > Microsoft Visual Studio 2008 > Visual Studio Tools". This command prompt set all necessary variables to compile with Visual Studio. Change directory to "osgVP-2.2.0" and execute "ant"command. This command runs the actions of "build.xml"; cleaning the workspace, downloading dependencies, compiling sources and building Eclipse projects.

First time you compile the osgVP libraries is recommended to use "ant" command because this command make all necessary compilation steps. Next time, you can use "mvn install" instead of "ant" to compile source. Some test could be out of date producing errors in compilation. To skip test use the command "mvn install -Dmaven.test.skip".

There are useful commands that you can use in osgVP source directory. Notice that "ant" command executes the first three commands automatically.

mvn clean: clean all previous build files. After use this command you need to compile all again.
mvn install -Dmaven.test.skip: compile all the source code (including native libraries) and copy them into your local maven repository, skipping test.
mvn eclipse:eclipse: build Eclipse projects. After run this command you only need to import the projects with Eclipse.
mvn eclipse:clean: clean all previous Eclipse projects.
mvn test: run unit test.
mvn install assembly:assembly -Dmaven.test.skip: create a binary distribution of osgVP libraries. The distribution file is available at "osgVP-2.2.0 > build > product" directory.

5. Import projects with Eclipse:

Open Eclipse and select "osgVP-2.2.0" folder like your workspace.

Close "Welcome" tab and select "File>Import". Then, select "General > Existing Projects into Workspace" at "Import window" and click "Next".

Click on "Browse" button on "Select root directory" or write your path to "osgVP-2.2.0" folder. Some projects must appear on "Projects" list. Finally, press "Finish".

Eclipse compile all projects automatically after import step.

6. Run the examples:

We provide a run configuration for osgVP examples. Press pull-down "Run" menu and select "Run Configurations". Then pull-down "Java Application" and select "Examples Launcher".

The "ExamplesLauncher" is ready for use but you need to set the path of the osgVP native libraries before. Select "Environment" tab and edit the "PATH" variable. You must set the value of this variable to your ".depman" directory:

Windows XP: c:\\Document and Settings\\{username}\\.depman\\bin
Windows Vista or 7: c:\\Users\\{username}\\.depman\\bin

Notice that "\" character is a special character on Windows and you must set "\\" to escape it. Finally press "Run" and the examples window is showed. Now, you can test osgVP examples.

7. Troubleshooting

I have other JDK installed in the system like Eclipse JDK. Do I need to install the SUN JDK?
Yes, you have to install SUN Java JDK in your system and set the "JAVA_HOME" environment variable to this JDK.
I get some errors during compilation process when I run "mvn install -Dmaven.test.skip" or "ant" command.
Try to clean your workspace with "mvn clean" command. Check if you set all the environment variables and compile again. If you have other version of OpenSceneGraph libraries installed in your system, remove them from any environment variable before compile osgVP.
I try to run "mvn test" command and I get errors in JUnit test.
Don't worry, some test are out of date or need a special environment to be executed(don't work from command prompt).
When I import osgVP projects into Eclipse, there are only "build" and "osgVP-Release@target-cmake" in the projects list.
You have to compile and build osgVP projects before import them with Eclipse. Open the Visual Studio 2008 Command Prompt and run "mvn eclipse:eclipse".
The osgVP Eclipse projects have some errors.
If you have the "Build Automatically" feature disabled on Eclipse, you need to build all projects with "Projects > Build All".
I launch the examples and get this error: "Unable to locate win32/bin/jniosgvpviewer.dll in class path" or similar.
Your "PATH" environment variable is not set correctly. Follow the instructions of "6. Run examples" and check the "PATH".
I do some modifications in the osgVP source code, how can i build it again?
Use "mvn install -Dmaven.test.skip" command.

OpenSceneGraph plugin for Firefox

2010-03-02T07:33:00.000-08:00

We are currently developing a Firefox plugin which shows 3D objects in a web. It uses OpenSceneGraph to set up the render canvas. Moreover the plugin also features scripting capacities based on NPAPI technology that allow access to the plugin functions and variables from web application itself.

The plugin has been tested successfully on Windows XP, Vista, 7 and Ubuntu 9.10 Linux (only 32 bits). Currently we are working to port the plugin to MacOSX.

Installation is easy: The first time you open the example web [1], Firefox will ask about additional plugins needed for its proper visualization. Plugin installation will start once you allow it by pressing the button that appears on the top-right corner of the browser.

After the plugin installation, Firefox will ask you to restart it in order to visualize the web content.

If the plugin installation doesn't start automatically, you should download the link provided in the example page. Once downloaded, drag the ".xpi" file and drop it into a Firefox window to start the installation process.

In this example we show how to change the viewer background color by accessing the color variable of the plugin and assigning a new color to it. The plugin will take charge of all the internal operations needed to manage the background color via javascript calls (eg. onchange="pluginobj.col=colorpick.value").

[1] Example test web: http://www2.ai2.upv.es/difusion/osgplugin/simpleearth/

Nuevo build de gvSIG 3D (build number 12)

2010-02-17T00:46:00.001-08:00

Español

Desde el equipo de gvSIG 3D nos complace anunciar un nuevo build de gvSIG 3D que podéis descargar desde [1]. Este build ha sido posible gracias al apoyo que la comunidad de usuarios ha demostrado.

La nueva versión corrige muchos de los problemas que nos habéis notificado y algunas mejoras que hemos incorporado por otros problemas detectados. Tenemos que agradecer especialmente a Agustin Diez de gvsigmac.blogspot.com por sus pruebas realizadas en MacOSX, y a Silvio Grosso por su testing intensivo de la herramienta y por el esfuerzo realizado en las tareas de traducción al italiano.

Algunas de las mejoras más importantes son:

Arreglado problema de carga de datos vectoriales no-rasterizados cuándo hay muchos datos por feature.
Corregido problema de recortado en tiles con capas de elevación.
Corregido y mejorado el etiquetado de datos vectoriales tanto en rasterizadas como no-rasterizadas.
Mejora en la navegación cuándo hay elevaciones cargadas.
Corregidos algunos problemas en la interfaz.

Esperamos que con este nuevo build continuéis dándonos sugerencias y reportando problemas para poder seguir mejorando.

Conviene recordar que las versiones en desarrollo están orientadas a que los usuarios puedan evaluar y testear las nuevas funcionalidades de gvSIG, pero no son versiones que deban ser usadas en entornos de producción.

English

We are pleased to announce a new build of gvSIG3D available in [1]. This development has been possible thanks to the community support.

This new version fixes some bugs reported by user community, as well as other issues detected in development. We'd like to thank Silvio Grosso specially for his intensive testing and his translation to italian. Also to Agustin Diez from gvsigmac.blogspot.com for his tests in Mac osX.

Among the new features, we shall emphasize:

Fixed bug in geometry generation of vectorial non-rasterized data.
Fixed bug in elevation data tile clipping.
Fixes in rasterized and non-rasterized labelling.
Improvements in navigation when elevation data is loaded.
Fixes in extDocking Skin.

Extrusion - Video Tutorial

2010-02-10T00:50:00.000-08:00

En este videotutorial se muestra cómo extruir una capa de polígonos en relación a un campo "ALTURA" que pertenece a la misma capa. Esta operación también podría aplicarse dando una altura fija a los polígonos extruidos.

La extrusión de geometrías se puede utilizar en muchos ámbitos, siendo una ayuda importante a la hora de categorizar los datos por parte del usuario. Para extruir polilíneas o puntos el proceso es muy parecido.

Esta vez el sistema operativo utilizado es MacOSX-SnowLeopard, con la versión para Mac con Sextante y navTable que sacó Agustín Díez de gvsigmac.blogspot.com

Y en nuestro próximo capítulo de esta serie de tutoriales veremos cómo georreferenciar modelos geométricos (3ds, obj, ive) en nuestra vista 3D.

Tutorial - exageración vertical en gvSIG3D

2010-02-01T03:36:00.000-08:00

Cuando creamos una nueva vista en gvSIG3D, aparece un parámetro llamado exageración vertical que podemos modificar en ese mismo momento o a posteriori. La exageración vertical no es más que un factor de escala que se aplica sobre los datos de un modelo digital de terreno. Cuando este factor es igual a 1, obtenemos una representación fiel a los datos, sin embargo si el valor es mayor que 1, lo que hacemos es multiplicar este factor por cada dato para exagerar las elevaciones. Del mismo modo si aplicamos un valor menor que 1, lo que estamos haciendo es reducir las elevaciones.

Normalmente, este factor de escala se utiliza para crear vistas más espectulares de las zonas montañosas. Sin embargo, este factor también se puede utilizar para ajustar los valores de nuestros datos y obtener una representación fiel a la realidad. Veamos un ejemplo de como realizar esta operación.

Disponemos de un archivo .tif en escala de grises que representa una zona montañosa del norte de España. Al añadirlo como capa de elevación con una exageración vertical de 1.0 obtenemos el siguiente resultado:

Como se puede apreciar en la imagen, a pesar de poner un factor de escala igual a 1.0, las elevaciones que estamos visualizando no se corresponden con la realidad. Esto es debido a que al cargar un fichero tif como elevacion, gvSIG3D espera que cada unidad del gradiente de gris corresponda a una unidad en metros. Sin embargo, cuando cargamos datos de un archivo no siempre sabemos en que unidades están o que respresenta cada valor de gris, como sucede en este caso.

Para solucionar este problema, lo que vamos a realizar es tomar ciertos puntos de altura conocida como referencia y ajustar el valor de exageración vertical. En nuestro caso, hemos cargado una capa vectorial con datos de las poblaciones de España. En la siguiente imagen, vemos que hay varias ciudades que se situan sobre nuestra capa de datos de elevación:

Utilizando la herramienta Información de gvSIG podemos averiguar que valores tiene la capa raster que hemos utilizado como datos de elevación. Para ello, seleccionamos la herramienta Información y nuestra capa de elevaciones. Posteriormente pinchamos con el cursor sobre el punto de interés conocido, en nuestro caso la ciudad de Artigas. Inmediatamente, se nos mostrará una ventana con la información del raster en dicho punto:

El valor que se utiliza para representar la altura es el Band_Value. Como vemos en la tabla,el raster nos esta dando un valor de 1126 para la ciudad de Artigas, cuando en la realidad la ciudad se situa a tan solo 201m. Llegado este momento, solo tenemos que realizar una simple operación para calcular el factor de escala que debemos aplicar:

exageración vertical(0.1785) = altura_real(201) / Band_value(1126)

Por tanto, debemos aplicar una exageración vertical de 0.1785 a nuestra capa y obtendremos el resultado deseado:

Docking Skin - Video Tutorial

2010-01-26T09:15:00.000-08:00

Hi all,

First of all is to say that we have decided to write some posts in english and some posts in spanish. We apologize for possible errors when writting in english.

One of the integration problems of the 3D extension in gvSIG was the windowing system. The 3D graphics windows are usually dependents on the operative system. So in Java/Swing and using JInternalFrame for the user interface, is not possible to merge correctly the system dependent windows and the Swing painted windows.

There exists various solutions:

GLJPanel: This is the adopted solution in JDialogSkin. JOGL (The java api used to create 3D windows), allows us to create a JPanel that merges correctly with swing and also allows to draw OpenGL. The problem is that under linux the performance of the system is really slow, and only is useful in parts where the view doesn't changes so much. The maximize buttons are not available in some platforms.
Docking System based on Swing: A docking windowing system fits all the application views inside a main window. Usually this systems allows the personalization of the views and even undock some windows. The gvSIG Docking skin is based on Infonode Docking Windows [1].

Currently most applications are designed in the same way, OpenOffice manage multiple documents but you can only work with the active in a specific window.

This first video tutorial is centered in how docking skin works. No layers are added but three different views are created and managed in different modes.

[1] http://www.infonode.net/index.html?idw

Arreglado el bug en las capas de elevación

2010-01-19T03:23:00.000-08:00

En la entrada anterior, comentamos que se habia detectado un error en el recortado de capas de elevación de forma que los datos se extendian hasta rellenar las cuadrículas que forman la malla del terreno. Como se puede apreciar en las siguientes imágenes, hemos detectado el error y lo hemos solucionado:

En la imagen superior, vemos el resultado de cargar un tif con datos de elvación de la zona norte de España proporcioado por Agustín con datos de cobertura proporcionados por el servicio WMS de PNOA.

En la siguiente imagen podemos apreciar los mismos datos sin la capa de cobertura.

Al parecer, al generar los archivos de la cache teniamos activada la opción setAdjustToExtent de la clase BufferFactory, de manera que cuando se solicitaba un "tile" o extension que no estaba totalmente cubierta por la capa cargada, se estiraban los datos de dicha zona para cubrir el "tile" completamente.

Una vez solucionado este pequeño error, encontramos dos nuevos fallos. Primero, detectamos que se ignoraba el valor por defecto para aquellas zonas donde no se dispone de datos, que se indica mediante el método setNoDataToFill. Este error detectado en la libreria libRaster, ya ha sido notificado y se ha corregido en la el trunk de gvSIG. También hemos solucionado la excepción que se producia al calcular el área de interés de algunos de los "tiles" de manera que nunca llegaba a cargar los datos. Finalmente, hemos modificado la longitud de las faldas o bordes de los "tiles" para evitar que se vean agujeros durante la carga de datos.

Muchas gracias a Agustín Diez por reportarnos el error. Esperamos poder solucionar pronto el resto de bugs reportados y subir un nuevo build de la extensión 3D en breve.

La comunidad prueba gvSIG3D en MacOSX

2010-01-14T03:49:00.000-08:00

Desde que publicamos el build de gvSIG3D y concretamente la versión de MacOSX, hemos tenido ya algunos usuarios interesados y probando esta nueva versión.

Agustín Diez, fue uno de los primeros usuarios que comenzó probando la versión de Mac, y ya nos ha reportado algún Bug que otro!. Esto era precisamente lo que queríamos, que la gente nos reportara todos los problemas que encontrara, ya que así podemos mejorar cuánto antes esta versión.

En esta entrada se van a comentar algunos términos de carácter algo técnico. En entradas posteriores explicaremos cuál es la técnica usada para la representación 3D y explicaremos en detalle esos términos.

Concretamente el bug que ha encontrado es al cargar una capa de elevación desde fichero, se da el caso que no recortamos correctamente los "tiles", extendiendo los datos raster a toda la extensión que se pide. En esta imagen que nos ha remitido Agustín se puede ver el error.

La imagen muestra una vista 2D con la capa de elevación (inferior izquierda), la vista 3D de gvsig (superior izquierda) y a la derecha una captura tomada con grass y los mismos datos.

Además también se puede apreciar que, debido a que la exageración vertical está por defecto a 5 unidades, se observan los cortes entre los "tiles" y la falda que se genera para ellos para evitar agujeros, aún así no es lo suficientemente larga para evitar que se vea el fondo.

Ya estamos trabajando en solucionar ese problema y esperamos sacar un nuevo build que solucione el problema para todas las plataformas.

Nuevo blog y nuevo build

2010-01-12T08:24:00.000-08:00

Tras el éxito en las 5as jornadas de gvSIG nos complace anunciar la publicación de este nuevo blog "no oficial" acompañado de un nuevo build de gvSIG 3D [1]!!

A parte de las mejoras realizadas para las jornadas, este build presenta una particularidad muy importante: al instalarlo se sobreescriben las librerías raster que estaban dando problemas en windows Vista/ windows 7. Además para macOSX se ofrece la aplicación completa en forma de dmg.

Es decir cuando instales la extensión 3D podrás ejecutar gvSIG en estos sistemas operativos y teniendo acceso a las utilidades raster.

En entradas posteriores iremos comentando ampliamente los nuevos desarrollos introducidos en la extensión, por ahora, y a modo de resumen podemos enunciar las siguientes características:

Nueva versión del núcleo integrada(osgVP-2.2.0)
Mejoras en el manejo de memoria.
Nuevo sistema de simbología.
Diferentes modos de visualización, incluyendo estéreo y pantalla completa.

Nuestro objetivo es que este build sirva para recoger impresiones de usuarios y desarrolladores, y también como campo de pruebas de estabilidad de cara a la integración con gvSIG 2.0.