Mensajes

46

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 21 de Octubre del 2016, 02:49:11 am »

Como comprobación de lo dicho anteriormente, adjunto una imagen de la ficha Mis Datos de la Estación tomada poco despues de la anterior. Efectivamente se han perdido los primeros 0,4mm.

47

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 21 de Octubre del 2016, 02:47:11 am »

Entre las 00:00h y las 00:20h cayeron otros 0,4mm por lo que en la siguiente actualización, a las 00:21h, Meteoclimatic toma correctamente, como precipitación del día 13 estos 0,4mm, pero ignora los primeros 0,4mm (los caídos entre las 23:50 y las 00:00h) ya que toma ahora como Episodio Precipitación 13mm (2 días)
   
Adjunto la imagen de la página web Meteoclimatic de mi Estación tomada pocos minutos despues de las 00:21h del día 13, donde aparecen estos datos.

48

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 21 de Octubre del 2016, 02:43:31 am »

El pasado día 12 de Octubre llegaron las tan deseadas lluvias al Sur, y casualmente llovió en los últimos minutos del día (horario UTC) lo cual me va a permitir escribir esta "Crónica de una Inconsistencia Anunciada".

Como recordatorio, Meteoclimatic actualiza datos en los minutos 06, 21, 36 y 51 de cada hora.

Actualmente yo tengo configurado la raspi para que envíe el registro de las 00:00h y no envíe el siguiente registro de las 00:05h para que cuando Meteoclimatic actualice a las 00:06h lo haga con el registro de las 00:00h.

Hasta las 23:50h del día 12 habían caído 12,6mm por lo que Meteoclimatic a las 23:51h tenía como precipitación acumulada esta cifra. Entre las 23:50h y las 00:00h cayeron 0,4mm más. Cuando Meteoclimatic a las 00:06h actualizó, como considera este registro como perteneciente al día siguiente (día 13), tomó, erróneamente, como precipitación del día 13 los 13mm del registro de las 00:00h, y como Episodio Precipitación 25,6mm (2 días), (12,6 + 13 = 25,6).

Todo esto es lo que nos muestra la imagen adjunta de la página web Meteoclimatic de mi Estación tomada pocos minutos despues de las 00:06h del día 13.

49

Fine Offset (PCE, Froggit, Ecowitt, Sainlogic, Watson, etc, etc)) / Re:Recortar sensor PCE

« en: 19 de Octubre del 2016, 10:57:44 am »

 

50

Fine Offset (PCE, Froggit, Ecowitt, Sainlogic, Watson, etc, etc)) / Re:Duda con la garita

« en: 19 de Octubre del 2016, 01:38:43 am »

Mira el siguiente hilo:

http://forum.meteoclimatic.net/index.php/topic,391.0.html

Saludos.

51

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 14 de Septiembre del 2016, 19:45:43 pm »

San Agustín vivió intensamente y seguro que sabía muy bien lo que tenía que responder. Yo solo soy un aprendiz y estoy aprendiendo que lo importante no es discutir sino dialogar.

Saludos.

52

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 12 de Septiembre del 2016, 23:25:16 pm »

Bien, lo informaré a esa dirección de correo a ver si allí le ven solución.

Saludos.

53

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 12 de Septiembre del 2016, 11:24:56 am »

No quiero polemizar en absoluto pero creo que te estas refiriendo a diferencias debidas a las diferentes calibraciones e instalaciones de las Estaciones, a causas naturales e inevitables.
Yo me estaba refiriendo a diferencias de 15°C o mas.

Saludos jantoni.

54

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 11 de Septiembre del 2016, 13:24:23 pm »

En cuanto al retraso en la actualización de los mapas (que es algo que particularmente me incomoda mucho, pero que tampoco me causa mayor trastorno) animo al lector a calcular el número de mapas que genera Meteoclimatic cada quince minutos, cada hora, cada día...

Y yo lo entiendo. Mi intención era manifestar e informar de algo que me llamaba la atención y que según parece era conocido.

Pero quizá me llama más la atención la diferencia tan alta de temperaturas máximas entre Estaciones próximas y a la misma hora, que se produce entre las 00:00 CEST y las 02:00 CEST con sus respectivos retrasos, motivada por la diferencia de hora establecida por cada Estación (UTC o CEST), que implica que las que establecen la hora CEST están dando la temperatura máxima del nuevo día, y las que establecen la hora UTC estan dando la temperatura máxima del dia anterior desde el punto de vista de las primeras (esto lo he analizado y sabido despues de que llamara mi atención).

Y entiendo que es todavía mas complicada la solución de este hecho, que reducir el retraso en la actualización de los mapas, aunque no imposible.

Saludos.

55

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 11 de Septiembre del 2016, 12:12:54 pm »

Como mi especialidad son las simplezas, me permito intervenir para aclarar alguna cuestión de base. Y exclusivamente con ánimo de no liar más las cosas.
 El tiempo no se superpone, ni "coexiste", como se dijo más atrás.
Como todos sabemos, es una magnitud física sin solución de continuidad.
Cuando termina y se cumple por completo la hora 23:59  comienza la siguiente 00:00
 Se acabó un día de 24 horas y comenzó otro que durará lo mismo

Estoy de acuerdo, solamente precisar que el tiempo es una dimensión, una de sus características es ser un flujo continuo. Por ser una dimensión es medible y para ello los humanos hemos tomado inicialmente una escala cuya unidad es el dia, posteriormente el día lo dividimos en horas, subdivididas en minutos y estos últimos a su vez divididos en segundos. Todos lo sabemos, pero lo expreso aquí para mostrar que las divisiones están en la escala, no en el tiempo.

Dejémonos de hora 24:00:00, de hora 24:59:60 (intercalar) o de hora 00:00:00, que -si bien pueden formularse teóricamente- no responden a ninguna realidad ni necesidad práctica.

Supongo que se refiere a la expresion:

0d 23:59:59 + 1segundo = 0d 23:59:60 = 0d 23:60:00 = 0d 24:00:00 = 1d 00:00:00.

Quiero expresar que a 23:59:59 le falta un segundo para ser un dia completo y ese segundo no es intercalar.

Por otro lado, lo demás sencillamente es como decir que 60 segundos equivalen a un minuto y que 60 minutos equivalen a una hora. Todo ello efectivamente es una obviedad pero me parece que la expresión nos muestra algo que era oportuno en su momento.

Dice Amon- K "Si yo utilizo 24:00 me parece que gráficamente y sutilmente me estoy refiriendo al final de un día y si utilizo 00:00 me estoy refiriendo de la misma manera al comienzo de otro. Pero estoy hablando del mismo punto en el tiempo"

No hay tales puntos más que "gráfica y sutilmente". Y en la  norma ISO y en los calendarios, todos imperfectos.

Seguramente no he sabido expresarme, pero para aclarar lo que quiero decir voy a poner un ejemplo:

José tiene un hijo llamado Manuel, quien a su vez tiene un hijo llamado Pedro (no le pongo a cada hijo el mismo nombre que al padre para hacerlo más real, porque en ese caso no nos aclararíamos  ).

Cuando José ve a Manuel piensa "Es mi hijo".
Cuando Pedro ve a Manuel piensa: "Qué peñazo, es mi padre". (Pedro tiene 16 años )

Pero no cabe duda, ambos están viendo a Manuel, lo mires por donde lo mires y lo mire quien lo mire.

Si Meteoclimatic, Weex o cualquier otro ente interpreta de un modo u otro esta simpleza, que el tiempo es un  continuo sin interrupciones,  y recopila, o envía, o apunta datos de una u otra manera, es asunto particular de cada uno.
Habrá que adaptar nuestros intereses al formato que cada sistema utilice o establezca.
Muy encomiable tu  interés,  Amón -K,  por el rigor y la perfecta exactitud cronométrica.
Te animo a perseverar en la consecución de tus fines para minimizar la pérdida de datos, y a ser posible eliminarla por completo.

Gracias B.Santiago.
Yo he concluido y he expuesto mis conclusiones, y entiendanse estas como sugerencias. Solo he conseguido minimizar el problema a los 5 últimos minutos del día. Progresar en el camino ya no depende de mí.

Saludos.

56

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 11 de Septiembre del 2016, 10:30:00 am »

Efectivamente, esa es la conclusión a la que hemos llegado hace tiempo.

Se ve que nadie escarmienta en cabeza ajena.

El problema es irresoluble y es común a la mayoría de plataformas.

La única solución es que Meteoclimatic estuviera sincronizado con nuestras estaciones en tiempo real. Pero eso, hoy por hoy, es totalmente irrealizable.

Hacerlo "en diferido" implicaría una cantidad de código no justificable para una plataforma no profesional, teniendo en cuenta que con 1.600 estaciones no todas están transmitiendo datos en la franja de 5 minutos.....

Ne es necesario, solo con que Meteoclimatic tenga una consideración especial con el registro de las 00:00. Las datos necesarios estan en ese registro. En ese registro están los acumulados, máximos y mínimos del día que termina sin perder ni un segundo. Es responsabilidad de cada Estación con su configuración enviarselos a Meteoclimatic.

Entiendaseme que todo ello es una sugerencia y no espero nada más porque sé que no es fácil revisar todo el software de Meteoclimatic para tener en cuenta estas consideraciones.

Así que siempre queda la solución del ajuste manual. Así nos entretenemos

Es el remedio que nos queda, y tiene la ventaja de recibir muy de vez en cuando una sorpresita que nos engrasa las neuronas.

Saludos jantoni.

57

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 10 de Septiembre del 2016, 03:30:21 am »

Bueno esta noche a las 00:00 UTC he podido comprobar que (por la presión atmosférica que estaba subiendo por encima de cualquier valor del día, y sin embargo Meteoclimatic no lo ha considerado como máximo del día que termina) que los datos del registro de las 00:00h Meteoclimatic no los tiene en cuenta para el día que termina, los pasa como datos del día que comienza, supongo que es porque considera la hora de esos datos la de envío, las 00:00:21. De hecho esa es la que utiliza como hora  de la actualización (cuando el registro de las 00:00 se envía a las 00:01:21, Meteoclimatic informa que la última actualización es de las 00:01)

Weewx, sin embargo, considera que los datos del registro de las 00:00 pertenecen al día que termina y al día que empieza. A esta conclusión se llega del análisis de este registro, del anterior y del siguiente. El máximo de una medida del día que termina está también como máximo en el registro de las 00:00. Cuando una medida está subiendo, el valor del registro de las 00:00 aparece en el siguiente registro como mínimo de esa medida.

Yo creo que Meteoclimatic debería tener las mismas consideraciones que Weewx y además tomar como hora de actualización la hora de cada registro leído, no la hora de envío.

Tal y como está la situación, el problema no es resoluble al 100% sin modificar las consideraciones de Meteoclimatic. Los datos de los últimos 5 minutos del día se perderán irremediablemente (en el supuesto de registros cada 5 minutos).

Saludos.

58

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 09 de Septiembre del 2016, 03:39:39 am »

Gracias jantoni por tus respuestas. Es decepcionante pensar que estas escribiendo y nadie  te está leyendo.

Sigo pensando la manera de comprobar qué consideración hace Meteoclimatic del registro de las 00:00 enviado a las 00:00:21 y notificada su aceptación a las 00:00:26, que son los tres momentos recogidos en meteoclimatic.log, para la configuración que tengo actualmente.

Aún no he dado con ella, con la lluvia natural podría ser pero con lo poco que llueve va a ser una lotería. Estoy dándole vueltas a una lluvia artificial. Ya veremos.

Saludos.

59

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 08 de Septiembre del 2016, 09:47:21 am »

Gracias jmviper y jantoni por responder.
Ah!. Puede ser un problema de tinypic, el servidor de imagenes gratuito que he utilizado. Lo iré comprobando por si volviera a suceder.
Como ahora se ven bien las imágenes me gustaria saber si mis últimas conclusiones son correctas. Creo que podrían ser importantes.
Sin fueran correctas se pueden aplicar a todo el software de gestion de Estaciones.

Saludos.

60

Forum General / Re:Minimizar la pérdida de datos del último cuarto de hora del día

« en: 08 de Septiembre del 2016, 01:24:25 am »

Buenas noches jmviper.

Gracias por tu respuesta pero no entiendo que me quieres decir y me interesa mucho saberlo. Quisiera saber tu opinión y de las personas como tú que llevais muchos años trabajando en este tema (yo solo llevo algunos meses) y que me podeis decir con perspectiva si mis conclusiones son erradas o por el contrario van por buen camino. En todo momento he expuesto con detalle los pasos que he dado, mi argumentacion y mis conclusiones para recibir las opiniones de las personas que seguian el hilo.

Saludos.