#53874: "Suggested algorithm for map configurations (same as hol.es algorithm) "
Petra a zo c'hoarvezet ? Trugarez evit dibab amañ dindan
Petra a zo c'hoarvezet ? Trugarez evit dibab amañ dindan
Gwiriit mar-plij ma n'eus ket dija un danevell evit an hevelep dodenn
M'oc'h a-du, VOTIT evit an danevell-mañ. An danevelloù gant ar muiañ a vouezhioù a vo studiet DA GENTAÑ !
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Deskrivadur dre ar munud
-
• Mar-plij, eilit/pegit ar gemennadenn fazi a zo war ho skramm, ma zo unan.
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map -
• Displegit deomp, mar-plij, ar pezh ho poa c'hoant d'ober, ar pezh ho peus graet hag ar pezh a zo c'hoarvezet 'benn ar fin
• Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Mar-plij, eilit/pegit an destenn e Saozneg ha n'eo ket en ho yezh. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here. Ha dibres eo an destenn-mañ er sistem treiñ? Ma ya, daoust ha troet eo bet ouzhpenn 24 eur 'zo ?
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map • Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Displegit ho kinnig mar-plij, e berrgomzoù met en un doare resis, evit ma vefe an aesañ posupl kompren mat ar pezh ho peus c'hoant lâret.
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map • Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Petra oa diskouezet war ar skramm pa 'z oc'h chomet stanket (Skramm goullo ? Ul lodenn eus etrefas ar c'hoari ? Kemennadenn fazi ?)
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map • Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Pesseurt reolenn n'eo ket doujet gant azasadenn ar c'hoari-mañ ?
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map -
• Ha posupl eo gwelet torridigezh ar reolenn e replay ar bartienn ? Ma 'z eo ya, da be niverenn taol ?
• Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Peseurt taol ho peus c'hoant c'hoari ?
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map -
• Petra emaoc'h o klask ober evit delankañ an ober c'hoari-mañ ?
-
• What happened when you try to do this (error message, game status bar message, ...)?
• Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Da be bazenn ar bartienn eo en em gavet ar gudenn (petra oa testenn kemenn ar c'hoari) ?
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map -
• What happened when you try to do a game action (error message, game status bar message, ...)?
• Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Mar-plij, diskrivit kudenn an diskwel. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here.
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map • Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Mar-plij, eilit/pegit an destenn e Saozneg ha n'eo ket en ho yezh. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here. Ha dibres eo an destenn-mañ er sistem treiñ? Ma ya, daoust ha troet eo bet ouzhpenn 24 eur 'zo ?
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map • Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
-
• Displegit ho kinnig mar-plij, e berrgomzoù met en un doare resis, evit ma vefe an aesañ posupl kompren mat ar pezh ho peus c'hoant lâret.
The existing algorithms for placing down a map and having the last player rotate the tiles is not an excellent balancing mechanic, especially in a 4 player game where the third player is not likely to get a great choice of faction.
The now-defunct website gaia-project.hol.es had an algorithm which basically everyone liked a lot. This algorithm is described in this BGG thread boardgamegeek.com/thread/1960859/online-game-generator-map-board-smartphone-friendl/page/2, and I will repeat it for clarity here:
The algorithm is this:
1. Randomly place the required number of tiles, using the correct side of tiles 5, 6, and 7 as appropriate to the number of players, and rotate them randomly.
2. No clusters of 5 contiguous planets of any type (including transdim) are allowed. Check to see if there are any clusters of 5 or more. If there are any, discard this map and roll again.
3. Only one cluster of 4 contiguous planets of any type (including transdim) is allowed. Check to see if there are any clusters of 4 contiguous planets. If there are 2 or more such clusters, discard this map and roll again.
4. The closest that 2 planets of the same homeworld type may be to each other is Nav3. If there are any planets of any type except gaia or transdim which are within Nav2 range of each other, discard this map and roll again.
5. Every planet must have another planet of any type within Nav2 range of it. If there is any planet that is at least 3 hexes away from any other planet, discard this map and roll again.
6. Use this map • Peseurt merdeer eo hoc'h hini ?
Google Chrome v96
Roll-istor an danevelloù bog
Fortunately, we have a random map generator that requires no rotation at all. It sounds like exactly what you're looking for, allowing an intelligent algorithm to balance out all factions. Try it out sometime -- you may like it!
Indeed, the last player rotation is straight out of the rulebook, at my game group we have tried this and found that it doesn't work very well for 4 player games. I agree that BGA shouldn't remove this as an option, but probably the hol.es algorithm without tile rotation is a better default setting in my opinion.
I have tried the random map algorithm, the main difference between this algorithm and hol.es is that it allows many clusters of 4. Which makes navigation less important, especially for a player that is going hard on gaiaforming and collecting a lot of transdim planets, since these tend to be clustered together.
I think the community has settled on preferring the hol.es algorithm, based on the number of comments on BGG either recommending it or asking for a replacement since that site was retired.
For my own map generation algorithm, I played around with varying considerations -- far more detailed than even what you've listed to ensure a balanced approach for all colors. After trying varying sizes of cluster, I settled on up to 4 planets in a cluster. In practice, 5 was too big and 3 wasn't varied enough.
I'm not trying to reproduce someone else's algorithm, so it's definitely different than the defunct website. It won't be a default option because it's not in the rulebook. (Actually, the default option is the rulebook's fixed setup, I think. No rotation required!) If you play around with it a bit, I think you'll find the random algorithm I've created is well balanced for all colors, even though the cluster sizes are different than how the former website did it.
Ouzhpennañ un dra bennak d'an danevell-mañ
- Niverenn taol all / Niverenn ar fiñv
- Ha renket eo bet ar gudenn gant an douchenn F5 ?
- Ha c'hoarvezet eo ar gudenn meur a wech ? Bewech ? Cheñch-dicheñch ?
- If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here.
