Posts from NHF – new heroes for Heroes V 3.1.

You can modify the function to add extra elements to the returned table.
The mine doesn't have the CollectableArmy, TownType, and AllowQuickCombat properties, which could lead to issues. To fix them, you'd have to create a bunch of scripts again, and is that the price of automation?

By default, some properties are added to types. But this won't affect older versions.

local wrap = GetObjectNamesByType

function GetObjectNamesByType(s)
	if s == 'GARRISON' then
		return NHF_OBJECTS_GARRISON -- table with predefined garrison names
	else
		local t = %wrap(s)
		return t
	end
end

Added 1 minute ago

Types? Where is this?

Wouldn't it be easier to assign names in advance than to rework an entire object type? Otherwise, you'll end up with a ton of bugs; there's probably a reason why garrisons were separated into a separate type, and the developers likely had their reasons.

I suggest the following: process the map.xdb file, give names to unnamed garrisons and Preserves, and save them in a separate lua file that will be for each map, but will have the same name. This file will contain an array of names, including those given by the author. If necessary, I can also process the default maps, not manually, of course.

Added 5 minutes ago
Thus, in the file Maps/Multiplayer/***/NHF-Names.lua, there will be approximately the following:

NHF_UNNAMED_OBJECTS = {
	DWARVEN_WARREN = {
		'NHF-DwarvenWarren-0001',
		'NHF-DwarvenWarren-0002',
	},
	GARRISON = {
		'gar1',
		'gar2',
		'NHF-Garrison-0001',
		'NHF-Garrison-0002',
		'NHF-Garrison-0003',
		'NHF-Garrison-0004',
	},
}

Sequential numbers can be replaced with random ones.

Added 7 minutes ago
To save memory, unnamed objects can be omitted from the array, and only the number of these objects can be written.

NHF_UNNAMED_OBJECTS = {
	DWARVEN_WARREN = {
		NAMED = {
		},
		UNNAMED_N = 2,
	},
	GARRISON = {
		NAMED = {
			'gar1',
			'gar2',
		},
		UNNAMED_N = 4,
	},
}

There's also an issue with treasure rooms. Is there a way to pull their army using scripts to influence it? If not, I want to convert all such buildings to scripted battles, similar to the "I'm Going Out" map.

But what should be done with the mobs near the portals? If they are linked to heroes, the portals will be inaccessible. If not, the special abilities of certain heroes will not affect them.

Perhaps we could add the possible armies to a table and run battles with the selected ones.

Added 1 minute ago

In principle, it's possible to process the map so that triggers can be applied not to the mob near the portal, but to the portal itself.

Should one-way paths be grouped together or separated? Are ladders needed?

Would this data table structure work?

NHF_OBJECT_GROUPS = {
	MONOLITH_TWO_WAY = {
		["NHF-Building-0001"] = 0,
		["NHF-Building-0002"] = 0,
		["NHF-Building-0003"] = 1,
		["NHF-Building-0004"] = 1,
		["NHF-Building-0005"] = 1,
	},
	MONOLITH_ONE_WAY = {
		["NHF-Building-0006"] = 0,
		["NHF-Building-0007"] = 0,
		["NHF-Building-0008"] = 0,
	},
	SUBTERRA_GATE = {
		["NHF-Building-0009"] = 0,
		["NHF-Building-0010"] = 0,
		["NHF-Building-0011"] = 1,
		["NHF-Building-0012"] = 1,
		["NHF-Building-0013"] = 2,
		["NHF-Building-0014"] = 2,
	},
}