Esto no es lo mismo que ¿cuál es el motor de búsqueda de vuelos más avanzado además de Azuon y Matrix? pero esperaría que un motor lo suficientemente "avanzado" para ese también satisfaga a este.
El escenario es que uno está cerca de XXX y quiere estar cerca de YYY para la fecha Z pero no tiene planes para el tiempo intermedio.
Hay motores de búsqueda que permiten que el origen y/o el destino sea una enorme lista de lugares, y uno que incluso permite la palabra "cualquier lugar".
Pero por lo que sé, Kayak, Adioso, Momondo, Skyscanner y Azuon no permiten "cualquier lugar" como medio de un vuelo de varias ciudades. Matrix permite una lista, pero no puede manejar listas muy grandes y no tiene aerolíneas de bajo coste.
Entiendo los argumentos sobre la complejidad computacional, pero he pasado varios años haciendo consultas complejas en bases de datos enormes y no es tan malo como algunas preguntas aquí lo hacen parecer.
Actualmente, un enfoque que he descubierto es hacer dos búsquedas con Azuon, poner ambos conjuntos de resultados en una base de datos y luego unir la tabla a sí misma. Eso no es del todo satisfactorio, porque (por ejemplo) no encontrará opciones como XXX a DFW y luego DAL a YYY.
Otra es buscar manualmente (y tediosamente) las coincidencias en las dos búsquedas.
Y me había olvidado de este método . Pero incluso eso no lo encontrará todo.
Algunos motores encontrarán escalas pero no encontrarán muchas, y no mostrarán las largas.
I sospechoso Podría hacerlo con una de las caras herramientas de OAG pero aparentemente encontraron alguna razón para no cumplir con su oferta de prueba gratuita.
0 votos
La actuación de Azuon es sospechosa. He visto que dice que NO hay vuelos desde cualquier lugar de EE.UU. a cualquier lugar de Europa en un período de tiempo de un mes. Hoy he preguntado por "LAS, DEN, FSM, FWA, DFW, XNA" a América Central o del Sur o Canadá, en un periodo de ocho días, y sólo me ha dado Southwest a SJU.
0 votos
Si yo estuviera haciendo esto, probablemente usaría flightconnections.com para averiguar qué ciudades ZZZ pueden servir como conexiones de una sola parada entre XXX e YYY, elegir algunas que parezcan interesantes y ver cuáles son las tarifas de dos billetes distintos XXX-ZZZ y ZZZ-YYY. Sin embargo, este método no cubre todos los aspectos que deseas: este método no revelaría el caso de DFW/DAL, y encontrar las tarifas más baratas entre todas las ZZZ sería difícil.
0 votos
@MichaelSeifert: Eso es una mejora respecto a mi solución, ya que reduce el tamaño de los dos conjuntos de resultados. Aunque me faltó aclarar que XXX e YYY tampoco son aeropuertos únicos, porque el periodo de tiempo que se cubre suele ser de más de una semana, y yo puedo recorrer 300-400 kilómetros en bicicleta en una semana.
0 votos
El problema de las escalas en un componente de la tarifa es que puede invocar la regla del punto intermedio superior. Esta regla dice que tiene que comprobar que, si hubiera construido su itinerario como dos componentes separados con un punto de ruptura de tarifa en la escala, esta construcción no sería más cara que su tarifa de paso con una escala. (Esto se hace de forma recursiva si hay varias escalas.) Si es así, tiene que aumentar el precio de su componente de tarifa directa para que coincida con la construcción más cara. Esto es algo que muchos motores de precios se esfuerzan por hacer bien.
0 votos
Ah, pero la cuestión es encontrar las opciones y mirar los precios, no dar por sentado que una determinada es la más barata.
0 votos
Y de hecho, si Azuon está en lo cierto, KEF-EDI-BCN cuesta un veinte por ciento más que EDI-BCN y KEF-EDI
0 votos
"Entiendo los argumentos sobre la complejidad computacional, pero pasé varios años haciendo consultas complejas en enormes bases de datos y no es tan malo como algunas preguntas aquí lo hacen parecer". - un sistema de vuelo no se mapea como una base de datos relacional, sino como un grafo de red, por lo que las operaciones tipo conjunto no son realmente aplicables.
0 votos
Tampoco lo fueron algunas de las cosas en las que trabajé. No importa cómo lo almacenen, una ruta tiene dos puntos finales, una fecha/hora y un precio. Así que una colección de rutas puede ser fácilmente una tabla de cuatro columnas. Una de las cosas que hice antes de retirarme fue tomar una lista similar de rutas de un mapa y unirla a sí misma para listar todas las rutas entre dos nodos específicos. Si hubiera habido un coste asociado a cada camino, habría sido trivial ordenarlo por coste. Y sería trivial añadir un WHERE Primera_Pata.Llegada < Segunda_Pata.Salida
0 votos
@WGrileau Ah, eso no es del todo cierto. Aunque (en la aproximación más simple) cada par de ciudades tendrá una tarifa de tarifas asociada, no es trivial comprobar si una tarifa concreta es válida o no en un conjunto determinado de vuelos que conectan las dos ciudades. Puedes construirte una tabla con esta información si quieres, pero eso no es lo que ocurre bajo la superficie.
0 votos
Creo que te faltan detalles en la pregunta. Si quisiera la tarifa válida para un solo billete, no estaría comprobando las tarifas por separado. Imagínese que cambia mi restricción a WHERE Segundo_Viaje.Salida - Primer_Viaje.Llegada ESTÁ ENTRE 2*Días Y 10*Días;