El 18 de abril de 2012 11:43, Jonay Santana <[email protected]>escribió:
> Uf, 47.9 segundos son demasiados metros de error donde me encuentro... > > Voy a copiar algunas tramas más, junto con la longitud que la > aplicación me dice que tiene el vehículo para ese momento preciso. > Encontré uno en un garaje, que se movía poco, con lo que las > longitudes son casi iguales (a veces incluso lo son, pero no así el > dato que el vehículo mandó). > > 01 D0304205E00F73E2F77A192A5B001A88 -> 2012.01.01-00.23.32 = NO ESTÁ > 02 D0304205A00F748CF77A8B2B6D001A87 -> 2012.01.01-00.22.32 = -15º25’53.3” > 03 D0304205600F7562F77AB2326B001A86 -> 2012.01.01-00.21.32 = NO ESTÁ > 04 D0304205200F7588F77B924B8D001A86 -> 2012.01.01-00.20.32 = -15º25’56.3” > 05 D0304204E00F7514F77D76509D001A84 -> 2012.01.01-00.19.32 = NO ESTÁ > 06 D0304204A00F7471F77F03507A001A83 -> 2012.01.01-00.18.32 = -15º25’56.3” > 07 D0304204600F7374F78067539D001A82 -> 2012.01.01-00.17.32 = NO ESTÁ > 08 D0304204200F736AF782234A80001A80 -> 2012.01.01-00.16.32 = -15º25’56.3” > 09 D0304203E00F7351F783E94988001A7F -> 2012.01.01-00.15.32 = NO ESTÁ > 10 AF304203A00F738FF785A63500001A7E -> 2012.01.01-00.14.32 = -15º25’56.5” > 11 D0304203600F733CF7867D4DA3001A7D -> 2012.01.01-00.13.32 = NO ESTÁ > 12 D0304203200F71E2F787B050A3001A7C -> 2012.01.01-00.12.32 = -15º25’56.5” > 13 D0304202E00F7055F7888852A8001A7B -> 2012.01.01-00.11.32 = NO ESTÁ > 14 D0304202A00F6EA6F788985208001A79 -> 2012.01.01-00.10.32 = -15º25’56.3” > 15 D0304202600F6D28F7880E4CAF001A78 -> 2012.01.01-00.09.32 = NO ESTÁ > 01 D030420A600F70ABF77B922127001A8D -> 2012.01.01-00.41.32 = NO ESTÁ > 02 D030420A200F7134F77B382911001A8C -> 2012.01.01-00.40.32 = -15º25’56.3” > 03 D0304209E00F7127F77AD81301001A8C -> 2012.01.01-00.39.32 = NO ESTÁ > 04 D0304209A00F712CF77A8E1A41001A8B -> 2012.01.01-00.38.32 = -15º25’56.5” > 05 D0304209600F716DF77A00193A001A8B -> 2012.01.01-00.37.32 = NO ESTÁ > 06 D0304209200F71C4F779872B22001A8B -> 2012.01.01-00.36.32 = -15º25’56.3” > 07 D0304208E00F71C4F778E81D5D001A8A -> 2012.01.01-00.35.32 = NO ESTÁ > 08 D0304208A00F71D1F7791C0C9A001A8A -> 2012.01.01-00.34.32 = -15º25’56.6” > 09 D0304208600F71D1F7793F0051001A8A -> 2012.01.01-00.33.32 = NO ESTÁ > 10 D0304207E00F71CFF7793F0046001A8A -> 2012.01.01-00.31.32 = NO ESTÁ > 11 D0304207600F71D0F7793F0044001A8A -> 2012.01.01-00.29.32 = NO ESTÁ > 12 D0304206E00F71D1F779400042001A8A -> 2012.01.01-00.27.32 = NO ESTÁ > 13 D0304206A00F71E3F7794B0060001A8A -> 2012.01.01-00.26.32 = -15º25’56.1” > 14 D0304206600F71E9F779BC3473001A89 -> 2012.01.01-00.25.32 = NO ESTÁ > 15 D0304206200F72DFF77A383755001A88 -> 2012.01.01-00.24.32 = -15º25’56.1” > > Me ha llamado la atención que la aplicación desecha posiciones que > el vehículo sí que ha mandado (son las que he puesto como NO ESTÁ, > cosa que desconocía. > ¿Y el resto de datos sí los tienes relacionados y contrastados en varias tramas (kilometrajes, hora, velocidad, latitud...)? Quizá dejando sólo los "bits" que aún no sabes a qué se corresponden (que serán pocos ya), se vea (lo veamos) más fácilmente. Las tramas a bote pronto tienen pinta de estar ordenadas en varios sitios (los dos últimos bytes, y los de las posiciones 13-14), no sé si por casualidad o por algo en especial, porque con las horas no se corresponden. Quizá quitando algo de bosque podamos ver el árbol ;)
_______________________________________________ Talk-es mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-es
