[opensuse-es] Que trata de generar una foto de La Tierra como fondo de pantalla en Gnome, con xearth.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
2009/1/6 Carlos E. R.
Resulta que hay una interfaz para darle al gnome fondos de pantalla cambiantes, y la suse trae un ejemplo en /usr/share/backgrounds/grass (rpm desktop-data-openSUSE-extra-gnome). El truco consiste en un fichero xml que define que ficheros graficos cargar y cuando:
Me gusta. Se me ocurre una interfaz simple en gtk para armar el xml :) -- Kind Regards -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-01-06 a las 12:11 -0200, Gabriel escribió:
2009/1/6 Carlos E. R.
: Resulta que hay una interfaz para darle al gnome fondos de pantalla cambiantes, y la suse trae un ejemplo en /usr/share/backgrounds/grass (rpm desktop-data-openSUSE-extra-gnome). El truco consiste en un fichero xml que define que ficheros graficos cargar y cuando:
Me gusta. Se me ocurre una interfaz simple en gtk para armar el xml :)
Sí, es una interfaz muy interesante, una vez que se sabe de su existencia; pero no se donde estará documentada. Sé que la lleva el nautilus. Por cierto: un error en el xml puede hacer cascar la función "abrir fichero" en la 11.0, y saltar el bugreportingtool - y si cierras el reporte, sale otro con el focus, y no te deja editar el xml para corregirlo porque no te da tiempo entre saltos. Tienes que dejarlo abierto hasta que corrijas el error. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAklja2wACgkQtTMYHG2NR9XVEACeM3CzHWpTzkfdyFEjhQMVppoL 4IQAn3Sm4YZncSZpGsp4AQs0O2N38G2h =z2NY -----END PGP SIGNATURE-----
El 6/01/09, Carlos E. R. escribió:
Resulta que hay una interfaz para darle al gnome fondos de pantalla cambiantes, y la suse trae un ejemplo en /usr/share/backgrounds/grass (rpm desktop-data-openSUSE-extra-gnome). El truco consiste en un fichero xml que define que ficheros graficos cargar y cuando:
Mola :-D (...)
Encontré esta explicación:
http://danubuntu.wordpress.com/2008/07/28/cambiar-automaticamente-el-fondo-d...
pero no he visto documentación sobre la interfase.
Para que luego digan que el Gnome no se puede personalizar... vaya si se puede. El problema es encontrar "cómo" hacerlo. El desarrollo va más deprisa que la documentación, es decir, añaden cosas pero nadie sabe que las han añadido y tampoco hay documentación donde lo explique >:-)
Se me ocurrió usar esto para generar un fondo de pantalla cambiante con la tierra, usando xearth. Para eso hice un script que genera un xml con 48 ficheros definidos, y que también genera los 48 ficheros de La Tierra, uno para cada media hora del dia:
Pregunta: si ya sabes de antemano el número de imágenes que vas a utilizar y es un número siempre fijo ¿necesitas crear un script para generar el xml? ¿no valdría con definir la ruta a esas 48 imágenes en el xml? :-?
-geometry 1024x768 -date $DATE
Tiene su complicación, porque al xearth hay que darle la hora universal, mientras que el xml necesita hora local. Y no lo he conseguido, hay un error de una hora...
Será el xplanet X-) Pero esto no lo entiendo. ¿Para qué necesitas que concuerden las horas en ambos (la salida de las imágenes en xplanet y el xml)? >:-? (...)
Y nada más! X'-)
Bueno, si, hay que poner una tarea en el cron, como por ejemplo:
*/20 * * * * /usr/share/backgrounds/tierra/generar > /dev/null
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-01-06 a las 20:17 +0100, Camaleón escribió:
El 6/01/09, Carlos E. R. escribió:
Resulta que hay una interfaz para darle al gnome fondos de pantalla cambiantes, y la suse trae un ejemplo en /usr/share/backgrounds/grass (rpm desktop-data-openSUSE-extra-gnome). El truco consiste en un fichero xml que define que ficheros graficos cargar y cuando:
Mola :-D
¿verdad?
(...)
Encontré esta explicación:
http://danubuntu.wordpress.com/2008/07/28/cambiar-automaticamente-el-fondo-d...
pero no he visto documentación sobre la interfase.
Para que luego digan que el Gnome no se puede personalizar... vaya si se puede. El problema es encontrar "cómo" hacerlo.
Exacto.
El desarrollo va más deprisa que la documentación, es decir, añaden cosas pero nadie sabe que las han añadido y tampoco hay documentación donde lo explique >:-)
Muy cierto. Ellos se lo guisan y ellos se lo comen. Dirán que les mola vernos sufrir mientras nos damos de tortas descubriendo las cosas. He visto lo que creo que son animaciones para gnome, de pago... buscando por "animated wallpaper gnome" en gugle.
Se me ocurrió usar esto para generar un fondo de pantalla cambiante con la tierra, usando xearth. Para eso hice un script que genera un xml con 48 ficheros definidos, y que también genera los 48 ficheros de La Tierra, uno para cada media hora del dia:
Pregunta: si ya sabes de antemano el número de imágenes que vas a utilizar y es un número siempre fijo ¿necesitas crear un script para generar el xml? ¿no valdría con definir la ruta a esas 48 imágenes en el xml? :-?
Cierto, puedes hacer el xml fijo con un editor y dejarlo hecho; el problema es que son 48 lineas de configuración apuntando cada una a un fichero distinto, y se me antojó pesado de escribir. Yo soy de los que son capaces de ahorrarse 10 minutos trabajando 40. Ya sabes, mentalidad de programador ;-) También, es que cambiando una variable lo cambio para generar doce o ciento y pico fotos en un plis plas. Y según le des la entrada al script, genera el xml o las fotos. Y las fotos, en el diseño inicial, había que generarlas una vez al día, porque cambian ligeramente de un dia a otro: estaciones del año, el paso de la luna (creo que ahora está encima de Arabia), etc.
-geometry 1024x768 -date $DATE
Tiene su complicación, porque al xearth hay que darle la hora universal, mientras que el xml necesita hora local. Y no lo he conseguido, hay un error de una hora...
Será el xplanet X-)
Eso, que manía tengo...
Pero esto no lo entiendo. ¿Para qué necesitas que concuerden las horas en ambos (la salida de las imágenes en xplanet y el xml)? >:-?
Pues hace falta. En el xml lo que se hace es que cada x segundos (1800 para media hora) entra en juego una nueva sección de la configuración, y cambia a otro fichero. Es decir, tienes una configuración que básicamente equivale a esto: 00:00 fichero 1 00:30 fichero 2 01:00 fichero 3 aunque en vez de las horas, tiene duraciones de cada foto: Czo : 00:00 durante 1600 segundos , mostrar "fichero 1" + 1600, fichero 2 + 1600, fichero 3 ... Así que es problema tuyo asegurarte que el "fichero 1" contenga la vista de La Tierra a las 12 de la noche; el 2, a las 12:30; el tres a la 1:00... hay que sincronizar ambas estructuras de manera que coincidan - y no lo conseguí, había un desfase. Es por eso que llamo a xplanet con "-label", para ver qué hora me ha puesto.
(...)
Y nada más! X'-)
Bueno, si, hay que poner una tarea en el cron, como por ejemplo:
*/20 * * * * /usr/share/backgrounds/tierra/generar > /dev/null
¿Y no es mucha carga de cpu, cambiar la imagen del escritorio cada 30 minutos y generar las imágenes? Haz un "top" cada media hora, a ver cómo se pone...
:-P
Pos vas aviá, si tienes que estar mirando el "top" para cazar el evento. En mi vetusta máquina no llega a los cinco segundos de cálculo. Que conste que para probar el invento lo puse a cambiarse cada minuto al principio... ... Pos acabo de cazar el evento. Vi el reloj a las 20:39:50 y me dió tiempo a esperarlo. Casi ni se ve en el top, un sólo golpe.
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkljs/YACgkQtTMYHG2NR9W18gCaAhhO8SlKA59VD0pIWNrvNZ9O HigAn2I6VhJqsI7jnn/2Y+MrPACO4+fb =qDAM -----END PGP SIGNATURE-----
Carlos E. R. escribió:
El 2009-01-06 a las 20:17 +0100, Camaleón escribió:
El 6/01/09, Carlos E. R. escribió:
Resulta que hay una interfaz para darle al gnome fondos de pantalla cambiantes, y la suse trae un ejemplo en /usr/share/backgrounds/grass (rpm desktop-data-openSUSE-extra-gnome). El truco consiste en un fichero xml que define que ficheros graficos cargar y cuando:
Mola :-D
¿verdad?
(...)
Encontré esta explicación:
http://danubuntu.wordpress.com/2008/07/28/cambiar-automaticamente-el-fondo-d...
pero no he visto documentación sobre la interfase.
Para que luego digan que el Gnome no se puede personalizar... vaya si se puede. El problema es encontrar "cómo" hacerlo.
Exacto.
El desarrollo va más deprisa que la documentación, es decir, añaden cosas pero nadie sabe que las han añadido y tampoco hay documentación donde lo explique >:-)
Muy cierto. Ellos se lo guisan y ellos se lo comen. Dirán que les mola vernos sufrir mientras nos damos de tortas descubriendo las cosas.
No hombre no, es que la presión del lanzamiento es alta y queda poco tiempo para documentar. Por otra parte al programador le gusta programar, y lo de documentar es como un grano en el culo, les parece un coñazo, y lo comprendo. Es difícil explicar todo lo que se ha hecho, y además pretender que el común de los mortales lo entiendan. No lo encuentro en el mensaje.. me duele la cabeza así que ya contesto aquí, me lo perdonáis por hoy. GNOME es tan configurable como KDE, y hasta puede que lo sea más. El problema es que no para el usuario común. Exige buscarse demasiado las habichuelas buscando qué fichero de configuración hay que buscar para casi cualquier tontería.
He visto lo que creo que son animaciones para gnome, de pago... buscando por "animated wallpaper gnome" en gugle.
Se me ocurrió usar esto para generar un fondo de pantalla cambiante con la tierra, usando xearth. Para eso hice un script que genera un xml con 48 ficheros definidos, y que también genera los 48 ficheros de La Tierra, uno para cada media hora del dia:
Pregunta: si ya sabes de antemano el número de imágenes que vas a utilizar y es un número siempre fijo ¿necesitas crear un script para generar el xml? ¿no valdría con definir la ruta a esas 48 imágenes en el xml? :-?
Cierto, puedes hacer el xml fijo con un editor y dejarlo hecho; el problema es que son 48 lineas de configuración apuntando cada una a un fichero distinto, y se me antojó pesado de escribir. Yo soy de los que son capaces de ahorrarse 10 minutos trabajando 40. Ya sabes, mentalidad de programador ;-)
También, es que cambiando una variable lo cambio para generar doce o ciento y pico fotos en un plis plas.
Y según le des la entrada al script, genera el xml o las fotos.
Y las fotos, en el diseño inicial, había que generarlas una vez al día, porque cambian ligeramente de un dia a otro: estaciones del año, el paso de la luna (creo que ahora está encima de Arabia), etc.
-geometry 1024x768 -date $DATE
Tiene su complicación, porque al xearth hay que darle la hora universal, mientras que el xml necesita hora local. Y no lo he conseguido, hay un error de una hora...
Será el xplanet X-)
Eso, que manía tengo...
Pero esto no lo entiendo. ¿Para qué necesitas que concuerden las horas en ambos (la salida de las imágenes en xplanet y el xml)? >:-?
Pues hace falta.
En el xml lo que se hace es que cada x segundos (1800 para media hora) entra en juego una nueva sección de la configuración, y cambia a otro fichero. Es decir, tienes una configuración que básicamente equivale a esto:
00:00 fichero 1 00:30 fichero 2 01:00 fichero 3
aunque en vez de las horas, tiene duraciones de cada foto:
Czo : 00:00 durante 1600 segundos , mostrar "fichero 1" + 1600, fichero 2 + 1600, fichero 3 ...
Así que es problema tuyo asegurarte que el "fichero 1" contenga la vista de La Tierra a las 12 de la noche; el 2, a las 12:30; el tres a la 1:00... hay que sincronizar ambas estructuras de manera que coincidan - y no lo conseguí, había un desfase. Es por eso que llamo a xplanet con "-label", para ver qué hora me ha puesto.
(...)
Y nada más! X'-)
Bueno, si, hay que poner una tarea en el cron, como por ejemplo:
*/20 * * * * /usr/share/backgrounds/tierra/generar > /dev/null
¿Y no es mucha carga de cpu, cambiar la imagen del escritorio cada 30 minutos y generar las imágenes? Haz un "top" cada media hora, a ver cómo se pone...
:-P
Pos vas aviá, si tienes que estar mirando el "top" para cazar el evento. En mi vetusta máquina no llega a los cinco segundos de cálculo. Que conste que para probar el invento lo puse a cambiarse cada minuto al principio...
...
Pos acabo de cazar el evento. Vi el reloj a las 20:39:50 y me dió tiempo a esperarlo. Casi ni se ve en el top, un sólo golpe.
-- Saludos Carlos E.R.
-- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-01-06 a las 21:19 +0100, csalinux escribió:
El desarrollo va más deprisa que la documentación, es decir, añaden cosas pero nadie sabe que las han añadido y tampoco hay documentación donde lo explique >:-)
Muy cierto. Ellos se lo guisan y ellos se lo comen. Dirán que les mola vernos sufrir mientras nos damos de tortas descubriendo las cosas.
No hombre no, es que la presión del lanzamiento es alta y queda poco tiempo para documentar. Por otra parte al programador le gusta programar, y lo de documentar es como un grano en el culo, les parece un coñazo, y lo comprendo. Es difícil explicar todo lo que se ha hecho, y además pretender que el común de los mortales lo entiendan.
Ya lo se, si yo también he programado... pero el resultado está ahí, que muchas veces no se sabe como usar un programa de estos si no te pones a analizar el código tu también - y eso no es.
No lo encuentro en el mensaje.. me duele la cabeza así que ya contesto aquí, me lo perdonáis por hoy.
GNOME es tan configurable como KDE, y hasta puede que lo sea más. El problema es que no para el usuario común. Exige buscarse demasiado las habichuelas buscando qué fichero de configuración hay que buscar para casi cualquier tontería.
Es posible. Pero el resultado para los meros mortales es que es poco configurable. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkljv2cACgkQtTMYHG2NR9VrRQCeOc77My0Lxe1h5E8wK9pZnUS9 /7MAn1j/jYwF1JGxJ+UJXYmXhKum8ni8 =sDtE -----END PGP SIGNATURE-----
Carlos E. R. escribió:
El 2009-01-06 a las 21:19 +0100, csalinux escribió:
El desarrollo va más deprisa que la documentación, es decir, añaden cosas pero nadie sabe que las han añadido y tampoco hay documentación donde lo explique >:-)
Muy cierto. Ellos se lo guisan y ellos se lo comen. Dirán que les mola vernos sufrir mientras nos damos de tortas descubriendo las cosas.
No hombre no, es que la presión del lanzamiento es alta y queda poco tiempo para documentar. Por otra parte al programador le gusta programar, y lo de documentar es como un grano en el culo, les parece un coñazo, y lo comprendo. Es difícil explicar todo lo que se ha hecho, y además pretender que el común de los mortales lo entiendan.
Ya lo se, si yo también he programado... pero el resultado está ahí, que muchas veces no se sabe como usar un programa de estos si no te pones a analizar el código tu también - y eso no es.
No lo encuentro en el mensaje.. me duele la cabeza así que ya contesto aquí, me lo perdonáis por hoy.
GNOME es tan configurable como KDE, y hasta puede que lo sea más. El problema es que no para el usuario común. Exige buscarse demasiado las habichuelas buscando qué fichero de configuración hay que buscar para casi cualquier tontería.
Es posible. Pero el resultado para los meros mortales es que es poco configurable.
-- Saludos Carlos E.R.
Y estoy de acuerdo en la práctica con ellos. El día que los asistentes de configuración de Gnome, estén a la altura de los de kde3 y también tengan un estilo más consistente me propondré probarlo intensivamente. -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-01-06 a las 21:39 +0100, csalinux escribió:
GNOME es tan configurable como KDE, y hasta puede que lo sea más. El problema es que no para el usuario común. Exige buscarse demasiado las habichuelas buscando qué fichero de configuración hay que buscar para casi cualquier tontería.
Es posible. Pero el resultado para los meros mortales es que es poco configurable.
Y estoy de acuerdo en la práctica con ellos. El día que los asistentes de configuración de Gnome, estén a la altura de los de kde3 y también tengan un estilo más consistente me propondré probarlo intensivamente.
Yo eso que decís del estilo poco consistente, es que no lo veo, la verdad. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkljw8UACgkQtTMYHG2NR9VRWQCggzg1vbtctluT43+HRngn3gh/ WmAAnjoLwMfqe8aSuS9+t8ixosVPmQLP =VXTh -----END PGP SIGNATURE-----
Carlos E. R. escribió:
El 2009-01-06 a las 21:39 +0100, csalinux escribió:
GNOME es tan configurable como KDE, y hasta puede que lo sea más. El problema es que no para el usuario común. Exige buscarse demasiado las habichuelas buscando qué fichero de configuración hay que buscar para casi cualquier tontería.
Es posible. Pero el resultado para los meros mortales es que es poco configurable.
Y estoy de acuerdo en la práctica con ellos. El día que los asistentes de configuración de Gnome, estén a la altura de los de kde3 y también tengan un estilo más consistente me propondré probarlo intensivamente.
Yo eso que decís del estilo poco consistente, es que no lo veo, la verdad.
-- Saludos Carlos E.R.
Porque eres un "loco genomero", te lo he dicho "cienes y cienes" de veces. :P -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
No hombre no, es que la presión del lanzamiento es alta y queda poco tiempo para documentar. Por otra parte al programador le gusta programar, y lo de documentar es como un grano en el culo, les parece un coñazo, y lo comprendo. Es difícil explicar todo lo que se ha hecho, y además pretender que el común de los mortales lo entiendan.
Ya lo se, si yo también he programado... pero el resultado está ahí, que muchas veces no se sabe como usar un programa de estos si no te pones a analizar el código tu también - y eso no es.
Ya sé que no es. :) A KDE también le pasa lo mismo eh? y a X11... y a qt, como te pase algo que no resuelvan los asistentes te toca sudar...
-- Saludos Carlos E.R.
-- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 6/01/09, Carlos E. R. escribió:
También, es que cambiando una variable lo cambio para generar doce o ciento y pico fotos en un plis plas.
En este caso creo que se podrá comentar el bloque de líneas que no quieras en el xml con: <!-- <bloque1>imagen01</bloque1> <bloque2>imagen02</bloque2> <bloque3>imagen03</bloque3> --> Así "eliminas" de un golpe todas las imágenes las que no quieres cargar.
Y las fotos, en el diseño inicial, había que generarlas una vez al día, porque cambian ligeramente de un dia a otro: estaciones del año, el paso de la luna (creo que ahora está encima de Arabia), etc.
Sí, las fotos sí entiendo que necesitas crearlas.
Así que es problema tuyo asegurarte que el "fichero 1" contenga la vista de La Tierra a las 12 de la noche; el 2, a las 12:30; el tres a la 1:00... hay que sincronizar ambas estructuras de manera que coincidan - y no lo conseguí, había un desfase. Es por eso que llamo a xplanet con "-label", para ver qué hora me ha puesto.
Quieres decir que hace falta sólo para que haya una coincidencia "real" entre la hora y la imagen pero no por exigencias del script ni del xml ¿no? En el readme del xplanet es un poco ambiguo porque se supone que puedes forzar la fecha... dice: *** -date YYYYMMDD.HHMMSS Use the date specified instead of the current local time. The date is assumed to be GMT. *** Es decir, que puedes poner la fecha y hora que quieras en lugar de la local ¿no?. Luego... a) Si le pasa el argumento "-date $DATE" y $DATE contiene la fecha del sistema formateada para xplanet ¿qué fecha usa? b) Si no lo especificas (-date) ¿qué fecha saca? No deberías obtener el mismo resultado en ambos casos... :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-01-06 a las 21:19 +0100, Camaleón escribió:
El 6/01/09, Carlos E. R. escribió:
También, es que cambiando una variable lo cambio para generar doce o ciento y pico fotos en un plis plas.
En este caso creo que se podrá comentar el bloque de líneas que no quieras en el xml con:
<!-- <bloque1>imagen01</bloque1> <bloque2>imagen02</bloque2> <bloque3>imagen03</bloque3> -->
Así "eliminas" de un golpe todas las imágenes las que no quieres cargar.
Pero no es tan simple, porque tienes que eliminar una de cada dos, o una de cada tres, o tres de cada cuatro... depende de la proporción que quieras. Y al eliminar, para cubrir las 24 horas necesarias, tienes también que cambiar el parámetro <duration> de cada una de las definiciones: si quitas una de cada dos, tienes que cambiar los 900 segundos por 1800 en todas las entradas. No, créeme, es más facil cambiar el script y generar de nuevo el xml - lo cual, de paso, hace al nautilus refrescar el fondo.
Y las fotos, en el diseño inicial, había que generarlas una vez al día, porque cambian ligeramente de un dia a otro: estaciones del año, el paso de la luna (creo que ahora está encima de Arabia), etc.
Sí, las fotos sí entiendo que necesitas crearlas.
Así que es problema tuyo asegurarte que el "fichero 1" contenga la vista de La Tierra a las 12 de la noche; el 2, a las 12:30; el tres a la 1:00... hay que sincronizar ambas estructuras de manera que coincidan - y no lo conseguí, había un desfase. Es por eso que llamo a xplanet con "-label", para ver qué hora me ha puesto.
Quieres decir que hace falta sólo para que haya una coincidencia "real" entre la hora y la imagen pero no por exigencias del script ni del xml ¿no?
Correcto. Claro, la gracia de la cosa es mostrar la Tierra tal y como está en cada momento de la realidad.
En el readme del xplanet es un poco ambiguo porque se supone que puedes forzar la fecha... dice:
*** -date YYYYMMDD.HHMMSS Use the date specified instead of the current local time. The date is assumed to be GMT. ***
Correcto.
Es decir, que puedes poner la fecha y hora que quieras en lugar de la local ¿no?. Luego...
Y es lo que hago. O hacía, la primera versión del script.
a) Si le pasa el argumento "-date $DATE" y $DATE contiene la fecha del sistema formateada para xplanet ¿qué fecha usa?
La que le pasas. Y si lo formateas mal, te pone fechas rarísimas: a mi se me iba a abril.
b) Si no lo especificas (-date) ¿qué fecha saca?
La actual. Fecha hora y segundo y centésimas.
No deberías obtener el mismo resultado en ambos casos... :-?
Si le pasas como dato la hora actual, sí, sale lo mismo. Pero date cuenta que yo generaba las 48 fotos del dia, una de cada media hora, en un cron diario: tenía que darle manualmente las horas para las que quería generar las fotos. Y ojo, que el xplanet usa gmt, pero nautilus usa local (creo), luego tienes que convertir. Y no está claro, porque me equivoqué en la conversión. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkljwYoACgkQtTMYHG2NR9VUvgCghR9X9iTe6UHnA9xgqaVe25FP J/cAnjRyVGx8RxY6kyS4Wv+Vxl3Orp/H =/IgA -----END PGP SIGNATURE-----
participants (5)
-
Camaleón
-
Carlos E. R.
-
Carlos E. R.
-
csalinux
-
Gabriel