Good job! Nice UI.
But little but very important note for people from those countries: Add region called "Central Europe". Czechs, Slovaks, Poles, Hungarians... they hate being marked as eastern europeans ;)
As an American who visited all those countries and conversed with multiple citizens from each of those countries, they do remind you of the "Central Europe" thing..
However, they don't understand that for Americans, "Eastern Europe" isn't geographic; it's geopolitical... essentially, Europe east of the former Berlin Wall
There's South America the continent, but for some Spanish people (and possibly other peoples), "South America" is everything south of America (starting with Mexico)
I am from México, and came here to comment because the posted website says "Mexico is part of Central America", and well, No. México is definitely, absolutely, unequivocally in North America.
Which Spanish people? No one in Latin America(or for that matter in Spain) use your weird definition for South America.For classifying America or the Americas there are 2 different models: the 2 continent model (that Anglo people use among others) and the 1 continent model that we use in Latin America. In neither of those 2 models Mexico is considered a part of South America.
But that's it! We hate to be connected with former Soviet eastern block. Therefore it's even more important for us to be considered and called Central Europe ;)
sry, wrote reply as comment, so copying here for you :)
:
Hey, sorry for my late reply :) Thanks for review and suggestions. I get data from api endpoints of airline pages, but unfortunately they are not official public APIs. Ryanair api already exists but they haven't activated my developer account yet. To points:
1) will do, good idea :)
2) selecting city instead of airport directly is possible improvement, but little more complicated for implementation
3) I'm not sure if you can see prices in EUR if you are booking a flight from Budapest for example... but will search for it and will try to implement it,I know that prices in HUF, SEK, CZK can be confusing as well as language.
I'm still trying to optimize the core routing part to make loading times as short as possible, and I do all alone in my free time, so UI stuff is not getting enough attention I guess :)
thank you and sorry for late reply.
It did not provide any MUC route because I had only one route from MUC in my database and it would need at least two for unique multicity :)
You worked for what airport if I can ask? :)
Yes, I just started and I'm from Europe, that's why I had Ryanair and Wizzair (EU low cost) as first airlines. But I could make a US version, could you give me hint about us low cost companies? :)
Hey, sorry for my late reply :)
Thanks for review and suggestions. I get data from api endpoints of airline pages, but unfortunately they are not official public APIs. Ryanair api already exists but they haven't activated my developer account yet.
To points:
1) will do, good idea :)
2) selecting city instead of airport directly is possible improvement, but little more complicated for implementation
3) I'm not sure if you can see prices in EUR if you are booking a flight from Budapest for example... but will search for it and will try to implement it,I know that prices in HUF, SEK, CZK can be confusing as well as language.
I'm still trying to optimize the core routing part to make loading times as short as possible, and I do all alone in my free time, so UI stuff is not getting enough attention I guess :)
