Temas

1

WeeWX / WU forecast

« en: 01 de Abril del 2019, 18:58:24 pm »

Hola, estoy con exámenes de certificaciones y recertificaciones del trabajo y no tengo mucho tiempo, pero veo que desde el 25/3 Weather Underground no está dando datos a través de su API para cargar el módulo de previsión "forecast", parece ser que a través de su web informan que no siguen dando este servicio gratis.
Alguien tiene mas información o solución al problema?
Yo no pago, eso lo tengo bastante claro.
Saludos.

2

WeeWX / Tema para especialistas en BBDD weewx

« en: 19 de Julio del 2018, 19:07:31 pm »

Hola, se  me ha terminado la buena suerte y como no, en periodo estival en el que no resido en la misma casa y no puedo hacer el mismo mantenimiento de la web, me he dado cuenta de que he tenido un cata-crash en el weewx, y ahora voy a tener que pensar en una estrategia adecuada para la mejor recuperación del contenido.
El tema es que un día petó el sistema weewx, dándo un mensaje de database is malformed.
Eso parece indicar que la memoria en la que está se ha dañado, y con ella parte de la BBDD.
El problema es que lo indicado es recuperar un backup anterior y actualizar desde él aprovechando la memoria de la estación, pero al revisar un poco los log veo que ya hace días que estaba avisando.
El tema  es que puedo retrotraerme a una sana de hace un mes o mas y luego he de actualizar, pero no puedo hacerlo desde la consola y debo hacerlo desde lo que pueda exportar desde la base de datos que hoy  mismo está activa.
No sé cual sería la mejor forma de hacerlo, supongo que una vez copiada la base de datos anterior, había que ir sacando via SQL los datos modificados de la base de datos e ir metiéndolos via importación.
Supongo que el comando sería tabla a tabla parecido a este:
SELECT * FROM nombre_tabla WHERE DATETIME > epoch_final_bbdd_antigua;
y exportando esto a CSV para luego importarlas una a una cada una de las mas de 40 tablas.
Es correcto o hay alguna forma mejor?

El comando .DUMP avisa que hay errores y no me fío de utilizarlo, aunque no sé que podría pasar si recupero la base de datos anterior y luego le doy a importar el DUMP eliminando sus comandos iniciales de borrado de las tablas.

Lo dicho, el tema es para especialistas...

3

WeeWX / SqliteDatabaseBrowser

« en: 17 de Marzo del 2018, 12:48:56 pm »

Ayer tuve como otros muchos compañeros otro problema relacionado con los registros de hora adelantada con mi weewx, una vez analizado el tema hay que bien tirar de backup y perder una poca información ya que hay que borrar el dataloger o bien forzar que el dataloger meta todo lo posible en la base de datos y luego editarla para eliminar lo que haya en ella con fecha superior a la actual.
Para ello utilizabamos un complemento para el firefox que permitía la edición de la base de datos muy facilmente, pero con los múltiples cambios y actualizaciones que Mozilla está efectuando, por lo visto el complemento se ha hecho no compatible y no se puede utilizar,
Como lo que prima en estos casos es la urgencia ne resolver el problema y Mozilla no deja usar el complemento, la única solución rápida que he encontrado es instalar un programa directamente en el Windows que permita la edición de la base de datos con errores.
Un programa casi identico al anterior complemento de Mozilla es este:
http://sqlitebrowser.org/
Con el que ya podremos editar los registros necesarios y/o borrarlos para reparar la base de datos del weewx.
Al menos a mi me ha salvado la vida y ya vuelvo a tener la estación operativa tras un par de horas sin haber perdido ni un solo registro.
Lo dejo apuntado en el foro por su utilidad en casos de emergencia.
Xavi.

4

WeeWX / Error en el report.engine

« en: 16 de Agosto del 2017, 19:18:24 pm »

Hoy me he dado cuenta de que en el registro aparece un error del report engine y no encuentro info para corregirlo.

Aug 16 17:15:35 localhost weewx[1990]: reportengine: Unable to instantiate generator weeWX.reportengine.CopyGenerator
Aug 16 17:15:35 localhost weewx[1990]:         ****  No module named weeWX.reportengine
Aug 16 17:15:35 localhost weewx[1990]:         ****  Traceback (most recent call last):
Aug 16 17:15:35 localhost weewx[1990]:         ****    File "/usr/share/weewx/weewx/reportengine.py", line 220, in run
Aug 16 17:15:35 localhost weewx[1990]:         ****      obj = weeutil.weeutil._get_object(generator)(
Aug 16 17:15:35 localhost weewx[1990]:         ****    File "/usr/share/weewx/weeutil/weeutil.py", line 1132, in _get_object
Aug 16 17:15:35 localhost weewx[1990]:         ****      mod = __import__(module)
Aug 16 17:15:35 localhost weewx[1990]:         ****  ImportError: No module named weeWX.reportengine
Aug 16 17:15:35 localhost weewx[1990]:         ****  Generator ignored
Aug 16 17:15:35 localhost weewx[1990]: translategenerator.pyc: Language is catala

Por eso pido algo de ayuda, aunque ya ando por mi parte con mi escaso tiempo googleando a ver que encuentro sobre el problema.
Gracias.

5

Otros Skins de Weewx / Problema curioso en idioma skin bootstrap de Fuzzy-archer

« en: 13 de Junio del 2017, 17:56:30 pm »

He encontrado mientras traducía mi web al valenciano/catalán un problema curioso que no acabo de entender.
El tema es que hay un parágrafo de etiquetas genéricas en las que si pongo un solo acento se deja de generar la parte que sea, bien en la zoa de relojes a la derecha si pongo los famosos acute/grave o en la derecha de las imágenes si pongo los acentos agudo o grave normales, la cuestión es que por una o por otra, pero no me deja poner acentos.
En cambio si personalizo la etiqueta dentro del skin.conf de la carpeta images si que deja poner acentos.
Es como si la parte que genera los relojes en el skin bootstrap o la que genera las imagenes del weewx normal estuviese forzada a ASCII estricto, no a UTF-8 y por ello dá error al compilar o generar las imágenes.

    [[Generic]]
        #
        # Generic labels, keyed by an observation type.
        #
        barometer      = Pressio barometrica
        dewpoint       = Punt de rosada
        heatindex      = Index de calor
        inHumidity     = Humitat interior
        outHumidity    = Humitat exterior
        inTemp         = Temperatura interior
        outTemp        = Temperatura exterior
        radiation      = Radiacio
        rain           = Precipitacio
        rainRate       = Taxa precipitacio
        windSpeed      = Velocitat vent
        windDir        = Direccio vent
        windGust       = Velocitat rafega
        windGustDir    = Sensacio termica
        windgustvec    = Vector rafega
        windvec        = Vector vent

6

WeeWX / Ultima versión WeeWx

« en: 14 de Marzo del 2017, 16:47:05 pm »

Buenos días/tardes, por lo que parece hay nueva versión en los repositorios de WeeWx, parece llevar un buen número de fixes para mejorar la estabilidad y las prestaciones.

3.7.0 (11 Mar 2017)

The tag $current now uses the record included in the event
NEW_ARCHIVE_RECORD, rather than retrieve the last record from the database.
This means you can use the tag $current for observation types that are in
the record, but not necessarily in the database. Fixes issue #13.

Most aggregation periods now allow you to go farther in the past. For
example, the tag $week($weeks_ago=1) would give you last week. You can also
now specify the start and end of an aggregation period, such as $week.start
and $week.end.

Can now do SummaryByDay (as well as SummaryByMonth and SummaryByYear). NB:
This can generate *lots* of files --- one for every day in your database!
Leaving this undocumented for now. Fixes issue #185.

When doing hardware record generation, the engine now augments the record
with any additional observation types it can extract out of the
accumulators. Fixes issue #15.

It's now possible to iterate over every record within a timespan. Fixes
issue #182.

Use schema_name = hardware_name pattern in sensor map for drivers that
support extensible sensor suites, including the drivers for cc3000, te923,
wmr300, wmr100, wmr200, wmr9x8

Simplified sensor mapping implementation for wmr100 and wmr200 drivers. For
recent weewx releases, these are the default mappings for wmr200:
  3.6.0: in:0, out:1, e2:2, e3:3, ..., e8:8   hard-coded
  3.6.1: in:0, out:1, e1:2, e2:3, ..., e7:8   hard-coded
  3.7.0: in:0, out:1, e1:2, e2:3, ..., e7:8   sensor_map
and these are default mappings for wmr100:
  3.6.2: in:0, out:1, e1:2, e2:3, ..., e7:8   hard-coded
  3.7.0: in:0, out:1, e1:2, e2:3, ..., e7:8   sensor_map

Enabled battery status for every remote T/H and T sensor in wmr100 driver.

Enabled heatindex for each remote T/H sensor in wmr200 driver.

Fixed inverted battery status indicator in wmr200 driver.

Fixed 'Calculatios' typo in wmr100, wmr200, wmr9x8, and wmr300 drivers.

Fixed usb initialization issues in the wmr300 driver.

Added warning in wmr300 driver when rain counter reaches maximum value.

Decode heatindex and windchill from wmr300 sensor outputs.

Report the firmware version when initializing the cc3000 driver.

Fixed bug in vantage driver that would prevent console wake up during
retries when fetching EEPROM vales. Thanks to user Dan Begallie!

The vantage driver no longer emits values for non-existent sensors. As a
result, LOOP and archive packets are now much smaller. If this works out,
other drivers will follow suit. Partial fix of issue #175.

The vantage driver now emits the barometer trend in LOOP packets as field
'trendIcon'.

The engine now logs locale. Additional information if a TERM signal is
received.

Removed the site-specific "Pond" extensions from the Standard skin.

The Standard skin now includes plots of outside humidity. Fixes issue #181.

Fixed reference to index.html.tmpl in the xstats example.

Changed algorithm for calculating ET to something more appropriate for
hourly values (former algorithm assumed daily values). Fixes issue #160.

Fixed bug in Celsius to Fahrenheit conversion that affected pressure
conversions in uwxutils.py, none of which were actually used.

Fixed bug that was introduced in v3.6.0, which prevented wee_reports from
working for anything other than the current time.

Documented the experimental anti-alias feature, which has been in weewx
since v3.1.0. Fixes issue #6.

Fixed problem where multiple subsections under [SummaryBy...] stanzas could
cause multiple copies of their target date to be included in the Cheetah
variable $SummaryByYear and $SummaryByMonth. Fixes issue #187.

Moved examples out of bin directory. Eliminated experimental directory.
Reinforce the use of user directory, eliminate use of examples directory.
Renamed xsearch.py to stats.py.

OS uptime now works for freeBSD. Thanks to user Bill Richter! PR #188.

Broke out developer's notes into a separate document.

Added @media CSS for docs to improve printed/PDF formatting. Thanks to user
Tiouck!

Added a 0.01 second delay after each read_byte in ws23xx driver to reduce
chance of data spikes caused by RS232 line contention. Thanks
lionel.sylvie!

The observation windGustDir has been removed from wmr100, wmr200, te923,
and fousb drivers. These drivers were simply assigning windGustDir to
windDir, since none of the hardware reports an actual windGustDir.

Calculation of aggregates over a period of one day or longer can now
respect any change in archive interval. To take advantage of this feature,
you will have to apply an update to your daily summaries. This can be done
using the tool wee_database, option --update. Refer to the ‘Changes to
daily summaries’ section in the Upgrade Guide to determine whether you
should update or not. Fixes issue #61.

Max value of windSpeed for the day is now the max archive value of
windSpeed. Formerly, it was the max LOOP value. If you wish to patch your
older daily summaries to interpret max windSpeed this way, use the tool
wee_database with option --update. Fixes issue #195.

The types of accumulators, and the strategies to put and extract records
out of them, can now be specified by config stanzas. This will be of
interest to extension writers. See issue #115.

Fixed battery status label in acurite driver: changed from
txTempBatteryStatus to outTempBatteryStatus. Thanks to user manos!

Made the lowBattery example more robust - it now checks for any known low
battery status, not just txBatteryStatus. Thanks to user manos!

Added info-level log message to calculate_rain so that any rain counter
reset will be logged.

Added better logging for cc3000 when the cc3000 loses contact with sensors
for extended periods of time.

How long to wait before retrying after a bad uploader login is now settable
with option retry_login. Fixes issue #212.

The test suites now use dedicated users 'weewx1' and 'weewx2'. A shell
script has been included to setup these users.

A more formal exception hierarchy has been adopted for the internal
database library weedb. See weedb/NOTES.md.

The weedb Connection and Cursor objects can now be used in a "with" clause.

Slightly more robust mechanism for decoding last time a file was FTP'd.

7

WeeWX / Concepto de dias de lluvia

« en: 06 de Febrero del 2016, 11:19:21 am »

Hola, en el ultimo skin Bootstrap se crean los históricos del nº mensual de días de lluvia, lo que no tengo claro es el concepto de día de lluvia es el umbral o sea la cantidad mínima para considerar que ha llovido.
Evidentemente he estado googleando por la red sin éxito y por eso pregunto.
Saludos.

8

WeeWX / Help, m'aider, SOS problema con fecha en BBDD

« en: 03 de Enero del 2016, 18:14:43 pm »

Tengo un problema que de momento es grave dado que no he conseguido por ningún medio solucionarlo.
Se trata de que esta mañana, he visto que el reloj del Mele estaba casi mal por un minuto y he tratado manualmente de ponerlo a punto, con tal mala pata que me ha cogido la hora como dia 1 del mes 3, por lo visto ha generado algún registro o bien en el dataloger o en la BBDD y no consigo quitar este registro, con lo cual parece que de momento está grabando pero no genera gráficos ya que la fecha de ultima actualización es la del 3 de marzo.
He mirado y quitado un registro de todas las tablas de la BBDD, pero el error no se me elimina, me dispongo a borrar los datos del dataloger, que mas puedo hacer?
Aparte de que como la fecha de current.datetime es la de marzo, genera gráficos en blanco diarios, semanales y mensuales con dos meses en blanco en los anuales al final.
Xavi

9

WeeWX / Cambio de periodo de recogida y almacenamiento de datos

« en: 12 de Diciembre del 2015, 13:13:04 pm »

Tengo una VUE, sé como se cambia el intervalo, pero no encuentro las consecuencias de la acción, solo encuentro el que al darle el comando se borran los datos del data-loger y que evidentemente su periodo de mantenimiento de datos se reduce a la mitad en mi caso al pasar del actual intervalo de 10 minutos al de 5 que quiero.
Alguien lo ha hecho?, se tiene que hacer algo con los datos que ya están grabados? o solo se cambia, y ya está.
Salu2
Xavi

10

WeeWX / WEEWX plantillas exfoliation y bootstrap y migración desde wview

« en: 29 de Noviembre del 2015, 10:37:57 am »

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)