How would people feel about having a world map that wraps on itself in the horizontal direction?

The edges of the world map would line up, and the player could circumnavigate the world. Or at least access landmasses that were on the other side of the map. It would help make it easier to reach far away places.

I wouldn't suggest it if id didn't have a way of doing this (see attached)

Maybe to bash a kobold over the head. Do they make effective weapons?

This is true. It would be pretty lame if the lantern had to be wielded by the player character all the time.

Can't say I've come across that before, but I hardly pay attention. It could very well be a bug.

So this step is done: https://github.com/Attnam/ivan/pull/125

Having done this necessary ground work (haha!), only a few things remain:
1. Pulling biome data like longitude, temperature and elevation into each ground-world terrain in the gwterra datafile - this would enable parameters to be varied to create worlds with a different look and feel
2. Causing the worldmap generator to populate the map with ground terrains in a new way
3. Re-working worldmap.cpp in a way that ensures it doesn't explode when adding more locations
4. Making the empty slots for new worldmap locations

I remember that thread from when I was still lurking. I'll be sure to be on the lookout for some crazy loot so I can post it up.

I searched the forum and it doesn't seem like there's an insane bones find thread. What's your juiciest bones find so far?

That's just the pits. I don't know how many times that's happened to me.
I find levels where bonefiles won't generate to be the worst thing... after undocumented features that cause crashes of course!

https://github.com/Attnam/ivan/issues/117

Just put it up on the list

No apologies for the double post, but I feel that I have cracked the problem at the eleventh hour (or the twelfth, it's 12am here).
I woke up today with a feeling like I shouldn't have been rooting around in script.cpp after all, so I rolled back those changes, and focused on making the world terrains resemble level terrains.
I had a patch where it wasn't compiling beyond database.cpp, but I figured out to add "wterra.h" to "dataset.cpp" and I was away and racing. Suddenly it was a clear path to compiling, but then opening the application and starting a new game resulted in a crash. I blocked out changes to wterras.cpp and wterras.h and I was able to load the world map! But then entering a dungeon suddenly caused a crash! Loaded up again and tried to see what I could do using the command system while in the world map... not much it turns out... until I tried to save the game. Another seg fault! But a healthy clue. Two problems, one of not being able to save, and the earlier problem of the game picking up the BitmapPos of the owterrain, but seemingly unwilling to place it on the worldmap without crashing...
Hours of searching and messing around, until something subtle catches my eye: Every level terrain has a function which initializes some of the data. I decided to chuck it into wterra.cpp, just for the gwterrains and owterrains, and for completeness. What do you know? To my complete surprise it stops crashing when I save, enter a new area, leave it again, and load. What's more, the BitmapPos is being picked up from either owterra.dat or gwterra.dat!
Happy day.

So, reasons this is getting us where we want to go:
Contributers will want to create their own dungeons. Unfortunately, a world map location is not always where the start point of a dungeon is located. Think of the underwater tunnel exit.
Contributers will want to create their own graphics for their new world map locations; and so on. Therefore we need to represent the owterrains in data files. Plus I want to add climate data to each gwterrain, and I feel the best way to test it out would be using a data file, where I don't have to compile each time.