[MODMOD] Taxes and navigation modmod for R&R

TAXES AND NAVIGATION 2.4.1

Requirements
Release 2.2 of the Religion and Revolution mod.

Description

Version 2.4.1 changes (2.4.1 is compatible with 2.4 saves)
*Fixed forts bug in R&R causing it to not grow inside borders when out of range of a city. Forts can now be grown by any fortifying unit except pioneers (armed with tools and not guns of course).
Previously only infantry that carried muskets could grow forts, but since forts were already underpowered, this makes them more useful.
*A fort's attack chance percent now is slightly reduced upto a max of 20% depending on relative strength between attacker and defender.
*Monasteries' ability to convert has been reduced to one-third of previous for adjacent tiles. This is to fix an exploit where you could build a monastery next to a village and reap converts quickly.
*Doubled military FF points for experience gained and small bonuses for razing\conquering cities. (thanks to Marla_Singer for noting this issue)
*Crosses max limit set to 400 from previous version 300.
*Slightly modified trade groups column layout width.


Trade Groups for Automation (new in 2.4)

This version introduces a new feature - "Trade Groups". This is the ability to store multiple trade routes under a single name. Remember how it's often a problem when you have a carriage doing multiple cities and now it's not able to scale up to production? What you previously did was to remember the exact trade route and add them to a new transport or group the transports together in a fleet. I kind of didn't like that, so we now have a way to save and load a bunch of trade routes - all in a couple of clicks.

*Added 3 new buttons on the trade automation screen along with screens and a popup to save\load trade routes.
Image:
https://drive.google.com/file/d/0B1QrPsAJPvJ0QlhXLTZUT0NFWXc/view

*This also includes Commander Bello's domestic advisor display color changes for domestic goods.
*Also caps max crosses to 300 400. (previously was 800 which as per a discussion in the forum, was found to be ridiculously high). If you don't like it just change the \Assets\XML\GlobalDefinesAlt.xml file's IMMIGRATION_MAX_CROSS_LIMIT value.


Trade
Automated trading doesn't get easier than with Taxes and Navigation. This modmod included a new "maximum limit of imports" spinner in the imports\exports popup in the City. Setting a value for this will prevent your importing cities from overflowing with goods beyond this amount, which was painful when it happened with the native version.
You will still be able to perform import\export of a good in the city, provided you give a sufficiently high "import limit". This change integrates with the existing trade system of R&R.
This also modifies the city screen on clicking the Exports button to show only goods that are being produced or traded by the city. Previously, the import and export screens were identical. This will help save the time it takes to locate a yield since we are now showing only the relevant ones. The Imports button works as usual, except for the addition of a the "maximum limit" input and a slight layout edit.

This modmod also contains some small bug-fixes and optimizations of the trade system.

Change list from old releases that are now part of R&R:



How to install

Backup your R&R folder as your existing saves will not work with this mod-mod.
Plonk the contents of the archive into the Religion and Revolution mod folder as always.
Overwrite existing contents.

If you've already installed another modmod that contains changes to files in the zip, merge the contents of the conflicting files using a tool like WinMerge. (this won't work if the other mod modifies the dll otherwise you should be good to go.)

Download:

Taxes and navigation 2.4.1 for R&R 2.2 (~2MB)

Download Old versions

ENJOY!
(modders - you can just search "R&R mod, vetiarvind" if you want to search for my changes in the codebase)

I have updated the link with the latest 2.1 release. This contains a bug fix that solves a case when a freeze could happen.
Thanks to Commander Bello who was kind enough to help me replicate the bug.

Updated to version 2.2. Bug fixes with trade routes, better estimation of yields to export based on yields already loaded + export screen now shows all exported items (previously release only showed ones that had a "min\max limit")

2.3 version released. Contains a fix for a bug that could cause "0 yields" to be unloaded in some cases. Saves compatible with all 2.x releases. This will very likely be the last 2.x release since I have not found out any other issues in the trade automation system.

Thanks for the update.

I really like the changes to the transportation system and the navigation addition.

I may have found an error in dedicated transports:


As you can see in the screenshot, my transport is dedicated to deliver from city "05 Newdock" to city "02 Indigo Creek". These are the only orders the transport has been given.
Nevertheless, it just went into city "01 Porto Bello" for unknown reasons (I assume trying to pick up goods there, but none were available).
It may be necessary to know that "01 Porto Bello" is set to export quite some goods of which "05 Newdock" would be the recipient.

To me it looks like under certain conditions the settings for import/export may override the individual settings for the respective transporting unit.

Update: the same just happened with another transport dedicated to deliver to "02 Indigo Creek".

Hm, I haven't encountered this yet. Was your "Porto Bello" the capital? This might have occurred if the trade route assigned had been "paused", for example when max import limit had been reached. In that case the transport might have waited there.

Yes, "Porto Bello" was the capital.
But as you can see by the white-dotted line in above picture, "Porto Bello" is located west of both, "Indigo Creek" and "Newdock".
Actually, there wasn't any reason why the two transports should have gone to "Porto Bello" as this was clearly denying their respective transport orders (the other transport was designated to transport from a city north of "Indigo Creek")

Hmm, this is very strange. I tried to reproduce the issue under the assumption that this happens when the route is paused, but then the transport simply waits in whichever city it is located as expected. If it is not in a city, say it is on the road when you decrease the "max import limit" so the transport is unable to unload to the destination, it will just wait in the nearest city. What I see on my game is correct behaviour.
Maybe this is a merge issue with your mod(I don't really know since I've tried to reproduce a few times and have been unsuccessful).

If you have a savegame along with just my modmod I will be happy to take a look. If it is your mod-mod, do let me know what the version of your mod-mod is. If you have not released your private version, could you share that with me so I can test it?

Thank you so much for updating the trade calculations - yes, I was one of those players selling raw goods! - and improving the transportation system.

Thanks Dunpeal. Glad you liked it. I hope people (incl. myself) get some free time to make more additions to this game.

vetiarvind - is this compatible with the new 2.2 RR version? I tried to load and many xml files failed to load and the game ended up crashing

Dunpeal - I can't confirm that although I believe it should be compatible considering that no new dll change has been made in the R&R 2.2 version. The version I'm running includes the latest changes on the SVN with my modmod and they are working fine..
Anyway I'm planning on releasing a new version sometime with the ability to save and load trade-route groups. I will test it on a vanilla release of 2.2 and make it officially compatible.

Dunpeal said:

I tried to load and many xml files failed to load and the game ended up crashing

Click to expand...

As for the xml files - I haven't either deleted or added any xml file. The only mod-specific edit is in CIV4GameText_Colonization.xml and it adds an entry and renames an existing entry.
Other 2 xml file changes are harmless. Sorry, but I don't know why you're getting this error.

sanam11 said:

I have updated to 2.2 version. Moreover I am happy with the transportation system and the navigation addition here.
existenzgründung regensburg

Click to expand...

Thanks and that's good news. So Dunpeal's error was unrelated to this after all.

ray has made a new dll after the upload of version 2.2 to infracta - since we located a bug with gigantic maps after the upload of 2.2. Since the infracta guys are currently not available we have changed the upload and now offering the new version with a new dll (but not via infracta). Check the RaR forum for the new download link.

As promised, Taxes and Navigation 2.4 has been uploaded for the latest R&R 2.2 version which includes the trade group feature. Please see original post for the download. Hope you like it and have a happy holiday season!

Added 2.4.1 version. This is compatible with saves from 2.4 Taxes and Navigation and contains a few bug fixes and improvement related changes. Details in first post.

vetiarvind said:

*Fixed forts bug in R&R causing it to not grow inside borders when out of range of a city.

Click to expand...

Great.

vetiarvind said:

Forts can now be grown by any fortifying unit except pioneers (armed with tools and not guns of course).
Previously only infantry that carried muskets could grow forts, but since forts were already underpowered, this makes them more useful.

Click to expand...

I kind of like the idea to have the necessity for Infantery (some special Units and Units with armed Professions marked as City Defenders) in Forts.
(Actually those were the Units / Professions I originally wanted AI to use for guarding Forts. However I never really came to implementing really sophisticated AI logic.)

But it doesn't really matter actually as long as it is ensured that the unit guarding a Fort is a military unit at all.
(Would be a litte strange to have a Missionary or a Free Colonits without weapons guarding a Fort.)

vetiarvind said:

*A fort's attack chance percent now is slightly reduced upto a max of 20% depending on relative strength between attacker and defender.

Click to expand...

What were your reasons for that change ?

vetiarvind said:

*Monasteries' ability to convert has been reduced to one-third of previous for adjacent tiles. This is to fix an exploit where you could build a monastery next to a village and reap converts quickly.

Click to expand...

Wouldn't it be better to simply not let Monasteries convert Natives from plots that are Native Villages ?
(Because for Natives just wandering around and accidently passing a Monastery, the balancing seemed ok in my tests / games.)

Alternatively a minimal distance of 2 plots to the next Native Village (when checking if a Monastery can be built) could be implemented.
(Might even be the better implementation variant. Also from a perspective of "authenticity" / "realism".)

Exploiting Monasteries by building them directly next to a village was really not my intended use of the feature.

vetiarvind said:

*Doubled military FF points for experience gained and small bonuses for razing\conquering cities. (thanks to Marla_Singer for noting this issue)

Click to expand...

Sounds good.

Military FF points are really a bit hard to get in comparison to other FF points that (more or less) directly scale with the size of your empire.

vetiarvind said:

*Crosses max limit set to 400 from previous version 300.

Click to expand...

400 Sounds ok.

But of course this will result in a lot more immigrants in late game, than with the original setting of 800.
(Which isn't necessarily bad.)

vetiarvind said:

Trade Groups for Automation (new in 2.4)

Click to expand...

Sounds interesting.

Could you give some screenshots ?

vetiarvind said:

Upcoming modmod version:
Trilateral navigation between Europe->Port Royal->Africa

Click to expand...

That would be great.

-------

Edit:
Thanks again for all your great work and your support.

Hi vetiarvind,

I'm really interested by your modmod, especially about the ability to group trade routes.

Indeed, it can happen during the game that you need to use a nearby chariot which is on a regular trade route just for an emergency task. I usually don't like to make it abandon its trade routes as it's time consuming to restore them back later properly. With the grouping feature, it could be done in no time.

Tell us when you'll have corrected the artillery bug so that I could be able to test it.

Marla_Singer said:

Indeed, it can happen during the game that you need to use a nearby chariot which is on a regular trade route just for an emergency task. I usually don't like to make it abandon its trade routes as it's time consuming to restore them back later properly. With the grouping feature, it could be done in no time.

Click to expand...

Yes that is one of the uses but wagons and ships sometime forget their routes during "danger" periods as well. Also when you make automated ships pick up immigrants.

Marla_Singer said:

Tell us when you'll have corrected the artillery bug so that I could be able to test it.

Click to expand...

I thought Schmiddie had that fixed graphic issue? Oh, you are referring to the xml change... Yes, that will be part of my new upcoming "Taxes and navigation 3 - Super Forts Edition" version.

raystuttgart said:

I kind of like the idea to have the necessity for Infantery (some special Units and Units with armed Professions marked as City Defenders) in Forts.
(Actually those were the Units / Professions I originally wanted AI to use for guarding Forts. However I never really came to implementing really sophisticated AI logic.)
But it doesn't really matter actually as long as it is ensured that the unit guarding a Fort is a military unit at all.
(Would be a litte strange to have a Missionary or a Free Colonits without weapons
guarding a Fort.)
What were your reasons for that change ?

Click to expand...

My assumption is that since a fort's attack does not have anything to do with the unit in the code, the fort itself comes with weapons. For example, cannons behind walls. I don't think of forts as a "wall of wood".
The only exception is pioneers do not utilize the forts in my future mod (other than the defense boost). This is to prevent pioneers who are building improvements to be considered as "defenders". Also, since the "super forts" are expensive, it makes sense that they are armed.

As part of my upcoming mod, if a worker works on a fort tile, it will no longer upgrade.

As to the 20% chance of hitting depending on relative strength..It is to simulate the "proficiency" of units to use the "fort's weaponry".. Well trained line infantry should do a better job of attacking with a fort than the missionary, to use your example. Similarly, better trained units will do a better job of evading cannon fire than poorly trained ones. (such as hiding behind natural defenses like mounds and rocks)

vetiarvind said:

Upcoming modmod version:
Trilateral navigation between Europe->Port Royal->Africa

Click to expand...

I really don't know if I will be doing this since I personally don't find the need to do use this often, or automation between the three ports. Maybe I will at some point, but no promise.

raystuttgart said:

Wouldn't it be better to simply not let Monasteries convert Natives from plots that are Native Villages ?
(Because for Natives just wandering around and accidently passing a Monastery, the balancing seemed ok in my tests / games.)

Click to expand...

I have actually already done this as part of my upcoming "super forts" release. Thanks for confirming this is the right way to go as well. I have also removed the "monastery nerf" to half of strength instead of one-third for adjacent tiles, since we're now skipping cities.

raystuttgart said:

Could you give some screenshots ?

Click to expand...

I thought the image I attached in the main page shows the screenshot? Pls. let me know if you are not able to view it.
------

Thanks again for all your great work and your support.

Click to expand...

Thanks Ray for building a great mod which makes this possible.