Beiträge von Wörki

Willkommen in der OMSI-WebDisk!
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren, weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet: = Englisch [EN], = Deutsch [DE], = Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch!

    Wenn ich mich recht erinnere, hatte ich mal ein Problem, dass ein Spline zu lang war (bei mir war es eine Straße, aber sicherlich ist das bestimmt auch mit Zäunen u.Dgl. reproduzierbar). Dadurch hatte sich OMSI dermaßen verschluckt, dass die nachfolgende Kachel nicht angezeigt wurde. Nach der Ursache hatte ich mir tagelang einen Wolf gesucht, bis ich schließlich die Faxen dicke hatte, daraufhin mit dem Umbau begann (einfach alles neu platzieren, Splines kürzen/teilen usw.)... und urplötzilch war alles wieder da... Wenn ich mir so das Bild in #8 betrachte, wirkt es so, wie als wenn ein ähnlich gelagerter Fall zumindest nicht ausgeschlossen sein könnte.


    Auch die Kachel in deinem letzten Bild im letzten Posting sieht etwas komisch aus, wo die Straße links außerhalb der Kachel "abfällt", obwohl da auch keine Kachel ist. Sowas hat mir OMSI auch schon so manches Mal sehr übel genommen.

    Code
    165 16:53:56 - - Warning: File Sceneryobjects\Addon 136 236 X36 By BusDriver30\Objekte By BusDriver30\Rathaus Spandau\Spandau U Bahnhof Eingang\U_Bahnhof_Rathaus_Spandau_Eingang1_Dach.sco: texture filename BfSpandauDach.dds not found in mesh file Sceneryobjects\Addon 136 236 X36 By BusDriver30\Objekte By BusDriver30\Rathaus Spandau\Spandau U Bahnhof Eingang\model\U_Bahnhof_Rathaus_Spandau_Eingang1_Dach.o3d!


    Wo liegt denn die "Rauchstraße", gehört sie evtl. zum Umfeld der Kachel?

    Zum Verständnis wäre es auch gut zu wissen, welche Nummer die ausgeblendete Kachel (Tile) hat, falls du da irgendeinen Überblick drüber hast, um das als Nicht-Berliner auch halbwegs zuordnen zu können.

    Ich habe gerade mal extra grob alle mir vorliegenden DLCs überflogen und konnte folgendes nirgends finden, weshalb es mangels Referenz unbeantwortet bleib:

    Kommt OMSI überhaupt mit den Sonderzeichen in der global.cfg bei den Spawnpunkten klar (wie (, ) und +)?


    In keiner anderen Karte konnte ich welche finden, wo das mit denselben Zeichen gehandhabt wurde. Vielleicht ist es einfach nur eine irreführende Fehlermeldung?

    PS: Wörki, hier stimmt was nicht mit dem Editor. Ich konnte die Großbuchstaben nicht fett schreiben, obwohl im Editor das Feld makiert ist und in der Quellcodeansicht, der Code eingetragen wurde.


    Wie man jetzt deutlicher sieht, läuft alles. Die vorherige Schriftart hat das nur nicht ganz so gut dargestellt, daher habe ich kurzerhand die Schriftart geändert.

    EgoLeX,

    das passt doch gerade hervorragend. :laughing:



    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    trifft das für das gesamte Forum zu, oder nur für die öffentlichen Bereiche.


    Es findet global Anwendung.



    Oder anders gefragt, wie verhält es sich bei Beiträgen in internen Projekten? Da nutzt man man ein oder zwei Bilder, die zur Erklärung dienen.


    Durch die Funktion "Dateianhänge und Bilder" besteht eine Möglichkeit, die Bilder hier in die WebDisk lokal einzupflegen und gleichzeitig auch im Text zu integrieren (dann erscheinen sie nicht im Anhang, sondern werden als Vorschau oder Vollbild (je nach dem, was man anklickt) dargestellt. Auch die Positionierung des Bildes (Stichwort Textumfluss) lässt sich damit realisieren.


    Demnächst kommt noch ein separater Bild-Upload für die WebDisk, da ist mir aber noch ein Fehler aufgefallen, weshalb der Editor (Schreibfenster) nur in Teilen nutzbar war, weshalb ich das noch mal zur Prüfung und Behebung angemerkt habe.



    Und wie verhält es sich bei einem privat genutztem Bilderserver ?


    Auch diesen müsste ich dann in die Datenschutzerkärung aufnehmen. Der Betreiber des (sei es auch privat) genutzten Bildservers müsste ebenso eine eigene Datenschutzerklärung erstellen, um diejenigen, die ein Bild über seinen Server aufrufen, aufzukären, welche Daten ganz konkret an seinen "privaten Server" übermittelt werden, ob und wie lange er sie speichert, was er damit anstellt usw. Ja, die Sache mit der DSGVO ist echt totaler Rotz... <X

    Weshalb jedoch keine Moderationsbenachrichtigung erfolgte, ist mir aber schleierhaft.


    Die Antwort auf vorgenanntes Ticket bei WoltLab (Hersteller) ist alles andere als schön, denn es wird tatsächlich das Fehlen von Moderationsbenachrichtigungen bestätigt. Eine Umsetzung dieser Funktion steht gegenwärtig nicht mal auf der ToDo-List; es könnte entweder als "Auftragsarbeit" als eigene Modifikation umgesetzt werden oder als Vorschlag für eine zukünftige Version in ihrem eigenen Forum im Bezug auf die Filebase (d.h. WebDisk) vorgeschlagen werden, wobei letzteres eine höhere Anzahl zustimmender Rückmeldungen ihrer eigenen Community ("Kunden") voraussetzt.


    Das bedeutet also, um Tacheles zu reden:

    Die WoltLab GmbH will gar nicht standardmäßig denselben hohen Qualitätsstandard, wie er in der WoltLab Suite (Forum) gegeben ist, auf alle weiteren Zusatzkomponenten der kommerziellen Community-Software (wie FileBase, aber potentiell auch die übrigen Zusatzkomponenten wie Galerie, Kalender und Blog) äquivalent einbauen bzw. erhalten, sondern es wurde tatsächlich bewusst ignoriert. Wieso baut man etwas in eine Zusatzkomponente (Forum) ein, aber in Andere hingegen nicht, wenn sie eh schon einmal dabei waren? Meine Entrüstung darüber sollte nachvollziehbar sein... :schimpf:

    Wie schon oben richtig angenommen, hatte ich die Datei gelöscht.

    Datei wurde von Wörki aus folgendem Grund gelöscht:
    Kein fertiger Download; Projektvorstellungen bitte in Projektvorstellungen (Showroom) (Vor 14 Stunden [22. Juli 2018, 03:42])


    Dies war im übrigen eine Reaktion auf eine User-Meldung, da die WebDisk in ihren Download-Angeboten eben nur für vollendete Projekte gedacht ist und alles übrige, wie z.B. "Projektvorstellungen" ins Forum gehören.

    Deine Beschreibung des Eintrags kann ich dir gerne per Konversation zukommen lassen, falls du diese im Forum verwenden möchtest.



    Weshalb jedoch keine Moderationsbenachrichtigung erfolgte, ist mir aber schleierhaft. Da auch im Kontrollzentrum unter Benachrichtigungseinstellungen nichts im Bezug auf Dateien in der Filebase zu finden ist (es fehlt sozusagen das Filebase-Equivalent zu den Forum-Benachrichtigungen "Dein Beitrag wurde moderiert" bzw. "Dein Thema wurde moderiert" im Bezug auf den Eintrag gesamt als auch die Version[en]), habe ich nun beim Hersteller angefragt, ob das vielleicht vergessen wurde zu implementieren oder irgendeinen anderen Fehler aufweist. Ohnehin habe ich gleichzeitig auch meine Unmut über so manch andere Unschönheit bzw. Unflexibilität Kund getan, damit sie mal wachgerüttelt werden.


    Aus diesem Grund jedenfalls vorläufig Label "Wiedervorlage", da das Ticket bei WoltLab schwebend ist.

    Könnte man das über Flags regeln?


    Ja, im Rahmen des Möglichen wäre es, die "Labels" auch dort einzusetzen.



    Aber dafür ist ja die Readme da um das herauszufinden.

    Aber ich möchte mir ja nicht erst hunderte von Megabyte herunterladen, um dann nach Lesen der Readme festzustellen, dass ich die Karte eh nicht fahren kann, weil Links fehlen.


    Das ist leider gegenwärtig ein blödes Problem dank des MOF. Vielleicht sollte man sich mal die Arbeit machen, über web.archive.org im MOF (sofern indexiert) nach den Download-Links zu schauen und sie dann hier zumindest im Forum zu publizieren. Den Link des Originaldownload zu duplizieren ist im Grunde kein Verstoß gegen die Bedingungen der Autoren. :grins:

    Auf jeden Fall war es auch einer der Gründe, weshalb ich in der WebDisk vermehrt auf die "Creative Common"-Lizenzen gesetzt habe, welche alle einen unveränderten Upload und Angebot an anderer (externer) Stelle erlauben. Wahlweise kann auch eine eigene Lizenz genutzt oder auf das (Urheberrechts-) Gesetz verwiesen werden.


    Ohnehin wird das OMSI-Webdisk Forum eine Alternative zum MOF bilden, völlig ungeachtet, ob es zurück kommt oder nicht. Alleine schon die deaktivierte Registrierung behinderte potentiell weitere Interessierte, womöglich auch talentierte Modder sowie zuletzt auch Hilfe- und Ratsuchende, an der Community teilzunehmen und einen eigenen Betrag zu leisten ohne jede Einschränkungen (z.B. lässt sich die PN- bzw. Konversationsfunktion ohne abgeschlossene Registrierung nicht verwenden). Mir persönlich war diese Schritt ein absoluter Dorn im Auge.



    Dass das auch noch mal in der readme steht ist natürlich richtig, aber um die zu lesen muss man ja bereits das gesamte Archiv gedownloadet haben. Meistens jedenfalls.


    Es besteht im Grunde auch die Möglichkeit, die Readme als separaten "Version"-Download anzubieten. Außerdem kann es, wie bereits erwähnt wurde, in die Beschreibung hinzugefügt werden, wobei ich hier als Ergänzung die Nutzung eines SPOILER verschlagen, damit diese Liste nicht in den Fokus der Beschreibung rückt, aber trotzdem auf Anhieb verfügbar ist.

    Regulär gab es im begleitenden Support-Thread im MOF innerhalb des Eingangsbeitrags i.d.R. auch eine Liste mit entsprechenden Angaben.



    [Es] gibt durchaus Addons, die zusätzlich zu Karten / Bussen Blender-Dateien mitliefern. Die Sinnlosigkeit dieses Feldes halte ich aber trotzdem für gegeben, da die Dateien meistens auf- und abwärts kompatibel sind.


    Was bedeutet "meistens"? Ist es nun grundsätzlich kompatibel zueinander oder nicht? Kann es zu unterschiedlichen Ergebnissen oder etwaigen Beschädigungen führen, wenn ein älteres Modell mit der neuesten Version, die grundsätzlich genutzt werden sollte, geöffnet und ggf. bearbeitet wird?


    Am Rande:

    Ich stelle immer wieder fest, dass der Begriff "AddOn" für jegliche Art von Modifikation verwendet wird. Es gibt auch offizielle Freeware-AddOns für OMSI, wie zum Beispiel VanHool Generationen Reihe und Express 91.06, wodurch die Betitelung von User-MODs ebenso als solche m.E. nicht tragfähig ist, weil der Name "AddOn" die offiziell von Aerosoft bereitgestellten Inhalte betrifft.

    Zur Trennung bezeichne ich daher die WebDisk-Inhalte als "Modifikation" (kurz MOD, erstellter Content eines Benutzers), während "AddOn" der offizielle Zusatzcontent, seitens Aerosoft herausgebracht bzw. vertrieben (gänzlich ungeachtet ob Free oder Payware), darstellt.



    _____


    Nachtrag:


    Komme weder ans SDK Tool ran, [...]


    Siehe Doku, SDK, SDK-Tools, DIN-Fonts

    Das nächste Problem, das hierbei auch im Raum steht, ist, dass die Eingabefelder nur global festgelegt werden können. So ist auch das Eingabefeld "Blender-Version" bewusst als freiwillige Angabe angesetzt, eben weil es nur für Modelle innerhalb der Tauschbörse (rein für maximale Kompatibilität) relevant sein könnte, aber außerhalb dieses Bereichs überflüssig ist.


    Insoweit müsste auch das als freiwilliges Feld deklariert werden, weil es nur für Maps relevant ist. Das verkompliziert hier die gesamte Sachlage etwas und könnte ebenso für Verunsicherung beim Eintragen sorgen.


    Insgesamt blicke ich dem skeptisch entgegen.

    Ich denke, es wäre das beste, wenn wir den "Anfänger-Bereich" einfach weglassen. Das Problem beim "Showroom" mit Repaints ist halt, dass es im Grunde nur ein Duplikat der Präsentation im eigentlichen Download-Bereich ist. Darüber hinaus wurde an anderer Stelle gewünscht, einen gesonderten Bereich für Sammel-Threads für Repaint-Ersteller zu erstellen und der "Amateur-Bereich" würde sich insoweit mit den Sammel-Threads thematisch und inhaltlich überschneiden.


    Infolgedessen handeln wir es dann wohl besser in Anfragen (suche Hilfe von Experten) und Darstellung (W.I.P. Showroom) ab. Beim Showroom können wir mit Lebels vor dem Thread-Namen arbeiten, womit über den Status aufgeklärt wird (WIP, Released, Eingestellt, Pausiert). So würden sich auch etwaige Unterforen je nach Status erspart bleiben.

    ↳ [Unterkategorie] Veröffentlicht/Release


    Dies würde doch damit lgeichzeitig einem Archiv (Ablage) entsprechen, oder? Die Intention, eine Art "Showroom" zu etablieren, ist mit Erreichen der 3. Stufe (Release) hinfällig. Jede weitere Korrespondenz würde dann supportzwecken entsprechen, was nicht dem Sinn des Showrooms entspricht.

    Oder habe ich da etwas falsch in der Absicht mit dem Bereich interpretiert?

    ↳ [Unterkategorie] Anfänger-Projekte


    "Anfängerprojekte" klingt m.E. abwertend, da sollten wir uns einen schöneren Begriff einfallen lassen. Darüber hinaus ist die Frage, wer die Entscheidung unter Anwendung welcher Kriterien trifft, wann etwas ein "Anfängerprojekt" und wann es unter den Fortgeschrittenen/Experten fällt. :gruebeln:

    iStanley,

    hast du einen konkreten Vorschlag zur Erstellung der Kategorien und entspr. Foren (Strukturierung)? Irgendwie tue ich mich im Moment absolut schwer damit, eine logische Sortierung zu finden (sehe wohl den Wald vor lauter Bämen nicht).

    (Wenn auch nicht ganz thematisch passend, dennoch werfe ich das mal hinein.)

    Es besteht die Möglichkeit, zu jeder hochgeladenen Modifikaton automatisch einen begleitenden Thread im Forum anlegen zu lassen. Dies ist gegenwärtig jedoch deaktiviert, da sich in der Vergangenheit zeigte, dass Probleme lieber threadweise gehandhabt werden als es gebündelt innerhlab eines großen Themas. Ich denke, dass ist auch für die Übersicht förderlicher, statt ein Thema mit hunderten von Seiten zu haben, worin es dann von den helfenden Usern heißt "Biste zu faul, die ersten 597 Seiten zu lesen?" (wie es im MOF oft der Fall ist, was ich selbst nicht sonderlich begrüße, da ein Link zur Lösung bei Kenntnis hilfreicher ist als eine derartige Antwort).