PDA

View Full Version : Map Grid



Drogo210
March 31st, 2019, 20:10
Hi,

I have looked around and I saw many posts but honestly I didn't get how to solve the problem.

I have a .jpg map (72 dpi) with a grid and I need to set each square as 15ft., How can I do it?

1) I have Mac so I cannot use many of the tools

2) I have both GIMP & Photoshop

Thanks for the help

Trenloe
March 31st, 2019, 20:14
Some rulesets allow you to change the scale per grid square (Savage Worlds and GURPS spring to mind). Most won't without changing it via code for all images.

What ruleset are you using?

Are you asking how to change the image itself outside of FG? Or to change a grid square in FG to be 15 feet?

Drogo210
March 31st, 2019, 20:15
Sorry I didn't know. I am using 5e.

How to Change the image out of FG but after I want to fit the grid inside FG as well just as 1 square = 15 ft and not 5ft.

LordEntrails
March 31st, 2019, 20:33
5E does not allow you to change the size of a square. It is always 5ft. So you will want to set your FG grid to 72/3 pixels. Which is 24 pixels.

You could resize the image in an image editor like GIMP or use the Map Align Utility from the forums here but you don't need to. Any way, you will get soemthing of an "overlap" as the image grid will still be visible every third square.

Drogo210
March 31st, 2019, 20:46
Thanks Guys,

I may find a way just by reading you :). I do it inside FG. It is not the best but it is working so I am fine with it.

In short, when I've loaded the map in FG, I went to set grid, which said for example the square is 42, and I wanted 15ft. As LordEntrails said 5e is sticked with 5ft so I've just divided in this case 42 by 3 (5+5+5 =15) which is 14. Then I've drew the grid as 13+1 (+1 for the line of the grid) and it overlaps.

Probably, this is how they did even before but I did get from the other posts.

Thanks a lot and sorry if it is double post.

mattekure
March 31st, 2019, 22:54
Thanks Guys,

I may find a way just by reading you :). I do it inside FG. It is not the best but it is working so I am fine with it.

In short, when I've loaded the map in FG, I went to set grid, which said for example the square is 42, and I wanted 15ft. As LordEntrails said 5e is sticked with 5ft so I've just divided in this case 42 by 3 (5+5+5 =15) which is 14. Then I've drew the grid as 13+1 (+1 for the line of the grid) and it overlaps.

Probably, this is how they did even before but I did get from the other posts.

Thanks a lot and sorry if it is double post.

There is an extension which allows you to set how many feet a square represents. https://www.fantasygrounds.com/forums/showthread.php?39463-MUSE-Map-Unit-Settings-Extension-(CoreRPG)

You can try loading that and see if it gets you what you are needing.

Drogo210
April 1st, 2019, 06:46
There is an extension which allows you to set how many feet a square represents. https://www.fantasygrounds.com/forums/showthread.php?39463-MUSE-Map-Unit-Settings-Extension-(CoreRPG)

You can try loading that and see if it gets you what you are needing.

It is a nice extension I wasn't aware of, but the issue is that the token does not scale :). What I was looking for was a way to set a square as 150 dpi in this case instead of 50 dpi, so when you draw the grid it will be done automatically.

However, if 5e recognized only 50x50 the only way I found do fix it was as I said above. If you have any other better idea please let me know.

LordEntrails
April 1st, 2019, 06:56
Make sure you're not getting confused with 'dpi' (dots per inch, which only has to do when you print something, and nothing to do with how something is displayed on a computer screen) and how grids are rendered in FG.

As mentioned, without that extension, 5E uses a grid that represents 5 ft. That distance is only used in displaying sizes for pointers (unless you are using one of the few extensions that use the range for other things).

When it comes to token scaling, if you turn on the GM option for automatic scaling, the tokens will automatically scale to 80% (or whatever you set the option value to) to the grid size (one grid for medium, 4 for large, etc). You can also manually scale tokens, or if all tokens are the same size in pixels, you can set the scale of one token, then use the 'Lock Token Scale' function.

I worry that you are trying to fight the system to get what you want, and not understanding or know of some of the built in functions in FG.

In almost every case, it should not matter what the image size/resolution/pixels per square is of the map image. As long as it's an evenly divisible number, you just place the grid in FG (42 pixels, or 50, or 72, or 113...) and then tokens get scale automatically etc. Note, you might end up using tokens from different sources, and these might have different pixel sizes (i.e. some might be 100 pixels, other 150 or 200); and the best way to handle that is to use FG's automatic scaling.

Drogo210
April 1st, 2019, 07:38
Make sure you're not getting confused with 'dpi' (dots per inch, which only has to do when you print something, and nothing to do with how something is displayed on a computer screen) and how grids are rendered in FG.

As mentioned, without that extension, 5E uses a grid that represents 5 ft. That distance is only used in displaying sizes for pointers (unless you are using one of the few extensions that use the range for other things).

When it comes to token scaling, if you turn on the GM option for automatic scaling, the tokens will automatically scale to 80% (or whatever you set the option value to) to the grid size (one grid for medium, 4 for large, etc). You can also manually scale tokens, or if all tokens are the same size in pixels, you can set the scale of one token, then use the 'Lock Token Scale' function.

I worry that you are trying to fight the system to get what you want, and not understanding or know of some of the built in functions in FG.

In almost every case, it should not matter what the image size/resolution/pixels per square is of the map image. As long as it's an evenly divisible number, you just place the grid in FG (42 pixels, or 50, or 72, or 113...) and then tokens get scale automatically etc. Note, you might end up using tokens from different sources, and these might have different pixel sizes (i.e. some might be 100 pixels, other 150 or 200); and the best way to handle that is to use FG's automatic scaling.

Maybe I miss-explained myself, but that was the conclusion of my though. There is no way to set an image to be 1 square = 10/15 etc.. feet in 5e because the square you are going to draw in FG will be always recognized by the system as 5ft, doesn't mattr how many pixels you have x inch. So the only way for what I see to overcome the issue is to set a smaller or bigger square-grid according to how many squares you want inside the square that comes with the image.

The images just to explain myself a bit better
26904
26905
26906

If now instead of drawing a square of 42 you draw a square of 13 (42/3 -1 for the line grid)

26907

The token now has the correct size according to a 15ft x square, but still the grid doesn't overlap 100% red arrow.

Hope I clarify myself.

Ruvanal
April 1st, 2019, 08:10
Try setting your grid size to 42/3=14 and then use the arrow at top to shift the grid for better alignment.

The "-1 for the line grid" looks like it is causing you to have a cumulative offset error on the grid. Consider that 4 squares on the original map would have a net width of 4x42=168 pixels, but your grid size of 13 applied across 12 squares would be 12x13=156 pixels. That ends up being 12 pixels off after only 4 squares; almost a full extra square.

Trenloe
April 1st, 2019, 14:16
Yes, you'll have to make sure you place a FG grid on the map that represents 5 feet if you want all of the FG measurements and token sizing to work correctly.

Even with a map that has a 5' grid on it, there can be times when you can't line up a FG grid accurately - due to the map not being exactly the same grid size across the whole area, bad scan/sizing, etc.. For some users it's OK to get "good enough" and nudge the grid up/down/left/right as actions changes across the map to get a better representation. It all depends on the map and what you're prepared to live with.

Some users will do pre-processing to get their map more FG ready - there's the map alignment tool already mentioned, but as you're on a Mac you probably can't use that without messing around with Wine or other windows emulation. Here's a video that gives an idea on how to better prepare maps (including sizing) using Paint Shop Pro (but the same principles can be applied to GIMP and PhotoShop): https://www.fantasygrounds.com/filelibrary/tutorial/xorne-rescale-1a.wmv Of course, resizing can have it's own issue - introducing artifacts, losing some details, blurring, etc. - so it may take you a few attempts to work out a process that works well for you.

Drogo210
April 1st, 2019, 18:25
Yes, you'll have to make sure you place a FG grid on the map that represents 5 feet if you want all of the FG measurements and token sizing to work correctly.

Even with a map that has a 5' grid on it, there can be times when you can't line up a FG grid accurately - due to the map not being exactly the same grid size across the whole area, bad scan/sizing, etc.. For some users it's OK to get "good enough" and nudge the grid up/down/left/right as actions changes across the map to get a better representation. It all depends on the map and what you're prepared to live with.

Some users will do pre-processing to get their map more FG ready - there's the map alignment tool already mentioned, but as you're on a Mac you probably can't use that without messing around with Wine or other windows emulation. Here's a video that gives an idea on how to better prepare maps (including sizing) using Paint Shop Pro (but the same principles can be applied to GIMP and PhotoShop): https://www.fantasygrounds.com/filelibrary/tutorial/xorne-rescale-1a.wmv Of course, resizing can have it's own issue - introducing artifacts, losing some details, blurring, etc. - so it may take you a few attempts to work out a process that works well for you.

Finally, thanks. It worked very good and now I understood what the other posts talked about.

Just for the seek of knowledge I found that in my case was better to scale it as 48 px as I had to divided by 3 and grid takes only integer numbers.

hammer58
September 12th, 2020, 20:54
I am new to fantasy grounds unity. Just trying to get this to work for my pen and paper campaign. Long story short we are playing Temple of Elemental Evil pen and paper 2e rules. My players want to upgrade to 5e rules. There is a lot of rule changes that lend to a miniature format type play a lot more so in 5e than 2e. So I decided to look into converting to the fantasy grounds unity format to handle the map/los/token positioning and status effects. In short to handle the bookkeeping to speed up play. In 2e we had been playing 3 1/3 feet to a square or 40 inches. So 3 squares to a 10 foot wide corridor. Then a door way was a common size 40 inches so one token can block the door way. It was centered on the 10 foot wide corridor.

So Now I see 5e rules set the grid to 5 feet? Is that a 5e rule or done for fantasy grounds specific? I do not know 5e rules by heart yet. I would like to continue to use our 3 squares= 10 feet but it seems as if I am fighting fantasy grounds unity programming trying to do it that way. Perhaps I need to change to 5 foot squares. I am wondering why the change? Doors do not center on a 10 foot passage with 5 foot sizes.
If you stand at home in a 40 inch door way you can block it. A 5 foot door way would be difficult to block. It seems awkward to me to use 5 foot square sizes for 5e. Can some one explain why we use 5 foot squares in 5e fantasy grounds unity? I need to find a compelling reason to make the change.

Zacchaeus
September 12th, 2020, 21:22
Fantasy Grounds scales each square in the grid to 5ft. You can use this extension to change that - but I'm not sure that it works in inches https://www.fantasygrounds.com/forums/showthread.php?39463-MUSE-Map-Unit-Settings-Extension-(CoreRPG)