Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cargodist not sending cargo along new route #5874

Closed
DorpsGek opened this issue Jan 24, 2014 · 11 comments
Closed

Cargodist not sending cargo along new route #5874

DorpsGek opened this issue Jan 24, 2014 · 11 comments
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

Simons_Mith opened the ticket and wrote:

In spite of a 2-3 year wait, not one ton of metal has been directed to Nantnor Tanner Road. Coords: 405x1712

Vehicles concerned: RV 234 and Train 1.

Great Accgrove Rivers Steel plant is at 461x1681

Route first set up in beta-2, problem persists in beta-3.

Attachments

Reported version: trunk
Operating system: All


This issue was imported from FlySpray: https://bugs.openttd.org/task/5874
@DorpsGek
Copy link
Member Author

Alberth wrote:

Train 1 arrives at "Great Accgrove Rivers Steel plant" at the end of April 1991 (ie 6 months later).

It is fully loaded with building materials. After visiting the depot, it unloads the building materials, and switches to metal
Since all steel goes to Parnwell, nothing is loaded.

At Nantnor Tanner Road, RV 234 is waiting for metal, to bring to the Nantnor James Watt Street, to the Nantnor Machine Shop

The question seems to be why cargo-dist doesn't see the machine shop as a feasible destination.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12940

@DorpsGek
Copy link
Member Author

Alberth wrote:

Images with the various windows

Attachments


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12941

@DorpsGek
Copy link
Member Author

Simons_Mith wrote:

if you don't mind me speculating about a possible workaround, could you set up cargodist so that some small fraction of a cargo always remains 'to any station'? Then you'd always have something to deliver, if not very much.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12943

@DorpsGek
Copy link
Member Author

fonsinchen wrote:

As far as I can see vehicle 234 refits to Engineering Supplies on order 4 but never refits back to metal. Am I missing anything? That's not the reason for the problem, though.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12944

@DorpsGek
Copy link
Member Author

fonsinchen wrote:

The link graph schedule is clogged up with loads and loads of link graphs for fish having one station each, with the effect being that the metal link graph is never scheduled. That, of course, is a bug as there is nothing particularly interesting to do with a 1-station link graph. On a related note: How did you manage to get a 15% cargo rating at so many fishing grounds all around the map?


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12945

@DorpsGek
Copy link
Member Author

Simons_Mith wrote:

Fish ratings: I have no real idea, I haven't shipped a fish in this game yet. My only water-related thing is that I /do/ have a dock which when I first set it up used no ships, because the dredging site I wanted to access was already in its catchment area from shore. I just bolted a train station on to the dock and used it like that. When a nearby oil rig formed later, I set up a ship with full load and transfer orders for that. Could that unusual use of a dock have upset things?

Metal refit to eng supplies, but not back again: Good point, that would have screwed up my chain if RV234 had ever /made/ it to the machine shop. But it's on orders to full load metal at the moment, a job it has made no progress on in 2-3 years. And when I did fix that oversight later it didn't cause any metal to start to flow.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12946

@DorpsGek
Copy link
Member Author

fonsinchen wrote:

The relevant link graph is at position 110 in the schedule. As each link graph takes 16 days to compute and you're only computing 1 link graph at a time, this one will be due in 1760 days, which is about 5 years. You can drastically reduce that by lowering the link graph update interval in the advanced settings. If you set that to 2, it will only take 220 days for the link graph to be calculated. I'm preparing a patch which will make the schedule skip all link graphs with only 1 node now. That should help significantly. The question remains, though: How did all the fishing grounds end up in the link graphs? Any ideas on that are welcome.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12947

@DorpsGek
Copy link
Member Author

Simons_Mith wrote:

Thanks very much, I'll do that. With ref to the fishing, I've asked on the FIRS dev thread, and if I get a response, or find a way to reproduce that issue in a clean game, I'll post a suitable update here.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12948

@DorpsGek
Copy link
Member Author

fonsinchen wrote:

It's pretty simple, actually. If you disable "Deliver cargo to a station only if there is a demand" in "Stations" -> "Cargo Handling" in the advanced options, then you will get separate link graphs for all those "neutral" stations. If you then have insanely many of those you'll notice that your real link graphs aren't calculated anymore in a timely fashion. The skipping of one-station graphs should be an adequate counter measure. see ulfhermann/openttd@5aa64f1


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12949

@DorpsGek
Copy link
Member Author

Simons_Mith wrote:

Ah, I think I had that setting on early in this game before changing my mind about it and turning it off again. That would explain why it's at 15% for some places, but those that spawned after I turned it off again are unaffected.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874#comment12950

@DorpsGek
Copy link
Member Author

fonsinchen closed the ticket.

Reason for closing: Fixed

In r26276


This comment was imported from FlySpray: https://bugs.openttd.org/task/5874

@DorpsGek DorpsGek added flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) Cargodist labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant