[Gvsig_usuarios] Resumen de gvSIG_usuarios, Vol 138, Env韔 4
Cristina Sanjuan
cristina.sanjuan789 en gmail.com
Vie Mar 4 12:50:45 CET 2016
Existe alguna equivalencia entre pixeles y metros para snap tolerance?
Gracias
El 04/03/2016 12:00, <gvsig_usuarios-request en listserv.gva.es> escribi贸:
> Envie los mensajes para la lista gvSIG_usuarios a
> gvsig_usuarios en listserv.gva.es
>
> Para subscribirse o anular su subscripci贸n a trav茅s de WEB
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
>
> O por correo electr贸nico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
> gvsig_usuarios-request en listserv.gva.es
>
> Puede contactar con el responsable de la lista escribiendo a:
> gvsig_usuarios-owner en listserv.gva.es
>
> Si responde a alg煤n contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of gvSIG_usuarios digest...". Ademas, por favor, incluya
> en la respuesta solo aquellas partes del mensaje a las que esta
> respondiendo.
>
>
> Asuntos del d铆a:
>
> 1. Re: instalaci贸n versi贸n 2.3
> ( Cartograf铆a Informatizada ( A. Hamerlinck ) )
> 2. Re: instalaci贸n versi贸n 2.3 (Joaquin Jose del Cerro Murciano)
> 3. You've received a message on Indiegogo (Ferran F脿bregas)
> 4. Re: instalaci贸n versi贸n 2.3 (Alvaro Anguix)
> 5. Re: Instalaci贸n de gvsig 2.3 (Alonso Morilla)
> 6. Re: instalaci贸n versi贸n 2.3 (Jos茅 Luis Garc铆a)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 3 Mar 2016 12:49:41 +0100
> From: " Cartograf铆a Informatizada ( A. Hamerlinck ) "
> <cartoinf en valencia.es>
> Subject: Re: [Gvsig_usuarios] instalaci贸n versi贸n 2.3
> To: Lista de Usuarios de gvSIG <gvsig_usuarios en listserv.gva.es>
> Message-ID: <56D824D5.2020106 en valencia.es>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Joaquin Jose del Cerro Murciano escribi贸:
> >
> >
> > El 3 de marzo de 2016, 10:38, Joaquin Jose del Cerro Murciano
> > <jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>> escribi贸:
> >
> >
> >
> > El 2 de marzo de 2016, 14:21, Vicente Navarro Navarro
> > <vicente en naquera.com <mailto:vicente en naquera.com>> escribi贸:
> >
> > Buenos d铆as. Estoy intentando instalar la nueva versi贸n.
> >
> > He probado instalando el java 1.7 desde el enlace que
> > publicasteis ya que con la versi贸n que tenia no funcionaba
> > pero cuando ejecuto el programa me sale el mensaje de erro que
> > os pego el pantallazo y cuando lo cierro gvsig continua con
> > los iconos en rojo que veis y ni deja cerrarlo ni abrir
> > proyectos... se bloquea.
> >
> > En principio de lo que he visto que a algunos os ha funcionado
> > no me ha dado resultado nada
> >
> >
> > Hola Vicente.
> > La cuestion es delicada aunque no compleja. Hay que fijarse en los
> > detalles.
> > Voy a comentar solo de windows, pero lo mismo es aplicable a linux.
> >
> > En windows tenemos sistemas de 32 y 64 bits. Si tienes un sistema
> > de 32 bits, precisas aplicaciones de 32 bits para que funcionen.
> > Pero ojo, que si tu tienes un sistema de 64 bits, este puede hacer
> > funcionar aplicaciones de 64 bits en "modo nativo", y aplicaciones
> > de 32 bits en "modo emulado" (no es estrictamente una emulacion,
> > pero no liaremos ahora con detalles). En principio eso nos permite
> > ejecutar aplicaciones "antiguas que estan solo en 32 bits" en
> > sistemas de 64. Ahora bien, lo que no puedes hacer en una
> > aplicacion es mezclar cosas de 32 y de 64. Toda la aplicacion debe
> > ser de 32 bits o de 64, sin mezcla.
> >
> > Con estas premisas en mente vamos a ver que pasa con gvSIG desktop.
> >
> > gvSIG desktop es una aplicacion que cuenta con dos grandes
> > componentes. Por un lado lo que seria el "runtime de java", y por
> > otro la propia aplicacion gvSIG desktop. Los dos componentes deben
> > estar bajo la misma arquitectura, 32 o 64 bits. A parte tenemos el
> > tema de la version de java que precisa gvSIG, que en general si
> > tenemos un java 1.7 o superior no deberia darnos ningun problema.
> >
> > *Si tenemos un sistema de 32 bits*, deberemos descagar gvSIG
> > desktop para 32 bits, y eso normalmente no nos causara ningun
> > problema. Todo funcionara bien. Nunca deberiamos instalar un gvSIG
> > desktop de 64 bits en un sistema de 32. Simplemente gvSIG no ira.
> >
> > *Si tenemos un sistema de 64 bits*, que es ya lo habitual, la cosa
> > se complica un poco. Para que todo vaya lo mejor posible, la
> > recomendacion, es que si tienes un sistema de 64 bits, descargues
> > un gvSIG desktop de 64 bits y tengas un "runtime de java" de 64
> > bits (recuerda no se puden mezclar arquitecturas, gvSIG desktop y
> > java deben tener la misma arquitectura). En caso de que tengas un
> > gvSIG desktop de 64 bits y el "runtime de java" sea de 32 bits, la
> > aplicacion arrancara como una de 32 bits y cuando intente cargar
> > los componentes de 64 no sera capaz y fallara. gvSIG desktop
> > creera que estas ejecutandola en un entorno de 32 bits y te
> > mostrara el mensaje que te ha aparecido:
> >
> > "Esta ejecutando gvSIG en una plataforma x86
> > "
> > "Hay paquetes instalados que no son compatibles con su sistema
> >
> > Vamos. Si aparece ese mensaje y tu sistema es de 64 bits, seguro
> > que estas ejecutando con una java de 32 bits, y no tiene nada que
> > ver con la version de java si no con la arquitectura de esta.
> > LLegados a este punto, hoy tienes dos opciones:
> >
> > - Seguir usando el "runtime de java" que tienes instalado (de 32
> > bits).
> > Para eso deberas instalar un gvSIG desktop de 32 bits.
> >
> > - Instalar un "runtime de java" de 64 bits y ejecutar gvSIG con este.
> >
> > La decision, de momento, no es trivial.
> > El que tengas instalado un "rumtime de java" de 32 bits en un
> > sistema de 64, puede que te venga forzado por que tengas alguna
> > apliaccion de 32 bits que lo precise, y si simplemente instalar el
> > de 64, gvSIG te ira, pero te dejara de ir esa otra aplicacion. Si
> > es ese el caso, de momento usaria un gvSIG desktop de 32 bits. Si
> > no lo es, es decir no tienes una aplicacion que requiera un java
> > de 32, yo instalaria el de 64 y usaria gvSIG desktop de 64.
> >
> >
> Hola,
>
> Ahora viene la pregunta del mill贸n.
>
> En versiones anteriores de gvSIG optast茅is por instalar un runtime de
> java dentro de la estructura de directorios de gvSIG sin contar con la
> versi贸n de java instalada en el sistema con lo que eliminabais errores
> por incompatibilidad de la versi贸n de java "del sistema" que suele
> actualizarse a un ritmo que supongo no pod茅is seguir para verificar el
> buen funcionamiento de gvSIG.
>
> 驴 A que se debe el abandono de esa pr谩ctica?
>
> 驴 Hay alguna "trampa" para poder instalar una versi贸n de 32 bits de java
> para "el sistema en general" o sea para la inmensa mayor铆s de
> aplicaciuones de 32 bits o que dan por sentado que la versi贸n de java
> "por defecto" es de 32 y luego una versi贸n de java de 64 bits para uso
> "exclusivo" de gvSIG ?
>
> Un saludo
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 3 Mar 2016 12:57:20 +0100
> From: Joaquin Jose del Cerro Murciano <jjdelcerro en gvsig.org>
> Subject: Re: [Gvsig_usuarios] instalaci贸n versi贸n 2.3
> To: Lista de Usuarios de gvSIG <gvsig_usuarios en listserv.gva.es>
> Message-ID:
> <
> CABLUYi03pz_HmbsqghX+hB0t-DJ64D-nUaAW5EbyCEUwoHTJWQ en mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hola
>
> El 3 de marzo de 2016, 12:49, Cartograf铆a Informatizada ( A. Hamerlinck ) <
> cartoinf en valencia.es> escribi贸:
>
> > Joaquin Jose del Cerro Murciano escribi贸:
> > >
> > >
> > > El 3 de marzo de 2016, 10:38, Joaquin Jose del Cerro Murciano
> > > <jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>> escribi贸:
> > >
> > >
> > >
> > > El 2 de marzo de 2016, 14:21, Vicente Navarro Navarro
> > > <vicente en naquera.com <mailto:vicente en naquera.com>> escribi贸:
> > >
> > > Buenos d铆as. Estoy intentando instalar la nueva versi贸n.
> > >
> > > He probado instalando el java 1.7 desde el enlace que
> > > publicasteis ya que con la versi贸n que tenia no funcionaba
> > > pero cuando ejecuto el programa me sale el mensaje de erro que
> > > os pego el pantallazo y cuando lo cierro gvsig continua con
> > > los iconos en rojo que veis y ni deja cerrarlo ni abrir
> > > proyectos... se bloquea.
> > >
> > > En principio de lo que he visto que a algunos os ha funcionado
> > > no me ha dado resultado nada
> > >
> > >
> > > Hola Vicente.
> > > La cuestion es delicada aunque no compleja. Hay que fijarse en los
> > > detalles.
> > > Voy a comentar solo de windows, pero lo mismo es aplicable a linux.
> > >
> > > En windows tenemos sistemas de 32 y 64 bits. Si tienes un sistema
> > > de 32 bits, precisas aplicaciones de 32 bits para que funcionen.
> > > Pero ojo, que si tu tienes un sistema de 64 bits, este puede hacer
> > > funcionar aplicaciones de 64 bits en "modo nativo", y aplicaciones
> > > de 32 bits en "modo emulado" (no es estrictamente una emulacion,
> > > pero no liaremos ahora con detalles). En principio eso nos permite
> > > ejecutar aplicaciones "antiguas que estan solo en 32 bits" en
> > > sistemas de 64. Ahora bien, lo que no puedes hacer en una
> > > aplicacion es mezclar cosas de 32 y de 64. Toda la aplicacion debe
> > > ser de 32 bits o de 64, sin mezcla.
> > >
> > > Con estas premisas en mente vamos a ver que pasa con gvSIG desktop.
> > >
> > > gvSIG desktop es una aplicacion que cuenta con dos grandes
> > > componentes. Por un lado lo que seria el "runtime de java", y por
> > > otro la propia aplicacion gvSIG desktop. Los dos componentes deben
> > > estar bajo la misma arquitectura, 32 o 64 bits. A parte tenemos el
> > > tema de la version de java que precisa gvSIG, que en general si
> > > tenemos un java 1.7 o superior no deberia darnos ningun problema.
> > >
> > > *Si tenemos un sistema de 32 bits*, deberemos descagar gvSIG
> > > desktop para 32 bits, y eso normalmente no nos causara ningun
> > > problema. Todo funcionara bien. Nunca deberiamos instalar un gvSIG
> > > desktop de 64 bits en un sistema de 32. Simplemente gvSIG no ira.
> > >
> > > *Si tenemos un sistema de 64 bits*, que es ya lo habitual, la cosa
> > > se complica un poco. Para que todo vaya lo mejor posible, la
> > > recomendacion, es que si tienes un sistema de 64 bits, descargues
> > > un gvSIG desktop de 64 bits y tengas un "runtime de java" de 64
> > > bits (recuerda no se puden mezclar arquitecturas, gvSIG desktop y
> > > java deben tener la misma arquitectura). En caso de que tengas un
> > > gvSIG desktop de 64 bits y el "runtime de java" sea de 32 bits, la
> > > aplicacion arrancara como una de 32 bits y cuando intente cargar
> > > los componentes de 64 no sera capaz y fallara. gvSIG desktop
> > > creera que estas ejecutandola en un entorno de 32 bits y te
> > > mostrara el mensaje que te ha aparecido:
> > >
> > > "Esta ejecutando gvSIG en una plataforma x86
> > > "
> > > "Hay paquetes instalados que no son compatibles con su sistema
> > >
> > > Vamos. Si aparece ese mensaje y tu sistema es de 64 bits, seguro
> > > que estas ejecutando con una java de 32 bits, y no tiene nada que
> > > ver con la version de java si no con la arquitectura de esta.
> > > LLegados a este punto, hoy tienes dos opciones:
> > >
> > > - Seguir usando el "runtime de java" que tienes instalado (de 32
> > > bits).
> > > Para eso deberas instalar un gvSIG desktop de 32 bits.
> > >
> > > - Instalar un "runtime de java" de 64 bits y ejecutar gvSIG con
> este.
> > >
> > > La decision, de momento, no es trivial.
> > > El que tengas instalado un "rumtime de java" de 32 bits en un
> > > sistema de 64, puede que te venga forzado por que tengas alguna
> > > apliaccion de 32 bits que lo precise, y si simplemente instalar el
> > > de 64, gvSIG te ira, pero te dejara de ir esa otra aplicacion. Si
> > > es ese el caso, de momento usaria un gvSIG desktop de 32 bits. Si
> > > no lo es, es decir no tienes una aplicacion que requiera un java
> > > de 32, yo instalaria el de 64 y usaria gvSIG desktop de 64.
> > >
> > >
> > Hola,
> >
> > Ahora viene la pregunta del mill贸n.
> >
> > En versiones anteriores de gvSIG optast茅is por instalar un runtime de
> > java dentro de la estructura de directorios de gvSIG sin contar con la
> > versi贸n de java instalada en el sistema con lo que eliminabais errores
> > por incompatibilidad de la versi贸n de java "del sistema" que suele
> > actualizarse a un ritmo que supongo no pod茅is seguir para verificar el
> > buen funcionamiento de gvSIG.
> >
> > 驴 A que se debe el abandono de esa pr谩ctica?
> >
> No se ha abandonado esa practica, trabajamos en ello, lo que pasa es que
> hemos cambiado el instalador (antes usabamos uno basado en InstallJamer y
> ahora en Izpack) y aun nos quedan bastantes cosas por hacer.
>
> >
> > 驴 Hay alguna "trampa" para poder instalar una versi贸n de 32 bits de java
> > para "el sistema en general" o sea para la inmensa mayor铆s de
> > aplicaciuones de 32 bits o que dan por sentado que la versi贸n de java
> > "por defecto" es de 32 y luego una versi贸n de java de 64 bits para uso
> > "exclusivo" de gvSIG ?
> >
> > Pues no se si hay trampa o no en ello. En cuanto tenga un ratito veo como
> se haria y escribire algo contandolo. De momento, si precisas una java de
> 32 instalada como java por defecto en el sistema, instala un gvSIG desktop
> de 32 bits tambien.
>
> Un saludo
> Joaquin
>
>
>
> > Un saludo
> >
> > _______________________________________________
> > gvSIG_usuarios mailing list
> > gvSIG_usuarios en listserv.gva.es
> >
> > Para ver hist贸rico de mensajes, editar sus preferencias de usuario o
> darse
> > de baja en esta lista, acuda a la siguiente direcci贸n:
> >
> > https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
> >
>
>
>
> --
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
> ------------ pr?a parte ------------
> Se ha borrado un adjunto en formato HTML...
> URL:
> http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20160303/e316c9ec/attachment-0001.htm
>
> ------------------------------
>
> Message: 3
> Date: Thu, 03 Mar 2016 04:01:15 -0800
> From: Ferran F脿bregas <messages-noreply en indiegogo.com>
> Subject: [Gvsig_usuarios] You've received a message on Indiegogo
> To: gvsig_usuarios en listserv.gva.es
> Message-ID: <56d8278b5ab52_5b63f8d9016d30421061 en chiworker01.mail>
> Content-Type: text/plain; charset="utf-8"
>
>
> Ferran F脿bregas has sent you a message via Indiegogo about the Make it!
> Prototyping learning board Kit campaign.
>
> Attention! Only 5 days left to finish the successful Indiegogo
> crowdfunding campaign. We have only few educational kits left, and you
> still can get yours if you hurry up! Go to Indiegogo campaign website and
> get your own Make it!. Let's start to play, innovate and create!
>
> Ferran F脿bregas
>
> Help the "Make it! Prototyping learning board Kit" campaign reach its goal
> today!
>
> ------------ pr?a parte ------------
> Se ha borrado un adjunto en formato HTML...
> URL:
> http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20160303/d1486948/attachment-0001.htm
>
> ------------------------------
>
> Message: 4
> Date: Thu, 3 Mar 2016 13:13:41 +0100
> From: Alvaro Anguix <aanguix en gvsig.com>
> Subject: Re: [Gvsig_usuarios] instalaci贸n versi贸n 2.3
> To: gvsig_usuarios en listserv.gva.es
> Message-ID: <56D82A75.2010203 en gvsig.com>
> Content-Type: text/plain; charset=windows-1252
>
> Hola,
>
> El 03/03/16 a las 12:49, Cartograf铆a Informatizada ( A. Hamerlinck )
> escribi贸:
> > Joaquin Jose del Cerro Murciano escribi贸:
> >>
> >> El 3 de marzo de 2016, 10:38, Joaquin Jose del Cerro Murciano
> >> <jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>> escribi贸:
> >>
> >>
> >>
> >> El 2 de marzo de 2016, 14:21, Vicente Navarro Navarro
> >> <vicente en naquera.com <mailto:vicente en naquera.com>> escribi贸:
> >>
> >> Buenos d铆as. Estoy intentando instalar la nueva versi贸n.
> >>
> >> He probado instalando el java 1.7 desde el enlace que
> >> publicasteis ya que con la versi贸n que tenia no funcionaba
> >> pero cuando ejecuto el programa me sale el mensaje de erro que
> >> os pego el pantallazo y cuando lo cierro gvsig continua con
> >> los iconos en rojo que veis y ni deja cerrarlo ni abrir
> >> proyectos... se bloquea.
> >>
> >> En principio de lo que he visto que a algunos os ha funcionado
> >> no me ha dado resultado nada
> >>
> >>
> >> Hola Vicente.
> >> La cuestion es delicada aunque no compleja. Hay que fijarse en los
> >> detalles.
> >> Voy a comentar solo de windows, pero lo mismo es aplicable a linux.
> >>
> >> En windows tenemos sistemas de 32 y 64 bits. Si tienes un sistema
> >> de 32 bits, precisas aplicaciones de 32 bits para que funcionen.
> >> Pero ojo, que si tu tienes un sistema de 64 bits, este puede hacer
> >> funcionar aplicaciones de 64 bits en "modo nativo", y aplicaciones
> >> de 32 bits en "modo emulado" (no es estrictamente una emulacion,
> >> pero no liaremos ahora con detalles). En principio eso nos permite
> >> ejecutar aplicaciones "antiguas que estan solo en 32 bits" en
> >> sistemas de 64. Ahora bien, lo que no puedes hacer en una
> >> aplicacion es mezclar cosas de 32 y de 64. Toda la aplicacion debe
> >> ser de 32 bits o de 64, sin mezcla.
> >>
> >> Con estas premisas en mente vamos a ver que pasa con gvSIG desktop.
> >>
> >> gvSIG desktop es una aplicacion que cuenta con dos grandes
> >> componentes. Por un lado lo que seria el "runtime de java", y por
> >> otro la propia aplicacion gvSIG desktop. Los dos componentes deben
> >> estar bajo la misma arquitectura, 32 o 64 bits. A parte tenemos el
> >> tema de la version de java que precisa gvSIG, que en general si
> >> tenemos un java 1.7 o superior no deberia darnos ningun problema.
> >>
> >> *Si tenemos un sistema de 32 bits*, deberemos descagar gvSIG
> >> desktop para 32 bits, y eso normalmente no nos causara ningun
> >> problema. Todo funcionara bien. Nunca deberiamos instalar un gvSIG
> >> desktop de 64 bits en un sistema de 32. Simplemente gvSIG no ira.
> >>
> >> *Si tenemos un sistema de 64 bits*, que es ya lo habitual, la cosa
> >> se complica un poco. Para que todo vaya lo mejor posible, la
> >> recomendacion, es que si tienes un sistema de 64 bits, descargues
> >> un gvSIG desktop de 64 bits y tengas un "runtime de java" de 64
> >> bits (recuerda no se puden mezclar arquitecturas, gvSIG desktop y
> >> java deben tener la misma arquitectura). En caso de que tengas un
> >> gvSIG desktop de 64 bits y el "runtime de java" sea de 32 bits, la
> >> aplicacion arrancara como una de 32 bits y cuando intente cargar
> >> los componentes de 64 no sera capaz y fallara. gvSIG desktop
> >> creera que estas ejecutandola en un entorno de 32 bits y te
> >> mostrara el mensaje que te ha aparecido:
> >>
> >> "Esta ejecutando gvSIG en una plataforma x86
> >> "
> >> "Hay paquetes instalados que no son compatibles con su sistema
> >>
> >> Vamos. Si aparece ese mensaje y tu sistema es de 64 bits, seguro
> >> que estas ejecutando con una java de 32 bits, y no tiene nada que
> >> ver con la version de java si no con la arquitectura de esta.
> >> LLegados a este punto, hoy tienes dos opciones:
> >>
> >> - Seguir usando el "runtime de java" que tienes instalado (de 32
> >> bits).
> >> Para eso deberas instalar un gvSIG desktop de 32 bits.
> >>
> >> - Instalar un "runtime de java" de 64 bits y ejecutar gvSIG con
> este.
> >>
> >> La decision, de momento, no es trivial.
> >> El que tengas instalado un "rumtime de java" de 32 bits en un
> >> sistema de 64, puede que te venga forzado por que tengas alguna
> >> apliaccion de 32 bits que lo precise, y si simplemente instalar el
> >> de 64, gvSIG te ira, pero te dejara de ir esa otra aplicacion. Si
> >> es ese el caso, de momento usaria un gvSIG desktop de 32 bits. Si
> >> no lo es, es decir no tienes una aplicacion que requiera un java
> >> de 32, yo instalaria el de 64 y usaria gvSIG desktop de 64.
> >>
> >>
> > Hola,
> >
> > Ahora viene la pregunta del mill贸n.
> >
> > En versiones anteriores de gvSIG optast茅is por instalar un runtime de
> > java dentro de la estructura de directorios de gvSIG sin contar con la
> > versi贸n de java instalada en el sistema con lo que eliminabais errores
> > por incompatibilidad de la versi贸n de java "del sistema" que suele
> > actualizarse a un ritmo que supongo no pod茅is seguir para verificar el
> > buen funcionamiento de gvSIG.
> >
> > 驴 A que se debe el abandono de esa pr谩ctica?
> Como se coment贸 en el post en esta RC1 no viene la opci贸n de
> instalar/usar una java que vaya con el instalador, opci贸n que s铆 estar谩
> disponible en siguientes RC.
> Y, por supuesto, en la final.
> Somos muy conscientes de lo que facilita esto la vida a los usuarios.
> :-)
>
> Saludos,
> Alvaro
>
> >
> > 驴 Hay alguna "trampa" para poder instalar una versi贸n de 32 bits de java
> > para "el sistema en general" o sea para la inmensa mayor铆s de
> > aplicaciuones de 32 bits o que dan por sentado que la versi贸n de java
> > "por defecto" es de 32 y luego una versi贸n de java de 64 bits para uso
> > "exclusivo" de gvSIG ?
> >
> > Un saludo
> >
> > _______________________________________________
> > gvSIG_usuarios mailing list
> > gvSIG_usuarios en listserv.gva.es
> >
> > Para ver hist贸rico de mensajes, editar sus preferencias de usuario o
> darse de baja en esta lista, acuda a la siguiente direcci贸n:
> >
> > https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 3 Mar 2016 06:25:56 -0800 (PST)
> From: Alonso Morilla <almorillam en gmail.com>
> Subject: Re: [Gvsig_usuarios] Instalaci贸n de gvsig 2.3
> To: gvsig_usuarios en listserv.gva.es
> Message-ID: <1457015156508-5254121.post en n6.nabble.com>
> Content-Type: text/plain; charset=UTF-8
>
> Muchas gracias, Joaqu铆n!
>
> Funciona correctamente. Para las siguientes mirar茅 antes el redmine...
>
> Enhorabuena por vuestro trabajo. Me pongo a revisar las novedades y a
> testear la RC.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Instalacion-de-gvsig-2-3-tp5253464p5254121.html
> Sent from the gvSIG usuarios mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 3 Mar 2016 22:09:22 +0000 (UTC)
> From: Jos茅 Luis Garc铆a <cuty_99_1950 en yahoo.com>
> Subject: Re: [Gvsig_usuarios] instalaci贸n versi贸n 2.3
> To: Lista de Usuarios de gvSIG <gvsig_usuarios en listserv.gva.es>
> Message-ID:
> <1967264443.3232369.1457042962861.JavaMail.yahoo en mail.yahoo.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hola Alvaro, te comunico que logre instalar el gvsig.2.3, ya que al inicio
> tuve problemas, para instalarlo elimine el java 1.7 y reinstale el 8u73,
> borre todo lo que habia instalado anteriormente y corr铆o perfectamente.
> saludos,
> jos茅 luis garc铆a
>
>
> De: Alvaro Anguix <aanguix en gvsig.com>
> Para: gvsig_usuarios en listserv.gva.es
> Enviado: Jueves, 3 de marzo, 2016 7:13:41
> Asunto: Re: [Gvsig_usuarios] instalaci贸n versi贸n 2.3
>
> Hola,
>
> El 03/03/16 a las 12:49, Cartograf铆a Informatizada ( A. Hamerlinck )
> escribi贸:
> > Joaquin Jose del Cerro Murciano escribi贸:
> >>
> >> El 3 de marzo de 2016, 10:38, Joaquin Jose del Cerro Murciano
> >> <jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>> escribi贸:
> >>
> >>
> >>
> >> El 2 de marzo de 2016, 14:21, Vicente Navarro Navarro
> >> <vicente en naquera.com <mailto:vicente en naquera.com>> escribi贸:
> >>
> >> Buenos d铆as. Estoy intentando instalar la nueva versi贸n.
> >>
> >> He probado instalando el java 1.7 desde el enlace que
> >> publicasteis ya que con la versi贸n que tenia no funcionaba
> >> pero cuando ejecuto el programa me sale el mensaje de erro que
> >> os pego el pantallazo y cuando lo cierro gvsig continua con
> >> los iconos en rojo que veis y ni deja cerrarlo ni abrir
> >> proyectos... se bloquea.
> >>
> >> En principio de lo que he visto que a algunos os ha funcionado
> >> no me ha dado resultado nada
> >>
> >>
> >> Hola Vicente.
> >> La cuestion es delicada aunque no compleja. Hay que fijarse en los
> >> detalles.
> >> Voy a comentar solo de windows, pero lo mismo es aplicable a linux.
> >>
> >> En windows tenemos sistemas de 32 y 64 bits. Si tienes un sistema
> >> de 32 bits, precisas aplicaciones de 32 bits para que funcionen.
> >> Pero ojo, que si tu tienes un sistema de 64 bits, este puede hacer
> >> funcionar aplicaciones de 64 bits en "modo nativo", y aplicaciones
> >> de 32 bits en "modo emulado" (no es estrictamente una emulacion,
> >> pero no liaremos ahora con detalles). En principio eso nos permite
> >> ejecutar aplicaciones "antiguas que estan solo en 32 bits" en
> >> sistemas de 64. Ahora bien, lo que no puedes hacer en una
> >> aplicacion es mezclar cosas de 32 y de 64. Toda la aplicacion debe
> >> ser de 32 bits o de 64, sin mezcla.
> >>
> >> Con estas premisas en mente vamos a ver que pasa con gvSIG desktop.
> >>
> >> gvSIG desktop es una aplicacion que cuenta con dos grandes
> >> componentes. Por un lado lo que seria el "runtime de java", y por
> >> otro la propia aplicacion gvSIG desktop. Los dos componentes deben
> >> estar bajo la misma arquitectura, 32 o 64 bits. A parte tenemos el
> >> tema de la version de java que precisa gvSIG, que en general si
> >> tenemos un java 1.7 o superior no deberia darnos ningun problema.
> >>
> >> *Si tenemos un sistema de 32 bits*, deberemos descagar gvSIG
> >> desktop para 32 bits, y eso normalmente no nos causara ningun
> >> problema. Todo funcionara bien. Nunca deberiamos instalar un gvSIG
> >> desktop de 64 bits en un sistema de 32. Simplemente gvSIG no ira.
> >>
> >> *Si tenemos un sistema de 64 bits*, que es ya lo habitual, la cosa
> >> se complica un poco. Para que todo vaya lo mejor posible, la
> >> recomendacion, es que si tienes un sistema de 64 bits, descargues
> >> un gvSIG desktop de 64 bits y tengas un "runtime de java" de 64
> >> bits (recuerda no se puden mezclar arquitecturas, gvSIG desktop y
> >> java deben tener la misma arquitectura). En caso de que tengas un
> >> gvSIG desktop de 64 bits y el "runtime de java" sea de 32 bits, la
> >> aplicacion arrancara como una de 32 bits y cuando intente cargar
> >> los componentes de 64 no sera capaz y fallara. gvSIG desktop
> >> creera que estas ejecutandola en un entorno de 32 bits y te
> >> mostrara el mensaje que te ha aparecido:
> >>
> >> "Esta ejecutando gvSIG en una plataforma x86
> >> "
> >> "Hay paquetes instalados que no son compatibles con su sistema
> >>
> >> Vamos. Si aparece ese mensaje y tu sistema es de 64 bits, seguro
> >> que estas ejecutando con una java de 32 bits, y no tiene nada que
> >> ver con la version de java si no con la arquitectura de esta.
> >> LLegados a este punto, hoy tienes dos opciones:
> >>
> >> - Seguir usando el "runtime de java" que tienes instalado (de 32
> >> bits).
> >> Para eso deberas instalar un gvSIG desktop de 32 bits.
> >>
> >> - Instalar un "runtime de java" de 64 bits y ejecutar gvSIG con este.
> >>
> >> La decision, de momento, no es trivial.
> >> El que tengas instalado un "rumtime de java" de 32 bits en un
> >> sistema de 64, puede que te venga forzado por que tengas alguna
> >> apliaccion de 32 bits que lo precise, y si simplemente instalar el
> >> de 64, gvSIG te ira, pero te dejara de ir esa otra aplicacion. Si
> >> es ese el caso, de momento usaria un gvSIG desktop de 32 bits. Si
> >> no lo es, es decir no tienes una aplicacion que requiera un java
> >> de 32, yo instalaria el de 64 y usaria gvSIG desktop de 64.
> >>
> >>
> > Hola,
> >
> > Ahora viene la pregunta del mill贸n.
> >
> > En versiones anteriores de gvSIG optast茅is por instalar un runtime de
> > java dentro de la estructura de directorios de gvSIG sin contar con la
> > versi贸n de java instalada en el sistema con lo que eliminabais errores
> > por incompatibilidad de la versi贸n de java "del sistema" que suele
> > actualizarse a un ritmo que supongo no pod茅is seguir para verificar el
> > buen funcionamiento de gvSIG.
> >
> > 驴 A que se debe el abandono de esa pr谩ctica?
> Como se coment贸 en el post en esta RC1 no viene la opci贸n de
> instalar/usar una java que vaya con el instalador, opci贸n que s铆 estar谩
> disponible en siguientes RC.
> Y, por supuesto, en la final.
> Somos muy conscientes de lo que facilita esto la vida a los usuarios.
> :-)
>
> Saludos,
> Alvaro
>
> >
> > 驴 Hay alguna "trampa" para poder instalar una versi贸n de 32 bits de java
> > para "el sistema en general" o sea para la inmensa mayor铆s de
> > aplicaciuones de 32 bits o que dan por sentado que la versi贸n de java
> > "por defecto" es de 32 y luego una versi贸n de java de 64 bits para uso
> > "exclusivo" de gvSIG ?
> >
> > Un saludo
> >
> > _______________________________________________
> > gvSIG_usuarios mailing list
> > gvSIG_usuarios en listserv.gva.es
> >
> > Para ver hist贸rico de mensajes, editar sus preferencias de usuario o
> darse de baja en esta lista, acuda a la siguiente direcci贸n:
> >
> > https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
>
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en listserv.gva.es
>
> Para ver hist贸rico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente direcci贸n:
>
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
>
>
> ------------ pr?a parte ------------
> Se ha borrado un adjunto en formato HTML...
> URL:
> http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20160303/0b5c7e2e/attachment-0001.htm
>
> ------------------------------
>
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en listserv.gva.es
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
>
>
> Fin de Resumen de gvSIG_usuarios, Vol 138, Env铆o 4
> **************************************************
>
------------ pr髕ima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20160304/2cc56478/attachment.htm
M醩 informaci髇 sobre la lista de distribuci髇 gvSIG_usuarios