Meteoclimatic
Software => WeeWX => Mensaje iniciado por: Xavi-EA5ZF en 29 de Noviembre de 2015, 10:37:57
-
Buenos días, ya hace tiempo que no disponía de "idem" para escribir algo en el foro.
Me estoy planteando el dejar el Wview por el WEEWX, veo que este está vivo y parece que el wview está bastante muertecillo.
La instalación no me preocupa en absoluto, pero hay dos cosas que no tengo estudiadas y no sé si alguien en el foro las ha hecho y documentado:
la primera es la migración de los datos históricos, no he ledo mucho pero parece que esto es bastante fácil.
La segunda es que uso una plantilla que no me gustaría dejar, ya que me parece muy limpia y sencilla, se trata de la exfoliation. He visto que si que existe para weewx, pero solo la encuantro en inglés, en el wview entre varios la pasamos al español y luego la personalizé un poco. No me gustaría volver a tener que teclear las multiples traducciones del inglish al spanish....
Como he escrito me lo estoy planteando, tengo una raspberry parada ya que tengo el wview con el mele-chino y puedo ir haciendo pruebas si me deja tiempo el trabajo en estas próximas fechas de puente y navidad.
Saludos.
Xavi - EA5ZF Ham-Radio Op
ESPVA1200000012600A
Comentar a Jantoni que he estado buscando por el codex y que o soy torpe o no he encontrado el tema de la migración de datos (HI HI)
-
No encuentras nada porque eres muy torpe ;D ;D ;D ;D ;D ;D ;D
No, que es broma. No hay nada escrito, porque ya he dicho que la base de datos de Wview es leída por Weewx.
En realidad, la base de datos de Wview es la base de Weewx, es decir, es la misma base de datos.....hasta la versión 3.0 de Weewx.
En definitiva:
Wview y Weewx (hasta la 3.x) es compatible 100% en ambas direcciones, solo cambian los nombres de los ficheros.
A partir de la 3.x de Weewx, éste puede leer la base de datos de Wview, pero dudo que Wview pueda leer correctamente la de Weewx.
Esto se produce porque Weewx, a partir de la versión 3.0 utiliza la base de datos de estadísticas (máximas y mínimas), como tablas dentro de la base de datos general.
Creo que lo estoy complicando más.
En definitiva:
- Coges la base de datos de Wview (olvídate, por tanto de la base con las estadísticas)
- La grabas en la SD de Weewx como /var/lib/weewx/weewx.sdb
- Cuando arranque weewx, generará las estadísticas....en función del número de registros.....tómate un café, dos, tres :) :) :)
Al finalizar el proceso, tendrás la base generada sin mayor problema.
Ojo a las inconsistencias.....seguro que se generan, sobre todo en la precipitación, por el tema de redondeos.
En cuanto al skin, siento no poder ayudarte.
Y una pregunta, ¿por qué no montas Weewx en el Mele? Es todo una máquina, yo lo sigo teniendo, aunque no controla ninguna estación (NAS+Torrents+Web+montón de cosas)
-
OK, pues voy a empezar a probar en cuanto tenga un momento, seguramente el próximo fin de semana que es de 4 días.
Sobre la plantilla, descargaré la inglesa y empezaré a traducir y personalizar, si no encuentro nada antes.
-
Sobre las bases de datos, yo te recomendaría (aunque es un poco engorroso, pero no es dificil) que antes de copiar la base de datos de Wview a Weewx, la pasases a sistema métrico.
No es necesario, pero para corregir inconsistencias después es más cómodo (sobre todo por las unidades de precipitación, que imagino que viniendo de Wview ya sabrás que es una lata trabajar con pulgadas...).
Para eso, puedes usar órdenes SQL con cualquier editor (por ejemplo, la extensión "SQLite manager" para Firefox). Hay que hacerlo asegurándose bien de la fórmula utilizada, y columna por columna. Cuesta un rato, pero si lo haces bien merece la pena.
Lo único "extraño" es que las unidades de lluvia en lugar de ser milímetros son CENTÍMETROS.
Además de cambiar las unidades de cada columna, hace falta cambiar la columna "UsUnits", poniendo el valor "16", para que Weewx sepa que estás usando unidades del sistema métrico.
Una vez hecho esto, tendrás que modificar uno de los principales archivos de Weewx, el "weewx.conf", yendo a la sección de "StdConvert" y cambiando el valor de "target_unit" a "METRIC".
Si todo va bien, debería funcionar sin problemas en el sistema métrico. Es posible que se genere alguna pequeña inconsistencia por el redondeo del paso de pulgadas a centímetros, pero si lo corriges, así vas aprendiendo a arreglar inconsistencias ;D ;D
Todo esto iría entre el paso 1) y 2) del mensaje de Jantoni, es decir, antes de renombrar la base de datos como /var/lib/weewx/weewx.sdb
Espero que te sirva este pequeño aporte, si te supone un mundo puedes preguntar y te ayudaremos, aunque también puedes optar por omitirlo, a tu gusto ;)
Un saludo,
Miguel.
-
Hola,
Creo que este compañero utiliza weewx con exfoliation y lo tiene traducido al español.Hace tiempo me envió los skins pero ahora no los encuentro :(
En links tiene una dirección de correo si quieres ponerte en contacto con él.
http://www.meteolea.com/ (http://www.meteolea.com/)
-
Lo tengo casi todo listo para la migración y estoy buscando plantillas que me gusten para mejorar la apariencia y legibilidad del weewx.
ahora mismo tengo en pruebas la exfoliation (todavía en ingés) y la bootstrap, de la exfoliation me gusta la forma de presentar los datos históricos y de la boostrap su sencillez, pero me encuentro con que he podido habilitar la previsión del tiempo de WUnderground en exfoliation (porque parece que ya está preparado en el skin, pero no en el bootstrap, en el foro de gmail pone unos pocos pasos que creo que he seguido, pero al final he hecho tantas pruebas que ya casi me doy por vencido.
Entre los errors de parsing del python y cheetah, y la falta de documentación de la forma de trabajar de los skins con el weewx me siento un poco atascado.
Están ahora mismo en pruebas con el simulator visibles en:
http://meteolavall.no-ip.org:81/weeex (http://meteolavall.no-ip.org:81/weewx) Con tabla standard
http://meteolavall.no-ip.org:81/weeex/exfoliation (http://meteolavall.no-ip.org:81/weewx/exfoliation) Con tabla exfoliation
http://meteolavall.no-ip.org:81/weeex/Bootstrap (http://meteolavall.no-ip.org:81/weewx/Bootstrap) Con tabla bootstrap
Yo, que soy muy de pedir, y algunas veces de dar, le pediría a quién posea el secreto de integrar la previsión en la mencionada plantilla, me echara una mano en estos tiempos difíciles de los inicios de la migración.
O si hay alguna forma de no tener que esperar 5 minutos cada vez para hacer pruebas me lo indicaseis porque me pongo de los nervios perdiendo tiempo a mansalva.
Ah! Y se me olvidaba... odio al python sin conocerlo porque no sé como poner el pie con los logos de los sites en donde publico los datos, siempre que pongo algo similar a lo que tengo en wview, me dá errores de parsing, supongo que por algún caracter raro, o algo de la nomenclatura python. He visto que alguno teneis logos en el pie de la página, agradecería ayuda también en esto....
Salu2
Xavi
-
Hola, no sé si te servirá esto que acabo de escribir:
http://forum.meteoclimatic.net/index.php/topic,224.msg1204.html#new (http://forum.meteoclimatic.net/index.php/topic,224.msg1204.html#new)
Yo no toqué lo de Exfoliation ni Bootstrap (que por cierto, me encantan los gráficos de tu Bootstrap :D)
Tampoco he añadido la previsión de Wunderground ni nada, en eso no te puedo ayudar... a ver si alguien que lo haya hecho te puede responder.
Respecto a lo de esperar 5 minutos, en la Wiki está la respuesta:
http://wiki.meteoclimatic.net/wiki/FAQ_WeeWX
Con el comando siguiente debería funcionar:
wee_reports /etc/weewx/weewx.conf
Saludos,
Miguel.
-
Lo de las comparativas en color ya está hecho en el skin, lo de los gráficos en fondo casi blanco me lo sé, hay que buscar en la parte de generación gráfica del skin y ver si estos parámetros te valen:
daynight_day_color = 0xffffff
daynight_night_color = 0xf6f6f8
#daynight_edge_color = 0xd0d0d0
daynight_edge_color = 0xafefef
Y luego revisar en la lluvia que tengamos el periodo de agregación adecuado para que haga las columnas de forma visible:
[[[dayrain-Bootstrap]]]
# Make sure the y-axis increment is at least 0.02 for the rain plot:
yscale = None, None, 0.02
plot_type = bar
[[[[rain]]]]
aggregate_type = sum
aggregate_interval = 3600
[[[weekrain-Bootstrap]]]
# Make sure the y-axis increment is at least 0.02 for the rain plot:
yscale = None, None, 0.02
plot_type = bar
[[[[rain]]]]
aggregate_type = sum
aggregate_interval = 14400
[[[monthrain-Bootstrap]]]
# Make sure the y-axis increment is at least 0.02 for the rain plot:
yscale = None, None, 0.02
plot_type = bar
[[[[rain]]]]
aggregate_type = sum
aggregate_interval = 86400
[[[yearrain-Bootstrap]]]
# Make sure the y-axis increment is at least 0.02 for the rain plot:
yscale = None, None, 0.02
plot_type = bar
[[[[rain]]]]
aggregate_type = sum
aggregate_interval = 604800
Así si el intervalo 3600 equivale a una hora, agregamos valores para calcular gráficos de 24H cada hora, de semana cada 4 horas, de mes cada día y año cada semana.
-
Miguel, que siempre has sido alumno aventajado, me has hecho llorar ;) ;) ;) ;) ;) ;)
Alguien que ha visto la wiki.....no me lo puedo creer ;D ;D ;D ;D ;D ;D ;D
Siento no poder ayudar en esta ocasión, no he tocado ningún skin salvo el Standard.
-
De todos modos Xavi, no acabo de entender tu problema. Python prácticamente tiene poco que ver, salvo que llames a alguna rutina o quieras incorporar un valor fuera de Weewx y que lo calcules mediante Python.
Dime de que va el asunto, si es incorporar algo de fuera, no debería ser problema, al igual que yo tengo incorporado las previsiones de yo.nr en mi página.
-
Por lo que entiendo, python tiene el problema que el gestor de skins cheetah es interpretado y que cuando encuentra un error te muestra la linea en donde cheetah ha petado, no en donde realmente tienes el problema en la página html de la plantilla, y eso me marea enórmemente.
En cuanto toco algo falla, no puedo hacer mas de un cambio por prueba so pena de que falle por todas partes y no encuentre realmente el problema.
Por ejemplo:
Dec 6 14:56:31 localhost weewx[6531]: cheetahgenerator: **** Ignoring template /etc/weewx/skins/exfoliation/links.html.tmpl
Dec 6 14:56:31 localhost weewx[6531]: cheetahgenerator: **** Reason: 'ascii' codec can't decode byte 0xe9 in position 1558: ordinal not in range(128)
Dec 6 14:56:31 localhost weewx[6531]: **** Traceback (most recent call last):
Dec 6 14:56:31 localhost weewx[6531]: **** File "/usr/share/weewx/weewx/cheetahgenerator.py", line 294, in generate
Dec 6 14:56:31 localhost weewx[6531]: **** print >> _file, text
Dec 6 14:56:31 localhost weewx[6531]: **** File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in __str__
Dec 6 14:56:31 localhost weewx[6531]: **** rc = getattr(self, mainMethName)()
Dec 6 14:56:31 localhost weewx[6531]: **** File "_etc_weewx_skins_exfoliation_links_html_tmpl.py", line 647, in respond
Dec 6 14:56:31 localhost weewx[6531]: **** File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1597, in _handleCheetahInclude
Dec 6 14:56:31 localhost weewx[6531]: **** nestedTemplateClass = compiler.compile(source=source, file=file)
Dec 6 14:56:31 localhost weewx[6531]: **** File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 740, in compile
Dec 6 14:56:31 localhost weewx[6531]: **** settings=(compilerSettings or {}))
Dec 6 14:56:31 localhost weewx[6531]: **** File "/usr/lib/python2.7/dist-packages/Cheetah/Compiler.py", line 1579, in __init__
Dec 6 14:56:31 localhost weewx[6531]: **** source = unicode(source)
Dec 6 14:56:31 localhost weewx[6531]: **** UnicodeDecodeError: 'ascii' codec can't decode byte 0xe9 in position 1558: ordinal not in range(128)
Aquí creo recordar que tengo un enlace a una imagen con un link en el fuente del footer.html, a ver quien es el "guapet" que sabe en donde está el problema. Yo lo único que veo es que falla al compilar cheetah y que lo hace en parte de un template, se supone que en el fichero de links de exfoliation y que parece que el motivo es un código ASCII fuera de rango.
En wview funcionaba así y era mas fácil.
-
Parece un problema de usar código ASCII ampliado.....me imagino que por usar algún carácter extraño.
En su día, en el antiguo foro, ya comentaba que Weewx es un poco especial con los "idiomas". De hecho, volví a codigicar mis plantillas con los códigos "acute" de toda la vida
-
En este caso el originante del error es este bloque que quería meter en el pie del exfoliation:
<table width="100%" align="center">
<tr>
<td align="center">
<a href="http://info.flagcounter.com/RnBC"><img src="http://s11.flagcounter.com/count/RnBC/bg_FFFFFF/txt_000000/border_FFFFFF/columns_3/maxflags_15/viewers_0/labels_1/pageviews_1/flags_0/" alt="Flag Counter" border="0"></a>
<a href="http://www.meteoclimatic.com/mapinfo/ESPVA"><img src="http://www.meteoclimatic.com/pastilla/bnq/ESPVA1200000012600A.gif" border="0" height="70" width="135" alt="Red Meteoclimatic"></a>
<a href="http://www.awekas.at/es/instrument.php?id=9933"><img src="awekas-logo-kl-header.jpg" border="0" height="75" width="65" alt="AWEKAS"></a>
<a href="http://www.wunderground.com/cgi-bin/findweather/hdfForecast?query=39.826%2C-0.232&sp=ICASTELL10"><img src="WU-logo-footer.png" border="0" height="70" width="95" alt="WeatherUnderground"></a>
<a href="http://www.findu.com/cgi-bin/wxpage.cgi?call=EA5ZF&units=metric"><img src="cwp_logo.gif" border="0" height="80" width="80" alt="CWOP APRS-WXNet"></a>
<a href="http://www.noaa.gov"><img src="noaa.gif" border="0" height="75" width="75" alt="NOAA Partner"></a>
<a href="http://www.meteoiberica.net/"><img src="IPWN_logo100.png" border="0" height="70" width="70" alt="Red MeteoIbérica"></a>
<a href="http://www.pwsweather.com/obs/EA5ZF.html#"><img src="PWS_Logo.JPG" border="0" height="80" width="80" alt="PWS Weather"></a>
</td>
</tr>
</table>
Supongo que es un problema con el ASCII y carácteres como la doble comilla o los acentos de algún texto...
De todas formas ya he modificado lo que no me gustaba del skin Bootstrap y un día de estos le meto la migración definitiva de datos y lo dejo ya en marcha con WeeWx, me falta incorporar alguna cosilla (como el radar, los enlaces de colaboraciones, etc) y las previsiones del WUnderground, pero el resto ya lo veo bien.
-
(...)
<a href="http://www.meteoiberica.net/"><img src="IPWN_logo100.png" border="0" height="70" width="70" alt="Red MeteoIbérica"></a>
Prueba a sustituir "Meteoibérica" por "Meteoibérica"
Si, además tienes más acentos en los skins, tendrás que sustituirlos de esta manera.
Por ejemplo:
"Á"="Á"
"í"="í"
"ñ"="ñ"
(Por supuesto, todo esto sin comillas)
Es un peñazo, pero haciéndolo así debería funcionar.
Saludos
-
OK, Wlarues, lo probaré con los ´, a ver que pasa.
Ahora estoy con otros problemas, he creado un reloj que quiero que muestre la lluvia acumulada en el día y el reloj bien, pero no muestra los datos, eh el template Bootstrap, en el skin.conf, he puesto en el apartado [GaugeGenerator], una entrada:
[[rain]]
obs_type = rain
minvalue = 0
maxvalue = 100
majorstep = 15
minorstep = 5
bins = 50
aggregate_type = sum
aggregate_interval = 3600
none_value = 0
Pero no muestra nada mas que el valor 0.0, alguna idea para que funcione?
Con las estadísticas, como no funcionaban, al final he tirado por el camino de enmedio y genero la página con la plantilla en la que me funcionan (exfoliation) y luego inserto esa página en la forecast.html de mi plantilla Bootstrap. Una trampa pero de momento ya funciona.
-
Mirando un poco por encima, y con un visor de windows, con el problema que tiene a la hora de los saltos de línea, veo que estás mezclando el formato de HistoryReport con el GaugeGenerator
En GaugeGenerator no se utiliza la etiqueta obs_type
No obstante, no he leido la documentación de BootStrap
-
El problema de los enlaces del pie de página ya lo tengo resuelto, era algún acento que se me coló, no los " o '.
El tema del reloj de lluvia es que me gustaría ponerlo, Bootstrap de serie no lo tiene, pero lleva otros y me he basado en ellos para tratar de general el reloj, el formato si que lo crea, o sea el reloj en sí, el problema es que no le pone la aguja con los datos, de alguna forma no lee el dato de lluvia para ponerlo en donde toca.
He probado muchas variaciones, algunas como pone jantoni que he pillado en Historyreport, pero nada, que sale el reloj pero a cero, sigue sin poner el dato de la lluvia.
-
Por si a alguien le interesa, para habilitar la previsión del WUnderground en la plantilla Bootstrap p exfoliation, se debe instalar la extensión forecast, y luego en el apartado CheetahGenerator, poner el generador que corresponda al forecast. No ponerlo en el weewx.conf como yo lo hacía
porque parece que entonces no funciona bien el otro generador del skin. Debería quedar parecido a esto:
[CheetahGenerator]
# This section is used by the generator CheetahGenerator, and specifies
# which files are to be generated from which template.
encoding = html_entities # Possible encodings are 'html_entities', 'utf8', or 'strict_ascii'
search_list_extensions = user.historygenerator.MyXSearch, user.forecast.ForecastVariables
Y luego solo hay que poner las variables que se necesiten y poner un include del forecast.inc en la página en donde se quiera utilizar.
-
Me faltan cosas por meter todavía, pero ya tengo la migración terminada, ya esto con weewx.
Falta por meter mi radar meteorológico personalizado debajo de los relojes, falta por incorporar los script de avisos AEMET arriba de los grafícos y por supuesto que me funcione el reloj de lluvia que no hace nada, sigue a cero y muerto sin moverse.
De lo que hay, si alguien necesita los ficheros modificados del skin, lo dice y se los paso.
http://meteolavall.no-ip.org (http://meteolavall.no-ip.org)
-
Y ¿por qué no los subes a la wiki?