gvSIG 2.1: Editazione alfanumerica nella Vista

Una delle nuove funzioni incluse in gvSIG 2.1, grazie al contributo della società brasiliana GAUSS geotecnologia e engenharia, è uno strumento tanto facile quanto utile: un editor alfanumerico che permette di modificare gli attributi di qualsiasi elemento di un layer senza doverne aprire la tabella.

Il suo funzionamento è simile allo strumento “Informazioni”, ma con in più la possibilità di modificare gli attributi dell’elemento selezionato. In questo modo le operazioni di modifica risultano decisamente velocizzate.

Di seguito è possibile vedere un video su questo nuovo ed utile strumento :

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

Verso gvSIG 2.2

road

Dopo l’uscita di gvSIG 2.1, inizia il cammino verso gvSIG 2.2, durante il quali chiediamo la vostra collaborazione, sia per la fase di test che per ogni altro possibile contributo sia tecnico che economico.

Eravamo in attesa del rilascio di gvSIG 2.1 per stabilire un regolare programma di pubblicazione delle nuove versioni di gvSIG. La nostra intenzione, ispirandosi a progetti come Ubuntu, è quello di pubblicare due versioni ogni anno, verso maggio e dicembre, quest’ultima in concomitanza con la Conferenza Internazionale gvSIG a Valenzia.

In questo modo sia i gruppi di sviluppo che le varie organizzazioni che utilizzano gvSIG potranno pianificare le loro attività sia per quanto riguarda l’invio di contributi tecnici che per l’aggiornamento delle versioni.

gvSIG 2.2 dovrebbe essere quindi disponibile in maggio.

Cosa abbiamo in programma per questa nuova versione? A livello di sviluppo non ci saranno grandi cambiamenti nel nucleo, essendo la 2.2 una versione che permetterà di continuare il debug oltre ad aggiungere nuove estensioni di cui stiamo ultimando lo sviluppo.

Nelle prossime settimane verranno rilasciate nuove estensioni che dovrebbero essere incluse nella prossima versione di gvSIG (e si potranno utilizzare anche su gvSIG 2.1) per permettere agli utenti di aiutarci nella fase di test. Segui le notizie che verranno periodicamente pubblicate visto che ci saranno novità veramente interessanti.

Posted in gvSIG Desktop, Italian, technical collaborations, testing | Tagged , | 1 Comment

Nueva extensión: Generar leyendas por escala

Seguimos avanzando hacia gvSIG 2.2 con un nuevo complemento que permite trabajar con leyendas por escala (también con etiquetados, pero eso lo veremos en otro post).

El plugin se denomina Complex Legend extension  y, como es habitual, podemos instalarlo a través del administrador de complementos, indicando instalación desde URL y en el desplegable el repositorio de testing (Testing gvSIG repository – http://downloads.gvsig.org/download/gvsig-desktop-testing/).

Veamos como funciona…

Realizamos el proceso habitual para cambiar la Simbología de una capa: abrimos la ventana de “Propiedades” de la capa sobre la que se aplicará la leyenda (con botón derecho sobre el nombre de la capa en la tabla de contenidos de la vista) y seleccionamos la pestaña ‘Simbología’.

23_gvSIG_escalasDentro de las distintas opciones de leyendas disponibles veremos que se ha añadido una nueva: “Símbolo complejo”. La seleccionamos.

24_gvSIG_escalasA continuación se presentará un formulario en el que se comenzarán a definir los rangos de escalas con los que se trabajará y los tipos de leyenda a utilizar en cada tramo.

Podemos incluir nuevos rangos a través del botón ‘añadir‘ (representado con una cruz verde) y eliminar el seleccionado mediante el botón ‘borrar‘ (aspa roja).

25_gvSIG_escalasEn función de los datos introducidos se irá completando el combo y se rellenará el panel inferior con el formulario necesario para rellenar los parámetros característicos de la leyenda.

26_gvSIG_escalasDespués de esto, sólo queda repetir esta operación tantas veces como rangos se deseen definir para la capa.

27_gvSIG_escalasPulsamos aceptar y vamos a comprobar el resultado. Si todo ha ido bien, la capa irá cambiando la leyenda de forma dinámica en función de la escala a la que se encuentre la vista.

Otra utilidad interesante es que en los rangos no cubiertos por la leyenda no se mostrará ninguna información, es decir, podemos hacer que la capa esté “invisible” para escalas no definidas.

En un próximo post veremos como generar etiquetas por escala.

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

gvSeismic: añadir información de sísmica de formatos no soportados

Ya hemos visto como trabajar con los formatos de sísmica soportados por la extensión de gvSeismic en gvSIG. Pero…¿podemos trabajar con nuevos formatos que no soporte la extensión?

En definitiva, en este caso, se trata de generar lo que se conoce como un sistema de parseado nuevo.

Los pasos a seguir serían los siguientes:

  • Añadir una capa nueva a la vista y, dentro de la pestaña Archivo, cargar el nuevo fichero.

03_gvSIG_Seismic

  • En este punto pueden ocurrir dos cosas: que el fichero se muestre o no. Si no se muestra, se deberá escribir un asterisco (*) en el cuadro de texto del nombre de fichero, y pulsar la tecla Intro. Se nos mostrarán todos los ficheros disponibles. Una vez hecho esto, seleccionamos el fichero que queremos añadir a nuestra Vista.

  • Importante: Antes de pulsar el botón “Abrir” debemos seleccionar la opción “CSV file” en el desplegable de tipos de archivo.

04_gvSIG_Seismic

  • Ya tenemos el fichero en la ventana de “Añadir capa”. Ahora vamos a definir las características del parseador para extraer la información. Para ello pulsamos el botón ‘Propiedades‘ y nos dirigimos a la pestaña ‘Advanced‘.

  • Las características a definir son:

    • Header: Indica el nombre de los campos, separados por comas.

      Por ejemplo, según la especificación del UKOOA-84, si este fichero no fuera soportado por la extensión, se debería poner: nombre_linea, num_linea, latitud, longitud, este, norte, elevacion

    • Number of lines to skip: si el fichero tiene cabecera, indicar cuántas líneas lo componen, para que no sean interpretadas como datos.

    • Fields definition: Aquí se especifica la posición de cada uno de los campos sobre la línea de datos.

      Veamos un ejemplo:, si se tiene esta línea (y apoyados en la definición del estándar):

      A-58A-1-A-58A-17 469070050.14N0710535.72W 268745.3 775813.1 123.2

      vemos que comienza con un espacio en blanco, y luego empieza el nombre de línea, que irá desde la 2a posición hasta la 17 (A-58A-1-A-58A-17); el número de punto se ubica entre la 18 y 25 (469); la latitud va desde la 26 a la 35 (070050.14N); la longitud lo hace desde la 36 a la 46 (0710535.72W), etc. Esta línea se rellenaría indicando la posición inicial y la final de cada campo, separando los distintos campos por espacios (en el último campo con indicar únicamente el principio es suficiente):

      2:17 18:25 26:35 36:46 47:55 56:64 65:

    • CRS: el sistema de proyección de los datos del fichero.

    • FieldTypes: el tipo de dato de cada campo: string (texto), integer (número entero), float (número decimal), double (número decimal de coma flotante), boolean (valores binarios verdadero/falso) y geometry (campos con geometrías).

      En el ejemplo: string, integer, string, string, float, float, float

    • Point: se indican los campos que definirán la geometría punto.

      En el ejemplo: este, norte

05_gvSIG_Seismic

Si la definición de los datos es correcta, la capa se añadirá a la vista:

06_gvSIG_SeismicTerminamos la serie de post dedicada a la nueva extensión gvSeismic. En breve seguiremos publicando post sobre las novedades en las que estamos trabajando en el camino a gvSIG 2.2.

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

gvSeismic: funcionamiento básico

Vamos a explicar el funcionamiento básico de la extensión de gvSIG para trabajar con datos sísmicos.

Una vez instalada la extensión, en la ventana de ‘Añadir capa‘, se encontrará una nueva pestaña perteneciente a la extensión. A través de ella se podrá realizar la carga de tantos ficheros de sísmica como se quiera.

Una vez seleccionados los ficheros con los que queremos trabajar, gvSIG indicará si es soportado por los drivers de la extensión (se mostrarán en rojo los no soportados) y si se ha detectado de forma automática el sistema de coordenadas, siendo necesario indicarlo a mano a través del botón propiedades en caso de no tener ninguno asociado.

Una vez todo indicado, con el botón ‘Aceptar’ se cargarán los datos en la Vista actual.

Entre los formatos soportados, se encuentran aquellos que se corresponden con las extensiones:

  • UKOOA-84

  • SPS-RPS

  • P1-90

  • NAV

  • GEOG

  • H19

  • SUK-RUK

  • PTO

¿Y si tenemos ficheros que no están soportados por la extensión gvSeismic?

gvSIG puede cargar estos datos igualmente, dando algún paso más a la metodología presentada en el procedimiento estándar. Atendiendo a la naturaleza de la causa que ha propiciado el error, se pueden extraer dos casos.

El caso más común es que nos encontremos con un fichero soportado por gvSIG, pero que no se reconoce como tal . Vamos a ver a qué puede ser debido y cómo se soluciona.

Cada uno de los formatos soportados tiene sus particularidades. Para poder obtener la información que contienen la extensión dispone de varios parseadores (uno por cada formato), que se encargan de extraer la información. En ocasiones encontraremos que tanto el nombre de las extensión como la información de la cabecera es variable dentro de ficheros de un mismo tipo (por ejemplo, los ficheros UKOOA-84 tienen extensiones .uk, .UK4, .uk84, …). Esta variabilidad puede hacer que en algunos casos no reconozca automáticamente la información.

La solución es muy simple, el primer paso es cerciorarse que es de ese tipo específico, comprobando que los datos tienen la misma estructura y distribución (la cabecera puede ser diferente), es decir, los campos se distribuyen sobre el texto acorde a la especificación.

Un ejemplo en el caso UKOOA-84:

RENGLÓN

COLS

1

NOMBRE DE LA LÍNEA (JUST. A LA IZQUIERDA)

2-17

2

NÚMERO DEL PUNTO (JUST. A LA DERECHA)

18-25

3

LATITUD (GGMMSS.SSS)

26-35

4

LONGITUD (GGMMSS.SSS)

36-46

5

ESTE (UTM)

47-55

6

NORTE (UTM)

56-64

7

PROFUNDIDAD DEL AGUA O ELEVACIÓN

65-70

Si esto se cumple, el siguiente paso sería modificar la extensión del fichero que no es leído por una soportada. Por ejemplo, si el fichero original es ‘nuevofichero.uk2‘ (no reconocido por gvSeismic), se debería cambiar la extensión a una soportada ‘nuevofichero.uk‘. Solucionado.

En un siguiente post complicaremos más la situación…¿y si queremos leer un nuevo formato que no está soportado por la extensión gvSeismic de gvSIG?

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

gvSeismic: extensión en gvSIG para para representación de datos sísmicos

Dentro del camino emprendido hacia gvSIG 2.2, hoy liberamos una nueva extensión.

El objetivo del plugin gvSeismic es poder extraer la información sísmica de ficheros UKOOA-84 y P1-90 de forma automatizada, de forma que permita a los técnicos poder realizar una validación visual de los datos recogidos por los sensores. UKOOA-84 y P1-90 son formatos estándar para la representación de datos de sísmica.

Tal y como muestra la imagen, partiendo de un fichero de formatos de sísmica, el plugin gvSeismic extrae la información y la representa automáticamente en gvSIG.

01_gvSIG_Seismic

Los ficheros de sísmica suelen representarse en ficheros de texto plano, editados por los proveedores. Tienen dos partes principales:

  • Encabezado: Ubicado en la parte inicial del fichero, se trata de un espacio reservado para introducir la información que el proveedor de datos considere. A pesar de la variabilidad de información que puede llegar a contener, sí pueden resultar útiles para conocer información acerca de los datos que hay representados a continuación. Entre ellos se puede encontrar el nombre de proyecto, el sistema de coordenadas de los datos, la empresa que los realizó, etc.

  • Datos: Se representan en ficheros de texto plano tabulado a modo de tabla. Cada línea correspondería con una entrada de datos correspondiente a un sensor concreto. Entre los datos que se pueden encontrar está el número de línea, el número de estaca, las coordenadas en longitud-latitud o en este-norte, la elevación, etc.

Para instalar la extensióngvSeismic format support” (org.gvsig.seismic) utilizaremos el Administrador de Complementos, indicando instalación desde URL y en el desplegable el repositorio de testing (Testing gvSIG repository – http://downloads.gvsig.org/download/gvsig-desktop-testing/).

Una vez instalado, en la ventana de añadir capa encontraremos la posibilidad de añadir este tipo de formatos.

02_gvSIG_Seismic

Las principales ventajas de este complemento son:

  • Se trata de un plugin extensible y ampliable para permitir la lectura de otros ficheros de sísmica y extraer sus datos de forma automatizada

  • Integra los diferentes parseadores de texto en un interfaz único, que facilita el trabajo a los técnicos y que decide, de forma automatizada, el más adecuado en función del tipo de fichero.

  • El plugin es capaz de extraer los datos más relevantes de la cabecera (como el sistema de proyección) y aplicarlos en la capa donde se volcarán los resultados.

  • Permite al usuario ajustar los parámetros manualmente.

  • Los resultados son mostrados en una capa, pudiendo transformarse o almacenarse en cualquier otro sistema de los que nos proporciona gvSIG para el tratamiento de los datos (Shapefile, base de datos PostGIS, etc.).

En siguientes post explicaremos en detalle el funcionamiento de esta extensión.

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

On the road to gvSIG 2.2

road Following the gvSIG 2.1 publication, we already start the way to gvSIG 2.2, and for that, we ask you for your collaboration, as much in testing as any knowledge that you could add; technical or financial support .

We were waiting for the gvSIG 2.1 publication to establish a regular publishing calendar, which we are already running. Our goal, emulating other projects as Ubuntu, is to publish two new versions a year, one referred to environment in May and another in December during the International gvSIG conferences.

Following this calendar, the development teams and the different gvSIG organizations using gvSIG, will be able to do a task planning, regarding to technical contributions submitting and the update of versions.

Then, gvSIG 2.2 should be available in May.

What we have in mind for this new version? For the developers community, there will not have big changes in the core, being a version allowing to continue debugging gvSIG bugs and adding new add-ons which are nearly ready.

In the following weeks, we will be posting possible add-ons for the next new gvSIG version, hoping that you help us with the testing (they can be used in gvSIG 2.1). So, watch out to the announces because all the news are really interesting.

Posted in english, gvSIG Desktop, technical collaborations, testing | Tagged , | 1 Comment

Extensión de publicación: subida del proyecto al servidor

La extensión de publicación permite la subida del proyecto generado en local a su destino final en el servidor.

Visualmente presenta un menú muy parecido al de la herramienta de publicación, salvo por el hecho de que todas las opciones que hacen referencia a la generación del proyecto han desaparecido, debido a que no se va a generar la definición de ningún servicio más, únicamente se procederá a subir uno ya existente. Por lo tanto, sólo quedará indicar la carpeta del proyecto local que se desea subir al servidor y los parámetros de conexión del destino.

Opciones avanzadas: Conexión al servidor por WebDAV

Este procedimiento de publicar el proyecto generado en el servidor se puede hacer de forma automática a la vez que se crea el proyecto, o puede subirse posteriormente con otra herramienta de la extensión.

Para que la publicación se realice de forma automática, será necesario indicar la dirección destino para establecer la conexión WebDAV. En caso de ser un directorio con autenticación, se deberá facilitar también el usuario y contraseña.

21_gvSIG_Publish

Con todos los datos facilitados, el botón ‘Conectar‘ realizará una comprobación de conexión, además de rellenar el menú de su izquierda con las subcarpetas que existen en la ruta especificada.

Opciones avanzadas: Rutas

Para un correcto funcionamiento de los servicios, es necesario que los accesos a los recursos estén debidamente definidos. Para ello, existen tres posibilidades de definir las rutas a ellos:

22_gvSIG_Publish

  • Rutas por defecto: esta opción no altera las rutas a los recursos, poniéndolas tal cual en los ficheros de definición de los distintos servicios.

  • Rutas absolutas: adecuada si existe una correspondencia entre la ubicación de los ficheros en ambas máquinas (por ejemplo, los shapes se encuentran dentro de una carpeta que se llama ‘datos‘ y tienen idéntica estructura de directorios en su interior), pero el acceso a dicha carpeta tiene rutas diferentes en cada máquina (por ejemplo, en local el directorio está en ‘/home/usuario/datos‘ y en el servidor está en ‘/mnt/datos‘).

    Esta opción sustituirá en la configuración, las rutas a los accesos de la máquina local, por los del servidor.

  • Rutas relativas: Tomando como origen el fichero de configuración del servicio (el mapfile en el caso de MapServer), se puede establecer una ruta a los recursos a partir de éste usando una variable ShapePath.

    Partiendo de dicho fichero, y añadiendo lo indicado en la variable ShapePath, se construirán el resto de rutas a los recursos.

Con este post terminamos la serie dedicada a la extensión de publicación (ver 1 y 2), primer complemento liberado en el camino a gvSIG 2.2.

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

México será la sede de las 7as Jornadas gvSIG de Latinoamérica y Caribe

gvSIG_LAC_2015

Del 26 al 28 de agosto de 2015 se celebrarán las 7as Jornadas de gvSIG Latinoamérica y Caribe con sede en la Facultad de Geografía de la Universidad Autónoma del Estado de México, bajo el lema “Desarrollo en software libre como motor de cambio“.

Las Jornadas gvSIG de Latinoamérica y Caribe tienen como objetivo proporcionar un lugar de encuentro donde técnicos, investigadores, desarrolladores, expertos, y la comunidad latinoamericana en general, se reúna en un entorno con debates, ponencias y talleres alrededor de gvSIG y geomática libre. Con la organización de estas jornadas México recoge el testigo de países como Argentina, Brasil, Uruguay y Venezuela.

Ya está abierto el periodo para el envío de propuestas para comunicaciones. Las propuestas de comunicación pueden enviarse a la dirección de correo electrónico jornadas.latinoamericanas@gvsig.org, que serán valoradas por el Comité Científico de cara a su inclusión en el programa de las Jornadas. Toda la información relativa a la presentación de comunicaciones puede consultarse en el apartado comunicaciones. El periodo de recepción de resúmenes finalizará el próximo 22 de mayo.

Posted in community, events, press office, spanish | Tagged , , | 3 Comments

Extensión de publicación: edición manual de atributos específicos

Veamos más posibilidades de la extensión de publicación.

En ocasiones puede resultar interesante definir los parámetros con mayor precisión y ajustarse a las especificaciones propias que MapServer ofrece. Por ello, se han facilitado mecanismos para otorgar la posibilidad al usuario de completar dichas características a través de unos formularios.

Existen dos puntos de acceso a dicha funcionalidad. Uno en la ventana de Propiedades de la Vista, que definirá las características del servicio de Mapfile (correspondiente a la sección Map de Mapfile).

11_gvSIG_Publish…y el segundo con botón derecho>’Propiedades’ sobre la propia capa (para definir los atributos de MapFile de cada Layer).

12_gvSIG_PublishExisten mecanismos similares para definir los servicios de TinyOWS y de MapProxy.

En el siguiente post veremos como la extensión de publicación permite la subida del proyecto generado en local a su destino final en el servidor.

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