Ja, das geht.
Alternativ kannst du auch alle Scripte in eine Datei exportieren und dann importieren. Das geht im "Hilfsmittel"-Tab der Übsersichtsseite:
Ich weiß allerdings nicht, wie das System hier mit Scripts umgeht, die in beiden Installationen vorhanden sind. So eine Sicherung nach dem Umziehen der Scripts schadet aber sicher nichts, ganz generell gesehen 
Genau, das reicht vollkommen aus. Achte aber vorher darauf, dass alle Scripte in der Version vorhanden sind, die du behalten möchtest, nicht dass Scripte beim deinstallieren der einen Version verloren gehen
Tampermonkey Beta ist eine instabile Version für Beta-Tests. Das heißt: Diese Version erhält neue Features und Bugfixes früher, allerdings ist auch mit potentiell mehr Fehlern zu rechnen. Auf die Scripts selbst hat das keinen direkten Einfluss.
Wenn jedoch in einer der beiden Versionen ein Fehler vorhanden ist, der in der anderen Version nicht drin ist, kann das dazu führen, dass Tampermonkey-Intern ein Fehler ausgeworfen wird, der die Ausführung eines oder mehrerer Scripte verhindert.
Prinzipiell sollte es aber nicht wirklich einen Unterschied machen, welche der beiden Versionen du nutzt.
Für Mitglieder des LFV Baden-Württemberg steht dafür eine Funktion in unserem Mitgliederbereich zur Verfügung: https://lss-lfvbw.de/profilbild 
Wenn du sie nutzt, dann brich sie halt auch ab. Du hast den Befehl zur Streife gegeben – dann musst du ihn auch widerrufen.
Im Spiel kann man allerdings soweit keine gestarteten Streifenfahrten abbrechen. 
Wenn ich nach Emojis suche, mach ich das ganz gerne auf https://emojipedia.org/de
Eigene Fahrzeugtypen werden von den eigenen Kombinationen noch nicht unterstützt. Hier muss ich das bei Gelegenheit mal prüfen, ob das überhaupt möglich wäre seitens des Spiels, oder ob das zu Fehlern / Problemen führen würde.
Nachdem ZAV nachgefragt hatte und ich eben Zeit hatte, mich darum zu kümmern, as zu analysieren, muss ich leider zu dem ernüchternden Ergebniss kommen, dass es derzeit leider nicht möglich ist, eigene Fahrzeugklassen mit einzuschließen. Das Spiel prüft lediglich die Typ-ID, welche aber unabhängig von eigenen Fahrzeugklassen gleich bleibt.
Das kommt von [Script] AAO: Alle Fahrzeugtypen auswählbar.
Bislang hatte ich noch keine Zeit zu prüfen, ob man auch eigene Fahrzeugklassen da reingewurschdeld bekommt. Wenn jemand anders das vor mir rausfindet, nehm ich das aber auch nicht übel
Ich finde die Idee auch gut und verstehe die Gegenreden nicht.
Es geht darum, dass Rettungsmittel von Verbandsmitgliedern, deren Patient gerade entlassen wurde, weil sich die Person offensichtlich nicht darum gekümmert hat, dass der Sprechwunsch bearbeitet wird, sich nicht direkt den nächsten Patienten krallen.
Dieses Problem lässt sich meiner Meinung nach mit mehr Sprechwunschadmins sogar schlechter lösen als mit mehr. Es gibt ja potentiell mehr Personen, die den Patienten "vorzeitig" entlassen.
=> Für den Voschlag!
Und weil der Herr zu inkompetent zu Copy&Pasta ist, gibt es jetzt noch Version 2025.01.05+1424 hinterhergeschoben
Ist jetzt mit Version 2025.01.05+1319 online.
Drandenken, dass mit dem Update die Einstellung verolren geht, wie lang das Ding angezeigt werden soll, das muss also nachträglich wieder angepasst werden
Sodele, ich bin endlich auch dazu gekommen, das einzubauen. Das ganze ist jetzt mit Version 2024.01.17+11282025.01.05+1312 veröffentlicht.
Denkt dran, den Code entweder manuell einzupflegen oder eure Einstellungen danach wieder zu setzen.
Herzlich Willkommen im Forum lorhar5 !
Ganz einfach: Um das Problem zu verhindern, musst du zwei Leitstellen haben (eine im Süden und eine im Norden) und die entsprechenden Gebäude zuordnen.
Anschließend musst du in den Leitstellen (Gebäude bearbeiten) den Haken "Eigenen Einsatzbereich gründen" setzen.
Welche Auswirkungen genau dieser Haken hat, kannst du unter [INFO] Leitstellenbereiche nachlesen.
Kurz gesagt: Damit kannst du erzwingen, dass für Einsätze nur die Gebäude der entsprechenden Leitstelle berücksichtigt werden.
LG
Es gibt aktuell 2 aktive Moderatoren ( DarkPrince und Calli01 ). Wenn dir das trotzdem noch zu viele Personen sind, kannst du unter https://forum.leitstellenspiel…ex.php?users-online-list/ (Findet sich in der Navigationsleiste unter Mitglieder → Benutzer online) nachschauen, wer so gerade online ist, sofern der Onlinestatus nicht versteckt wurde.
Solang es sich aber nicht um ein persönliches sondern eine moderatives Anliegen handelt, dürfte es gerechtfertigt sein, hier einfach die beiden zusammen in einer Konversation anzuschreiben.
Grundsätzlich keine schlechte Idee, ich befürchte aber, dass das bei großen Spielern zu massiven Performance Problemen führen würde.
In den Leitstellen kann man sich jetzt schon die Ausbau Stufen anzeigen lassen und ab einer bestimmten Account Größe baut man sowieso eher über die Leitstellen als über die Karte.
So spontan würde ich urteilen, dass das kein großes Performance-Problem verursachen dürfte, auch bei sehr vielen Gebäuden.
Hallo liebe alle,
Diese Übersicht ist auch über den Kurzlink https://lnk.lss-manager.de/apis erreichbar, welcher gerne verwendet und geteilt werden darf.
um wieder eine Übersicht über die aktuell verfügbaren APIs zu haben und auch ein paar nützliche verfügbare Schnittstellen zu nennen, die vielleicht für den ein oder anderen Use-Case praktisch sein könnten, hier mal eine Übersicht!
Bitte denkt bei der Verwendung der Schnittstellen daran, diese fair zu nutzen, auch wenn es keine offiziellen Regeln gibt. Daraus ergeben sich folgende Faustregeln:
Bei größeren Accounts kann es aufgrund der enormen Datenmengen insb. bei der Fahrzeuge- und bei der Gebäude-API zu Timeouts kommen. Hier lohnt es sich dann, die V2-API zu verwenden, wo immer diese existiert. Die V2-API ist zwar etwas langsamer, als die V1-API / Standard-API, dafür hat sie ein Paging drin, d. h. die Zahl der ausgegebenen Elemente lässt sich über den Query-Parameter limit steuern. Das zurückgegeben JSON enthält result (Die angeforderten Daten) und paging (Informationen über diese Seite und links zur vorherigen und nächsten Seite, wenn vorhanden).
Alle APIs sind in allen Sprachversionen des Spiels verfügbar.
Diese APIs sind dafür da, von Scripten und Zusatzprogrammen genutzt zu werden. Daher werden diese auch wenn möglich vom Team nicht in einer Form geändert, die diese Tools durcheinander bringen würde.
Ein mehr oder weniger aktuell gehaltener Changelog findet sich unter https://www.leitstellenspiel.de/api-infos.
Alle APIs sind reine Lese-APIs und unterstützen daher nur GET-Requests. Es gibt keine Schreibe-APIs.
🔏 Fahrzeuge: https://www.leitstellenspiel.de/api/vehicles bzw. neu: https://www.leitstellenspiel.de/api/v2/vehicles
🔏 Einzelnes Fahrzeug: https://www.leitstellenspiel.de/api/vehicles/{id} bzw. neu: https://www.leitstellenspiel.de/api/v2/vehicles/{id}
🔏 Kilometerstände der Fahrzeuge: https://www.leitstellenspiel.de/api/v1/vehicle_distances
🔏 FMS-Zusammenfassung: https://www.leitstellenspiel.de/api/vehicle_states
🔏 Ausrüstung (sowas wie Rollcontainer-Module & Winden): https://www.leitstellenspiel.de/api/equipments
🔏 Einzelne Ausrüstung (sowas wie Rollcontainer-Module & Winden): https://www.leitstellenspiel.de/api/equipments/{id}
🔏 Gebäude: https://www.leitstellenspiel.de/api/buildings
🔏 Einzelnes Gebäude: https://www.leitstellenspiel.de/api/buildings/{id}
🔏 Fahrzeuge in einem Gebäude: https://www.leitstellenspiel.de/api/buildings/{id}/vehicles bzw. neu: https://www.leitstellenspiel.de/api/v2/buildings/{id}/vehicles
🔏 Verbandsgebäude (Gebäude, die aus der Verbandskasse gebaut wurden): https://www.leitstellenspiel.de/api/alliance_buildings
🔏 Einzelnes Verbandsgebäude: https://www.leitstellenspiel.de/api/alliance_buildings/{id}
🔏 Verbands-Info: https://www.leitstellenspiel.de/api/allianceinfo
🔏 Credits-Info: https://www.leitstellenspiel.de/api/userinfo (Aus Gründen der Rückwärtskompatibilität auch weiterhin unter dem alten Endpunkt /credits zu finden)
🔏 Einstellungen: https://www.leitstellenspiel.de/api/settings
🔏 Eigene Lehrgänge: https://www.leitstellenspiel.de/api/schoolings
🔏 Verbandslehrgänge (Im Verband freigegebene, noch nicht laufende und Lehrgänge an Schulen, die aus der Verbandskasse gebaut wurden): https://www.leitstellenspiel.de/api/alliance_schoolings
🔏 AAO-Kategorien: https://www.leitstellenspiel.de/api/v1/aao_categories
🔏 AAO-Einträge: https://www.leitstellenspiel.de/api/v1/aaos
🔏 Einzelner AAO-Eintrag: https://www.leitstellenspiel.de/api/v1/aaos/{id}
🔓️ Mögliche Einsätze: https://www.leitstellenspiel.de/einsaetze.json
🔓️ Mögliche Verbandsevents und deren Einsätze: https://www.leitstellenspiel.de/alliance_event_types.json
Der LSS-Manager stellt mehrere statische Endpunkte bereit, die Informationen über im Spiel vorhandene Fahrzeugtypen, Gebäudetypen, Lehrgangsarten, Dienstgrade, POI-Arten und Übersetzungen für Einsätze (Kategorie, Voraussetzungen, Anforderung) bereitstellt.
Die "Dokumentation" zur LSSM-API findet sich unter https://api.lss-manager.de/. Da diese API von NutzerInnen instandgehalten wird, kann es vereinzelt zu Fehlern kommen. Diese dürfen gerne an das LSSM-Team gemeldet werden. Ein Mitwirken an der API ist wie für den LSSM üblich selbstverständlich möglich.
Je nach Menge der verfügbaren Freizeit von NutzerInnen kann es nach Änderungen im Spiel (bspw. Veröffentlichung eines neuen Content-Packs) einige Zeit brauchen, bis diese auch in der LSSM-API auftauchen. Das LSSM-Team ist bemüht, diese innerhalb von 48 Stunden einzupflegen, kann und will aber keine Versprechungen diesbezüglich zu machen.
Diese Endpunkte könnten ggf. nützlich sein. Da diese vom Spiel selbst genutzt werden, stehen sie zwar zur Verfügung, es wird aber nicht aktiv darauf geachtet, dass sich diese nicht ändern. Verwendung ist daher "auf eigene Gefahr", da diese nicht als stabil betrachtet werden können
🔏 Alle aktuell offenen eigenen Einsätze: https://www.leitstellenspiel.d…ission_markers_own.js.erb (Ist leider JS, das dann erst geparsed werden muss oder mit lustigen regulären Ausdrücken möglichst fehlerfrei analysiert werden muss).
🔏 Alle aktuell im Verband freigegebenen Einsätze: https://www.leitstellenspiel.d…n_markers_alliance.js.erb (Selbe Anmerkung wie bei eigenen Einsätzen)
🔏 Alle selbst gesetzten POIs als JSON: https://www.leitstellenspiel.de/mission_positions (Ausgabe ist ein leeres Objekt, wenn der Kartenfilter für POIs deaktiviert ist)
Sobol hat mir am Silvesterabend Code gebastelt, der genau das tut (noch bevor ich überhaupt hier im Forum gelesen hab). Ich werd die Tage mal schauen, ob ich was zu meckern hab und ansonsten das mit ins Script übernehmen
Ich hatte hier mal ein bisschen die verfügbaren APIs aufgelistet: RE: Sammelthread für einfache "Fragen und Antworten". Die Liste wurde aber schon länger nicht mehr aktualisiert, ich hab mir aber vorgenommen, da demnächst™ mal eine neue anzufertigen, die dann etwas aktueller ist. Den Beitrag selbst kann ich leider nicht mehr aktualisieren, weil der Thread geschlossen ist.
Es fehlt dort zum Beispiel die API für Ausrüstung (sowas wie Rollcontainer & Winden): https://www.leitstellenspiel.de/api/equipments.
Ansonsten hilft es auch, im Spiel selbst mal ein bisschen den Netzwerktab zu beobachten, da findet man den ein oder anderen nützlichen Endpunkt. So gibt z. B. https://www.leitstellenspiel.de/mission_positions die von einem selbst gesetzten POIs zurück (zumindest solang der Kartenfilter für diese aktiv ist) oder https://www.leitstellenspiel.d…ission_markers_own.js.erb die eigenen Einsätze (Bäh, JS nicht JSON. Die Designentscheidung will mal jemand verstehen. Und dann auch noch die erb-Endung. Lustig.) bzw. äquivalent https://www.leitstellenspiel.d…n_markers_alliance.js.erb für Verbandseinsätze.
Bei den Endpunkten, die kein JSON zurückgeben muss man halt noch ein bisschen lustig JS oder HTML oder beides parsen (je nach Endpunkt), aber an die Daten kommt man da auf jeden Fall ran
Ich hoffe, das hilft dir schon mal ein bisschen weiter
Hier wäre die Frage, die mir aufkommt: Was bedeutet "in der Nähe"?
Aktuell arbeitet die AAO ja so, dass es das schnellste Fahrzeug auswählt, das entweder ein KTW oder ein RTW ist. Haben zwei Fahrzeuge die selbe Anfahrtszeit, weil sie beide im S2 auf der selben Wache stehen, dann ist es mehr oder weniger Zufall, welches der beiden Fahrzeuge nun als erstes steht und somit ausgewählt wird.
Über Ausrückeverzögerungen in den Fahrzeugen kannst du hier die AAO schon mal ein bisschen steuern: Gibst du jedem RTW eine Ausrückeverzögerung von 1 Sekunde, so werden sie unter den KTW einsortiert, wenn beide im S2 auf der selben Wache stehen. Damit wird auch ein KTW vor einem RTW ausgewählt. Das ist natürlich ein gewaltiger Aufwand, je nach Fuhrparkgröße, aber wenigstens ist eine Sekunde nicht wirklich ein Nachteil.
Eine weitere "Wörkaround"-Möglichkeit: Die AAO-Zeiten aktivieren und dann anhand der Zeiten entweder die KTW oder die RTW-AAO anklicken. Der Nachteil: Kostet Performance und sieht meiner Meinung nach auch nicht besonders schön aus.
Ansonsten vielleicht noch meine persönliche Meinung zum Vorschlag selbst: Das macht die AAO relativ kompliziert. Aktuell funktionieren AAOs relativ stumpf nach dem Prinzip "Wähle solange passende Fahrzeuge von oben nach unten aus, bis die hinterlegten Anforderungen erfüllt sind". Nur in wenigen Fällen (bspw. "HLF oder LF+RW") sind etwas komplexere Mechanismen dahinter. Aber: Jedes bisschen komplizierter kostet auch mehr Rechenzeit beim Prüfen der Verfügbarkeit, beim Berechnen der Fahrzeit und am Ende auch beim tatsächlichen Auswählen der AAO.
Von daher sehe ich den Vorschlag tendenziell eher kritisch, da ich bei der AAO ganz besonders Angst hab, dass da die Performance schnell noch weiter in den Keller geht. Sollte die mit der AAO verbundenen Berechnungen mal optimierter gestaltet sein, kann man meiner Meinung nach gerne nochmals drüber reden, auch solche Spielereien wie Priorisierungen einzubauen
Aha. Sieht so aus, wie wenn der nicht damit klarkommt, wenn so neue Rollen wie "Eventmanager" vergeben wurden. Müsste man oben irgendwo einmal korrekt mit hinzufügen. Ich komm leider erst im neuen Jahr dazu
