Map Engine Development

• 

  Introducing Map Engine Development Category
  • LaFayette  

  1
  1
  Votes
  1
  Posts
  13
  Views

  No one has replied

• 

  Magic Files for Map Indexing (map.yml file / description.html / preview.png))
  • LaFayette  

  13
  2
  Votes
  13
  Posts
  48
  Views

  B

  @LaFayette hmm...says everything is done. Not that I woulda been of much if any help anyway. At any rate, Rock On
• 

  Removing Map XML Game Version
  • LaFayette  

  7
  1
  Votes
  7
  Posts
  39
  Views

  B

  @LaFayette yea, sorry I wasn't very clear. So the map is "Oztea 1939 Global" and it was on the latest "engine stable" 2.5 ??? and I updated game xml from 1.93 to 1.94 at git. The bots in the lobby were still running 1.93. I saw a game being played and tried to join and it would just show it trying to join. After a minute, I tried again. Same result. Went back to the lobby and the two guys playing said I screwed up their game and that I had wrong version. I didn't notice the bot was on 1.93 and not 1.94. It'd been a couple weeks I think since the update, so it didn't occur to me the bot would still have the older version. At any rate, I was wondering if this will prevent crashing peoples games in bots if you have different xml version numbers and try to join.
• 

  Proposing maps.yml index file to be added to each map
  • LaFayette  

  11
  6
  Votes
  11
  Posts
  69
  Views

  

  Another important implication, having the map.yml file will replace the need for a mapName and gameName attribute to be specified in the XML, both of those attributes will become ignored after the map.yml file is used by the engine (perhaps starting in release 2.6)
• 

  Should we support YAML for Maps?
  not adopted • • LaFayette  

  26
  2
  Votes
  26
  Posts
  90
  Views

  

  I love building UIs and I love data interchange and would love to help with such a UI once I get some free time which might not be for awhile...
• 

  RFC - In-Game Map Uploads
  • LaFayette  

  33
  2
  Votes
  33
  Posts
  103
  Views

  

  First, thank you all for the engagement on this topic! To summarize where we are so far in this discussion: github repositories is a beneficial storage solution that provides a lot of features that we would be unwise to rebuild in its entirety automating the management of 'triplea_maps.yaml' is welcome documentation effort is needed to make the upload process clear. We should create at least a thread, if not a category to provide help for uploading Follow-Up Topics to Discuss in other Threads A number of other topics were raised that could use discussion. I'm thinking to create a thread titled something like: "How should we improve the maps ecosystem" where we could discuss the many other aspects of maps and what could use improvement. Still under consideration: zip uploads that are automatically stored as repositories First, if we automate the generation of 'triplea_maps.yaml' by finding data that is stored in the repositories, we'll have taken care of a portion of the download side. Specifically the idea here is that 'triplea_maps.yaml' has a section for each map, essentially we move each section of that file to the respective map repository where the backend would be configured to find it. In this way the backend could effectively generate the 'triplea_maps.yaml' file. A really nice thing about the above is the backend wouldn't care how the map data gets into repository. After we get to that point, it could make sense to build an in-game uploader that takes a zip file and uploads it into a repository. There is enough complexity in doing that where I don't know if it would be worth it, so we'll need to play it by ear when and if we get there.
• 

  Move Game notes to its own file?
  • LaFayette  

  12
  4
  Votes
  12
  Posts
  57
  Views

  

  One challenge is having a mechanism to associate a game notes file with the game file. Having the two files with matching names and the notes file being suffixed with '-notes.html' might be easy enough. For example: world_at_war.xml world_at_war-notes.html
• 

  Proposal: Automatic <property> type discovery based on value
  done • • LaFayette  

  2
  2
  Votes
  2
  Posts
  19
  Views

  

  PR: https://github.com/triplea-game/triplea/pull/7651 DanVanAtta created this issue in triplea-game/triplea closed Update: Automatically infer game XML property 'types' #7651
• 

  Proposal: Simpler '<canal>' node
  • LaFayette  

  5
  0
  Votes
  5
  Posts
  21
  Views

  

  Thanks for pointing me to the property @Cernel ; I'd like to keep updates limited to the game data assembly layer. That means for now I'll leave the "Control All Canals Between Territories To Pass" property unaltered.
• 

  Proposal: Combine tags into `<territory>`
  • LaFayette  

  3
  1
  Votes
  3
  Posts
  21
  Views

  

  We could even remove the <territoryAttachment> node altogether, eg: <territory name="Quebec"> <owner value="Canadians"/> <unitProduction value="3" /> <kamikazeZone value="true" /> <placements> : : Thoughts? For canals, they attach to multiple territories, nesting underneath one territory would potentially not be as helpful as it could be. Here is an example of what we have today: <attachment name="canalAttachmentCentral America - Colombia" attachTo="25 Sea Zone" javaClass="games.s trategy.triplea.attachments.CanalAttachment" type="territory"> <option name="canalName" value="the Central America - Colombia channel"/> <option name="landTerritories" value="Central America:Colombia"/> </attachment> <attachment name="canalAttachmentCentral America - Colombia" attachTo="100 Sea Zone" javaClass="games.strategy.triplea.attachments.CanalAttachment" type="territory"> <option name="canalName" value="the Central America - Colombia channel"/> <option name="landTerritories" value="Central America:Colombia"/> </attachment> I think that might be better as one 'canal' tag. It's a really good call-out - though if it's going to be a different tag then perhaps topic for another thread (thread created: https://forums.triplea-game.org/topic/2269/proposal-simpler-canal-node)
• 

  Adding a default for map.properties 'color.Impassable'
  done • • LaFayette  

  1
  1
  Votes
  1
  Posts
  10
  Views

  No one has replied

• 

  Generating Random Default Colors When Default Color List is Exhausted
  done • • LaFayette  

  1
  1
  Votes
  1
  Posts
  9
  Views

  No one has replied

• 

  Proposal: Add 'allowBid' and 'defaultBid' attributes to '<player>' node
  • LaFayette  

  1
  0
  Votes
  1
  Posts
  7
  Views

  No one has replied

• 

  Merge player colors from map.properties into Game XMLs
  • LaFayette  

  16
  2
  Votes
  16
  Posts
  39
  Views

  

  @LaFayette not sure how i would but regardless even if the thing is using curves to match a gamut it will not be 100% as good an originally colored graphic some information is always lost when you do it it's just a matter of degrees and again often times the unit is not of one hue to begin with so yeah… maybe we've talked this one past death at this point.
• W

  My Total World War project
  • wc_sumpton  

  9
  1
  Votes
  9
  Posts
  49
  Views

  

  @wc_sumpton I'm pretty sure a grand re-write of map spec is going to take too long. If we freeze the current spec and have everyone wait, it'll be painful. Perhaps the key will be instead to just accept the complexity and create alternative forms of the XML so that it's flexible and we can get the expressiveness gains that you're seeking. I'm working on a system to upload maps to server, but that's really running into trouble with various technical debt issues and to do that properly I need to start from the beginning and clean up how we deal with maps. It won't be a quick project, but I think we can probably get in a position where supporting alternative XML forms will be easier and we can then add it in. At that rate I'd rather we go further with simplifications and really do it right. With that said, using technology for a base ability does seem like duct tape. With that said, I think if we want non-combat movement to be different from combat, we should build it in first class. WDYT at this point?
• 

  Proposal to consolidate Unit options into UnitList & Make explicit which units are available to which players
  • LaFayette  

  30
  0
  Votes
  30
  Posts
  55
  Views

  W

  @LaFayette I would give YAML a try, gives me a chance to learn something new. (Been trying JAVA, just can't seem to get this old head around it. ) Cheers...