FeudalSim: Game Mapping System

So, we have a mapping system in two parts (admin, viewer). The admin needs to be able to create maps that will be stored as images AND in the database (images are exported for view by the client. the info that is stored in the database is for mapping grid points to acre types - and recreating / exporting maps if needed). The admin will choose images to upload that will be used as one acre tiles. The admin can set the default tile size (for example 10x10 or 20x20) they will always be square. Once the admin has uploaded some images and given them a type (like tree / water / land / sand / dirt or whatever) they can be placed on the map. the lowest level of zoom will be where the admin draws the map (acre by acre). This can be by clicking a acre tile and selecting an area (one or more acres). JavaScript can be used to capture the clicks and or events. The more stream line (AJAX) the better. Once the admin is done, he can save the map to the database for later editing and or export it to be viewed by a viewer.

There will be many zoom levels all generated by PHP when the admin clicks export. You can make it the way you feel is best, but I think different levels of "tiles" would be the best way (stored as images) and peaced together to be viewed.

map view side:

The admin can define the display size of a map (like 400px x 600px) and the starting point of the map (where it will center over). The admin can also set a boundaries that the user can view outside of (top left xy, bottom right xy). The user can zoom in and zoom out and scroll north, north-east, east, south-east, south, south-west, west, north-west. The user can also click on the map to zoom in. Once the user is at a point where an acre can be determined (last few zoom levels) when the user clicks on a acre an event will fire (in JS or however you see fit) that will send a request to the server telling it where the user clicked. This will allow for building placement, troop movement, and so on. The server will respond by updating the map (using PHP to draw on the selected acre) and the user will see the change real-time. if the user is happy and clicks a button, like "move troops" (the button part will be done by me) some event must be able to trigger the saving of that map drawing so that everyone who is viewing the map would see the change.

The map should be updating real-time. if a Acre changes while I am viewing the map, the new images should be displayed to the user.

There is also the possiblity of loading a map, then placing (drawing) acre (tile) changes specific to that viewer (user). For example if user A is moving his troops to xy from xy... only user A should be able to see that... only changes to the map that "everyone" can see should be stored to an image (if we have 10,000 people playing, it would take a lot of resources to generate that image every time they view it.)

If you have a better design / changes to this plan, you are welcome to suggest them. I will not force any "method" of completing the task at hand...

Must be able to support IE and Firefox / with and without Ajax.

Needs to be as custmizable as possible.

If needed, I will give you access to a FTP account with a real URL and database for testing / working.


The basic concept is that the admin will start creating maps... in the end the map will be the entire world. User will be clicking on the map to order large troop movments. (from point A to pont B) only the user can see there troops moving on the map. The user will be able to zoom in and out to view the world. There will be different "kingdoms" located around the world (that is why I need to be able to draw on the map as it's updated, for example, a kingdom expands it's boards, this needs to be displayed on the map real-time).

This should be able to support 10,000+ users.



Josh W.

Taidot: AJAX, Javascript, PHP

Näytä lisää: zoom info, tree starting with n, top levels, tile x design, tile by design, think together, system one, placement new example, people needed for game design, parts tree, parts database example, parts database access, order of tree, on line map, on line game design, n .game-server, levels system, josh b, fire by design, draw whatever, define send, center of a line, a level system, access parts database, 3-line drawing

About the Employer:
( 0 reviews ) Englewood, United States

Projektin tunnus: #398003