Brady_The

If you used the texture reference "base" in your shape file instead of "copper" it'd work.
Solution: Replace
"textures": {"base": { "base": "game:block/metal/ingot/copper"}, } with
"textures": { "copper": { "base": "game:block/metal/ingot/copper" }, } Edit: KDLynch's "all" solution would work in this case too, because you are only referencing one texture in your shape.

The "fired" variantgroup requires to be called "materialtype".
https://github.com/anegostudios/vssurvivalmod/blob/84c80e85f36e31d3b6454021da0fbbba4cba71a3/BlockEntity/BEToolMold.cs#L37

Due to the way the large trough works, only one side of it does accept inputs via chutes. Check if you chose the correct one.

Replace textureByType with texturesByType. texture supports one texture, textures more. The game is trying to find "base" but only finds "string".

I am starting to understand. (Maybe.) (I am a bit slow...)
What I do not understand are the UV mappings in normal-copper.json. I assume you mapped the cubes according to the texture resolution? Or how did you work within the VSMC to get the correct view you presented?
Just one example. The element lid in the shape file you provided contains the following uv mapping for the cardinal directions. Those are for the default size of 16x16:
"north": { "texture": "#texture", "uv": [ 0.0, 0.0, 5.0, 1.0 ], "autoUv": false }, "east": { "texture": "#texture", "uv": [ 0.0, 0.0, 5.0, 1.0 ], "autoUv": false }, "south": { "texture": "#texture", "uv": [ 0.0, 0.0, 5.0, 1.0 ], "autoUv": false }, "west": { "texture": "#texture", "uv": [ 0.0, 0.0, 5.0, 1.0 ], "autoUv": false }, Now, if you want to to use a texture with the resolution of 32x32 (double the size) those mappings double too:
"north": { "texture": "#texture", "uv": [ 0.0, 0.0, 10.0, 2.0 ], "autoUv": false }, "east": { "texture": "#texture", "uv": [ 0.0, 0.0, 10.0, 2.0 ], "autoUv": false }, "south": { "texture": "#texture", "uv": [ 0.0, 0.0, 10.0, 2.0 ], "autoUv": false }, "west": { "texture": "#texture", "uv": [ 0.0, 0.0, 10.0, 2.0 ], "autoUv": false }, The same would apply for 64x64 textures:
"north": { "texture": "#texture", "uv": [ 0.0, 0.0, 20.0, 4.0 ], "autoUv": false }, "east": { "texture": "#texture", "uv": [ 0.0, 0.0, 20.0, 4.0 ], "autoUv": false }, "south": { "texture": "#texture", "uv": [ 0.0, 0.0, 20.0, 4.0 ], "autoUv": false }, "west": { "texture": "#texture", "uv": [ 0.0, 0.0, 20.0, 4.0 ], "autoUv": false }, I am not much of a theoretician. I prefer a more hands-on approach, so I'll attach the files I had a go with. These files still probably need some cleaning.
As you can see in the hotbar there are some texture issues, which could be related to the texture resolution.
I hope I am not completely on the wrong path here. I am not a huge VSMC expert. Nor am I apparently able to understand your problem correctly. 😆
normal-copper_32.json normal-copper_64.json

Game translation: https://crowdin.com/project/vintage-story-game - you just need an account
Wiki translation: https://discord.com/channels/302152934249070593/420476226420080670 - create account and ask Aki for edit permissions

Alright, now we are getting somewhere. Where is the patch file located? It should be in "craftsmanship\assets\craftsmanship\patches". Sub-folders in the patches folder are okay.
Also, test it without any extra mods to make sure that it is not some other mod messing with the drifter file.

According to the comments this mod doesn't work any more.
I wouldn't count on an update any time soon: https://mods.vintagestory.at/reignited#cmt-22612

That's Compatibility Lib's moment to shine.
I am currently rewriting the article, because it is a bit archaic. Here's a sneak preview: https://wiki.vintagestory.at/BradyThe/Sandbox (It's still a work in progress, but hopefully explains the inner workings of the Comp Lib already a bit better.)
How I would go about it depends a bit on the structure of the other mod and your goals.
Remove recipes from the other mod: Easy. I would probably use Mod-dependent json-patches (JSON Patches in my rewrite) to disable them.
Combine/replace item: Easy - medium: There are one or two solutions to this.
Overwrite the 3rd-party item with the Comp Lib. Put all properties of both items (the 3rd-party and yours - combine) into this file. Disable your item via patch. Add recipes into the compatibility folder using the item code of the overwrite. Disable the 3rd-party item with a patch, add any properties of the 3rd-party item you want in yours (combine) to your item by patch. Example setup (I quickly frankensteined an existing test setup, pay no regard to any domain or other inconsistencies):
I hope all of this isn't too theoretical only making sense in my mind. If you have any questions, shoot them.

The VTML code could be counting towards the character limit per site.
I'd do some testing with and without the code and see if there's a difference. There most likely will be. Then I would report my findings on https://github.com/anegostudios/VintageStory-Issues/issues. The devs most likely didn't think that VTML would be that heavily used. That should be an easy enough fix on their end, though.

That depends what you mean with grouping. You can consolidate blocks/items in the ingredients section in the handbook.
"attributes": { "handbook": { "groupBy": ["seashell-{type}-*"] } } You cannot condense the handbook entries too many ways. You can filter out variants of assets, showing for example only north-orientated assets
"creativeinventory": { "general": [ "*-north" ] } Technically you can "excludeByType" assets, but that'll remove the handbook entries completely (which doesn't make them uncraftable btw).
"attributes": { "handbook": { "excludeByType": { "*-eidolon": true, "*-erel": true, "*-seamonster": true, "*-thunderlord": true } } } But that's about it.

Usually dependencies are listed in the mod description.
Admittedly it's bit hidden on the mod in question, but it's there.

Ah, now I understand your problem. It has been a while for me. Yep, you have to save the page first. That page will be in Draft mode, so people won't have access to it. You've got all the time in the world to fill out all the details.

Those look like Primitive Survival's whisps. They are basically like Vanilla butterflies in terms of functionality (minus the fact that you can't catch them, iirc).

armor-head-scale-steel, armor-body-scale-steel, armor-legs-scale-steel
But honestly you probably just want to go into Creative mode with "/gm 2", open the Creative Inventory and your character sheet and simply drag and drop your armour pieces onto your character. After that you can switch into Survival with "/gm 1".

There are two ways.
.blockitempngexport and .exponepng, which I personally would recommend using. Just take whatever asset you want to create an image from into your hand and execute ".exponepng hand [size]" in chat, in which [size] is the pixel width and height. 400 is generally the default used on the wiki, but you can choose whatever size you would like.

Hey Professor Dragon,
head to https://www.vintagestory.at/attachments/ and see if you might be close to the attachment quota.

Hello there KrampusKid.
I just tested it on 1.21.0 (pretty much Vanilla) and it works for me.

Double-check the ingredients. According to the recipe file the mixing ratio is 1:10. 1 part dye, 10 parts ash, browngolden, brownlight, or tan raw daub.
It would be useful if you could share a screenshot.
 

Generally you can upgrade the game version and keep on playing on your existing worlds.
If you really want to make sure that nothing can go wrong, make a backup of your worlds, before entering it on the updated game version.

Hello Conscript, welcome to the forum.
It certainly is. Search for "--dataPath" in this thread here:
 

Follow this guide:
(The topic is about multiple installations, but the same applies in your case).

You are most likely living in a temporally unstable area, constantly draining your sanity. That'll create the environmental warning sound you are describing. Moving into a temporally stable area would be the best option.
But https://mods.vintagestory.at/accessibilitytweaks does exist. With this mod you can disable any and all sounds.

Don't apologise, my reading comprehension was abysmal in this case.
As far as I know, story locations are generated at world creation. I remember somebody sharing a funny screenshot of his spawn location, which was basically on top of the archive.

Bamboo and thatch roofing were probably revisited at some point, while the sod roofing was forgotten about.
The wiki is entirely volunteer-driven, so the pictures were simply not updated. I did that now.

Revert back to v1.0.1 of Instant Temporal-Mob Drops or fix the bowtorn and shiver patches.