[Talk-es] Traducción longitudes

Maria Arias de Reyna marias en emergya.com
Mie Abr 18 07:42:34 BST 2012


El Martes, 17 de abril de 2012, Rafael Avila Coya escribió:
> En 17/04/12 20:09, Iván Sánchez Ortega escribiu:
> > On Martes, 17 de abril de 2012 19:41:38 Jonay Santana escribió:
> >> D0304202200F6BA1F7880A4A0E001A77 = -15º 25’ 56.6”
> >> D0304201A00F699EF787B0008A001A75 = -15º 25’ 56.8”
> >> D0304201200F699CF787AE006D001A75 = -15º 25’ 56.5”
> >> D0304200A00F699BF787B20061001A75 = -15º 25’ 56.0”
> >> D0304200200F699FF787AF0057001A75 = -15º 25’ 56.8”
> > 
> > [...]
> > 
> >> El 0 que tiene inmediatamente a la izquierda de los corchetes *creo*
> >> que puede indicar el signo, para latitudes N sería 0, y para latitudes
> >> S sería F.
> > 
> > Eso se llama complemento a 2 en binario, el 0 o la F es parte del número
> > (el número son 6 caracteres hexadecimales, no 5).
> > 
> >> Así asumí que la longitud estaría entre las llaves:
> >> D0304200200F699FF{787AF}0057001A75, pero no cuadra ni de broma. Lo del
> >> signo sí tendría sentido, la F anterior sería el menos, pero el 787AF
> >> no es la longitud, al menos no sin transformarla de alguna manera que
> >> aún no pillo.
> > 
> > Prueba 1024*1024-hex2dec(0x787af), a ver si te cuadra.
> 
> Uy, por poco...
> 
> 1024*1024-hex2dec(0x787af) = 555089, pero
> 15º 25’ 56.8” = 555568 décimas de segundo...
> 
> Una diferencia de 47.9 segundos :-/


No descartes que eso sea un error de redondeo en alguna parte del decodificador 
que está usando el programa. 

-- 
María Arias de Reyna Domínguez
Área de Operaciones

Emergya Consultoría 
Tfno: +34 954 51 75 77 / +34 607 43 74 27
Fax: +34 954 51 64 73 
www.emergya.com



Más información sobre la lista de distribución Talk-es