Without Maps, there would be nowhere to put monsters now would there. Map making is a rewarding task but there are some things to be aware of…
This is a guide on what is an acceptable map and what is unacceptable. Only acceptable maps will be put in the official Crossfire map distribution. Please use the latest release of Gridarta when making maps to contribute.
Maps that are not wilderness should be assigned a region. Current defined regions are:
(the tags are applicable to trunk maps only)
The Crossfire Mapper tool can take advantage of special tags in the lore
field to logically link maps together and display their information in a summed way.
The following tags can be used:
@def quest name
: defines a quest with the specified name. Note that this does not link the map to the quest thus defined@quest quest name
: links the map to the quest with the specified name@end
: end of one of the previous tags. You can omit it if the text extends until the end of the lore field
The text from the tag to the end marker is free-form, though it should be HTML (as this is what mapper generates). Basically, @def
is meant to describe the quest in detail, including rewards and such, while @quest
is intended to specify where to find items or NPCs or such.
- needs better organization; draft & work in progress
They Grey Areas are special cases or scenarios which can work for against the player character. Here's a partial list of factors that need consideration on a per case basis:
The following are various suggestions for making good or interesting maps. A map that does not need to follow all these hints to be accepted, but following these hints will make for more interesting or playable maps.
Once a map has been created, you have the option of contributing it back to the Crossfire project. Here are a few ways on doing that.
NOTE In all cases, compress the map file(s) first by using either WinZip (for .zip files) or tar (for .tgz files) as this helps to save bandwidth, disk space and overall time to “handle” the files.
There are all kinds of technical reasons for using a “diff” file to merge in file updates. The biggest reason is it gives the person working with your map changes an easy to read a file comparison to see what has changed, exactly. One needs Subversion (SVN) installed and set up before attempting to create a diff.
SVN diff from the command line:
$ svn diff > patchfile
This runs a comparison (or difference) between your local files to what is in place in the Crossfire Subversion repository at SourceForge. It is advisable to use a descriptive name for the patchfile, as that is just an example.
Next, use the tar command to compress the patchfile.
$ tar czvf mypatchfile.tgz patchfile
This takes the contents of patchfile and compresses it into mypatchfile.tgz
The command to uncompress said file is
$ tar xzvf mypatchfile.tgz
Remember, c = compress while x = extract
- Document how to create a diff against SVN using TortoiseSVN and TortoiseMerge
Once you have a diff or patch file, see the options below for submitting them or making others aware of your new map or map updates.