Estoy usando python para acceder a la API de Bloomberg Desktop y estoy teniendo problemas con la conversión de la zona horaria para sus datos de tick.
Se supone que los datos que entregan son UTC, pero hay algo extraño que parece que algunos datos están desplazados un día. Ver la conversación de abajo para más detalles - He intentado esto pero no parece estar funcionando. No he sido capaz de encontrar un patrón en el desplazamiento hasta ahora:
Hola *******,
Así que la compensación viene en positivo o negativo dependiendo de de si el GMT está adelantado o retrasado con respecto a la zona horaria de intercambio. Así que en ese sentido, siempre tomaría la hora de la API, sumaría eso con el desplazamiento, si estamos > 24 horas entonces añadir un día y modulo 24 - si no estamos < 24 horas, tomaría ese número negativo y lo sumaría a 24, y restar un día.
Algo así debería servir en este caso.
Por favor, póngase en contacto con H#******* con cualquier pregunta - cuídese,
Ayuda de Bloomberg
Para más ayuda: Pulse la tecla dos veces. Consulte H#******* para continuar con esta consulta.
*******@bloomberg.net
Su pregunta era: Re:H#****** Ajuste de la hora GMT al cambio local hora local
¿Qué te parece esto?
Tome la marca de tiempo GMT devuelta por la API, tome la hora, reste el offset.... si el resultado es menor que 0, hay que ajustar la fecha hacia adelante por uno después de convertir a EST? ¿Suena bien?
De: HELP DESK (BLOOMBERG) At: 11 de mayo de 2015 11:21:18 Asunto: Re:H#******** Ajuste de la hora GMT a la hora de cambio local
Hola *******,
Siguiendo con nuestra conversación del viernes. En última instancia, lo que tendremos que hacer que hacer es introducir el desplazamiento con el campo TIME_ZONE_NUM, y añadir lógica a su código para ajustar el hecho de que podemos ir más de 24 horas aquí.
Una forma de hacerlo sería tomando el GMT + el offset módulo 24 para obtener la hora del día siguiente - luego incorporar el hecho de que tendremos que también tendremos que ajustar el día hacia adelante.
Si tiene más preguntas, póngase en contacto con h#********.
Que te vaya bien,
Ayuda de Bloomberg
Para más ayuda: Pulse la tecla dos veces. Consulte H#******** para continuar con esta consulta.
Su pregunta era: Estoy recibiendo API TickData para 8035 JP Equity....something parece ser wierd con la conversión de la zona horaria. Para ejemplo...estoy viendo una operación en mi Terminal a las 23:00:07 del 01/08/15 [600 acciones @ 8670] EST....cuando saco la misma operación a través de función de la API IntraDayTick, la operación aparece a las 04:00:07 del 01/08/15 (ESTO ES UTC/GMT). Sin embargo, la conversión a EST sería 23:00:07 del 01/07/15, no del 01/08/15....¿Qué ocurre?
Me pregunto si alguien ha tenido un problema similar / ha resuelto esto? Me parece extraño que esto no esté claro.
ACTUALIZACIÓN:
Aquí está el ejemplo completo del problema:
En la Terminal:
8035 JP Equity QR:
FROM: 23:00:07 01/08/2015
TO: 23:00:07 01/08/2015Devuelve el comercio:
Time: 23:00:07, Size: 600, Price: 8670La fecha/hora aquí es EST 23:00:07 01/08/2015
El mismo comercio a través de la API IntradayTickRequest :
tickData = {TIME = 2015-01-08T04:00:07.000
TYPE = TRADE
VALUE = 8670.000000
SIZE = 600}La fecha/hora aquí es UTC 04:00:07 01/08/2015 que convirtió (mediante http://www.timezoneconverter.com/ ) es ETC 23:00:07 01/07/2015
Así que la Terminal y la API están reportando diferentes días para ciertas operaciones, estoy buscando algún tipo de regla para estandarizar los datos.
