Home Trending Latest threads New posts Developer diaries

Magellan 1.0

Jump to latest Follow Reply
  • We have updated our Community Code of Conduct. Please read through the new rules for the forum that are an integral part of Paradox Interactive’s User Agreement.
Krantz said:
Hmm i found it my self!

I removed the Border layer and created the map again and it worked just fine.

But i don't understand why!

does the minject /L don't work correct on Borders?
Click to expand...
Check all PTI-areas and look for borders there. No PTI-pixel may be adjacent to a border-pixel.
 
There are some issues with mview, ever since 1.0

First off, when selecting a grid and export to clipboard the text starts with "mview" rather than "mimage" (I do this a lot, which is the greatest reason for me to keep using 0.99 mview). Of course, this generates an error since mview doesn't have the same functions as mimage.
Another problem with selecting and exporting is that I have to drag the window from top-left to bottom-right since either of the values would be negative otherwise, could this just be fixed, so that exporting is possible (by recalculating top-left I suppose).

Then there's this minor issue that I get an error message when minimizing mview, it still works though so it is at most annoying. It is still useful to minimize as I use mview a lot for checking out province IDs (good for filling out knownprovinces).

While we're at mview, why did you add those numbers in each block, they can hardly be interesting for the average map-maker.

There seems to be an old problem with the shading-insertion, resulting in some quite strange gradient patterns. Look at the 'N' in Terenum here. The solution so far has been to scan the map for these patterns and redo them until they're gone, but they're generated in the other lightmaps as well and I would rather not fix them the same way because of the additional work.
Has this always been a problem?

It might sound like I'm complaining :p
but I just want enhance this wonderful tool even more. ;)
 
Kaigon said:
There seems to be an old problem with the shading-insertion, resulting in some quite strange gradient patterns. Look at the 'N' in Terenum here. The solution so far has been to scan the map for these patterns and redo them until they're gone, but they're generated in the other lightmaps as well and I would rather not fix them the same way because of the additional work.
Has this always been a problem?
Click to expand...
I think so.
Do you have to source file (or any source file) (PSD) where this occurs? I've been rechecking the algorithm, but it seems solid...
 
New 1.1 Mview error

Using your new version 1.1 and MyMap 1.51 (which works fine in game) I used mextract to create mm151.eu2map. Then with no editing I used mview and received several errors as shown below:

________________________________________________________

C:\MAGELLAN>mextract mm151.eu2map d:\d:\mymap151
mextract - EU2 Map Extraction Tool - v1.1.0.34936

Extracting file from EU2 files to "mm151.eu2map"...
Remember: This can take a while.
Generating id.tbl...
Fixing id.tbl...
Writing province.csv...
Writing id.tbl...
Writing adjacent.tbl...
Writing lightmap1.tbl...
Writing lightmap2.tbl...
Writing lightmap3.tbl...
Writing colorscales.csv...
Extract successful.


C:\MAGELLAN>mview mm151.eu2map
mview - EU2 Map Viewer - v1.1.0.35064


Unhandled Exception: System.IndexOutOfRangeException: Index was outside the boun
ds of the array.
at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate meth
od, Object[] args, Boolean synchronous)
at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
at System.Windows.Forms.Control.Invoke(Delegate method)
at MapView.MainForm.loadFile_callback(Object state)
_____________________________________________________________

The program then just kept running with no results. What would cause this problem? Note that mextract as shown above also "fixed the id table" so I don't know if that is connected in any way.

Also is there a way to have mview use the correct mini map? In the previous version it would also error but you could continue and use some results in the various layers but the mini map would be wrong even if I copied the correct mini map to the magellan folder.
 
I have found an error with mview when i load a eu2map file it says in the lowest bar 'loading file...' and to the right 'Tracker'
here's a screenshot maybe it's easier to see then.
magellan5gk.jpg

EDIT: Did i forget to tell what the problem was ohh sorry i can't see the coordinates nor the ID.
 
Last edited:
Question on map edit error

I have been taking an existing map and using magellan to edit the names of the provinces in the shading level only. In two cases I even made changes to the id levels and added new provinces and removed others. All successfull with no problems in Europe, Asia, North America, and Mexico.

However when I come to the south america area of this map and I just try to change the names I keep getting a problem. When I change the names on the shading area and then run magellan it says there is a id mismatch and regenerates the data as if I had changed something on the id level. The end result is a strange sliding of a section of the map on the right of the region boundry down. This seems to happen only for the border layer and the shading level - not the id level. It looks like an earthquake happened and shifted every thing on the right side of the region border down while the rest of map on the left stayed where it was. What kind of error on the map would cause this sliding to occur? I have checked the id and border levels and they seem fine.

Inferis it is the same file I sent to you earlier. The north coast of South America is fine but the result happens in the Brazil area.

Any suggestions?
 
Last edited:
Map Edit Update

I narrowed the problem down to provinces that cross the region boundry.

On the map there are two provinces that I want to edit that have names that cross the region boundry. If I try to paint over this text and put a new name over the region boundry then the problem happens.

What is the trick for placing text over a region boundry? It must be possible as there is existing text crossing and even on top of the boundry.

:confused:
 
I'm in the middle of some province.csv editing, and I want to know if there are any ways to "verify" the contents of the province.csv file when it is added to the .eu2map file? I thought that when I wrote a specific province in the province.csv file and injected the province.csv file into the .eu2map-file, the colour in mview would change from grey and to the "proper" colour?

...and does someone have any decent written material concerning province.csv-editing?
 
deallus said:
I'm in the middle of some province.csv editing, and I want to know if there are any ways to "verify" the contents of the province.csv file when it is added to the .eu2map file? I thought that when I wrote a specific province in the province.csv file and injected the province.csv file into the .eu2map-file, the colour in mview would change from grey and to the "proper" colour?

...and does someone have any decent written material concerning province.csv-editing?
Click to expand...

1) I don't know the official answer to question relating to the color. I have a few ideas - but nothing for sure. From what I understand you have to manually paint the color in a .psd file and then use mimage to pull it back in to the map file. This is what tells the map what to display. Then the data in the province.csv links the province.csv information to the color on the map - but maybe I have been doing things the hard way. I suspect the province.csv only talks to the map relating to items such as ocean versus land and where to display cities and ports but it does not talk to the map file relating to what color to display - but I could be wrong.

2) In general terms relating to province.csv

Havards file editing guide has good information at http://home.broadpark.no/~havmoe/EU/fileedit_t.htm

Also post #1 in the following thread has good information:

http://www.europa-universalis.com/forum/showthread.php?t=187001&page=1

3) I think you already know about using excel to edit the file and displaying the information in columns - if not see post #38 in the above thread.

4) As far as adding ports or cities to the map I usually use mview to find the x and y values on the map and then enter them into the province.csv file. Make sure also to set the province to coastal if it has a port.

5) When done editing the map if a province does not act correctly for movement you can force the issue by placing values in the adj-defs.csv file in the map directory.

I hope this helps - if not let me know specifically what you are looking for

Best wishes

:)
 
Last edited:
OK, thanks. What I really wanted to know was if the province.csv file I'm working on is corrupted, since it doesn't change anything in mview..

Another few questions;

1) does all 2020 lines (or something like that) have to be in the province.csv file?
2) How should the unused provinces look like?
3) Do you have to start at province #1?
4) I have no problems separating the columns in Excel, but how can I save the file back into a "regular" csv-file with the semicolons in place?
 
deallus said:
OK, thanks. What I really wanted to know was if the province.csv file I'm working on is corrupted, since it doesn't change anything in mview..

Another few questions;

1) does all 2020 lines (or something like that) have to be in the province.csv file?
2) How should the unused provinces look like?
3) Do you have to start at province #1?
4) I have no problems separating the columns in Excel, but how can I save the file back into a "regular" csv-file with the semicolons in place?
Click to expand...

First I added a little more to my post relating to color.

To answer your questions to the best of my knowledge:

1) I suspect that it is a good idea to have all the lines in the file except 2019 and 2020. I think there is a problem with 2020 and magellan but maybe I am wrong. I think there was a problem with 2019 in earlier versions but again I may be wrong.

2) Look in the standard province.csv and you will see filler lines - I think thes are for unused provinces. I have only seen these at the end of the file - so if you were going to leave say province 3 unused I would start the line with id 3 rather than a -1.

3) The file starts with a province 0 line which is for pti. And yes it makes a big difference how the file is sorted - you will get errors if the file is not sorted in province number order (except if you have -1 filler lines for say 2019 which then go at the end).

4) The file is always a regular csv-file type (as long as you save it as a csv-file type in excel). It just continues to permanently display in excel in columns once you have asked excel to do this. In other words you asked excel to display a ";" as a column. The file still has the ";" but excel displays it as a column. I have never found a way to undo this but on the other hand there is really no reason to want to undo this. This has no impact on the game.

5) Normally if province.csv is corrupt the scenario will not load.
 
You must log in or register to reply here.
Top Bottom
Back