[un/loquer] Agentes de calidad del aire

[daniel gomez]

hola
Tal vez sería bueno poder subir el código algún repositorio para que sea
más fácil compartirlo.
ya lo actualicé para leer todos los datos csv de Brol. por el momento los
lée de un .txt offline.
atento a las instrucciones.

El 7 de abril de 2017, 14:37, federico lopez <fede2001 at gmail.com> escribió:

> 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/visualizacionC
>>> alidadAire/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
>>
>>
> _______________________________________________
> 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/93763705/attachment.html>