[DDI-SRG] Organization module?

Wendy Thomas wlt at pop.umn.edu
Fri Nov 16 09:23:57 EST 2007


Pascal

See Agency Identification in the TIC minutes from Dagstuhl. This lists the 
options and the following proposed solution:

Proposed Solution:

All agencies must be defined as an Organization in an Archive module 
(which can be defined inline or resolved externally). Part of this work is 
making sure that the Organization structure is sufficient to describe this 
information (mainly is the ID type correct and required). In addition to 
this all agency references need to adhere to this same type restriction.

In general all ID, agency, and version references should adhere to the 
same type restrictions of the part they are referencing. The schemas will 
need to be checked for this.

Maintaining an agency list and encoding in the organization module. We 
need someone who can maintain a listing of agency codes for optional use 
by DDI producers.

ICPSR has accepted responsibility to maintain a registry of DDI users 
containing self registering DDI producers. (per email from Mary during TIC 
meeting)

Wendy

On Fri, 16 Nov 2007, Pascal Heus wrote:

> Achim:
> Many thanks for the clarification. I agree with you that the term Archive is 
> what is bothersome. Maybe we could indeed replace it with MaintainingAgency 
> or MaintainingOrganization. The other thing that now also strikes me as odd 
> is the lack of relationship between agencies in maintainable identifiers and 
> the organization module.
> best
> *P
>
>
> Joachim Wackerow wrote:
>> Pascal,
>> 
>> The change is only to move 'Organizations' from the organization module to 
>> 'OrganizationScheme' into the archive module (and drop then the 
>> organization module). The relationship of 'OrganizationScheme' to the 
>> archive module is the same as before with the organization module, this is 
>> the only place where 'Organizations' were allowed. It is a change to 
>> reflect more the overall design in other places, where a list of elements 
>> lives in a scheme not in a module.
>> 
>> The name 'Archive' is somewhat irritating in general. It is often not an 
>> archive, it is any organization, which is responsible for a stage of the 
>> data life cycle. Perhaps a new name should be found like a 
>> 'MaintainingOrganization'.
>> 
>> The other point is to maintain a list of organizations separately of 
>> regular DDI instances in resource packages. It will be possible like:
>> g:ResourcePackage/a:Archive/a:OrganizationScheme. 
>> 'ArchiveOrganizationReference' in 'Archive' is the maintaining organization 
>> of the 'OrganizationScheme', which makes sense.
>> 
>> When we can find a more meaningful name for the archive module, do you see 
>> any further issues which can be improved?
>> 
>> Achim
>> 
>> Wendy Thomas wrote:
>> 
>>> Pascal,
>>> 
>>> I'm going to forward this to the rest of the group as I notice at some 
>>> point it ended up a discussion between us. Arofan had definate reasons for 
>>> this move, including the fact that Organizations only ended up in an
>>> instance via the archive module since at least the Public Review version.
>>> 
>>> Partly we were requiring any published instance to contain an 
>>> ArchiveAgencyIdentificationReference which of course required an 
>>> organization entry.
>>> 
>>> Perhaps he or someone else from the meeting can make this clearer.
>>> 
>>> Wendy
>>> 
>>> On Thu, 15 Nov 2007, Pascal Heus wrote:
>>>
>>> 
>>>> Wendy:
>>>> No technical issue, more a philosophical/definition issue. I just find it 
>>>> odd to have to wrap it in an Archive module. Organizations don't belong 
>>>> to an archive.
>>>> *P
>>>> 
>>>> Wendy Thomas wrote:
>>>> 
>>>>> Pascal,
>>>>> 
>>>>> The schemes were designed to support such registries. It would function 
>>>>> the same way a question bank, variable bank, concept bank, etc. would. 
>>>>> What about changing it from module to scheme prohibits it from 
>>>>> supporting this type of public registry? I'm probably missing a 
>>>>> technical argument here, so please explain it so I understand the 
>>>>> problem
>>>>> 
>>>>> Wendy
>>>>> 
>>>>> 
>>>>> On Thu, 15 Nov 2007, Pascal Heus wrote:
>>>>>
>>>>> 
>>>>>> Wendy:
>>>>>> hmmm, the reason I like the independent module is that I could see 
>>>>>> other aplications (maybe non-DDI) use it as a mechanims to manage 
>>>>>> oragzniations/individuals or be used as a public registry. This kind of 
>>>>>> takes away such option (not technically).
>>>>>> *P
>>>>>> 
>>>>>> 
>>>>>> Wendy Thomas wrote:
>>>>>> 
>>>>>>> Pascal,
>>>>>>> 
>>>>>>> Basically Organizations is changing from a module to a Scheme. It was 
>>>>>>> only used as a part of Archive and acted more in line with Scheme 
>>>>>>> structures than as a module. This came up as we were examining schema 
>>>>>>> types and module types. So I believe this is simply a structural 
>>>>>>> change (maintainable module to maintainable scheme) and no resulting 
>>>>>>> change in functionality.
>>>>>>> 
>>>>>>> Wendy
>>>>>>> 
>>>>>>> 
>>>>>>> On Thu, 15 Nov 2007, Pascal Heus wrote:
>>>>>>>
>>>>>>> 
>>>>>>>> All:
>>>>>>>> was just browsing Mantis and noticed bug
>>>>>>>> http://mantis.ddialliance.org/view.php?id=74 that seem to say that we
>>>>>>>> are getting rid of the organization module and it is moving to the
>>>>>>>> archive. This is a very significant change and I'm not sure I 
>>>>>>>> understand
>>>>>>>> it? Managing organization/individuals independently of anything else
>>>>>>>> seem to me a major function of the module and organizations are
>>>>>>>> certainly not only tied to the archive process. What is the 
>>>>>>>> motivation
>>>>>>>> behind this change and when was it discussed?
>>>>>>>> thanks
>>>>>>>> *P
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> DDI-SRG mailing list
>>>>>>>> DDI-SRG at icpsr.umich.edu
>>>>>>>> http://www.icpsr.umich.edu/mailman/listinfo/ddi-srg
>>>>>>>>
>>>>>>>> 
>>>>>>> Wendy L. Thomas                          Phone: +1 612.624.4389
>>>>>>> Data Access Core Director         Fax:   +1 612.626.8375
>>>>>>> Minnesota Population Center              Email: wlt at pop.umn.edu
>>>>>>> University of Minnesota
>>>>>>> 50 Willey Hall
>>>>>>> 225 19th Avenue South
>>>>>>> Minneapolis, MN 55455
>>>>>>>
>>>>>>> 
>>>>> Wendy L. Thomas                          Phone: +1 612.624.4389
>>>>> Data Access Core Director         Fax:   +1 612.626.8375
>>>>> Minnesota Population Center              Email: wlt at pop.umn.edu
>>>>> University of Minnesota
>>>>> 50 Willey Hall
>>>>> 225 19th Avenue South
>>>>> Minneapolis, MN 55455
>>>>>
>>>>> 
>>> Wendy L. Thomas                          Phone: +1 612.624.4389
>>> Data Access Core Director		 Fax:   +1 612.626.8375
>>> Minnesota Population Center              Email: wlt at pop.umn.edu
>>> University of Minnesota
>>> 50 Willey Hall
>>> 225 19th Avenue South
>>> Minneapolis, MN 55455
>>> _______________________________________________
>>> DDI-SRG mailing list
>>> DDI-SRG at icpsr.umich.edu
>>> http://www.icpsr.umich.edu/mailman/listinfo/ddi-srg
>>> 
>> _______________________________________________
>> DDI-SRG mailing list
>> DDI-SRG at icpsr.umich.edu
>> http://www.icpsr.umich.edu/mailman/listinfo/ddi-srg
>>
>> 
>
>

Wendy L. Thomas                          Phone: +1 612.624.4389
Data Access Core Director		 Fax:   +1 612.626.8375
Minnesota Population Center              Email: wlt at pop.umn.edu
University of Minnesota
50 Willey Hall
225 19th Avenue South
Minneapolis, MN 55455


More information about the DDI-SRG mailing list