[DDI-SRG] Organization module?

[Pascal Heus]

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
>
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.icpsr.umich.edu/pipermail/ddi-srg/attachments/20071116/5d989959/attachment.html