@Wizard1200 - I like the general concept, but damage needs to scale per level and not be so tied to shards. Doing 6 points of damage against anything unless you find shards is nasty. It isn't as if we can train the mage in schools after the start of the game.

The way that the game is currently working, it makes sense to tie new spells to research like they currently do, but damage or affects scale according to how you have built the wizard, i.e. water two means you get + 2 levels to what ever 'water' type creature you summoned or +1 to area of affect, with specific spells tied to schools, like they currently do combined with the element school level as you are suggesting to whether or not you have trained high enough to cast it.

Yes, the damage spells should be only one part of the mage and he should able to do many more things with his spells. For example mind control that works like silver tongue should be level 5 water spell or the teleport ability of the thunderstrike spell should be a seperate level 5 air spell without a casting time and without a cooldown.

I think the scaling per level could work if the player selects abilities that improve his spells. For example expert aeromancy (minimum level 4) could increase the number of air shards by 2 and master aeromancy (minimum level 10) could increase the number of air shards by additional 2.

I would really like to work as a freelancer to improve the magic system of legendary heroes by the way

So, um, release today? PLEASE?!

Why the nerf to Warlock?

It is already pretty mediocre. How many direct damage spells are there? 

Most Sovs start with zero.

Come to think of it, the whole magic system feels a bit clunky: a profession (sum or warlock) and magic schools at creation, followed by path of the mage, with more spells and traits similar to summoner and warlock.

Fantabulous!

Except for Life - you can't add life magic. 

I think this succinctly describes everything that is wrong about manual road building.  I hate it with a passion.  I am so grateful to not have to deal with the mundane minutiae of roads.

I think most of the issues with road-building would be resolved if the local road system were recalculated every time you found/take a new city.  It would be a little weird to have the roads redraw, but hey, roads are already magical abstractions.

What are the issues "issues with road-building" that you mention and would be resolved if the road system was recalculated with new cities?

It is intended that the road system grows out of the way your empire grows.  That it may start with a single road between your first 2 ciites, then expand as additional cities are added and that it prefers those existing roads that are already in place.

We tested having a road from every city to every city.  It was a mess, basically every tile became roads (because the most efficient connection between 2 cities in each case resulted in lots of roads).  It looked horrible and it wasn't fun.  So the current system prefers existing roads so you get more natural looking roads.

Thanks GFireflyE.  Your example is perfect.

If, as you stated the game was to always use the shortest distance, then not only would we get a road between A and D, we would also get roads from A to C and B to D.  We would have a huge sprawl of roads.  We had this, it looked horrible.

So instead what the game does is it costs the movement between A and every other road with the existing roads.  If it is ever shorter to go onto a non-road tile to connect any of those cities, then it buidls a road there.  Since our roads give such a big movement advantage, its pretty rare (honestly if were were to reduce the movement bonus on roads you would see more hookups between cities).

So in your example when you place city D, city D finds the fastest trip to cities A, B and C.  In your example it is faster to go along the roads from D to A then it is to go over land from A to D, so it uses the existing road structure.  Granted if there was a road between A and D then that would be even faster, but that would cause the road spam I talked about.

If A and D were significantly close enough to each other and far enough from everyone else that goinging overland between them would be faster than taking the road from D to C to B to A, then the game would have placed a road form D to A.

Derek i think you can use a better algorithm then the one you mentioned for building roads; an algorithm which will prevent spamming of roads and yet provide a coherent network. 

First of all, you make a road to a closest city - we will call it B. Thus, we have connection A-B. Now, we start to check other cities in vicinity of A (vicinity, let's say 2 or 3x distance of A-B  ). Let's say there are cities C and D close to A.

I check distance from A to C through B ( A-B-C) and compare it to a direct distance A-C.

If A-B-C>2*A-C then i build a road A-C. (In other words, if the direct road A-C is twice shorter than long connection A-B-C a road is build. )

Next, step - i look at city D and follow the same pattern: compare A-D and A-B-D and if A-D is twice shorter then i build a road. 

In the previous post square example, when city D is build it will connect only to A and C, and not to B creating a spam of roads. It will also allow that if you build a outpost between two cities a road to both cities will be build. But it will prevent spamming a connection - all cities to all cities. 

The main place for swords is defenders, those unites you put on the front line and set to guard stance so when they attack they counter. With the +defense while defending they are tough and counter to do damage those that attack it. At least that's how I see it.

^ This

But you can't go too far with the algothym or it turns into connecting all the cities to all the cities, which is what Derek is quite understandably trying to avoid.

In addition, when you conquer a city that already has roads put in place, roads are not built towards your empire. This needs to be implemented, perhaps I misunderstand what's happening. Perhaps it's connecting to the closest city still, but that city is owned by another faction. If that's the case, then the algorythm should should be connecting a newly conquered city to the closest city that you control.

Ahhh the fun of path finding algorithms and the optimal strategy of creating them... As Derek points out it is not a simple or even easy problem to solve.

Also, to lead into more difficult senarios, what if someone uses raise land or lower land and create new paths for the computer to take that into account. Should the old roads be demolished in favor of new roads or new ones created to represent the change in landscape. What about the idea of a volcano going over the current road system?

The random nature of the map leads to road problems. I'm thinking that the road problem solution is not going to be straight forward as people present. I can set up a series of equations to provide the best algorithm for placing roads, but I think that the current system in place seems the most organic. I would be more pleased with the road system, if there was a late teir tech that provides the ability for the roads to build bridges over rivers...