AirwaySim
Online Airline Management Simulation
Login
Username
Password
 
or login using:
 
My Account
Username:
E-mail:
Edit account
» Achievements
» Logout
Game Credits
Credit balance: 0 Cr
Buy credits
» Credit history
» Credits FAQ

Author Topic: Connecting flights/transiting passenger  (Read 6896 times)

Offline Sanabas

  • Members
  • Posts: 2161
Re: Connecting flights/transiting passenger
« Reply #60 on: November 04, 2012, 09:15:34 PM »
I am not calling you stupid. I am saying that your insistence on saying that making a techstop route with your HQ as the tech-stop somehow doubles up on demand is rubbish. Because it is. If you equate 'that thing you keep saying is rubbish' with 'you are stupid', then that's a problem on your end, not mine.

If you want to be critical, be critical of things that are actually true.

I don't see what your general point is, because I haven't seen you explain it. Other than "It stays sticky between us concerning that demand/traffic thang." Which you continue to misunderstand & misrepresent, wilfully or not. We both say that any simple option needs to use the existing demand model. I am suggesting something that does use it. You keep telling me it doesn't. You are wrong.

What I see is:

This doesn't make sense because it adds demand not already included in the demand model - Simply incorrect. It would give the ability to create a tech-stop route between two airports you are not based in. Using the existing demand between those two airports. Simple as that.

This won't work because it means far too many extra route calculations. - Also incorrect. It'd be double the existing number of routes at absolute worst.

It's all too confusing. - So don't use it. 7 day schedules are confusing. Micromanaging prices is confusing. If it's too much effort, don't use it. It's not compulsory, it's not required for success. The game's already very simple to succeed at.

I wouldn't get accurate profit for individual planes. - Big deal. Individual plane profit is irrelevant & arbitrary. It is also extremely simple to take this, and arbitrarily split the revenue between the two planes involved however you want to.

exchlbg

  • Former member
Re: Connecting flights/transiting passenger
« Reply #61 on: November 04, 2012, 09:37:16 PM »
It doesnīt make it any better if you repeat insulting people you donīt really want to understand nor to additionally insult anybody not following your point of view."Complicated" was my word for your propose to first implement connection service and then limit it by rules.
And not everybody finding things complicated you deal as easy is necessarily stupid.
I would just ask you now to let it go, itīs going somewhere I donīt want to follow.

Offline TommyC81

  • Members
  • Posts: 62
Re: Connecting flights/transiting passenger
« Reply #62 on: November 16, 2016, 11:58:13 AM »
Digging up an old topic as I've just dug up the game again trying out the free trial. Did anything ever come out of the possibility to connect passengers?

Thanks for reading!


Offline qunow

  • Members
  • Posts: 682
Re: Connecting flights/transiting passenger
« Reply #63 on: November 18, 2016, 02:38:15 AM »
If the model will cause problem then shouldn't the solution be modifing the model?

And worrying about how it will benefit large airlines is like worrying about the way how real world airlines suceeded with their hub and spoke model

Offline BullRot

  • Members
  • Posts: 44
Re: Connecting flights/transiting passenger
« Reply #64 on: March 25, 2017, 04:28:47 AM »
PAX Connectivity.
Manual metod.

There is more simple solution.
Connecting flights only at HQ base airport. Let's say that the new City Based Demand system is fully operational.

Example:
HQ is WAW / EPWA there is a flight CDG - WAW and WAW - GDN.
Lets say fictional numbers on pax demand:
- CDG - WAW 200
- WAW - GDN 50
- CDG - GDN 50 (but not deserved)

50% of CDG-GDN pax will take CDG-WAW then WAW-GDN route.
The % MAY (but not nescessary) vary depending of actual game mechanics and nothing big there to implement.
This will work untill You or opponent will open one day CDG-GDN.
Of course it can be 25% 20% or whatever to make the game balanced.

There should be a room for Alliance co-op also.
New feature - Alliance Connecting route flag. When two of them are flagged, the same as above should be possible.
Let's say one have CDG-WAW (CDG HQ) and I have WAW-GDN (WAW HQ). 

As You are making profit this way without opening a new route, You have to be a little bit penalised, so let's say there will be a new selection in "Route Tab":
- Open Connecting Route
- Manage Connecting Routes

In the "Open New Connecting Route" tab, You will select 2 already existing flagged routes or else you will try to open it as already done and system will find and propose routes.

In "Manage Connecting Routes" you should see same financial system as already exsting one.

So the HQ only routes is better in terms of balanced gameplay. Servers shouldn't be overloaded this way and we could get basic Connectivity feature enabled.

This way I find it a lot easier, efficient in terms of gameplay, it promotes regional airlines or regional routes.
It is more simple to code it and implement as feature (still not easy but possible) more than a complex system, taking in count the servers traffic, workload etc...
That's a micromanagement!
« Last Edit: March 25, 2017, 04:39:47 AM by BullRot »

Offline qunow

  • Members
  • Posts: 682
Re: Connecting flights/transiting passenger
« Reply #65 on: August 01, 2017, 09:35:17 PM »
Just saw an essay about a method to calculate connectin traffic percentage in airport annual passenger figure at http://www.dlr.de/fw/Portaldata/42/Resources/dokumente/paper/Maertens_Grimme_Transfer_Rate_estimation.pdf which could be needed to determine how many demand of an airport is really O/D

 

WARNING! This website is not compatible with the old version of Internet Explorer you are using.

If you are using the latest version please turn OFF the compatibility mode.