...
- Mapping Engine
- Spatial Engine
- Data Engine
Mapping EngineThe Mapping Engine is used to communicate with the underlying mapping interfaces supported by the organisations Mapping Software. Its job is to ask the Mapping Software to generate a map of a particular size (in pixels), at a particular location (in metres, feet, degrees, etc) and with a given set of map layers turned on (the layer may actually not be visible at the actual scale selected due to Scale Dependant Renderers that have been applied to the map service).
...
| Panel |
|---|
|
We did not mention the concept of user selections or acetate information being rendered on the map. The process of rendering selections is taken care of by Weave when the map is requested. Weave generates a second image with just the selections and acetates on them and combines or fuses the two images together to form one and then passes it to the client. If you are migrating from EView, this is important to note as EView required that if a layer was to be a Selection Layer, it had to be included in the ArcIMS service. With Weave this is not required as Weave handles the selection rendering itself. This an advantage as it enables sites to produce a cartographically correct static image of the area of interest and serve that to a particular set of users for viewing whilst still enabling the user to select any defined Entity. |
| Anchor |
|---|
| spatialengine |
|---|
| spatialengine |
|---|
|
Spatial EngineThe Spatial Engine is used to communicate with the underlying Spatial Database (this does not have to be a physical RDBMS, it could be a file based Spatial System like shapefiles) to request geometry and undertake spatial operations (e.g. buffer, intersect, etc). The Spatial Engine does not do any rendering of maps. It is a datastore that provides the information needed to execute spatial functions and render selected features. Different types of Spatial Engines suit different requirements. File based systems are good for small organisations where data is only edited infrequently and by no more than one or two people. If however you have multiple people editing the underlying spatial data and it is changed on a regular basis, then a enterprise system that supports concurrent editing, versioning and role based access would be required.
...
There can be circumstances where there is no link between the Mapping and Spatial Engines. For example, if you were serving static images or have a Mapping Engine that serves static images ( e.g. Image Web Server) then there is no need for such a link to be defined. If the Entities are setup correctly in the Weave configuration, then a user can select features on the map, either spatially or a-spatially and have Weave render them on top of the image that is then sent to the Weave client.
| Gliffy |
|---|
| baseUrl | https://cohgawiki.atlassian.net/wiki |
|---|
| size | L600 |
|---|
| name | unlinked spatial map engines |
|---|
| containerId | 3246678 |
|---|
|
EntityAn entity provides a basic reference to an item that will be searched and report reported on within Weave. Its relationships within Weave are shown in the diagram below.
| Gliffy |
|---|
| baseUrl | https://cohgawiki.atlassian.net/wiki |
|---|
| name | entity universe |
|---|
| containerId | 3246678 |
|---|
|
| Anchor |
|---|
| conceptsrelationships |
|---|
| conceptsrelationships |
|---|
|
RelationshipsAll the building blocks of Weave can be brought together and their relationships shown in the diagram below.
| Gliffy |
|---|
| baseUrl | https://cohgawiki.atlassian.net/wiki |
|---|
| name | Weave Relationships |
|---|
| containerId | 3246678 |
|---|
|