Comparación de dos gráficos de cotización con distorsiones no lineales en el eje X - página 5
![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
aquí parece estar el código fuente http://www.bytefish.de/blog/dynamic_time_warping
Hay un artículo sobre DTW en la página de Habrahabra http://habrahabr.ru/blogs/algorithm/135087/, parece ser muy claro, pero no consigo averiguar cómo usar DTW para OHLC, ¿alguien me lo puede explicar?
¿Ya está hecho por un precio?
No funcionó, no es un problema portar la fuente DTW a mql:
El problema es que no entiendo cómo utilizarlo, lo único que he entendido es que con DTW se pueden ajustar diferentes periodos de tiempo (BP) a la misma escala para su posterior análisis, pero cómo... - no entiendenNo funcionó, la propia fuente DTW es fácil de portar a mql, de alguna manera:
el problema es que no entiendo como utilizar esto, lo único que he entendido es que con DTW se pueden ajustar diferentes tramos de tiempo (BPs) a la misma escala para su posterior análisis, pero como... - no entiendenLo he probado. Tampoco estoy seguro de cómo usarlo. La salida debe ser la ruta de transformación o los datos transformados. Digamos que coste[][] es una matriz de distancia. Pero da un camino con retorno (si buscamos el valor mínimo en cada columna), la condición "1. Monotonicidad - el camino nunca vuelve, es decir: los dos índices, i y j, que se utilizan en la secuencia, nunca disminuyen". Además, el camino no llega a la esquina opuesta. En general, no entiendo muy bien el sentido de todas estas manipulaciones con los números a la hora de rellenar el array cost[][] - primero se cuentan simplemente las distancias y luego se suman.
Si necesitamos contar las distancias entre cada elemento t1 y cada elemento t2, entonces ¿por qué debemos realizar tantos cálculos, si necesitamos cumplir la condición "1. Monotonicidad - el camino nunca vuelve, es decir: ambos índices, i y j, utilizados en la secuencia, nunca disminuyen"?
.
El DTW es completamente inadecuado para la tarea que se está llevando a cabo. DTW se utiliza para reconocer el habla (palabras) en un flujo de audio en tiempo real de la siguiente manera (a grandes rasgos):
Así que DTW es sólo un criterio para comparar dos secuencias de diferente longitud. Nada más.
Para buscar palabras en el historial de audio, DTW no es en absoluto adecuado, porque consume muchos recursos. Por ejemplo, averiguar cuántas veces se ha dicho una palabra en la última hora, utilizando DTW, es casi imposible.
Una solución rápida a este problema es utilizar un algoritmo rápido para calcular el CC de Pearson. Al hacerlo, el DTW se convierte cada vez en un ZigZag con diferentes parámetros de entrada. Este algoritmo es muy fácil de paralelizar y funcionará casi en tiempo real cuando se implemente utilizando la GPU.
Otra pregunta es ¿por qué lo necesitamos? Nadie ha resuelto esta tarea a un nivel serio. Pero estoy casi seguro de que después de haberlo resuelto, habrá un clavo más en el ataúd de la solidez de la teoría de los patrones.
La teoría de los patrones, así como las ondas de Elliott y Fibo no es un nivel de pensamiento tecnocrático.
El DTW es totalmente inadecuado para la tarea en cuestión...
Algo que me he inventado, pero no sé, es una tontería.
La línea amarilla, es la naranja estirada sobre la roja.