Mensajes

46

Incidencias / Datos estancados

« en: 20 de Mayo del 2017, 09:20:20 am »

Hola a todos.

Llevo desde ayer recibiendo este mensaje, y la estación aparece en el mapa como en comprobación.
19-05-2017 ESAND2900000029788A - Datos estancados

Lo cierto es que efectivamente hubo un problema con el PC del que no me percaté y estuvo unas cuantas horas sin enviar datos a meteoclimatic. Sin embargo ayer tarde reinicié y comprobé que se enviaba la plantilla correctamente. Por la noche aún seguía el mensaje y esta mañana sigue presente.

He revisado la gráfica de todos los datos desde anoche y todo parece correcto. No se si el estado de "en comprobación" pasa a la normalidad de forma automática o requiere la actuación por parte de algún responsable. También he comprobado que los datos que recibe Meteoclimatic entre cada envío se actualicen, como así ocurre.

No obstante, si hay algún problema del que no me haya dado cuenta os ruego me lo indiquéis para proceder a solventarlo.

La estación es Frigiliana, ESAND2900000029788A.

Saludillos 

47

Forum General / Re:Pregunta sobre obtener el distintivo de Calidad Destacada

« en: 16 de Febrero del 2016, 15:31:50 pm »

* Ya sé que la garita que hice no és muy convincente que digamos, por eso queria comprar un Davis, pero por ejemplo no sé si el sensor termohigrometro de Oregón lo podré montar dentro sin problemas. Con la carcasa original incluida?

Si tu estación es la WMR200 y monta el sensor thgn-801 (el que va en la cutre protección oregón) entonces cabe perfectamente en la garita davis 7714 (sin cutre protección)
Yo tengo ese sensor de la WMR100N en esa garita Davis y 0 problemas.

Saludos

Sin olvidar que una garita artesana, bien hecha, a conciencia y a medida de tu sensor, tomándote tu tiempo, puede ser perfectamente válida paras pasar tu auditoría y te saldrá por "3 pesetas". La mía, por ejemplo, y no es la única, es artesana y obtuvo el sello. Ahora bien, a la hora de pasar la auditoría no deben quedar dudas de su correcto montaje y fabricación.

Sobre el sensor de lluvia.... yo entiendo que no es problema que esté en un conducto de ventilación siempre que esté nivelado y este conducto no interfiera con la lluvia que pueda recibir. Es mucho más importante que esté libre de obstáculos a su alrededor. Una chimenea o conducto de ventilación pueden generar lecturas falsas sobretodo en temperaturas. No obstante, este punto que te lo aclare alguien con más conocimiento que yo. Imagino que habría que verlo específicamente para hacernos una idea.

48

Forum General / Re:Pregunta sobre obtener el distintivo de Calidad Destacada

« en: 15 de Febrero del 2016, 19:47:00 pm »

Haz lo que te han dicho, y lee de principio a fin las condiciones para pasar la auditoría.

Cuando instalé y dí de alta mi estación lo hice en base a esas normas, con alguna duda, pero siguiendo a rajatabla, dentro de mis posibilidades, las exigencias y condiciones para pasar la auditoría. Tras seis meses y el índice adecuado la solicité y la pasé.

Se trata de no empezar la casa por el tejado, si tienes intención de someterte a auditoría, más allá de los sensores, que también, ten muy claro cual será su ubicación en base a las recomendaciones/exigencias que bien te han enlazado. Una vez correctamente instalada podrás cambiar una garita o instalar un pluviómetro.

73's

49

Forum General / Re:Lista de estaciones en la Web de Meteoclimatic

« en: 13 de Febrero del 2016, 14:27:28 pm »

La estética.
Hoy es difícil encontrar otros mapas tan vistosos, tan didácticos, tan atractivos.
Además, cargaditos de información. Y, por si fuera poco, generándose  unos 4000 mapas diferentes cada 15 minutos.
Más los retrospectivos, de cada día pasado, a elegir en el calendario
Yo suelo hacer algunas capturas porque me gusta conservar momentos/mapa que pueden ser irrepetibles.
Y a quienes os gusten los mapas os recomiendo que os fijéis bien ellos, porque,  si en su día fueron un verdadero hit técnico, todavía hoy lo siguen siendo.
Muchas veces vamos al dato de nuestras estaciones y saltamos por encima de los mapas sin fijarnos mucho.
-De las listas y tablas no diré nada por ahora-.

A mi no se me ocurre discutir eso, es un hecho evidente, pero tú no estás hablando de estética, estás hablando de funcionalidad, y esa es indiscutible.

Podemos poner el ejemplo de AEMET, que hace poco ha actualizado la estética de si web, manteniendo la esencia de la información que proporcionan, porque era otro ejemplo de web medio "vintage".....

Que no se tome más que como una crítica constructiva, sin ánimo de hacer daño, pero tenemos que reconocer que la estética, solo la estética, es antigua.

Dicho lo cual, como he comentado más arriba, para mi lo importante no es el envoltorio, sino lo que contiene, reiterando que más allá de hacer inocentes sugerencias, entiendo que remozar en lo estético meteoclimatic requiere un tiempo y esfuerzo que comprendo a la perfección que no sea asumible por sus responsables.

50

Forum General / Re:Lista de estaciones en la Web de Meteoclimatic

« en: 13 de Febrero del 2016, 13:17:01 pm »

Alvar, no viene explicado en ningún sitio.....es fruto de la observación.

Alejandro, no tengo explicación para todo. Es como cuando en el mapa de España dice que está lloviendo en una región y, al entrar en esa región, no aparecen los símbolos de lluvia en el mapa.

La verdad es que Meteoclimatic es compleja, mucho más compleja que otras webs similares.

No obstante, os vuelvo a recordar que yo no soy miembro del staff de Meteoclimatic y solo sé lo que puedo observar como vosotros

Lo se. Yo también observo regularmente, por eso me sorprendió el "aparentemente" famoso  , porque nunca se me ha dado la circunstancia de estar en azul sin que en la última lectura hubiera habido un incremento de lluvia. Tampoco he observado (en Andalucía, que es lo que suelo mirar), iconos de lluvia y que luego al entrar en la provincia no hubiera ninguna estación marcando lluvia....

Pero seguiré observando 

Y digo yo...

¿Es muy complicado o costoso un lavado de cara a la web Meteoclimatic?

No se pero creo se le puede dar un cambio de look 

Complicado, es relativo, seguramente no en lo técnico. Aunque supongo que será más cuestión de tiempo que de otra cosa. Una web que se mantiene altruistamente por un grupo de personas con  familia, trabajos... en definitiva, vida más allá de meteoclimatic.

Aunque siendo comprensivo en ese aspecto, sí que es cierto que la estética está algo anticuada. No obstante, no olvides lo más importante, pese al aspecto, sigue siendo un sitio de referencia, y eso es lo que prima por encima de todo.

51

Forum General / Re:Lista de estaciones en la Web de Meteoclimatic

« en: 13 de Febrero del 2016, 12:23:42 pm »

- Os habéis vuelto tarumbas leyendo la explicación.

Me quedo con esa 

No, ahora en serio... La banda azul aparece cuando hay un incremento de lluvia entre envíos, ¿no?
Entonces no entiendo por qué en tu ejemplo seguiría marcando lluvia si en tres envíos consecutivos marca la misma lluvia.

Aunque, aparentemente, pueda parecer que quiero tocar las narices, la realidad es que no lo entiendo 

52

Forum General / Re:Lista de estaciones en la Web de Meteoclimatic

« en: 12 de Febrero del 2016, 20:14:49 pm »

Que, aparentemente, estaba lloviendo en la última transmisión de datos.

Hombre, aparentemente no  , que estaba lloviendo leñe  , salvo que estuvieran regando manualmente el sensor de lluvia...

No he entendido el matiz de aparentemente.....

73´s

53

Forum General / Re:Nuevo sistema de información geográfica, para georeferenciar posiciones.

« en: 09 de Febrero del 2016, 13:05:39 pm »

Que curioso.... Desde luego hace más fácil el paso a coordenadas.
Acabo de revisar las mías, que daba por hecho que estaban bien, y así es....
Yo soy respiro.pitó.causen ....jeje

54

Forum General / Re:widget meteoclimatic

« en: 09 de Febrero del 2016, 12:52:19 pm »

Las estaciones con el sello de calidad recién otorgado no muestran los gráficos al entrar en el widget. Éstos solo aparecen, y no se el motivo, tras varias semanas con el sello operativo.

Es un fallo que hemos constatado varios cuando recibimos el sello y consultábamos el widget.

En unos días verás los gráficos

55

Incidencias / Re:¿Pérdida de datos al no tener la hora en UTC?

« en: 07 de Febrero del 2016, 11:28:07 am »

En principio, y con esas capturas, todo parece normal. La última que ha llegado también lo parece y coinciden los datos que tienes de ayer con los que tiene meteoclimatic, así que no sé que pensar.

Habrá que esperar a ver si vuelve a llover otra noche.

Claro, es que el dato más crítico es el de la lluvia, que se acumula. A ver hay oportunidad de que llueva en esa franja, estoy pendiente, y vuelvo a hacer la prueba.

56

Incidencias / Re:¿Pérdida de datos al no tener la hora en UTC?

« en: 07 de Febrero del 2016, 01:31:55 am »

Pues lo prometido es deuda.

Aquí están las plantillas, mostradas en hora peninsular, divididas por colores.

A ver si con ellas se puede sacar algo en claro.
Yo ahora mismo tengo sueño 

Saludos

http://rt001jbu.eresmas.net/plantillas.png

57

Incidencias / Re:¿Pérdida de datos al no tener la hora en UTC?

« en: 06 de Febrero del 2016, 10:07:10 am »

Entiendo que lo ideal sería ver la última antes de las 00:00 hora civil, las cuatro que habría entre esa hora y las 01:00 y al menos la siguiente, una vez que ya estamos en el día siguiente,...

Así comprobamos todos los datos

Me suena a que puede haber un fallo de configuración de los relojes,

Ok, a ver si este fin de semana, que seguramente trasnocharé, te hago las capturas

58

Incidencias / Re:¿Pérdida de datos al no tener la hora en UTC?

« en: 06 de Febrero del 2016, 00:52:16 am »

Alejandro, como bien sabes, la hora UTC es la misma para todo el mundo.

Se podría modificar en Meteoclimatic, y entonces Canarias estaría fuera de juego, tendría todavía más problemas por el tema horario.....además......tenemos a Portugal dentro de la red.......y quien sabe en un futuro si los dueños del invento no lo van a ampliar a otros paises.

73

Claro....lo se, si yo no insinúo cambiar nada, solo planteo lo que me ocurrió, y tras darle vueltas llegué a la conclusión (no se si acertada) de que en ese intervalo los datos (todos), se pierden, solo que especialmente en los de la lluvia (que se acumulan) se puede apreciar más claramente. Si fuera así (que no lo se), sería cuestión de que el robot se ajustara en función de la diferencia horaria, y así no se interfiere a las estaciones.

Además, en  otro hilo hemos hablado del problema de los últimos 15 minutos, pero de una hora entera no lo veo claro.

Sí, ese desfase es conocido, entre que yo me actualizo tú me actualizas, etc, etc......

Si se pierden los datos de lluvia por culpa del desajuste entre hora civil y UTC se perderían todos los datos de esa hora, tanto la lluvia como la temperatura y el resto, no tiene sentido que se pierdan unos sí y otros no.

Tiene que haber algo más.

Alejandro, yo te pediría que si puedes hicieses captura de pantalla de las plantillas que se suben en esa última hora, mejor todavía, las 5 anteriores y la posterior o dos posteriores al cambio de hora, es la forma de ver las diferencias y si hay algún error en la composición o en la lectura.

Yo lo haría, pero me levanto a las 06:30 y a las horas del cambio estoy en el "primer sueño" 

No hay problema, aunque yo me levanto a las 6:50, suelo estar despierto hasta las 2:00 (Hora EA ), así que me pondré en campaña y te hago las capturas.

Veamos:
"Hipoticemos".....

• A las 23:50h (EA) del día 1-1 mi plantilla marca DPCP=9 y MPCP=9 -> Meteoclimatic le asigna al día 1-1 9l de lluvia (El robot ha leído 9 litros de lluvia para el día 1, y 9 litros para el mes en curso) -> Es correcto

Sigue lloviendo y acumulamos un litro más .......y....entonces...

• A las 00:50 (EA) del día 2-1 (EA) mi plantilla manda DPCP=1 y MPCP=10-> ¿Qué hace meteoclimatic? Él robot lee DPCP=1 (lluvia diaria =1  del todavía 1-1) y MPCP=10 -> Inconsistencia al canto. Lluvia mensual 10 litros, pero diaria de 1 l. Se han ido a tomar por saco los 9 litros medidos del día 1-1.

Pongamos que deja de llover antes de la 1:00h y que solo ha caído ese litro que he mencionado antes....y entonces...

• A la 01:10 Del día 2-1 (EA) mi estación manda DPCP=1 y MPCP=10->¿Qué lee el robot? Que el día 2-1 (UTC) ha llovido 1l, mientras que en el mes han caído 10. Los 9 litros del día 1-1 siguen desparecidos-> Inconsistencia al canto.
  

Me acabo de dar cuenta, con el ejemplo anterior, de que no se pierde lo caído en el lapso de tiempo de diferencia horaria, sino lo caído en el día anterior, lo que no casa con el problema que comentaba originalmente.

Ahora mismo, a estas horas, 00:50 (EA :p) no estoy especialmente lúcido, pero hay algo que no me cuadra.

Ubik, ¿Qué te capturo exactamente?  ¿Las dos o tres plantillas antes del cambio de día (Hora EA) más las de la hora de diferencia más dos o tres tras el cambio?

Aclaro que cuando digo hora EA, aunque no sea correcto (EA8 es Canarias), me refiero a hora "española".

59

Incidencias / Re:¿Pérdida de datos al no tener la hora en UTC?

« en: 05 de Febrero del 2016, 15:25:37 pm »

A mi me pasaba lo mismo, y la solución ha sido cambiarla a horario UTC y ahora ni una sola inconsistencia. Y encima con Index Robertsson más alto 

En cualquier caso, si no quieres cambiar la hora del ordenador, la solución es estar pendiente de que en el intervalo de las 00:00 horas no llueva, y en todo caso arreglarlo manualmente. Yo así lo he hecho durante años, manteniendo siempre libre de inconsistencias mi estación. Es una cuestión de "estar encima", y no solo para esas inconsistencias, sino para otras que surjan.

Aunque ahora como ya no llueve, no hace falta preocuparse mucho 

Bueno, no es del todo un consuelo saber que simplemente pasa, pero por lo menos ya se que no es cosa mía.

Lo de cambiar la hora a UTC lo he pensado, pero entonces se me descuadran los datos de la web. Mis datos se suben a una web de un ayuntamiento, y, sí, podría ponerlos en UTC y dejarlo claro, pero generaría confusión en los visitantes a la hora de consultar datos, sin tener muy claro si hay que sumar, restar, si una hora, dos....

Simplemente estaré pendiente. Afortunadamente el único dato que se verá afectado será el de la lluvia, que es acumulable.... aunque ahora que caigo, también podría perderse algún dato extremo si se da en ese intervalo ¿o no? ¿Que ocurriría con un dato extremo de temperatura en ese lapso de tiempo? ¿Se pierde? ¿Igualmente habría que corregirlo manualmente?

No me preocupa corregirlo, estoy muy pendiente de la estación, lo que me preocupa es que por desconocimiento pierda algún dato, aunque, ahora que lo pienso, al generarse la inconsistencia bastaría con revisar mis históricos para detectar el error.....

En fin....creo que sigo como estoy , gracias por responder 

60

Incidencias / ¿Pérdida de datos al no tener la hora en UTC?

« en: 05 de Febrero del 2016, 13:25:17 pm »

Os cuento, hace una semana, poco antes de las 12 de la noche hora española, con lluvia moderada, estuve haciendo un seguimiento a la estación para ver como evolucionaba la lluvia caída. Todo bien en lo que a mi estación y mi web se refiere, sin incongruencias en los datos ni nada por el estilo. El problema vino en meteoclimatic, que perdió una hora de lluvia, la que iba de las 00:00 a la 1:00h hora española, en la que cayeron dos litros, generándose una inconsistencia.

Todo iba bien hasta la última lectura del "viejo" día del robot meteoclimatic. Para cuando éste cambió de día (una hora después que yo) habían caído dos litros que simplemente se perdieron. Mi valor DPCP era 2 entre las 00:00h y la 1:00h (españolas), lo que me generó inconsistencias (imagino que por no coincidir con lo acumulado en UTC por meteoclimatic, que era, hasta esa lectura, mayor que dos) . Cuando llegó la 1:00h y meteoclimatic cambió de día yo le seguía enviando DPCP=2, y suponía que, después de todo, salvando en el momento en el que asignara esa lluvia, el dato no se perdía. Pues no, perdí los dos litros caídos entre las doce y la una (españolas). Se generó una inconsistencia con esa diferencia de 2 litros con la lluvia mensual y tuve que actualizar el dato manualmente en mi ficha para recuperar la lluvia perdida.

No se si me he explicado. La cuestión es que, como yo lo entiendo, los datos no deberían perderse. A lo sumo podrían estar en días diferentes, pero no evaporarse. ¿Es correcto? Entonces, ¿Por qué perdí esos dos litros caídos entre las 00:00h y la 1:00h? ¿Casualidad? Cambio de día, cambio de horario, lluvia justo en esas franjas.

Gracias y un saludo