Failed to load mods: kry-pipe-belts/data-updates.lua:51: attempt to index field 'base' (a nil value)
stack traceback:
kry-pipe-belts/data-updates.lua:51: in main chunk

Oh, you must be on 2.0, since the 2.1 branch doesn't have a data-updates script. I suppose I could backport some of the new code from 2.1 to 2.0, see if it works with the old Pipebelts API...

EDIT: Oh, the issue might be with the Pipebelts API mod itself, either not copying some transport belt because of load order, or some other unknown issue. I don't really want to spend any more time debugging this, since the old code isn't 1:1 compatible with the new code. I suppose it would help to know what other mods you have that add transport belts, could maybe fix it by forcing a load order, but no guarantees.

I am using Beyond Belts, which adds three new tiers of belts, undergrounds, and splitters, TFMG Platform Docking, which has a dock belt, Renai Transportation. which adds a ramp for all four vanilla belts, and Dredgeworks, which adds floating versions of vanilla and modded belts, including the ramps from RT.

I'm still getting the same error. Is the Pipebelts API even maintained anymore? It doesn't seem to have been updated in almost a year and a half, which I assume means it's either in a stable state (unlikely, given the trouble it's giving me) or it's since been abandoned.

Hmm, that's odd; I could have sworn it was Dredgeworks, though Renai was the only other mod I didn't test.

It's technically stable; the issue on my end is when certain belt entities are not generated because they don't exist. Dredgeworks adds floating transport belts, but not floating undergrounds or floating splitters, which I inadvertently assumed to always exist. I didn't change the logic, but just excluded floating belts from being copied, since I didn't want to deal with the old logic lol.

I guess I can check if Renai belts produce a similar error

EDIT: Looks like it does

Should be fixed now in 0.0.6?

I just excluded the belt ramps from being copied (for some reason, my not checks weren't working when checking the list of registered undergrounds; maybe that's a bug from within the Pipebelts API, but I'm not going to be looking into that, since 2.1 uses a completely different copy process, and 2.1 will be the stable version soon enough that I won't need to worry about the 2.0 branch)

From what I can see from the game loading sprites, we're good now!