Closed schakalakka closed 3 years ago
Two ways of person groups are implemented in the branch modular_person_groups2:
We use a parameter flag FLAG_USE_GROUP_COLUMN_FOR_PERSON_GROUPS to determine which one of the two ways is used. If true we use the second approach. Default is false.
Example: FLAG_USE_GROUP_COLUMN_FOR_PERSON_GROUPS=false A working woman, age=35 with a car belongs to person group 11 (EWT45mP W). FLAG_USE_GROUP_COLUMN_FOR_PERSON_GROUPS=true If you assign group=1 to this person in region_persons, this person is going to be a pupil disregarding its attributes.
Still to do is the edit the sql function (in the installer and the db) create_region_basdtables (remove the p prefix) and the inserts in the sql dump zip in berlin_persons.
Additionally if approved the global_person_codes table must be changed.
modular_person_groups2 branch merged into master
The global_person_codes changed according to the new design. For now we save the old version in global_person_codes_bak
Db functions still need to be edited (probably) but this is linked to #32
Find a modular easy adaptable approach for the person groups. The synthesizer tool should not export the preson groups but specific person attibutes from which the person groups can be derived. Because each researcher/institute/country could have different measures the method should be easily editable.
Keep in mind the DiaryAnalyzer versions and the person groups derived from the MiD.