Also der wichtigste Anwendungsfall von Cargo Destinations ist ein Flughafen "auf der grünen Wiese" [weil er näher an der Stadt nicht erlaubt ist]. Dafür braucht man einen 2-Wege-Transfer, der ohne Destinations nicht möglich ist.

Generell ist Cargo Destinations sowas wie ein "Auto-Transfer" - ob das "vorbildgerecht" ist oder nicht, ist dabei eigentlich eher belanglos. So kann man jetzt z.B. auch Wertsachen in zwei Richtungen transportieren, ohne daß der Bahnhof in der Innenstadt platziert werden muß.

Nachtrag: Es wurden auch zeitweise netzwerkunabhängige Destinations à la Simutrans diskutiert, aber da war eine ziemlich überwältigende Mehrheit der Meinung, daß der Spieler dadurch zu sehr bevormundet würde.

Fenris schrieb:[...] Wobei, wenn ichs mir recht überlege, könnte das natürlich auch daran liegen, dass man einfach von vornherein so plant.

Der Effekt solch einer Verteilung hängt stark von der Topologie des Netzes ab. Wenn jemand eher mit 1-fach zusammenhängenden Topologien spielt wird er nicht viel Unterschied bemerken, ausser dass die Bhf nach Bedienung durch einen Zug nicht vollständig leergeräumt werden.

Ich muss das mal mit Gütern ausprobieren.

Gruß
Michael

Hallo

(19.02.2010 11:32)mb schrieb:  Ich muss das mal mit Gütern ausprobieren.

Das ist mMn auch eine interessante Sache. Mag das bei Kohle noch banal sein (1/3 der Kohle geht an Kraftwerk A, der Rest an Kraftwerk B oder -- bei ECS oder PBI -- an Stahlwerk C), wird es bei verarbeitenden Industrien bzw. deren Produkten anspruchsvoll. Das ist natürlich noch herausfordernder, wenn Städte nur mit bestimmten Produkten wachsen(Lebensmittel im arktischen Klima und Wasser in den Tropen).

Tschö, Auge

Cargo Destination auch bei Produkten, wie Kohle, Eisenerz usw.??????????????????????????????????????????????????????????

Oder nur bei Personen?????????????????

spielerA schrieb:Cargo Destination auch bei Produkten, wie Kohle, Eisenerz usw.??????????????????????????????????????????????????????????

Oder nur bei Personen?????????????????

Man kann für jedes Gut einzeln einstellen ob es mit Ziel, ohne Ziel oder sowohl als auch erzeugt werden soll.

Der Schalter dafür ist "cdstcargoclassgentype" in der ttdpatch.cfg.

Ob das in allen Fällen Sinn macht, muss man mal ausprobieren. Auge meint das jedenfalls.


Apropos: kennt jemand ein vernünftiges deutsches Wort für "routing"?

Gruß
Michael

Ohne Kontext wird so eine Übersetzung ganz bestimmt fehlschlagen...

Irgendwas im Sinne von "Streckenplanung"...

Zitat:Apropos: kennt jemand ein vernünftiges deutsches Wort für "routing"? Cool

Routenberechnung?

(19.02.2010 21:19)mb schrieb:  Man kann für jedes Gut einzeln einstellen ob es mit Ziel, ohne Ziel oder sowohl als auch erzeugt werden soll.

Der Schalter dafür ist "cdstcargoclassgentype" in der ttdpatch.cfg.

Ob das in allen Fällen Sinn macht, muss man mal ausprobieren. Auge meint das jedenfalls.

Gruß
Michael

Könnte dies bitte einer schnell mal ins Deutsche Übersetzen, Googel, spielt da nicht so recht mit.

Danke!!!!!

routing = Streckenführung oder Wegstrecke

spielerA schrieb:Könnte dies bitte einer schnell mal ins Deutsche Übersetzen, Googel, spielt da nicht so recht mit.

Schwierig. Das ist sehr schwammig formuliert. Ohne das Feature verstanden zu haben kann man das nicht sinnvoll übersetzen.

Also mal schnell zwei Schalter:

Zitat:cdstcargoclassgentype (kein Kommandozeilen Schalter verfügbar) legt die Art der Gütererzeugung für die einzelnen Güterklassen fest. Dies erfolgt über eine Ziffer pro Güterklasse (rechtsbündig, dh. die Güterklasse "Passagiere" wird durch die erste Ziffer von rechts angegeben. Durch den Wert der Ziffer wird die Art der Gütererzeugung bestimmt: "0" - diese Güterklasse wird mit Ziel erzeugt, sofern dafür eine Verbindung existiert, "1" - diese Güterklasse wird mit Ziel erzeugt; falls dafür keine Verbindung existiert werden die Güter nicht erzeugt, "2" - diese Güterklasse wird ohne Ziel erzeugt (wie früher), "3" - diese Güterklasse wird "gemischt" erzeugt, also sowohl mit als ohne Ziel.

Eine Liste der Güterklassen ist in http://wiki.ttdpatch.net/tiki-index.php?...lasses_16_ zu finden. Für Güter die in mehreren Klassen gleichzeitig sind, werden die angegebenen Werte bitweise OR verknüpft. Standardeinstellung für diesen Schalter ist "33333333333", also gemischte Erzeugung für alle Güterklassen.


cdstcargopacketttl (kein Kommandozeilen Schalter verfügbar) legt die "Lebenszeit" für Güterpakete fest. Jede Teilstrecke zählt diesen Wert herunter, auch wenn die Güter auf dem Fahrzeug verbleiben. Um fehlgeleitete Pakete vom Vagabundieren im Streckennetz abzuhalten werden alle Pakete deren Lebenszeit abgelaufen ist ohne Bezahlung entfernt. Wertebereiche: 0 .. 255, Standardeinstellung: 100.

spielerA schrieb:routing = Streckenführung oder Wegstrecke

Schon klar. Aber "cargo is routed"? Güter werden streckengeführt?

Ich habe das erstmal umschrieben mit "werden mit/ohne Ziel erzeugt". Optimal ist das nicht ...

Deutsch ist einfach die präzisere Sprache. Im Englischen müssen die Gesprächspartner wissen worum es geht und dann kann man immer irgendwelche Wendungen benutzen.

Gruß
Michael

(19.02.2010 22:51)mb schrieb:  Schon klar. Aber "cargo is routed"? Güter werden streckengeführt?

Ich habe das erstmal umschrieben mit "werden mit/ohne Ziel erzeugt". Optimal ist das nicht ...

Wie wäre es mit, "Die Strecke für die Fracht ist geplant"?

Muss man denn das überhaupt übersetzen? Würde der Begriff "gerouted" nicht verstanden?

Also in unseren Systemen werden Sendungen auch in Deutschland einfach nur "gerouted".

Ansonsten würde ich vorschlagen: "Ziel gesetzt" oder "Weg vorgegeben"

The Irish schrieb:Muss man denn das überhaupt übersetzen? Würde der Begriff "gerouted" nicht verstanden?

Das Wort würde vermutlich nicht einmal richtig ausgesprochen werden können.

Ich hatte das oben umschrieben mit "werden mit Ziel erzeugt". Das trifft es mMn sogar besser denn die Güter werden ja explizit nicht "gerouted" sondern lediglich mit einer Zieladresse versehen.

PS: auch mal wieder hier, Paul?

Gruß
Michael

(24.02.2010 23:09)mb schrieb:  Das Wort würde vermutlich nicht einmal richtig ausgesprochen werden können.

Das Problem haben wir auch im Geschäft. Da scheiden sich die Geister zwischen gesprochen:

r-u-u-t-i-n-g oder r-a-u-t-i-n-g.
Ich bin in der ersteren Fraktion

Zitat:Ich hatte das oben umschrieben mit "werden mit Ziel erzeugt". Das trifft es mMn sogar besser denn die Güter werden ja explizit nicht "gerouted" sondern lediglich mit einer Zieladresse versehen.

Passt meiner Meinung nach ganz gut.

Zitat:PS: auch mal wieder hier, Paul?

Hehe, ja seit Du mir verraten hast, wo man sich news zum DBSet holen kann

Ich habe eine Frage zu diesem Feature:

Jemand hat gesagt, dass die Passagiere dann nur einsteigen, wenn ihr Zielbahnhof in der Fahrplanliste des einfahrenden Zuges ist.

Wenn der einfahrende Zug aber nur ein Zubringer ist und die Passagiere später nochmal umsteigen müssten, dann steigen sie doch gar nicht erst ein oder?

Von daher funktioniert der Shuttle-Service doch immernoch nicht richtig oder?

DiStefano8472 schrieb:Jemand hat gesagt, dass die Passagiere dann nur einsteigen, wenn ihr Zielbahnhof in der Fahrplanliste des einfahrenden Zuges ist.

Wenn der einfahrende Zug aber nur ein Zubringer ist und die Passagiere später nochmal umsteigen müssten, dann steigen sie doch gar nicht erst ein oder?

Solange ein Weg zum Zielbahnhof gefunden werden (zB über Umsteigemöglichkeiten) solange steigen sie auch ein.

Gruß
Michael

Faszinierend, damit hätte ich nun wirklich nicht gerechnet - da werde ich doch glatt mal ein neues Spiel beginnen - obwohl ich damit doch noch bis zur Erscheinung des DB-Sets warten wollte

Nochmal ein Beispiel für mich zum Verständnis:

- es fahren Busse zwischen A und B
- es fahren Busse zwischen B und C
- in den Haltestellen in A entstehen automatisch Passagiere die nach C wollen obwohl es keine direkte Verbindung gibt
- Passagiere die nach C wollen werden automatisch in Busse nach B einsteigen

Ist das erstmal korrekt?

Was passiert, wenn ein Bus mit Fahrgästen für C bei B ankommt, die steigen aus und zahen einfach? Oder muss ich sie "Entladen" damit sie an der Haltestelle bleiben und nach C weiterfahren können?

Warum entstehen trotz der Einstellung 11333333 immer wieder Fahrgäste ohne Ziel?

Warum so überrascht? Ist doch Standard CargoDist verhalten

Die Passagiere sollten von sich aus aussteigen. Mit Entladen würdest du sie zum Aussteigen zwingen, auch wenn sie villeicht Sitzenbleiben würden (falls der Bus weiter nach D fährt).
So ist es zumindest in OpenTTD, im Patch ist es wohl nicht gross anders.

(28.11.2011 15:39)Addi schrieb:  Warum so überrascht? Ist doch Standard CargoDist verhalten

Naja, ich habe jetzt fast 3 Jahre nicht gespielt und mir eigentlich immer so ein Feature gewünscht. Von daher kann man schonmal positiv überascht sein.

Ich habe jetzt mal noch einen kleinen Testaufbau gemacht und musste entzückt feststellen, dass die Passagiere wirklich aussteigen und auf den nächsten Bus warten.

Probleme gab es nur, wenn ich zwischen A und B einen Busbahnhf in der Pampa errichte der keine Passagiere akzeptiert. Alle Passagiere mit Ziel steigen da brav aus. Leider entstehen in A und B immer wieder Passagiere die als "unroutet" definiert sind. Die steigen brav ein, steigen aber dann in der Pampa nicht mehr aus und fahren jetzt dauerhaft spazieren. Kann man diese "unroutet" Passagiere irgendwie abschalten?

Bei cdstgargoclassgentype habe ich 11333333333 eingetragen.

Hallo

(28.11.2011 16:09)DiStefano8472 schrieb:  Probleme gab es nur, wenn ich zwischen A und B einen Busbahnhf in der Pampa errichte der keine Passagiere akzeptiert. Alle Passagiere mit Ziel steigen da brav aus. Leider entstehen in A und B immer wieder Passagiere die als "unroutet" definiert sind. Die steigen brav ein, steigen aber dann in der Pampa nicht mehr aus und fahren jetzt dauerhaft spazieren. Kann man diese "unroutet" Passagiere irgendwie abschalten?

Ich kann zwar nur von den CargoD*st-Inkarnationen für OpenTTD sprechen, die meisten generieren aber neben den gezielten Transportgütern unter bestimmten Voraussetzungen auch welche ohne Ziel. Das kann z.B. an einer schlechten Transportleistung zu einem oder mehreren Zielen hin liegen. Unter der Voraussetzung, dass die TTDPatch-CargoDest-Implementation nicht völlig anders funktioniert, solltest du mal die Stationsbewertungen und Transportleistungen prüfen und ein wenig rumexperimentieren.

Die ziellosen Güter sind im übrigen wie normale Güter, die werden nur dort ausgeladen, wo sie auch akzeptiert werden. Lassen sie sich zudem nicht an der Ursprungsstation entladen (so meine Vermutung), bleiben sie bei deinem Beispiel auf ewig im Fahrzeug.

Tschö, Auge