Hierarchie der Straßen im Kreuzungsbereich

Aus der Wiki: Wenn eine Kreuzung aus verschiedenen Straßentypen besteht, wird für die Pflasterung und andere Materialien derjenige verwendet, der am häufigsten für die Straßenabschnitte verwendet wird, die sich am Kreuzungsknoten treffen. Wenn mehrere Typen gleich häufig verwendet werden, gibt es keine garantierte Reihenfolge, sondern in der Regel wird der Typ mit dem kleineren Index im Straßentyp-Repo verwendet.

Vorsicht; Modstrassen sollten in einem Unterordner vom Standard Ordner liegen, ansonsten werden diese Strassen auch zur Erstellung der Städte herangezogen .

kleiner Tipp; Modstrassen sollten nicht direkt im Standard Ordner liegen sondern in einem Unterordner.

Bitte beachten, CommonAPI2 FlexStreets ändert den Algorithmus und hat einen höheren Bias durch Einbeziehung von priority. Sprich es wird tendenziell die Straße nehmen die eine höhere priority hat.

Ein Neubau der Kreuzung ist zwingend Nötig um Änderungen zu übernehmen. (Umschalten Spielereigentum reicht schon)

Wenn gewünscht kann ich noch den C++ Code dafür dranhängen...

Ich habe die CommonAPI2 im Einsatz und bei mir scheint er meistens den Style von der "Straße" mit dem Gleis zu nehmen.

Die Repository Plätze wurden durch die Reihenfolge des Betriebssystem vergeben (und weder Windows noch Linux garantieren diese*). Die Reihenfolge, bzw. die ganze Straße wird mittlerweile mitgespeichert.

(UG hat da mehrere Ladefunktionen, früher wurde quasi nur die Position gespeichert)

Damit ist es möglich ein Savegame ohne Straße zu laden.

Die Zip Dateien sind eine tieferliegende Schicht und UG hat da mehrmals geändert. Auch wenn es nun sortiert, alte Savegames bleiben so wie sie sind...

Ob UG es mittlerweile sortiert durch die Änderung des Zip Supports keine Ahnung. Es gibt zwar Listen für den Straßenbau bei der Erstellung von Straßen. Mir wäre aber keine List aufgefallen im Ladecode für eine feste Reihenfolge.

Die Reihenfolge ist damit, api.res.streetTypeRep.getAll().

Und nochmals: Ich habe in CommonAPI2 extra Code drin, der das verhalten ändert, ich hab den UG Code dafür analysiert und für nicht zweckmäßig befunden.

Und genau das was in UGs Wiki steht stimmt. Da die Reihenfolge Lageabhängig ist und UGs Code die kleinste Id nimmt, kommt es bei fast allen Spieler dazu, das die kleine Straße Vorrang hat bei ner Kreuzung von kleiner Straße mit großen Straßen. Mit CommonAPI2 ist das dann genau anders herum und die große Straße hat Vorrang bzw. eine Straße mit priority.

* Da ein Directory Entry so geschrieben wird, wie die Dateien entpackt werden, ist die Chance groß eine alphabetische Reihenfolge zu erhalten.

CommonAPI2 Code dazu:

int FlexStreets_TransitionUtil_GetNodeStreetType(std::vector<int> *streetIds) {
    if (streetIds->empty()) {
        std::cout << "FlexStreets_TransitionUtil_GetNodeStreetType maxCount should be > 0\n" << std::flush;
        //throw new std::runtime_error("maxCount > 0 FlexStreets_TransitionUtil_GetNodeStreetType");
        return -1;
    };

    if (streetIds->size() == 1) {
        return streetIds->at(0);
    }

    std::map<int, int> countIds;
    for (auto &id: *streetIds) {
        countIds[id]++;
    }
    
    if (countIds.size() == 1) {
        return streetIds->at(0);
    }
    
    int64_t maxcount = -1000000;
    int maxid = -1;

    for(auto const &kv : countIds) {
        int priority = 1;
        try {
            auto extraData = FlexStreets::ExtraData::get(kv.first);
             priority = extraData->getExtraPriority();
        } catch(...) {
            std::cout << "FlexStreets_TransitionUtil_GetNodeStreetType: FlexStreets::ExtraData::get failed for " << kv.first << "\n";
            priority = 1;
        }

        if (priority < 1) {
            priority = 1;
        }
        int64_t cnt = kv.second;
        int64_t prioritycnt = cnt+(priority*100);


        if (prioritycnt > maxcount) {
            maxid = kv.first;
            maxcount = prioritycnt;
        }
    }

    if (maxid == -1) {
        return streetIds->at(0);
    }
    return maxid;
};

Grob: Zähle alle Straßentypen, füge der Anzahl die Priorität * 100 hinzu. Schaue welche Straße ID den höchsten Wert erreicht...

Es hat viel Überzeugungsarbeit gebraucht statische Repository Ids zu bekommen und eine Speicherung so das man ein Spielstand laden kann.

TPF3 wird dann vielleicht deine Wünsche berücksichtigten.. Musst halt den Dino ordentlich nerven...

Technisch sollten ca. 50% was in CommonAPI2 drin ist, schon im Grundspiel sein, gerade diese technischen Sachen haben es nur mit viel Nachdruck ins Spiel geschafft:

- Model checks damit das Spiel nicht crasht.[seit der letzten Version drin, seats werden aber immer noch nicht überprüft]

- Mod Parameter Checks (Duplikate)

Das sind keine gimmicks. Außerdem zeige ich ja, das ich von Außen die Engine zu viel mehr bringen kann und das mit quasi "bescheidenen" Mitteln.

Keine Ahnung was ihr alle mit CommonAPI2 habt,.

Installierst halt die neuste Version der CommonAPI2 oder ggf. ein kleinen Eintrag via buildoverwrite, das sind drei klicks. Fertig.

Wenn ich bei deinen Mods die Mod-Abhängigkeiten durch installiere bin ich länger beschäftigt

Und ja, diese halbgaren Sachen nerven. Gerade weil StreetGeometry::TransitionUtil::GetNodeStreetType wirklich sehr einfach ist und man da bestimmt ne andere Lösung anbieten könnte.

Wenn du eine bessere "mathematische" Lösung hast, CommonAPI2 ist schon vorbereitet und kann technisch auch einen anderen Wert nehmen oder einen besseren Algorithmus.

priority war aber für UGs Straßen die einfachste Wahl. In meiner Todoliste steht dafür drin, ggf. die Lanes noch hinzuzuaddieren bzw. die Straßenbreite.
Sprich ne größere Straße hätte dann automatisch mehr Gewichtung...