During the cutting of the network, the following situation can arise:
There may be a chain of links (one way) that goes outside of the area. There is no interaction with agents whatsoever, so we will simply keep the one that is still in the area and remove the others. However, this way we have created a sink.
Usually this is not so important, because there is no agent on that link (and if it were, this would be fixed automatically, because the agent would have a route to get out of this link and all links on that route would be kept). However, if we, later, for instance, add automated vehicles and one is placed on such a link, there will be errors of not finding a route from such a link to anywhere else.
The problem can be circumvented for now by not working with this kind of links (e.g. only placing vehicles in a smaller radius etc.), but should be fixed eventually.
Possible solution:
It is easy to find those links (they are sinks)
Trace the network back from this link to the next non-one-way link and add an artificial link back to that one.
During the cutting of the network, the following situation can arise:
There may be a chain of links (one way) that goes outside of the area. There is no interaction with agents whatsoever, so we will simply keep the one that is still in the area and remove the others. However, this way we have created a sink.
Usually this is not so important, because there is no agent on that link (and if it were, this would be fixed automatically, because the agent would have a route to get out of this link and all links on that route would be kept). However, if we, later, for instance, add automated vehicles and one is placed on such a link, there will be errors of not finding a route from such a link to anywhere else.
The problem can be circumvented for now by not working with this kind of links (e.g. only placing vehicles in a smaller radius etc.), but should be fixed eventually.
Possible solution: