[DDI-SRG] Bug 122 - CodeScheme Editing

[Wendy Thomas]

The problem is that we are talking about very large codeschemes (think 
NAICS, SIC, SOC etc) We want to be able to provide a Total or to insert 
subtotals or new hierarchy extensions (new children). CategoryGroup a) has 
not label and b) doesn't solve the coding issue.

What we lose by creating whole new coding schemes (aside from the pain an 
agony of doing so is the implicite relationship on a code to code basis. 
We'd have to create an full comparisong (Ugh)

I run into a lot of this when creating ncubes for legacy data files and 
printed layouts which have an unerving tendency to collapse categories on 
an adhoc basis to save print space.

Wendy


On Thu, 20 Mar 2008, J Gager wrote:

> I have looked over this, and it seems very heavy weight for schema. To me it
> seems that this is just a matter of creating a new version of a code list,
> in which case it is probably best to do this by explicitly recreating the
> entire list (not using the code scheme reference). If we are talking about
> creating a new code list from an existing code list, shouldn't this be done
> with grouping. It almost seems that we should get rid of the code list
> reference altogether and leave it all to our grouping mechanism. I think the
> same could be said for all schemes. We should avoid having multiple ways to
> do the same thing.
>
> That being said, feel free to tell me that these are not the same thing...
>
> J
>
> _______________________________________________
> 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