These are two different player databases. Even if the name is the same, each player has a different ID.
Therefore, your Steam character will appear as a new player in the world.
In the world folder, there is a player database where you could exchange the UIDs if you have a database browser.
Heute in der Trello Roadmap gefunden:
Das wird bestimmt einiges vereinfachen, wenn es um Berechtigungen geht 
Wie ist das eigentlich mit Pferden?
Für das Reiten von Pferden ist unter "general" die Berechtigung "ridemounts" verantwortlich. Hier lässt sich nicht in spielereigene oder freilaufende Pferde unterscheiden und auf "true" erlaubt es das Reiten von Pferden im allgemeinen. Ich habe dies auf meinem Server dennoch auf true, auch in den Areas, da man sein "eigenes" Pferd verlieren würde, wenn man in eine fremde Area hinein reitet. Die meisten Spieler haben sich daher einen Stall/Unterstand für ihre Pferde gebaut, da Türen nicht geöffnet und somit Pferde nicht geklaut werden können.
Ja, der Teleport funktioniert auch nur "total" ... also durch goto Befehl und auch über die Spielerliste "i" ... sollte nicht für jeden erlaubt sein ... das regel ich über die Areaberechtigung oder über eine Gruppenberechtigung. Da ist man schon gezwungen ein Teleport Plugin zu benutzen .... und ich wäre auch sehr dafür, dass so etwas auch seinen Weg in das Spiel findet
I really love the exploration but caves for me its really harder cause the spiders.
You can disable individual NPCs during world creation (including spiders). However, you can also do this later with a console command: disablenpc spider
Für welche Objekte möchtest du in erster Linie die Verwendung verbieten?
Ja, Öfen auszuschließen fände ich gut und Türen im allgemeinen (also nicht nur abgeschlossene).
Ich habe noch 4 weitere Einträge für die server.properties Datei gefunden, die in der letzten Fassung noch nicht enthalten waren.
(Daher werde ich sie im Anschluss im ersten Beitrag aktualisiert hochladen) ... alle Einträge sind für den Bereich "general Settings"
| Settings_AdaptFuelConsumption=False | Wenn das zutrifft, wird der Brennstoffverbrauch von Öfen usw. an die Dauer der Erzschmelze angepasst. |
| Settings_FurnaceFuelConsumptionFactor=1 | Faktor zur Anpassung des Brennstoffverbrauchs von Öfen usw. Der Standardwert ist 1. Bei einem Wert von 0,5 wird nur die Hälfte des Brennstoffs verbraucht usw. |
| Settings_SharedCraftingProgression=False | Wenn das zutrifft, wird der Fortschritt beim Herstellen von Gegenständen von allen Spielern geteilt (d. h. wenn ein Spieler einen Gegenstand freischaltet, schalten alle anderen Spieler ihn ebenfalls frei) |
| Settings_WeatherLightningStrikePlayerChance=1 | Die Wahrscheinlichkeit, dass ein Blitz einen Spieler direkt trifft, wird auf die Standardwahrscheinlichkeit angewendet. Auf 0 setzen, um diese Funktion zu deaktivieren. Standardwert: 1 |
Ich habe jetzt alles hin und her probiert was useallchests und useallobjekts angeht.
Ich hätte ja mal vermutet (wie viele andere wahrscheinlich auch), dass die Kombination useallchests auf true und useallobjekts auf false folgendes bedeutet:
"Du darfst KEINE Objekte benutzen - Truhen aber schon" ... ist aber nicht so (warum?)
Lediglich die Kombi useallchests auf false und useallobjekts auf true hat eine Auswirkung:
"Du darfst ALLE Objekte benutzen - Truhen aber nicht"
Mit usealllights können wir Lichter noch von den nutzbaren Objekten ausschließen und unlockalldoors würde ja nur bedeuten man kann sie nicht aufschließen, aber dafür müsste ja jeder hinter sich abschließen.
Wir arbeiten also nach dem Ausschlußverfahren ... dabei wären zurzeit doch ausschließlich die Truhen interessant, die man benutzen/öffnen können sollte.
Also: warum geht die erste Kombi nicht? Das man keine Objekte benutzen darf und lediglich Truhen öffnen kann?
This has turned out beautifully 
... it's a great way to get into the Christmas spirit.
Mir ist auch aufgefallen, dass sie sich dabei nicht von Zäunen aufhalten lassen.
Zäune müssen den Boden berühren und höher als 2,5 Block sein (also am besten 3 - aber immer vom Boden aus gemessen).
Das scheint aber nur für menschliche NPC zu gelten; Tiere bleiben auch so in ihrem Gehege (zumindest bei mir)
With the in-game world protection (F9), players cannot acquire land; so is this about a plugin? If so, you should ask this question in the corresponding plugin folder. 
in auf verschiedenen serven schon verfügbar alls spieler
nee, das ist ein Plugin ... hier ist die Rede von einem ingame Feature ... ... alles was ingame ist, ist cooler als ein Plugin (wo man auf Pflege durch den Ersteller angewiesen ist)
red51 .... 
wie cool ist das denn 
.... weiß man schon in welcher fernen Zukunft das liegt?
Am besten alles so lassen, wie es ist
nönö ... mein ursprünglich simpler Vorschlag scheint ja nicht unmöglich zu sein 
... aber es eilt nicht .... hat auch was beruhigendes 1x1x1 Blöcke mit der Spitzhacke weg zu kloppen, um sie durch größere zu ersetzen (weniger aus performance Gründen sondern eher wegen Bearbeitungsgründen -anstreichen; andere Textur- (das mache ich auch mit Farbrolle und F8/1)
Was meinst du genau damit, dass das noch viel mehr erfordern würde?
Ich hätte gedacht, dass der Spieler dazu die Areatools und somit Gm 1 braucht und show/hideareas .... wusste nicht, dass hier bereits weiter gedacht/geplant wurde ....
gefällt mir sehr der selfclaimPlan
I did ask the moderators and they told me it's not something they can help with. One of them suggested to post it on the forum as a 'bug'
Currently, players in the wilderness need the permissions "useallchests" and "destroyobjects" set to "true" in order to open chests and pick up items from points of interest (POIs).
Players probably only have the "destroyownobjects" permission.
However, in the future there will be a distinction in permissions between player-placed objects and naturally spawned objects.
Bzw. was kann man als Spieler mit einer Area machen, wenn sie von einem Admin auf claimable gesetzt wurde?
Ich frage mich ob das irgend etwas mit "selfclaim" zu tun hat ... also, dass ich als Admin eine Area erstelle und sie auf claimable setze und dann ein Spieler bei einer ungeclaimten Area zugreifen kann.
Aber irgendwie kann es das nicht sein ... das würde ja noch sehr viel mehr erfordern 
Soweit ich weiß, wird es keinen Steam Workshop geben, da es RW auch als Standalone gibt und diejenigen hätten dann keinen Zugriff darauf.
Statt dessen ist wohl mod.io im Gespräch wodurch man dann direkt im Spiel auf Zusatzinhalte zugreifen könnte (wenn ich das richtig verstanden habe).
Aber NPC Spawner und Lootkisten stehen definitiv auf der Liste ... dafür hab ich gesorgt wird es also irgendwann geben.
supi .. einmal vom Server löschen und vom Einzelspiel wieder einfügen hat geklappt ...
hm ... wenn es geht so eine gedrehte Konstruktion zu einem Teil zu verbinden, umsobesser .... aber ich hab da meine Zweifel
Ich habe der server.properties 2 Einträge hinzugefügt.
Zum einen ist es ein neuer Eintrag, mit welchem man die Größe der Welt begrenzen kann und zum anderen der Eintrag, der dafür sorgt, dass Banditen auch tagsüber spawnen.
| World_MaxSector=-1 | # Legt fest, wie viele Sektoren (um die Startinsel herum) generiert/zugänglich sein sollen. Standardwert: -1 (unbegrenzt) |
| Settings_NpcSpawnBanditsDuringDay=True | # Wenn auf True steht, werden Banditen auch tagsüber erscheinen (nicht nur nachts). |
Zur Erläuterung betreffend der Weltgröße:
Wenn Ihr hier den Wert 0 (Null) eintragt, würde nur die Startinsel generiert / zugänglich sein.
Der Wert 1 würde zusätzlich in alle Richtungen einen weiteren Sektor generieren / zugänglich machen, so dass 9 Sektoren / Inseln zur Verfügung stehen würden
(3 x 3 Inseln mit der Startinsel in der Mitte).
Diesem Schema folgend würde der Wert 2 eine 5 x 5 Sektoren Welt generieren / zugänglich machen.
Zum Thema Permissions/Areas gibt es ebenfalls eine Neuerung:
Es ist nun möglich in einzelnen Areas den friedlichen Modus zu aktivieren, bzw. zu deaktivieren.
Grundsätzlich ist dieser Modus ja in der properties Datei geregelt (also global eingestellt) mit peacefulmode true oder false.
Angenommen der Wert ist dort auf false eingestellt (unfriedlich) könnte man nun in einer Area-Permission unter "general" einen Eintrag hinzufügen der "peacefulmode": true lautet,
um nur in diesem Bereich eine friedliche Umgebung zu schaffen. Oder umgekehrt: wenn global auf true in einer Area auf false.
edit:
In den Berechtigungen unter der Rubrik "world" gibt es noch eine neue Berechtigung, die dafür sorgt, dass der Undo Befehl auch im Survivalmodus genutzt werden kann:
""undoinsurvival": true
