<div>In fact I gave Arofan the same answer during the discussion of Spatial Coverage. however, you see I am persuadable when it comes down to actually having to create the external controlled vocabulary. I see no point in doing this for &quot;Country&quot; in Organization/ContactInformation but do see it as worthwhile in aupport of geographic definitions. :-)</div>
<div> </div><div>Actually this does result in 2 ways of doing something, Note the element &quot;Country&quot; in a SpatialCoverage would map to DublinCore &quot;spatial&quot; but would be a limited subset of the DC element as it would a) contain ONLY a country code and b) be limited to ISO 3166 options (2ch, 3ch, numeric).</div>
<div> </div><div>Wendy<br><br></div><div class="gmail_quote">On Mon, May 20, 2013 at 2:09 AM, Johan Fihn <span dir="ltr">&lt;<a href="mailto:johan.fihn@snd.gu.se" target="_blank">johan.fihn@snd.gu.se</a>&gt;</span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">





<div lang="SV" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US">Dear Wendy,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US">The issue with the difficulties of having to create a GeographicLocationScheme + GeographicStructureScheme is something I brought up during the
 Q&amp;A session on EDDI in Gothenburg. IIRC your answer then was to use the corresponding Dublin Core field instead. What I would like to say with this is the same as I said then. The current structure is way too complicated if all you want to do is say that a
 study covers e.g. Sweden or Germany. I am in full support of your suggested solution.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US">Best regards,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US">Johan<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:navy;font-size:10pt">_______________________________________<br>
<br>
Johan Fihn</span><span><br>
<br>
</span><span style="color:navy;font-size:10pt">Svensk Nationell Datatjänst<br>
(Swedish National Data Service)<br>
Gegerfeltska villan<br>
Box 300<br>
405 30 Göteborg<br>
(Sweden)<br>
<br>
Besöksadress/Visiting address: Arkitektgatan 3<br>
<br>
<a href="https://webmail.gu.se/owa/redir.aspx?C=biCbsbBdD02N0Fbl7NZdszST7ZH9wc8IUD3EQDm8e9XtJk1UhzahEFP0VRGn12AL5Fq_zpN80BA.&amp;URL=mailto%3ajohan.fihn%40ssd.gu.se" target="_blank">johan.fihn@snd.gu.se</a><br>
Ph: +46 (0)31 786 1252</span><span style="font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;font-size:9pt"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:navy;font-size:10pt">Fax: +46 (0)31 786 4913<br>
</span><span><a href="https://webmail.gu.se/owa/redir.aspx?C=biCbsbBdD02N0Fbl7NZdszST7ZH9wc8IUD3EQDm8e9XtJk1UhzahEFP0VRGn12AL5Fq_zpN80BA.&amp;URL=http%3a%2f%2fwww.ssd.gu.se%2f" target="_blank"><span style="font-size:10pt">http://www.snd.gu.se</span></a></span><span style="color:navy;font-size:10pt"><br>

<br>
_______________________________________</span><span style="font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;font-size:9pt"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;font-size:11pt" lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;font-size:10pt">Från:</span></b><span style="font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;;font-size:10pt"> <a href="mailto:ddi-users-bounces@icpsr.umich.edu" target="_blank">ddi-users-bounces@icpsr.umich.edu</a> [mailto:<a href="mailto:ddi-users-bounces@icpsr.umich.edu" target="_blank">ddi-users-bounces@icpsr.umich.edu</a>]
<b>För </b>Wendy Thomas<br>
<b>Skickat:</b> den 19 maj 2013 20:22<br>
<b>Till:</b> DDI Structural Reform Working Group.; Data Documentation Initiative Users Group; Alistair Hamilton<br>
<b>Ämne:</b> [DDI-users] Issue 585<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">This is in regard to externalizing the enumerated set of country codes currently in DDI. Our intent is to externalize this list in a way that enforces use of ISO 3166 (2ch, 3ch, numeric) both current and former valid codes.
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">NOTE REGARDING USAGE ETC.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">In working out this issue I have discovered a) this is used ONLY by the field Country in the ContactInformation of an Organization or Individual, and b) there is no means of creating a simple country coverage list in Spatial Coverage.
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">For the purposes of DDI 3.2 we seem to be talking overkill for a seldom used field. However, publishing the union set of ISO 2,3 char and numeric country codes seems a logical thing to do. It would provide an external authority list for
 individual GeographicLocation at the country level that was both stable and inclusive of earlier codes which have changed over time. (see Issue 585 for particulars)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">It also brings to mind Arofan&#39;s comment that one can&#39;t do a &quot;simple&quot; SpatialCoverage...I assume that would be a list of country codes as is possible in 2.5 without doing the full GeographicLocationScheme.
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">If we are going to do the work for the external controlled vocabulary we should probably add the following to GeographicCoverageType right after Description:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">&lt;xs:element ref=&quot;Country&quot; minOccurs=&quot;0&quot; maxOccurs=&quot;unbounded&quot;&gt;<br>
    &lt;xs:annotation&gt;<br>
        &lt;xs:documentation&gt;The identifier for the country level spatial coverage. If only a portion of a country is covered indicate the parent country. May be repeated to include multiple countries. The element uses a predefined external controlled vocabulary
 that allows for use of the ISO 3166-1 options of 2 character, 3 character, or numeric country codes. The DDI controlled vocabulary retains former country codes annotating them with valid dates and information on specific changes.&lt;/xs:documentation&gt;<br>

    &lt;/xs:annotation&gt;<br>
&lt;/xs:element&gt;<br clear="all">
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Any thoughts on this?<br>
-- <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Wendy L. Thomas                              Phone: +1 612.624.4389<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Data Access Core Director                 Fax:   +1 612.626.8375<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Minnesota Population Center             Email: <a href="mailto:wlt@umn.edu" target="_blank">
wlt@umn.edu</a><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">University of Minnesota<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">50 Willey Hall<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">225 19th Avenue South<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Minneapolis, MN 55455<u></u><u></u></p>
</div>
</div>
</div>

<br>_______________________________________________<br>
DDI-users mailing list<br>
<a href="mailto:DDI-users@icpsr.umich.edu">DDI-users@icpsr.umich.edu</a><br>
<a href="http://lists.icpsr.umich.edu/mailman/listinfo/ddi-users" target="_blank">http://lists.icpsr.umich.edu/mailman/listinfo/ddi-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div>Wendy L. Thomas                              Phone: +1 612.624.4389</div><div>Data Access Core Director                 Fax:   +1 612.626.8375</div><div>Minnesota Population Center             Email: <a href="mailto:wlt@umn.edu" target="_blank">wlt@umn.edu</a></div>
<div>University of Minnesota</div><div>50 Willey Hall</div><div>225 19th Avenue South</div><div>Minneapolis, MN 55455</div>