Work with planning variations

Top  Previous  Next

With variations changes on the continuance can be carried out without changing him, z B. for the planning. The changes carried out in a variation can be taken over later in the continuance. Variations can be protected like normal plans and loaded.

Condition

The data format VAR must be available.

A variation put on

Under file | Anew | Variation | A variation invested will put in.

 

If the authoritative plans which should belong to it to the variation are already loaded, Moskito asks whether they should be added to the variation. In the query stands "Yes" for all plans add, "no" means no plan add and cessation shows a dialogue in which different possibilities (see "authoritative plans") stand for the choice. The dialogue is any time Administer | Variation | Configure available.

 

image5_37

The authoritative plans

All plans which are necessary as a base of the planning or should be indicated with the store of a variation must be added as authoritative plans to the variation. They are led during the treatment basically reading.

If plans are loaded before the store or putting on a variation, their writing rights are removed if necessary. If a writing loaded plan contains changes which were not protected yet, then he cannot be added to the variation.

Plans are able about o.g. Dialogue are added according to the following criteria:

All loaded plans add:

Within the scope of "plan" * put down and add select

Plans to be added individually select:

Within the scope of "plan" the names select and add press

Plans about a defined area add:

Within the scope of Layer select a Layer (* for all Layer) and with two mouse clicks the area define

Only plans of certain Layer add:

Within the scope of Layer select the Layer and with two Mausclicks define the area

 

If the plans have been added as authoritative plans to the variation, they cannot be removed any more individually from the field of work.

A variation protect

A variation becomes as usual with file | protect or Saving securely.

A variation load

A variation becomes like a plan, e.g., about file | Case from archive loaded. The format is VAR. All matching authoritative plans are coloaded. If these plans are already loaded, the variation takes over the control of these plans. Besides, is valid the rule which plans must be loaded either reading, or be unchanged.

If several variations should be loaded, this is possible only reading. If a variation is writing loaded, no other variation can be loaded.

Work in a variation

The work in a variation does not differ from the other work in Moskito. As usual objects and elements can be added, be extinguished or be changed. If necessary should put in before him anew of an object the suitable plan are opened.

While removing a variation from the field of work it is able, according to the order of the plans in the field of work to the misleading ones because absolutely superfluous announcement come:

 

image5_38

 

Neither "Yes" nor "no" have any effect. The variation has taken over the control of the plans, she removes the plans with if it is extinguished from the field of work.

If the authoritative plans are changed

Variations touch down on the authoritative plans. They thereby differ from the work on a copy of a plan that they read the authoritative plans with every loading process and are therefore always on the topical state.

If these plans zwischenzeiltlich are changed because the reality is not static and the plans must be continued, conflicts can appear. All changes in the objects which are not concerned by the variation are unproblematic.

 

With every loading process the plans are anew read and for every change in an object which was changed by the variation there is a suitable error message.

The error messages

Every error message contains the ID of the object with which the mistake has appeared. The object is able to come with it are discovered, e.g.

Select NEW QTX / $ ID <id>

and <id> the number from the dialogue, or a carried along protocol is.

The consequences of the mistakes are different. If e.g., in the variation an object was extinguished which was removed now also in the authoritative plan, an announcement which points to this discrepancy comes. Nevertheless, other mistakes require a decision of the user how should be proceeded further.

 

The object with the ID %08x%08x,

does not lie in the original plan %s,

but in the plan %s.

New plan notice?

 

The object was shifted in another plan which also belongs to the variation. The answer "Yes" means that the variation updates the object and this error message does not appear with future loading processes any more. ""Means, the object is not updated and with the next store this announcement points to the conflict once more.

 

The object with the ID %08x%08x

it does not exist (more) in the authoritative plans

 

The object was not found. The variation produces the object so again that it has the aim state stored in the variation and is marked as changed.

 

The object with the ID %08x%08x

it was changed in the authoritative plan %s

 

Now the object has three states: The source state which the variation has taken down, the state of the object in the authoritative plan and the noticed variation aim state.

 

Changes of the variation reject and

Object substitute with authoritative object?

 

"Yes" means, the changes of the variation have become frail, because the state of the authoritative object has changed in the reality. The changes which were carried out in the variation are rejected, the current state of the authoritative object becomes "valid". With it this error message does not appear in future for this object any more.

"No" fürt to the second dialogue:

 

Changes in the authoritative object ignore and

Aim state of the variation maintain?

 

"Yes" means, the variation takes over the new Ausganszustand and maintains the aim state. With it become the changes which were made in the authoritative plan, later with use headlined. This error message does not appear for this object in future any more.

"No" means, the object is just continued and this announcement appears with the next store again.

 

A variation use

 

Taking over the changes which were made in the variation in the plans is found in Moskito under the menu point Administer | Variation | use.

A variation can be applied only if it was writing loaded and if it can also get writing rights on all authoritative plans. If authoritative plans are closed by other users, the variation cannot be used.

A variation can be used even when all conflicts with the authoritative plans have been removed. Currently a mistake treatment can be carried out only with the store, it recommends to itself before the variation to load anew and to process all mistakes.

Moreover, all objects must lie in an authoritative plan. New objects can have received as "an Owner" also the variation. They must have been shifted before, e.g., with RelayerObjects in a suitable plan.