<div dir="ltr">Sigo respondiendo.<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Ya estoy arreglando todos los datos "INVALID":<br></div>1. reviso que el primer dato no sea invalid. si es así, lo arreglo devolviéndome desde el primer registro que no tenga ningún valor inválido.<br></div>1.1 lat y long se pueden predecir con la velocidad y el ángulo como decía brol. así las corrijo. las demás simplemente las estoy copiando. pero creo que se puede hacer mejor. lo pensamos. </div></div></div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div>2. una vez los primeros datos están correctos. reviso desde el principio hasta el final los inválidos usando la misma metodología para predecir lat y long basado en la velocidad y el ángulo. También, los demás datos que quedan incompletos los copio simplemente.<br><br></div>hay un efecto gracioso de hacer la predicción de la posición de esta manera (ver línea diagonal en donde parece ser la casa de Brol :) )y es que si la velocidad antes de ser invalid era diferente de cero, los nuevos valores de lat y long predichos vana a quedar movidos proporcionalmente a la última velocidad y en la dirección del último ángulo que se había registrado. pensemos en que esto se puede mejorar. para hacer más inteligentemente 1 y 2.<br><br></div></div></div></blockquote><div><br></div><div>Acá hay que tener en cuenta que en cada recorrido se generan datos inválidos, voy pensar alguna manera de marcar el recorrido. Puede que la cola de un recorrido se empate con la cabeza de otro. Entonces esa misma seguidilla de registros inválidos pueden corresponder a zonas geográficamente distantes.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>@Brol y @fede:<br>no se si seguir o pegármeles a ustedes, porque siento que estamos haciendo lo mismo :)<br></div><br></div></blockquote><div><br></div><div>Noo, yo pienso lo mismo que fede, nos ayudas mucho con los algoritmos y maneras de resolver situaciones. Gracias!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Me gusta mucho la leyenda que han puesto en el mapa! con un botón en cada tipo de rango se podría visualizar las zonas que en algún momento han presentado cierto tipo de rango. super útil :)<br></div></div></blockquote><div><br></div><div>Ese mapa lo hicimos en javascript pero buscaremos la manera de reproducirlo en R, donde es fácil filtrar por rangos y fechas. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>yo sigo trabajando, pensando en esta idea de api que comentaba Brol en el correo pasado:<span class="gmail-"><br>"Inicialmente será de archivos planos y filtramos al cargarlos y ojalá 
después que sea una especie de api a la que se le hagan consultas."<br></span></div></div></blockquote><div><br></div><div>Super </div><div>:D </div></div></div></div>