[un/loquer] Agentes de calidad del aire

[federico lopez]

No me llegó las ilustraciones que mencionas, será por los adjuntos?

El 7 abr. 2017 7:13 AM, "Eliette Restrepo" <elietterestrepo at gmail.com>
escribió:

> --  Acerca de si la medición del sensor es relativa o absoluta...
>
>
>> Otro opción sería medir la velocidad de la bicicleta y definir una
>> velocidad "estándar". Las mediciones de PM25 que se tomen mientras la bici
>> va por fuera de la velocidad estándar se eliminarían. Por ejemplo, las
>> mediciones que se tomen cuando la velocidad es 0 no se toman en cuenta para
>> el promedio.
>>
>
> esto es si la medición es relativa, pero si es absoluta entonces no se
> necesitaría cierto?
>
> Cierto. Si la medida es absoluta no se necesita hacer la normalización.
> Pero si el conjunto de medidas dependende del tiempo, de igual manera se
> deben normalizar sobre el tiempo antes de promediarlas.
>
> --  Acerca del experimento del pancake...
>
> y este es el gráfico del segundo experimento, el del pancake.
> http://www.howmuchsnow.com/arduino/airquality/sharpdyloscompare2.gif
>
> yo entiendo que el voltaje baja es porque las partículas se disminuyen.
>
> En cambio yo entiendo que el voltaje disminuye por que el sensor se satura
> y ya no puede medir más de lo que ya midió...
>
> @ Brolin: traté de encontrar la documentación del sensor para aclarar cómo
> se da la medición, pero no logré ubicarme en las carpetas y piratepads...
> ¿me podrías indicar por favor en qué lugar puedo encontrar ésto?
>
> -- Acerca de la ilustración que envié en el correo anterior...
>
> **En la ilustración del correo anterior hay un error en el caso A: yo
> escribí "cuando el tiempo en calle Colombia es menor que en calle Paralela"
> y ésto lo representé como ">", debería ser "<". Espero no haber causado
> confusión.**
>
>
> 2017-04-07 13:48 GMT+02:00 federico lopez <fede2001 at gmail.com>:
>
>>
>>
>> 2017-04-07 2:58 GMT-05:00 daniel gomez <danielgomezmarin at gmail.com>:
>>
>>> Buenos días!
>>> Trato de organizar por temas lo que se ha escrito los últimos días para
>>> que sea más fácil leer y referirse a cada asunto.
>>>
>>> *promedio*
>>> Pongo un ejemplo para que podamos tomar decisiones de como calcular los
>>> datos acumulados para un mismo punto:
>>>
>>> lista de pm25 para un punto X =(2,3,4,2,5)
>>>
>>> media = (2+3+4+2+5)/5=*3.2*
>>>
>>> media acumulada:
>>> (2+3)/2=2.5
>>> (2.5+4)/2=3.25
>>> (3.25+2)/2=2.625
>>> (2.625+5)/2=*3.81*
>>>
>>> los dos métodos muestran propiedades diferentes de los datos y por lo
>>> tanto el resultado es diferente para los mismos datos: 3.2 y 3.81. En el
>>> primero todas las mediciones tienen el mismo peso o importancia. En el
>>> segundo (el que está implementado en este momento) las últimas mediciones
>>> tienen mucho más peso que las primeras mediciones.
>>>
>>> Según lo que entiendo que interesa para el mapa lo mejor es usar la
>>> media y no la media acumulada.
>>>
>>> Si puedo tener acceso a uno de los datasets en csv podría aportar un
>>> script de python para que calcule la media y entregue los datos para el
>>> mapa.
>>>
>>
>> Acá están los datos, Brolin va agregando cada recorrido al final
>> https://raw.githubusercontent.com/daquina-io/
>> visualizacionCalidadAire/master/data/points.csv
>>
>>
>>>
>>>
>>>
>>> *mapa(s)*
>>> Si leo bien, hay muchas maneras posibles de visualizar los datos y no
>>> hay una definitiva o mejor. Tal vez se deberían pasar unos cuantos correos
>>> definiendo las más útiles y luego trabajar para lograrlas.
>>>
>>> Un pequeño aporte puede ser la lista de deseos que recopilo de los
>>> correos anteriores.
>>> - Detalle suficiente para revelar diferencia entre un punto de flujo
>>> continuo y los puntos donde los carros paran.
>>> - Ver recorrido completo de un usuario, revelando todas las mediciones
>>> acumuladas en un punto x por el que se ha pasado varias veces: visualizar
>>> el promedio (media) pero poder consultar todas las mediciones en ese mismo
>>> punto.
>>> - Hacer un mash de varios usuarios, haciendo la media de todos los
>>> datos. se puede acumular por diferentes temporalidades: todo, por días de
>>> la semana, por horas, por semanas, etc...
>>> - tener la opción de calibrar los datos de un mapa con los datos del
>>> SIATA. Si un usuario pasa por una zona donde está una torre del SIATA y se
>>> comparan las mediciones, todos los valores del usuario de ese día se
>>> escalan para calibrarse con el SIATA.
>>>
>>> si se me escapa algo sería bueno complementar esta lista.
>>>
>>> saludos,
>>>
>>> D
>>>
>>>
>>>
>>> _______________________________________________
>>> unloquer mailing list
>>> unloquer at lists.aktivix.org
>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>
>>>
>>
>> _______________________________________________
>> unloquer mailing list
>> unloquer at lists.aktivix.org
>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>
>>
>
> _______________________________________________
> unloquer mailing list
> unloquer at lists.aktivix.org
> https://lists.aktivix.org/mailman/listinfo/unloquer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.aktivix.org/pipermail/unloquer/attachments/20170407/4b69e40c/attachment-0001.html>