Daggerfall Workshop Forums

BadLuckBurt wrote: ↑Wed Oct 16, 2019 9:02 pm

Hazelnut wrote: ↑Wed Oct 16, 2019 8:32 pm ...

...
I know the LocationId is only used when you specifically target a location in a quest but I was just wondering what would happen when two people pick the same location id for different locations?
...

This was also my first question I was coming to the forums with. But I think I solved it for us.

Hazelnut wrote: ↑Mon Oct 14, 2019 2:39 pm Locations
New locations should be named 'locationnew-LOCNAME-RR.json' where RR is the region index the new location will be in, and LOCNAME is your file name for this location. e.g. 'locationnew-archcrypt1-17.json' … A unique location index will be assigned internally when loaded in the game, and this could be different each time depending on other mods, so you cannot rely on it being a particular value and should set the corresponding data elements to zero as shown below.
...

So for quest actions...
It may be best practice then to only use LocationIndex (NOTE: not LocationId or unknown2) when dealing with DF default locations. When dealing with a new or altered location use "locationnew" in the quest. I believe this is right. Take the example, the default data name was "Gaerhart Vaults" in the .json changed to "The Newarch Vaults"
So I assume any quest would use this name The Newarch Vaults also:



LocationIndex.txt tells us "17, 1260: The Gaerhart Vaults" so...
Or at the building level: <variant> e.g. "_master" - however - if we all used "_master" then might have a problem.

Then if it was a new location...

Perhaps having all the new locations at index 0, still helps narrow down the list. Almost like 0 lets us know it is most likely a new location - so we will be looking at region and variant string to get the right place unless using worldupdate locationnew named {index 0 for new blocks since it is auto assigned.} it would seem at the quest building level, the variant string and well region id are what matter. "at LocationIndex" would only be used if default DF location.

This is what I can sort out thus far.

I wonder if we can have two "ins:" (New Location names; "The Times We Live In" or "Where to begin") or Does it always take the last "in"?

It should but I have not explicitly tested that. That was a rather long winded lead up to that question, not sure I followed whether there were any other questions there or if you were working though your understanding?

was guessing at the answer for BadLuckBurt while giving context - if at your glance it seemed right then all is well

The Climate part of a json file has two entries I am not sure how to use: GroundArchive and NatureArchive.

The API documentation says: "Texture archive index for ground plane" and "Texture archive index for ground scenery (rocks, trees, etc.)."

So I assume by changing these values I can select the ground textures and stuff around the buildings. Question: Is there a list of these indices? Which are valid values? Or is there a tool where one could preview them?


Edit: Hmm after playing around a bit, I don't think that these parameters are very important, if I base my overrides on the dump of existing locations. I successfully added an inn at a very beautiful location and it all works just fine without fiddling with these two. So disregard my question.

Is there a way to name a town building? I'm trying to modify an existing one, and rename it.

Need a lot more info than that because the answer depends on what you're trying to do.

I'm wanting to add a building to an existing city (Daggerfall). I'm wanting it to be considered a shop (orange in map) and have a name that shows up on the map + when you interact with the house.

I'm okay with modifying an existing shop, or adding my own.

You can do that fairly easily by using the building replacement stuff, however this affects every location the block is used. Also the name is constructed from a seed, providing a custom name may need a bit more work but it's not something I've looked into.

If you want the shop to only be in daggerfall then you'd need to create a new RMB block with your shop and modify daggerfall to use that.

Ahh gotcha. The issue I'm running into is getting the custom name, it looks like that might not be supported right now, sadly (

Please note that the example new location, the crypt Newarch Vaults, had incorrect values for some of the coordinate data. This was preventing the location from being found in the travel map properly. Thanks to Kamer for bringing this to my attention.

I've updated the test files zip on the first post and the annotated crypt location example on the second post.