{"type":"doc","content":[{"type":"paragraph","content":[{"text":"Contexts are a way of grouping entities within a configuration. For example, a Weave configuration may include entities from a broad cross section of categories. - It may include reference information (roads, rivers, towns, administrative boundaries, property boundaries etc), plus various categories of information, for example : ","type":"text"},{"type":"hardBreak"},{"text":"a) Land classifications (wetlands, rainforest, grasslands, grazing, cropping, etc.)","type":"text"},{"type":"hardBreak"},{"text":"b) Tourist information (motels, restaurants, Places of Interest, etc.)","type":"text"}]},{"type":"paragraph","content":[{"text":"Contexts allow such categories to be grouped and referred to by a context identifier (eg. ","type":"text"},{"text":"landType, tourism","type":"text","marks":[{"type":"code"}]},{"text":"); As a consequence, Weave clients may optionally specify categories (ie. \"contexts\") of entities that they will be working with. For example, the below client config specifies that the Holiday_client will utilise information from the tourism context group.","type":"text"},{"type":"hardBreak"},{"text":"","type":"text","marks":[{"type":"code"}]},{"type":"hardBreak"},{"text":"... Hence only entities that include the 'tourism' context will be used by the subject client, ","type":"text"},{"text":"in additon to","type":"text","marks":[{"type":"em"}]},{"text":" entities that do not have a context specification.","type":"text"}]},{"type":"paragraph","content":[{"text":"The required context specification per entity, takes the following form :","type":"text"}]},{"type":"codeBlock","content":[{"text":"\n\n\n\n\n","type":"text"}]},{"type":"paragraph","content":[{"text":"Consequently, for the above defined ","type":"text"},{"text":"Holiday_client","type":"text","marks":[{"type":"code"}]},{"text":", it would subsequently utilise entities :","type":"text"},{"type":"hardBreak"},{"text":"Roads, Rivers, Restaurants and Motels, without there needing to be an explicit specification of relevant entities, ","type":"text"},{"text":"per","type":"text","marks":[{"type":"em"}]},{"text":" utilised client configuration item.","type":"text"}]},{"type":"paragraph","content":[{"text":"The \"Context\" capability was introduced at Weave 2.6.8. It is a powerful feature that significantly simplifies the process of working with many entities within a Weave configuration, where numerous clients may exist. More discussion and examples are provided below.","type":"text"}]},{"type":"heading","attrs":{"level":2},"content":[{"text":"Prior to the Advent of Contexts","type":"text"}]},{"type":"paragraph","content":[{"text":"Before 2.6.8 when a user opens a Weave client all of the entities that are registered with Weave are sent to the browser but if you do not need all of the entities to be available in the client then individual panels and components, if they support it, would each have to be configured to refine which entities that they would display.","type":"text"},{"type":"hardBreak"},{"text":"Weave 2.6.8 adds the concept of a “context” to Weave that will allow you to group entities, and other configuration items, and then specify that a client should only present the entities that have been assigned to that context, removing the need to apply additional configuration to all of the panels/components. The panels/components can be cleaned up to remove the additional configuration that specifies which entities they should include and switch back to including all entities, since now “all entities” means the entities that were linked to the context specified by the client.","type":"text"}]},{"type":"heading","attrs":{"level":2},"content":[{"text":"Basic context configuration","type":"text"}]},{"type":"paragraph","content":[{"text":"For example suppose we have four entities configured for a Weave instance","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n\n\n","type":"text"}]},{"type":"paragraph","content":[{"text":"Prior to Weave 2.6.8 if you wanted to create two specialised editing clients, one for just editing trees and another for just editing lights, and you don’t want trees in the lights client or lights in the trees client but you do want properties and parks in both, then you would create two separate client configuration and for certain components in the client you would have to add additional configuration to the component to tell it only to include the entities it was interested in, for example for the tree editing client the entity selector would be something like:","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n \n properties\n parks\n trees\n \n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"and in the light editing client it would be configured something like:","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n \n properties\n parks\n lights\n \n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"this would have to be done for every other component in the client that needed to only show a subset of the available entities, and this is with only four entities, it can quickly get out of hand if there are dozens or hundreds of entities.","type":"text"},{"type":"hardBreak"},{"text":"Note that if the ","type":"text"},{"text":"entitySelector","type":"text","marks":[{"type":"code"}]},{"text":" component configuration did not include the list of entity sub-tags then both clients would display all four entities.","type":"text"}]},{"type":"paragraph","content":[{"text":"As of Weave 2.6.8 you would first assign the entities to the appropriate contexts, in our example we’ll create two contexts, “tree” and “light”. We do this by adding a “context” attribute to the entities, e.g.","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n\n\n","type":"text"}]},{"type":"paragraph","content":[{"text":"Then the client configuration would be updated to reference the context that it should use, by adding a “context” attribute to the client configuration, so the tree editing client would be changed to something like:","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n \n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"and the light editing client:","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n \n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"Now the clients will only be provided a subset of the available entities, those associated with the context set for the client, plus those entities that are not associated with a context at all, and none of the panels or components in the client would need to be configured to refine the entities that they should present to the user, they can just display all of the available entities since that list now contains just the entities that the client requires.","type":"text"}]},{"type":"heading","attrs":{"level":2},"content":[{"text":"Other configuration items","type":"text"}]},{"type":"paragraph","content":[{"text":"It should be noted that associating a context to an entity also means that other items that are associated with that entity will not display* in the client either, things like searches, reports, data, edits, etc., so if an entity is not part of the context that a client uses, then none of the other items related to that entity will be displayed in the client either, there is no need to set a context for these other items.","type":"text"}]},{"type":"panel","attrs":{"panelType":"info"},"content":[{"type":"paragraph","content":[{"text":"*It should be noted that Contexts are not designed to influence the rendering of entities within a map engine. Thus, the image generated as a consequence of a mapengine configuration, will ","type":"text","marks":[{"type":"em"}]},{"text":"not","type":"text","marks":[{"type":"strong"},{"type":"em"}]},{"text":" be affected by the use of client context specifications.","type":"text","marks":[{"type":"em"}]},{"text":" ","type":"text"}]}]},{"type":"paragraph","content":[{"text":"It’s likely that just associating contexts to entities will take care of 99% of the requirements to refine what’s available in the client, but it’s also possible to assign contexts to other configuration items. ","type":"text"}]},{"type":"paragraph","content":[{"text":"For example, if there are multiple data sets associated with an entity and you have multiple client configurations that reference the context for the entity but you don’t want all of the data for that entity available for all clients you can specify a different context to the data sets and then add that context to the client configuration, along with the entity context. If you’re reading closely you just realised that that means that you can specify multiple context for a client.","type":"text"}]},{"type":"heading","attrs":{"level":3},"content":[{"text":"Multiple client contexts","type":"text"}]},{"type":"paragraph","content":[{"text":"Extending our example to add a couple of data sets, with one associated with the “finance” context, e.g.","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n","type":"text"}]},{"type":"paragraph","content":[{"text":"In this case the current ","type":"text"},{"text":"tree_edit","type":"text","marks":[{"type":"code"}]},{"text":" client won't show the ","type":"text"},{"text":"tree_costs","type":"text","marks":[{"type":"code"}]},{"text":" data, since it's associated with the finance context that is not set for the ","type":"text"},{"text":"tree_edit","type":"text","marks":[{"type":"code"}]},{"text":" client, so a new tree client could be added that includes the trees and the tree costing information, e.g.","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n \n \n \n \n \n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"Now the previous ","type":"text"},{"text":"tree_edit","type":"text","marks":[{"type":"code"}]},{"text":" client will just show the ","type":"text"},{"text":"tree_details","type":"text","marks":[{"type":"code"}]},{"text":" data but the new ","type":"text"},{"text":"tree_edit_advanced","type":"text","marks":[{"type":"code"}]},{"text":" client will show both the ","type":"text"},{"text":"tree_details","type":"text","marks":[{"type":"code"}]},{"text":" and the ","type":"text"},{"text":"tree_costs","type":"text","marks":[{"type":"code"}]},{"text":" data. ","type":"text"}]},{"type":"paragraph","content":[{"text":"Also, note that the ","type":"text"},{"text":"light_edit","type":"text","marks":[{"type":"code"}]},{"text":" client will not show either the ","type":"text"},{"text":"tree_details","type":"text","marks":[{"type":"code"}]},{"text":" data or the ","type":"text"},{"text":"tree_costs","type":"text","marks":[{"type":"code"}]},{"text":", since they are both associated with an entity that has a context that the ","type":"text"},{"text":"light_edit","type":"text","marks":[{"type":"code"}]},{"text":" client has not been configured to use.","type":"text"}]},{"type":"paragraph","content":[{"text":"Additionally if we were to create a ","type":"text"},{"text":"light_costs","type":"text","marks":[{"type":"code"}]},{"text":" data set","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"","type":"text"}]},{"type":"paragraph","content":[{"text":"and associate it with the finance context, similar to the ","type":"text"},{"text":"tree_costs","type":"text","marks":[{"type":"code"}]},{"text":" above, ","type":"text"},{"text":"the new ","type":"text","marks":[{"type":"annotation","attrs":{"annotationType":"inlineComment","id":"ad13c3ce-287b-4774-80c1-069a55f93371"}}]},{"text":"tree_edit_advanced","type":"text","marks":[{"type":"annotation","attrs":{"annotationType":"inlineComment","id":"ad13c3ce-287b-4774-80c1-069a55f93371"}},{"type":"code"}]},{"text":" client will still not display the light cost data, even though it is associated with the finance context, since the ","type":"text","marks":[{"type":"annotation","attrs":{"annotationType":"inlineComment","id":"ad13c3ce-287b-4774-80c1-069a55f93371"}}]},{"text":"light_costs","type":"text","marks":[{"type":"annotation","attrs":{"annotationType":"inlineComment","id":"ad13c3ce-287b-4774-80c1-069a55f93371"}},{"type":"code"}]},{"text":" data is related to the lights entity and the light entity is associated with a context that the ","type":"text","marks":[{"type":"annotation","attrs":{"annotationType":"inlineComment","id":"ad13c3ce-287b-4774-80c1-069a55f93371"}}]},{"text":"tree_edit_advanced","type":"text","marks":[{"type":"annotation","attrs":{"annotationType":"inlineComment","id":"ad13c3ce-287b-4774-80c1-069a55f93371"}},{"type":"code"}]},{"text":" client does not include.","type":"text","marks":[{"type":"annotation","attrs":{"annotationType":"inlineComment","id":"ad13c3ce-287b-4774-80c1-069a55f93371"}}]}]},{"type":"heading","attrs":{"level":4},"content":[{"text":"Updates in 2.6.9","type":"text"}]},{"type":"paragraph","content":[{"text":"The example for the client context above shows one way of defining what contexts should be used in the client, namely as a comma separated list, where an item associated with any of those contexts, plus anything that’s not associated with any context, will be included in the client, but Weave 2.6.9 extends that to make the client context attribute more flexible.","type":"text"}]},{"type":"paragraph","content":[{"text":"Firstly, the examples above always include those items that are not associated with any context, along with those associated with the listed contexts, but in 2.6.9 it’s possible to specify that you want to include only the items that are associated with the listed context(s), and to ignore the items that are not associated with a context. You do this by prefixing the list of contexts with “only”, e.g.","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"When you do this only items that are in the tree or finance contexts will be included in the client.","type":"text"}]},{"type":"paragraph","content":[{"text":"Another limitation of this format is that it’s always an “or” decision, without the “only” prefix, that is, it always includes items that are in either the tree or finance context, there wasn’t a way to specify that only items that are in both the tree and finance contexts should be included, but in 2.6.9 you can do this by providing an expression for the context, e.g.","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"In the above example only items that are in both the tree and finance contexts will be included in the client, along with anything that’s not assigned to any context, because we didn’t include the “only” prefix, which can still be used, e.g.","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"The expression for the context also supports “or”, “not” and brackets, ( & ), so you can make more complex decisions about what should be included. The old comma separated list is the equivalent of an “or” expressions, e.g. the previous ","type":"text"},{"text":"context='tree,finance'","type":"text","marks":[{"type":"code"}]},{"text":" is actually this:","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"But you can go much further than that, e.g.","type":"text"}]},{"type":"codeBlock","attrs":{"language":"xml"},"marks":[{"type":"breakout","attrs":{"mode":"wide"}}],"content":[{"text":"\n \n","type":"text"}]},{"type":"paragraph","content":[{"text":"Which will show everything associated with the tree or the finance contexts, but only if they’re not associated with the nsw or vic context, and only those items because of the “only” prefix being included in the example.","type":"text"}]},{"type":"paragraph","content":[{"text":"It’s useful to note that the “only” prefix is a separate thing from the rest of the context expression. All it does is determine if things that aren’t associated with a context are included or not, and does not have any relationship or effect on the rest of the expression. So you should create the expression to determine what needs to be included and then add “only” or not, depending on you wanting items without an context included or not.","type":"text"}]},{"type":"heading","attrs":{"level":3},"content":[{"text":"Multiple item contexts","type":"text"}]},{"type":"paragraph","content":[{"text":"In the same way that a client can include items from multiple contexts, the items themselves can also be associated with multiple contexts, by setting the context attribute for the item to a comma separated list.","type":"text"}]},{"type":"paragraph","content":[{"text":"Note that the additional options for the context added in 2.6.9 for providing a more advanced description of what should and shouldn’t be included in the client does not apply to the context configuration applied to individual configuration items, the context configuration applied to individual items is only ever a list of the contexts that the items should be considered to be a part of.","type":"text"}]},{"type":"paragraph"}],"version":1}

Browser not supported