From sandai at icpsr.umich.edu Thu Sep 1 08:17:11 2005 From: sandai at icpsr.umich.edu (Sanda Ionescu) Date: Thu Sep 1 08:16:31 2005 Subject: [DDI-ADG] Meeting on Friday morning? In-Reply-To: <6.0.1.1.2.20050831155022.028cdc88@icpsr.umich.edu> References: <6.0.1.1.2.20050831155022.028cdc88@icpsr.umich.edu> Message-ID: <6.0.1.1.2.20050901081650.01c4f798@icpsr.umich.edu> I will be available. Sanda. At 03:53 PM 8/31/2005, Mary Vardigan wrote: >Hi, everyone. We talked briefly about having another phone call on Friday >morning at our usual time. It sounds as if this may be a good idea so that >we can continue to make progress. Please respond to the group if you can >be in on the call on Friday. > >Mary > >Mary Vardigan >Assistant Director >Inter-university Consortium for Political and Social Research (ICPSR) >University of Michigan >P.O. Box 1248, Ann Arbor, MI 48106-1248 >Phone: 734-615-7908 >Fax: 734-647-8200 >www.icpsr.umich.edu >_______________________________________________ >DDI-ADG mailing list >DDI-ADG@icpsr.umich.edu >http://www.icpsr.umich.edu/mailman/listinfo/ddi-adg Sanda Ionescu, Research Associate Inter-university Consortium for Political and Social Research (ICPSR) The University of Michigan P.O. Box 1248 Ann Arbor, MI 48106 Phone: (734) 615-7890 Fax: (734) 615-7890 (734) 647-8200 From maryv at icpsr.umich.edu Thu Sep 1 11:12:31 2005 From: maryv at icpsr.umich.edu (Mary Vardigan) Date: Thu Sep 1 11:12:38 2005 Subject: [DDI-ADG] Fwd: Re: Meeting on Friday morning? Message-ID: <6.0.1.1.2.20050901111224.0268cca0@icpsr.umich.edu> >X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 >Date: Thu, 01 Sep 2005 11:01:32 -0400 >To: Mary Vardigan >From: Cathy Zahner >Subject: Re: Meeting on Friday morning? >Cc: Sanda Ionescu > >Hi Mary & Sanda- > >This call has been scheduled with the conference call center. The >participants on the call list are >Gager >McNeill >Einowski >Thomas >Vardigan >Ionescu > >I will be out of the office tomorrow when the call takes place. I'll >check with Sue to see if she will be the backup for the call. > >Thanks, >Cathy > >At 03:53 PM 8/31/2005, you wrote: >>Hi, everyone. We talked briefly about having another phone call on Friday >>morning at our usual time. It sounds as if this may be a good idea so >>that we can continue to make progress. Please respond to the group if you >>can be in on the call on Friday. >> >>Mary >> >>Mary Vardigan >>Assistant Director >>Inter-university Consortium for Political and Social Research (ICPSR) >>University of Michigan >>P.O. Box 1248, Ann Arbor, MI 48106-1248 >>Phone: 734-615-7908 >>Fax: 734-647-8200 >>www.icpsr.umich.edu > >Cathy Zahner >The University of Michigan >Institute for Social Research >426 Thompson >PO Box 1248 >Ann Arbor, MI 48106-1248 > >Phone: (734) 615 9522 >Fax: (734) 647-8700 Mary Vardigan Assistant Director Inter-university Consortium for Political and Social Research (ICPSR) University of Michigan P.O. Box 1248, Ann Arbor, MI 48106-1248 Phone: 734-615-7908 Fax: 734-647-8200 www.icpsr.umich.edu From ilona_e at berkeley.edu Thu Sep 1 11:29:31 2005 From: ilona_e at berkeley.edu (Ilona Einowski) Date: Thu Sep 1 11:29:02 2005 Subject: [DDI-ADG] Fwd: Re: Meeting on Friday morning? In-Reply-To: <6.0.1.1.2.20050901111224.0268cca0@icpsr.umich.edu> Message-ID: I will be there. Ilona -----Original Message----- From: ddi-adg-bounces@icpsr.umich.edu [mailto:ddi-adg-bounces@icpsr.umich.edu] On Behalf Of Mary Vardigan Sent: Thursday, September 01, 2005 8:13 AM To: ddi-adg@icpsr.umich.edu Subject: [DDI-ADG] Fwd: Re: Meeting on Friday morning? >X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 >Date: Thu, 01 Sep 2005 11:01:32 -0400 >To: Mary Vardigan >From: Cathy Zahner >Subject: Re: Meeting on Friday morning? >Cc: Sanda Ionescu > >Hi Mary & Sanda- > >This call has been scheduled with the conference call center. The >participants on the call list are Gager McNeill Einowski Thomas >Vardigan Ionescu > >I will be out of the office tomorrow when the call takes place. I'll >check with Sue to see if she will be the backup for the call. > >Thanks, >Cathy > >At 03:53 PM 8/31/2005, you wrote: >>Hi, everyone. We talked briefly about having another phone call on >>Friday morning at our usual time. It sounds as if this may be a good >>idea so that we can continue to make progress. Please respond to the >>group if you can be in on the call on Friday. >> >>Mary >> >>Mary Vardigan >>Assistant Director >>Inter-university Consortium for Political and Social Research (ICPSR) >>University of Michigan P.O. Box 1248, Ann Arbor, MI 48106-1248 >>Phone: 734-615-7908 >>Fax: 734-647-8200 >>www.icpsr.umich.edu > >Cathy Zahner >The University of Michigan >Institute for Social Research >426 Thompson >PO Box 1248 >Ann Arbor, MI 48106-1248 > >Phone: (734) 615 9522 >Fax: (734) 647-8700 Mary Vardigan Assistant Director Inter-university Consortium for Political and Social Research (ICPSR) University of Michigan P.O. Box 1248, Ann Arbor, MI 48106-1248 Phone: 734-615-7908 Fax: 734-647-8200 www.icpsr.umich.edu _______________________________________________ DDI-ADG mailing list DDI-ADG@icpsr.umich.edu http://www.icpsr.umich.edu/mailman/listinfo/ddi-adg From Sandra.A.Cannon at frb.gov Thu Sep 1 13:27:00 2005 From: Sandra.A.Cannon at frb.gov (Sandra.A.Cannon@frb.gov) Date: Thu Sep 1 13:27:19 2005 Subject: [DDI-ADG] Meeting on Friday morning? In-Reply-To: <6.0.1.1.2.20050901081650.01c4f798@icpsr.umich.edu> Message-ID: Sorry but I 'm at a conference in Iceland right now (which is why I couldn't play on Tuesday). /san/ ------------------------------------------------- San Cannon Chief, Economic Information Management Federal Reserve Board Washington DC 20551 (202) 452-3710 scannon@frb.gov Sanda Ionescu To Sent by: Mary Vardigan ddi-adg-bounces@i , cpsr.umich.edu ddi-adg@icpsr.umich.edu cc czahner@icpsr.umich.edu 09/01/2005 08:17 Subject AM Re: [DDI-ADG] Meeting on Friday morning? I will be available. Sanda. At 03:53 PM 8/31/2005, Mary Vardigan wrote: >Hi, everyone. We talked briefly about having another phone call on Friday >morning at our usual time. It sounds as if this may be a good idea so that >we can continue to make progress. Please respond to the group if you can >be in on the call on Friday. > >Mary > >Mary Vardigan >Assistant Director >Inter-university Consortium for Political and Social Research (ICPSR) >University of Michigan >P.O. Box 1248, Ann Arbor, MI 48106-1248 >Phone: 734-615-7908 >Fax: 734-647-8200 >www.icpsr.umich.edu >_______________________________________________ >DDI-ADG mailing list >DDI-ADG@icpsr.umich.edu >http://www.icpsr.umich.edu/mailman/listinfo/ddi-adg Sanda Ionescu, Research Associate Inter-university Consortium for Political and Social Research (ICPSR) The University of Michigan P.O. Box 1248 Ann Arbor, MI 48106 Phone: (734) 615-7890 Fax: (734) 615-7890 (734) 647-8200 _______________________________________________ DDI-ADG mailing list DDI-ADG@icpsr.umich.edu http://www.icpsr.umich.edu/mailman/listinfo/ddi-adg From millk at essex.ac.uk Fri Sep 2 05:37:19 2005 From: millk at essex.ac.uk (Miller, Kenneth P) Date: Fri Sep 2 05:37:45 2005 Subject: [DDI-ADG] RE: ADG next meeting Message-ID: <8839697C62E81B4097C7BFFC8F0E6A0102F45FEC@sernt14.essex.ac.uk> Hi I will not be able to make todays teleconference. But not because I'm in Iceland. Regards Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050902/2ccf35f8/attachment.html From j.b.gager at gmail.com Fri Sep 2 12:33:02 2005 From: j.b.gager at gmail.com (J Gager) Date: Fri Sep 2 12:33:49 2005 Subject: [DDI-ADG] Latest Geography Message-ID: <01dd01c5afdc$00562a40$6401a8c0@JGAGERLT> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: Geography_09_02_2005.xls Type: application/vnd.ms-excel Size: 20992 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050902/89bb8e86/Geography_09_02_2005-0001.xls From j.b.gager at gmail.com Tue Sep 6 10:05:31 2005 From: j.b.gager at gmail.com (J Gager) Date: Tue Sep 6 10:06:02 2005 Subject: [DDI-ADG] nCube Attributes Message-ID: <000601c5b2ec$0dfb0db0$6401a8c0@JGAGERLT> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: nCube_Attribute_Addition.xls Type: application/vnd.ms-excel Size: 28672 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050906/a77c005a/nCube_Attribute_Addition-0001.xls From mcneillh at MIT.EDU Tue Sep 6 12:43:40 2005 From: mcneillh at MIT.EDU (Katherine McNeill-Harman) Date: Tue Sep 6 12:43:57 2005 Subject: [DDI-ADG] time series example Message-ID: <5.2.1.1.2.20050906115933.00be5958@po11.mit.edu> Looked around and have a couple of potential examples of time-series data: 1) Raw data file (data separate from metadata in codebook) (In ICPSR, someone suggested World Bank, but many of those seemed in odd formats, so I came across the following): Study No. 4058, Time Series for the Births and Deaths of Newspapers in Baltimore, Boston, Buffalo, New York City, Philadelphia, and Washington, DC, 1690-1994: http://webapp.icpsr.umich.edu/cocoon/ICPSR-STUDY/04058.xml Data dictionary on p. 70 describes year as the first variable in all records. or Study No. 6792, Uniform Crime Reports: Monthly Weapon-Specific Crime and Arrest Time Series, 1975-1993 [National, State, and 12-City Data]: http://webapp.icpsr.umich.edu/cocoon/ICPSR-STUDY/06792.xml Might be a good candidate as it's relatively complex, with separate national/state/city files and data is collected monthly (p. 28 of codebook says 1st variable is year, second is month, then followed by an alphanumeric combination of the two). Also may be a good candidate for aggregate data. 2) Spreadsheet I thought it'd be good to maybe also discuss an example of a time series originally conceived/presented as a spreadsheet (rather than data file/codebook combo). We have various ones in our proprietary database, but I wanted to find one publicly-available. So I started at the Federal Reserve (San, maybe you'll have a better suggestion?): I browsed through FRED, their online data system, and navigated to a version of the Consumer Price Index series (although there were multiple other examples we could use) http://research.stlouisfed.org/fred2/series/CPIAUCNS/downloaddata You'll see that when you open up the file, there's general metadata at the top, and the time series (with a single date and single value) begins a few lines below. or, a similar example for treasury bill interest rates: http://research.stlouisfed.org/fred2/series/DGS3MO/downloaddata Let me know what you think, any obstacles you see to using any of these as examples. Again, I'd recommend passing on one in each of these categories b/they're slightly different in nature. Kate ___________________________________________ Katherine McNeill-Harman Data Services Librarian Dewey Library for Management and Social Sciences Massachusetts Institute of Technology 77 Massachusetts Avenue, E53-100 Cambridge, MA 02139 mcneillh@mit.edu 617-253-0787 From Sandra.A.Cannon at frb.gov Tue Sep 6 12:58:44 2005 From: Sandra.A.Cannon at frb.gov (Sandra.A.Cannon@frb.gov) Date: Tue Sep 6 12:58:58 2005 Subject: [DDI-ADG] time series example In-Reply-To: <5.2.1.1.2.20050906115933.00be5958@po11.mit.edu> Message-ID: Kate and company, (with apologies for having to abandon the call unceremoniously) The downside to using a spreadsheet from FRED is that they are a secondary data source so they have already done some formatting to the data they report. (To be pedantic, my staff collects it from the source and they get it from us so it's actually our metadata they are reporting. Most data providers don't really provide metadata in such a nice, accessible format.) Maybe that isn't a downside but if you want to see how the actual issuing institutions organize their data to see how they think about various pieces and what they actually report, then a spreadsheet from FRED isn't the best example. Here are a few that may work including some with a geographical component: Existing home sales from the National Association of Realtors: http://www.onerealtorplace.com/Research.nsf/files/REL0507EHS.XLS/$FILE/REL0507EHS.XLS Natural Gas Storage from the Energy Information Administration: http://tonto.eia.doe.gov/oog/info/ngs/ngshistory.xls Quarterly Services Survey from the Census Bureau: http://www.census.gov/indicator/qss/all_2005Q1.xls These are more complicated spreadsheets than what you get from FRED but are the actual ones we use to put the data into the database which FRED then mines. /san/ ------------------------------------------------- San Cannon Chief, Economic Information Management Federal Reserve Board Washington DC 20551 (202) 452-3710 scannon@frb.gov Katherine McNeill-Harman "DDI-ADG" Sent by: cc ddi-adg-bounces@i cpsr.umich.edu Subject [DDI-ADG] time series example 09/06/2005 12:43 PM Looked around and have a couple of potential examples of time-series data: 1) Raw data file (data separate from metadata in codebook) (In ICPSR, someone suggested World Bank, but many of those seemed in odd formats, so I came across the following): Study No. 4058, Time Series for the Births and Deaths of Newspapers in Baltimore, Boston, Buffalo, New York City, Philadelphia, and Washington, DC, 1690-1994: http://webapp.icpsr.umich.edu/cocoon/ICPSR-STUDY/04058.xml Data dictionary on p. 70 describes year as the first variable in all records. or Study No. 6792, Uniform Crime Reports: Monthly Weapon-Specific Crime and Arrest Time Series, 1975-1993 [National, State, and 12-City Data]: http://webapp.icpsr.umich.edu/cocoon/ICPSR-STUDY/06792.xml Might be a good candidate as it's relatively complex, with separate national/state/city files and data is collected monthly (p. 28 of codebook says 1st variable is year, second is month, then followed by an alphanumeric combination of the two). Also may be a good candidate for aggregate data. 2) Spreadsheet I thought it'd be good to maybe also discuss an example of a time series originally conceived/presented as a spreadsheet (rather than data file/codebook combo). We have various ones in our proprietary database, but I wanted to find one publicly-available. So I started at the Federal Reserve (San, maybe you'll have a better suggestion?): I browsed through FRED, their online data system, and navigated to a version of the Consumer Price Index series (although there were multiple other examples we could use) http://research.stlouisfed.org/fred2/series/CPIAUCNS/downloaddata You'll see that when you open up the file, there's general metadata at the top, and the time series (with a single date and single value) begins a few lines below. or, a similar example for treasury bill interest rates: http://research.stlouisfed.org/fred2/series/DGS3MO/downloaddata Let me know what you think, any obstacles you see to using any of these as examples. Again, I'd recommend passing on one in each of these categories b/they're slightly different in nature. Kate ___________________________________________ Katherine McNeill-Harman Data Services Librarian Dewey Library for Management and Social Sciences Massachusetts Institute of Technology 77 Massachusetts Avenue, E53-100 Cambridge, MA 02139 mcneillh@mit.edu 617-253-0787 _______________________________________________ DDI-ADG mailing list DDI-ADG@icpsr.umich.edu http://www.icpsr.umich.edu/mailman/listinfo/ddi-adg From sandai at icpsr.umich.edu Wed Sep 7 14:16:54 2005 From: sandai at icpsr.umich.edu (Sanda Ionescu) Date: Wed Sep 7 14:16:59 2005 Subject: [DDI-ADG] conference call this Friday Message-ID: <6.0.1.1.2.20050907141434.01d41580@icpsr.umich.edu> Hi, all. As agreed, we have arranged for an additional conference call to go on this coming Friday, 9/9 at 11 am. Regarding availability for this and next week's Tuesday call, please e-mail me directly (or to the whole group) Thank you Sanda. Sanda Ionescu, Research Associate Inter-university Consortium for Political and Social Research (ICPSR) The University of Michigan P.O. Box 1248 Ann Arbor, MI 48106 Phone: (734) 615-7890 Fax: (734) 615-7890 (734) 647-8200 From mcneillh at MIT.EDU Thu Sep 8 12:19:35 2005 From: mcneillh at MIT.EDU (Katherine McNeill-Harman) Date: Thu Sep 8 12:19:51 2005 Subject: [DDI-ADG] spreadsheets w/additional notes Message-ID: <5.2.1.1.2.20050908112527.015ed090@po11.mit.edu> I went through the Geography and Time spreadsheets and have added my notes to column G (remember, we'd given everyone until the end of the day today to get theirs in, in preparation for our phone call tomorrow AM). I went through and refined some phrasing, as well as added more description where I thought it'd be helpful. My notes in column G are intended to replace the original ones in column F (rather than add to them; I added where I intended that). As we discussed, others can (maybe you're in process right now) revise this and add their comments to other columns). In doing this, I have the following questions/comments for the group: Geography 1) Thinking through and documenting the issue we talked about in line 4 (where Description could say that the study covers 3 countries, each of which has its own Geography > GeographyValues > GeographyName), I realized that line 5 needed to be rewritten b/it implies that Geographic Coverage will be described by only one geography. So I broadened it. I assume the "which can also be distinguished by a Geography which does not have a ParentGeography" would apply to each of the 3 coverage-related instances of Geography in the 3-country scenario. This relates to line 13. 2) Line 18: Hate to bring up a substantive issue at this late date (some are just occurring to me when really reading through the descriptions), but I'm not clear on what's required w/in this group. Is it true that they could choose among lines 19-25 (have to put at least one, but not all)? If this is the case, then we'd lose the machine-actionability of the values (b/the author could choose just to put in a GeographyName and not a GeographyCode). I think that I recall that we wanted authors to always insert a code for a geography, but we would (in line 20) give them the option of pointing to an external code list (rather than having to document each code using line 24). Therefore I would think that at minimum lines 21 and 23 should be required. Does this make sense. Is this what's needed to ensure machine-actionability? Time 1) Line 29, AccessRestrictionDate: a) First I'm not sure if a controlled vocabulary for user categories is feasible. I think it depends upon how we think it'll be applied: i) very generally (public, subscriber, author) ii) might it be used for managing internal documents before they're released? (e.g. the names of groups could commonly be proper names (e.g. the name of a department or research group), therefore infinite). If i I think yes, if ii I think no. So I put in a general phrase about it at the end. Since Jostein is on the SRG, I say if we're not sure, pose it as a question to them and know that he'll have input (rather than spending much more time on it now). b) Also on this element, I assume it'll be repeated for different user categories and it can be applied at any level down to the variable. I put a note to this effect, but maybe someone w/a better XML eye can check and make sure the other columns in the spreadsheet reflect these features. 2) At the bottom we had a note to ourselves "Note - we need to investigate time attributes in the variable class - Is the format sufficient to describe the format of a time variable?" Have we already done this? Maybe now's not the time, but if something is undone, we should include a note in the spreadsheet w/a question to the SRG. 3) Do any of the lines 22-27 need notes? ___________________________________________ Katherine McNeill-Harman Data Services Librarian Dewey Library for Management and Social Sciences Massachusetts Institute of Technology 77 Massachusetts Avenue, E53-100 Cambridge, MA 02139 mcneillh@mit.edu 617-253-0787 -------------- next part -------------- A non-text attachment was scrubbed... Name: Time_9_8_2005.xls Type: application/octet-stream Size: 20992 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050908/7bdc71c6/Time_9_8_2005-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: Geography_09_08_2005.xls Type: application/octet-stream Size: 20992 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050908/7bdc71c6/Geography_09_08_2005-0001.obj From ilona_e at berkeley.edu Thu Sep 8 14:33:25 2005 From: ilona_e at berkeley.edu (Ilona Einowski) Date: Thu Sep 8 14:33:03 2005 Subject: [DDI-ADG] spreadsheets w/additional notes from KM and IE In-Reply-To: <5.2.1.1.2.20050908112527.015ed090@po11.mit.edu> Message-ID: I looked at both, had some comments/questions on Time , concurred with Kate's additions/changes on Geography - added my Notes--IE column. Ilona -----Original Message----- From: ddi-adg-bounces@icpsr.umich.edu [mailto:ddi-adg-bounces@icpsr.umich.edu] On Behalf Of Katherine McNeill-Harman Sent: Thursday, September 08, 2005 9:20 AM To: DDI-ADG Subject: [DDI-ADG] spreadsheets w/additional notes I went through the Geography and Time spreadsheets and have added my notes to column G (remember, we'd given everyone until the end of the day today to get theirs in, in preparation for our phone call tomorrow AM). I went through and refined some phrasing, as well as added more description where I thought it'd be helpful. My notes in column G are intended to replace the original ones in column F (rather than add to them; I added where I intended that). As we discussed, others can (maybe you're in process right now) revise this and add their comments to other columns). In doing this, I have the following questions/comments for the group: Geography 1) Thinking through and documenting the issue we talked about in line 4 (where Description could say that the study covers 3 countries, each of which has its own Geography > GeographyValues > GeographyName), I realized that line 5 needed to be rewritten b/it implies that Geographic Coverage will be described by only one geography. So I broadened it. I assume the "which can also be distinguished by a Geography which does not have a ParentGeography" would apply to each of the 3 coverage-related instances of Geography in the 3-country scenario. This relates to line 13. 2) Line 18: Hate to bring up a substantive issue at this late date (some are just occurring to me when really reading through the descriptions), but I'm not clear on what's required w/in this group. Is it true that they could choose among lines 19-25 (have to put at least one, but not all)? If this is the case, then we'd lose the machine-actionability of the values (b/the author could choose just to put in a GeographyName and not a GeographyCode). I think that I recall that we wanted authors to always insert a code for a geography, but we would (in line 20) give them the option of pointing to an external code list (rather than having to document each code using line 24). Therefore I would think that at minimum lines 21 and 23 should be required. Does this make sense. Is this what's needed to ensure machine-actionability? Time 1) Line 29, AccessRestrictionDate: a) First I'm not sure if a controlled vocabulary for user categories is feasible. I think it depends upon how we think it'll be applied: i) very generally (public, subscriber, author) ii) might it be used for managing internal documents before they're released? (e.g. the names of groups could commonly be proper names (e.g. the name of a department or research group), therefore infinite). If i I think yes, if ii I think no. So I put in a general phrase about it at the end. Since Jostein is on the SRG, I say if we're not sure, pose it as a question to them and know that he'll have input (rather than spending much more time on it now). b) Also on this element, I assume it'll be repeated for different user categories and it can be applied at any level down to the variable. I put a note to this effect, but maybe someone w/a better XML eye can check and make sure the other columns in the spreadsheet reflect these features. 2) At the bottom we had a note to ourselves "Note - we need to investigate time attributes in the variable class - Is the format sufficient to describe the format of a time variable?" Have we already done this? Maybe now's not the time, but if something is undone, we should include a note in the spreadsheet w/a question to the SRG. 3) Do any of the lines 22-27 need notes? ___________________________________________ Katherine McNeill-Harman Data Services Librarian Dewey Library for Management and Social Sciences Massachusetts Institute of Technology 77 Massachusetts Avenue, E53-100 Cambridge, MA 02139 mcneillh@mit.edu 617-253-0787 -------------- next part -------------- A non-text attachment was scrubbed... Name: KM+IE_Time_9_8_2005.xls Type: application/vnd.ms-excel Size: 24064 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050908/989bea1a/KMIE_Time_9_8_2005-0001.xls -------------- next part -------------- A non-text attachment was scrubbed... Name: KM+IE_Geography_09_08_2005.xls Type: application/vnd.ms-excel Size: 23040 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050908/989bea1a/KMIE_Geography_09_08_2005-0001.xls From maryv at icpsr.umich.edu Fri Sep 9 12:20:52 2005 From: maryv at icpsr.umich.edu (Mary Vardigan) Date: Fri Sep 9 12:21:00 2005 Subject: [DDI-ADG] Geography Use Cases Message-ID: <6.0.1.1.2.20050909121404.02438488@icpsr.umich.edu> Hi, everyone. Here are the two geography use cases we want to suggest to the SRG: Voter Registration in the United States, 1968-1988 Inter-university Consortium for Political and Social Research ICPSR 9405 http://webapp.icpsr.umich.edu/cocoon/ICPSR-STUDY/09405.xml Census of Population and Housing, 2000 [United States]: Summary File 3, National United States Department of Commerce. Bureau of the Census ICPSR 13396 http://webapp.icpsr.umich.edu/cocoon/ICPSR-STUDY/13396.xml Mary Vardigan Assistant Director Inter-university Consortium for Political and Social Research (ICPSR) University of Michigan P.O. Box 1248, Ann Arbor, MI 48106-1248 Phone: 734-615-7908 Fax: 734-647-8200 www.icpsr.umich.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050909/7d0712c0/attachment.html From mcneillh at MIT.EDU Fri Sep 9 15:37:45 2005 From: mcneillh at MIT.EDU (Katherine McNeill-Harman) Date: Fri Sep 9 15:37:59 2005 Subject: [DDI-ADG] Geography spreadsheet Message-ID: <5.2.1.1.2.20050909153323.045bb960@po11.mit.edu> Haven't received any other comments from people, so attached is the latest geography spreadsheet w/just the small changes we discussed (and some typos fixed; Ilona, you might want to spell check the other one). In going through them I saw no questions to the SRG, only descriptions. But I included a column for it anyhow, in case people thought of any. Particularly as my job was quicker than expected, Ilona let me know if I can help splitting up the other one (not that I don't have full confidence in you!). Kate ___________________________________________ Katherine McNeill-Harman Data Services Librarian Dewey Library for Management and Social Sciences Massachusetts Institute of Technology 77 Massachusetts Avenue, E53-100 Cambridge, MA 02139 mcneillh@mit.edu 617-253-0787 -------------- next part -------------- A non-text attachment was scrubbed... Name: Geography_09_09_2005.xls Type: application/octet-stream Size: 19456 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050909/39ad36d8/Geography_09_09_2005-0001.obj From wlt at pop.umn.edu Sun Sep 11 15:35:33 2005 From: wlt at pop.umn.edu (Wendy Thomas) Date: Sun Sep 11 15:35:57 2005 Subject: [DDI-ADG] Geography and time comments Message-ID: My apologies for not getting this to you earlier but I was out of e-mail access all of last week. My comments are below. I should also note that in applying this to census geography I have found a number of minor changes that need to be made to accommodate the geographic structures. I'm working on this today from notes I made during the conference I was attending. Here are my comments on Kate's questions/comments (mine are indented. WLT Line 4 in geography "Description" is quite simply the Dublin Core definition of GeographicCover allowing for as detailed a description as the creator wishes to make. Its sole purpose is to provide a "basket" to dump into the Dublin Core basket. FGDC and other geographic systems will take thier definition of GeographicCover from the label of the Top Level geography. Geography 1) Thinking through and documenting the issue we talked about in line 4 (where Description could say that the study covers 3 countries, each of which has its own Geography > GeographyValues > GeographyName), I realized that line 5 needed to be rewritten b/it implies that Geographic Coverage will be described by only one geography. So I broadened it. I assume the "which can also be distinguished by a Geography which does not have a ParentGeography" would apply to each of the 3 coverage-related instances of Geography in the 3-country scenario. This relates to line 13. WLT No. There is only one top level geography. If I have 3 countries that 3 country group is my top level. If I combine the three individual countries (level 2) I get the top level geography. The study itself defines what the top level geography is in the same way it defines what the population universe is. There is no .predefined. name or code for this level just as there is not a predefined code or name if my .geography. is an area comprised of a 5 mile circle around a specific point. Don.t change this. It is a concept which ties into FGDC and other geographic descriptive systems. Geographic Cover means the full extent of the geography covered regardless of whether or not it is an contiguous area. 2) Line 18: Hate to bring up a substantive issue at this late date (some are just occurring to me when really reading through the descriptions), but I'm not clear on what's required w/in this group. Is it true that they could choose among lines 19-25 (have to put at least one, but not all)? If this is the case, then we'd lose the machine-actionability of the values (b/the author could choose just to put in a GeographyName and not a GeographyCode). I think that I recall that we wanted authors to always insert a code for a geography, but we would (in line 20) give them the option of pointing to an external code list (rather than having to document each code using line 24). Therefore I would think that at minimum lines 21 and 23 should be required. Does this make sense? Is this what's needed to ensure machine-actionability? WLT Not all areas have geographic names or codes (see example of 5 mile circle above). It is correct as it is. You have the option of using as many or as few as you wish. Our job is to make machine-actionability possible. We cannot enforce the amount of information that is available.especially in this case where you would be forcing people to make something up. Time 1) Line 29, AccessRestrictionDate: a) First I'm not sure if a controlled vocabulary for user categories is feasible. I think it depends upon how we think it'll be applied: i) very generally (public, subscriber, author) ii) might it be used for managing internal documents before they're released? (e.g. the names of groups could commonly be proper names (e.g. the name of a department or research group), therefore infinite). If i I think yes, if ii I think no. So I put in a general phrase about it at the end. Since Jostein is on the SRG, I say if we're not sure, pose it as a question to them and know that he'll have input (rather than spending much more time on it now). b) Also on this element, I assume it'll be repeated for different user categories and it can be applied at any level down to the variable. I put a note to this effect, but maybe someone w/a better XML eye can check and make sure the other columns in the spreadsheet reflect these features. WLT I am not sure why you have a separate element set for access restriction. There are elements that describe reasons, users, and situation of restrictions. This element should only be attaching a reusable date to that. Like the other types this could simply be a type attribute of the date. 2) At the bottom we had a note to ourselves "Note - we need to investigate time attributes in the variable class - Is the format sufficient to describe the format of a time variable?" Have we already done this? Maybe now's not the time, but if something is undone, we should include a note in the spreadsheet w/a question to the SRG. WLT This is a reusable class. Time variables will be described as variables, not using the reusable class whose intent is quite different. 3) Do any of the lines 22-27 need notes? WLT These are really type attributes and can be attached to any other element. So if a version date is attached to an element naming the creation software or data collection software, it is the version date of the named element. Wendy L. Thomas Phone: +1 612.624.4389 Data Access Core Director Fax: +1 612.626.8375 Minnesota Population Center Email: wlt@pop.umn.edu University of Minnesota 50 Willey Hall 225 19th Avenue South Minneapolis, MN 55455 From wlt at pop.umn.edu Sun Sep 11 18:07:02 2005 From: wlt at pop.umn.edu (Wendy Thomas) Date: Sun Sep 11 18:07:33 2005 Subject: [DDI-ADG] Forwarded mail.... Message-ID: I've attached a sample of geographic code for selected summary levels in the 1990 Census. In doing this I found a need for 2 or three additional elements to identify the location of a variable that described the structure of geography and also to identify whether cover was exhausive within the parent geography. For example all places versus places of over 1,000 persons. This is different from the concept of geographically exhautive, where a True would indicate border to border coverage and no "holes". The added elements are highlighted in red. Wendy p.s. J....see www.pop.umn.edu/~wlt/adg/ Wendy L. Thomas Phone: +1 612.624.4389 Data Access Core Director Fax: +1 612.626.8375 Minnesota Population Center Email: wlt@pop.umn.edu University of Minnesota 50 Willey Hall 225 19th Avenue South Minneapolis, MN 55455 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 22019 bytes Desc: Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050911/479ca5fc/attachment-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/xml Size: 9742 bytes Desc: Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050911/479ca5fc/attachment-0001.xml From mcneillh at MIT.EDU Mon Sep 12 10:58:53 2005 From: mcneillh at MIT.EDU (Katherine McNeill-Harman) Date: Mon Sep 12 11:12:47 2005 Subject: [DDI-ADG] Geography and time comments In-Reply-To: Message-ID: <5.2.1.1.2.20050912104319.00bd0950@po11.mit.edu> I've attached a revised version of the Geography spreadsheet I sent out Fri. w/the additional fields that Wendy recommended. A couple of comments and questions. At 02:35 PM 9/11/2005 -0500, Wendy Thomas wrote: >WLT >Line 4 in geography "Description" is quite simply the Dublin Core >definition of GeographicCover allowing for as detailed a description as >the creator wishes to make. Its sole purpose is to provide a "basket" to >dump into the Dublin Core basket. FGDC and other geographic systems will >take thier definition of GeographicCover from the label of the Top Level >geography. I inserted your description. But I still left the original description as it's helpful to clarify how the elements relate (something that took much discussion to clarify among our group, so can only be helpful to others). >Geography >1) Thinking through and documenting the issue we talked about in line 4 >(where Description could say that the study covers 3 countries, each of >which has its own Geography > GeographyValues > GeographyName), I realized >that line 5 needed to be rewritten b/it implies that Geographic Coverage >will be described by only one geography. So I broadened it. I assume the >"which can also be distinguished by a Geography which does not have a >ParentGeography" would apply to each of the 3 coverage-related instances >of Geography in the 3-country scenario. This relates to line 13. > > >WLT >No. There is only one top level geography. If I have 3 countries that 3 >country group is my top level. If I combine the three individual countries >(level 2) I get the top level geography. The study itself defines what the >top level geography is in the same way it defines what the population >universe is. There is no .predefined. name or code for this level just as >there is not a predefined code or name if my .geography. is an area >comprised of a 5 mile circle around a specific point. Don.t change this. >It is a concept which ties into FGDC and other geographic descriptive >systems. Geographic Cover means the full extent of the geography covered >regardless of whether or not it is an contiguous area. I see what you're saying (that in the given case the top level is a group of countries, not a country), but am not sure how it would change the spreadsheet. Are you proposing: - that I change line 6 back to omit the line "The first occurrences of this should be Geography (may be multiple occurrences, as in 3-country example described above) that describes the overall coverage area, which can also be distinguished by a Geography which does not have a ParentGeography" or to simply change the plural to singular? - Are you suggesting that in the case of the 3-country example that we would not have 3 Geographies? Also, in your notes, on line 15 you say: "Parent should be identified in terms of geographic hierarchies (for example a County parent is the State rather than the State and sometimes the MSA). Any geography with 2 or more parents is defined as being the intersect of those multiple hierarchies" Is this meant to supplement or replace the given description? It sounds like the latter, but as what sounds like a significant change, what do others think?; I put it in the attached as a choice and bolded it so we knew we had to address it. Others can maybe chime in on these as well; and/or let's talk about this tomorrow. >2) Line 18: Hate to bring up a substantive issue at this late date (some >are just occurring to me when really reading through the descriptions), >but I'm not clear on what's required w/in this group. Is it true that >they could choose among lines 19-25 (have to put at least one, but not >all)? If this is the case, then we'd lose the machine-actionability of >the values (b/the author could choose just to put in a GeographyName and >not a GeographyCode). >I think that I recall that we wanted authors to always insert a code for a >geography, but we would (in line 20) give them the option of pointing to >an external code list (rather than having to document each code using line >24). >Therefore I would think that at minimum lines 21 and 23 should be >required. >Does this make sense? Is this what's needed to ensure >machine-actionability? > >WLT >Not all areas have geographic names or codes (see example of 5 mile circle >above). It is correct as it is. You have the option of using as many or as >few as you wish. Our job is to make machine-actionability possible. We >cannot enforce the amount of information that is available.especially in >this case where you would be forcing people to make something up. This was basically what we agreed in the Friday phone call. -- Also, in the note to line 22 Wendy wrote: "Should exist outside of the repetionShould point to the location of the lowest level code variable (such as BLOCK): At this level it can only refer to a specific geographic level." It sounds like a proposal to change the structure, so I'm including it as another option/choice, but I'm not sure of the best choice. Kate >Wendy L. Thomas Phone: +1 612.624.4389 >Data Access Core Director Fax: +1 612.626.8375 >Minnesota Population Center Email: wlt@pop.umn.edu >University of Minnesota >50 Willey Hall >225 19th Avenue South >Minneapolis, MN 55455 > >_______________________________________________ >DDI-ADG mailing list >DDI-ADG@icpsr.umich.edu >http://www.icpsr.umich.edu/mailman/listinfo/ddi-adg ___________________________________________ Katherine McNeill-Harman Data Services Librarian Dewey Library for Management and Social Sciences Massachusetts Institute of Technology 77 Massachusetts Avenue, E53-100 Cambridge, MA 02139 mcneillh@mit.edu 617-253-0787 -------------- next part -------------- A non-text attachment was scrubbed... Name: Geography_09_12_2005.xls Type: application/octet-stream Size: 20992 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050912/b15821ea/Geography_09_12_2005-0001.obj From wlt at pop.umn.edu Mon Sep 12 16:50:34 2005 From: wlt at pop.umn.edu (Wendy Thomas) Date: Mon Sep 12 16:51:03 2005 Subject: [DDI-ADG] Geography and time comments In-Reply-To: <5.2.1.1.2.20050912104319.00bd0950@po11.mit.edu> Message-ID: > > >Geography > >1) Thinking through and documenting the issue we talked about in line 4 > >(where Description could say that the study covers 3 countries, each of > >which has its own Geography > GeographyValues > GeographyName), I realized > >that line 5 needed to be rewritten b/it implies that Geographic Coverage > >will be described by only one geography. So I broadened it. I assume the > >"which can also be distinguished by a Geography which does not have a > >ParentGeography" would apply to each of the 3 coverage-related instances > >of Geography in the 3-country scenario. This relates to line 13. > > > > > >WLT > >No. There is only one top level geography. If I have 3 countries that 3 > >country group is my top level. If I combine the three individual countries > >(level 2) I get the top level geography. The study itself defines what the > >top level geography is in the same way it defines what the population > >universe is. There is no .predefined. name or code for this level just as > >there is not a predefined code or name if my .geography. is an area > >comprised of a 5 mile circle around a specific point. Don.t change this. > >It is a concept which ties into FGDC and other geographic descriptive > >systems. Geographic Cover means the full extent of the geography covered > >regardless of whether or not it is an contiguous area. > > I see what you're saying (that in the given case the top level is a group > of countries, not a country), but am not sure how it would change the > spreadsheet. Are you proposing: > - that I change line 6 back to omit the line "The first occurrences of this > should be Geography (may be multiple occurrences, as in 3-country example > described above) that describes the overall coverage area, which can also > be distinguished by a Geography which does not have a ParentGeography" or > to simply change the plural to singular? > - Are you suggesting that in the case of the 3-country example that we > would not have 3 Geographies? I may have misunderstood your statement. There should always be at least one geography and this should be the full extent or top level or "Geographic Cover" as defined by FGDC. Addiitonal geographic detail would be at the discression of the creator, but obviously specific identification of each level is preferred. In the case of the 3-country example you would have 2 geographies: The 3-country group and county which would contain 3 GeographyValues (country 1, country 2 and country3). > > Also, in your notes, on line 15 you say: > "Parent should be identified in terms of geographic hierarchies (for > example a County parent is the State rather than the State and sometimes > the MSA). Any geography with 2 or more parents is defined as being the > intersect of those multiple hierarchies" > Is this meant to supplement or replace the given description? It sounds > like the latter, but as what sounds like a significant change, what do > others think?; I put it in the attached as a choice and bolded it so we > knew we had to address it. > > Others can maybe chime in on these as well; and/or let's talk about this > tomorrow. It is a suppliment. The reason for this is that if it is limited to the strict hierarchy of identification, it provides clear instructions for code concatonations required for identifying a specific location. For example: Census SUMLEV 040 STATE with parent COUNTY US which is the geographic cover. Therefore you need the level code 040 and the state code 27 to identify Minnesota. You don't need the Region or Division code. In actuallity these are composed areas as are Metropolitan Areas. Some levels of geography are the intersect of 2 or more clean hierarchies. Example: 080 STATE-COUNTY-COUNTYSUBDIVISION-PLACE/REMAINDER-TRACT is the portion of the tract within a place, within a county subdivision, within a county, within a state. 3 clean hierarchies: STATE-COUNTY-COUNTYSUBDIVISION, STATE-PLACE, and STATE-COUNTY-TRACT. By identifying the code location of the county TRACT, and the 3 parents COUNTY, COUNTYSUBDIVISION, PLACE you are able to construct the unique string of codes needed to identify a specific polygon. > > > > >2) Line 18: Hate to bring up a substantive issue at this late date (some > >are just occurring to me when really reading through the descriptions), > >but I'm not clear on what's required w/in this group. Is it true that > >they could choose among lines 19-25 (have to put at least one, but not > >all)? If this is the case, then we'd lose the machine-actionability of > >the values (b/the author could choose just to put in a GeographyName and > >not a GeographyCode). > >I think that I recall that we wanted authors to always insert a code for a > >geography, but we would (in line 20) give them the option of pointing to > >an external code list (rather than having to document each code using line > >24). > >Therefore I would think that at minimum lines 21 and 23 should be > >required. > >Does this make sense? Is this what's needed to ensure > >machine-actionability? > > > >WLT > >Not all areas have geographic names or codes (see example of 5 mile circle > >above). It is correct as it is. You have the option of using as many or as > >few as you wish. Our job is to make machine-actionability possible. We > >cannot enforce the amount of information that is available.especially in > >this case where you would be forcing people to make something up. > > This was basically what we agreed in the Friday phone call. > > -- > Also, in the note to line 22 Wendy wrote: > "Should exist outside of the repetionShould point to the location of the > lowest level code variable (such as BLOCK): At this level it can only refer > to a specific geographic level." It sounds like a proposal to change the > structure, so I'm including it as another option/choice, but I'm not sure > of the best choice. > Ok...this was originally designated as a reference to a variable in the study that describes the geography (in census SUMLEV). However this applies to the overall geography and should be moved up and listed the single time. A variable reference to the location of the code that identifies the lowest level of code should be used, but it applies to the geographic LEVEL not the geographyValue. For example: GeographyLevel STATE has the GeographicLevelCode 040 found in the variable that describes the geography (SUMLEV). The variable that holds the specific STATE codes is the same variable for all STATE level polygons, in this case STATEFP. The GeographyValue GeographyCode:Code is the code of a specific location such as 27 for Minnesota. Hope this clarifies what I was trying to hastily pull together Sunday night. wendy > Kate > > >Wendy L. Thomas Phone: +1 612.624.4389 > >Data Access Core Director Fax: +1 612.626.8375 > >Minnesota Population Center Email: wlt@pop.umn.edu > >University of Minnesota > >50 Willey Hall > >225 19th Avenue South > >Minneapolis, MN 55455 > > > >_______________________________________________ > >DDI-ADG mailing list > >DDI-ADG@icpsr.umich.edu > >http://www.icpsr.umich.edu/mailman/listinfo/ddi-adg > > ___________________________________________ > Katherine McNeill-Harman > Data Services Librarian > Dewey Library for Management and Social Sciences > Massachusetts Institute of Technology > 77 Massachusetts Avenue, E53-100 > Cambridge, MA 02139 > mcneillh@mit.edu > 617-253-0787 Wendy L. Thomas Phone: +1 612.624.4389 Data Access Core Director Fax: +1 612.626.8375 Minnesota Population Center Email: wlt@pop.umn.edu University of Minnesota 50 Willey Hall 225 19th Avenue South Minneapolis, MN 55455 From ilona_e at berkeley.edu Mon Sep 12 19:04:06 2005 From: ilona_e at berkeley.edu (Ilona Einowski) Date: Mon Sep 12 19:04:28 2005 Subject: [DDI-ADG] Time spreadsheet to discuss during Tue Conf Call Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: FINAL_Time_9_12_2005.xls Type: application/vnd.ms-excel Size: 24064 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050912/8f70627b/FINAL_Time_9_12_2005-0001.xls From j.b.gager at gmail.com Tue Sep 13 11:48:34 2005 From: j.b.gager at gmail.com (J Gager) Date: Tue Sep 13 11:49:03 2005 Subject: [DDI-ADG] Latest Geography Message-ID: <003901c5b87a$9c65b800$6401a8c0@JGAGERLT> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: Geography_09_13_2005.xls Type: application/vnd.ms-excel Size: 24064 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050913/50ae6389/Geography_09_13_2005-0001.xls From ilona_e at berkeley.edu Mon Sep 12 19:04:06 2005 From: ilona_e at berkeley.edu (Ilona Einowski) Date: Wed Sep 14 14:48:49 2005 Subject: [DDI-ADG] Time spreadsheet to discuss during Tue Conf Call Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: FINAL_Time_9_12_2005.xls Type: application/vnd.ms-excel Size: 24064 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050912/8f70627b/FINAL_Time_9_12_2005-0002.xls From sandai at icpsr.umich.edu Thu Sep 15 09:07:27 2005 From: sandai at icpsr.umich.edu (Sanda Ionescu) Date: Thu Sep 15 09:07:34 2005 Subject: [DDI-ADG] conference call tomorrow, Friday, 9/16 at 11 am EST Message-ID: <6.0.1.1.2.20050915090451.01c874a0@icpsr.umich.edu> Hi, all. This is a reminder that we are having a conference call tomorrow at 11 am EST - mainly to catch up on the aggregate data proposal. Please e-mail me or the group regarding (un)availability. Thanks Sanda. Sanda Ionescu, Research Associate Inter-university Consortium for Political and Social Research (ICPSR) The University of Michigan P.O. Box 1248 Ann Arbor, MI 48106 Phone: (734) 615-7890 Fax: (734) 615-7890 (734) 647-8200 From ilona_e at berkeley.edu Thu Sep 15 15:16:34 2005 From: ilona_e at berkeley.edu (Ilona Einowski) Date: Thu Sep 15 15:15:34 2005 Subject: [DDI-ADG] Ilon's try at clarifying the Geography spreadsheet Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: IE try at Geography_09_15_2005.xls Type: application/vnd.ms-excel Size: 24064 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050915/1bdebc18/IEtryatGeography_09_15_2005-0001.xls From wlt at pop.umn.edu Thu Sep 15 15:30:18 2005 From: wlt at pop.umn.edu (Wendy Thomas) Date: Thu Sep 15 15:30:46 2005 Subject: [DDI-ADG] Ilon's try at clarifying the Geography spreadsheet In-Reply-To: Message-ID: Bounding polygon-polygon to describe the geogrpahic area... Structure of this element is unchanged from the Version 2.0 structure of boundPoly element The Bounding Box concept is exclusively linked to the Geographic Cover in FGDC and other geographic schema. It is a specialized form of Polygon and a geographic cover can have both a Bounding Box and a Bounding Polygon which describes it more discretely. Type from 2.0 structure. How about: The Bounding Box is a specific form of a geographic polygon that describes the full extent of the geographic cover using a four-sided box constructed of 2 longitudes and 2 latitudes. It is used by systems that search for geography by coordinates and is compatible with the description and structure found in FGDC and other geographic metadata structures. The BoundingBox structure is unchanged from that found in Version 2.0 elemeent geoBndBox. On Thu, 15 Sep 2005, Ilona Einowski wrote: > OK Gang, > > This is the best I could do...I'm not sure if it helps or muddies the waters > even more. > > I made the text BOLD for every cell I edited. > > I put RED when I did not understand what it said and I needed to pose a > question to our group...Jay??? Wendy??? jump in and clarify????? > > I UNDERLINED phrases I added to help clarify the references. > > At this point I have just about lost my ability to verbalize so I better > stop and have lunch and a walk.... > > Ilona > > > Ilona Einowski > Assistant Director, User Services > UC Data Archive & Technical Assistance > 2538 Channing Way #5100 > Berkeley, CA 94720-5100 > 510-642-6571 > ilona_e@berkeley.edu > > > Wendy L. Thomas Phone: +1 612.624.4389 Data Access Core Director Fax: +1 612.626.8375 Minnesota Population Center Email: wlt@pop.umn.edu University of Minnesota 50 Willey Hall 225 19th Avenue South Minneapolis, MN 55455 From ilona_e at berkeley.edu Thu Sep 15 18:53:05 2005 From: ilona_e at berkeley.edu (Ilona Einowski) Date: Thu Sep 15 18:52:06 2005 Subject: [DDI-ADG] Ilona's try at the Geography spreadsheet VERSION 2 Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: IE try at Geography Version 2 .xls Type: application/vnd.ms-excel Size: 24064 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050915/07b0e735/IEtryatGeographyVersion2-0001.xls From wlt at pop.umn.edu Fri Sep 16 10:31:43 2005 From: wlt at pop.umn.edu (Wendy Thomas) Date: Fri Sep 16 10:32:14 2005 Subject: [DDI-ADG] Ilona's try at the Geography spreadsheet VERSION 2 In-Reply-To: Message-ID: Ilona, This is not correct. You mixed the two descriptions. I probably didn't differntiate enough in my emails. I've attached the corrected version. Wendy On Thu, 15 Sep 2005, Ilona Einowski wrote: > And yet ANOTHER VERSION...with help/clarification by Wendy.... > > > > Ilona Einowski > Assistant Director, User Services > UC Data Archive & Technical Assistance > 2538 Channing Way #5100 > Berkeley, CA 94720-5100 > 510-642-6571 > ilona_e@berkeley.edu > > > Wendy L. Thomas Phone: +1 612.624.4389 Data Access Core Director Fax: +1 612.626.8375 Minnesota Population Center Email: wlt@pop.umn.edu University of Minnesota 50 Willey Hall 225 19th Avenue South Minneapolis, MN 55455 -------------- next part -------------- A non-text attachment was scrubbed... Name: IE try at Geography Version 2 wlt.xls Type: application/octet-stream Size: 22528 bytes Desc: Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050916/90fca311/IEtryatGeographyVersion2wlt-0001.obj From j.b.gager at gmail.com Fri Sep 16 10:32:06 2005 From: j.b.gager at gmail.com (J Gager) Date: Fri Sep 16 10:32:43 2005 Subject: [DDI-ADG] Today's Meeting Message-ID: <001401c5bacb$6fadb670$6401a8c0@JGAGERLT> Sorry, but due to some last minute issues, I cannot attend today's meeting. I apologize for the late notification. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050916/0493c0fc/attachment.html From sandai at icpsr.umich.edu Mon Sep 19 14:24:56 2005 From: sandai at icpsr.umich.edu (Sanda Ionescu) Date: Mon Sep 19 14:25:04 2005 Subject: [DDI-ADG] this week Message-ID: <6.0.1.1.2.20050919140424.01c3c4c8@icpsr.umich.edu> Hi, all. During our call last Friday, we have decided to take a break from calls this week (no call tomorrow) and "reconnect" next week on Tuesday, 9/27 at 11 am EST. Until then, we are asking J to put together a spreadsheet that will include all the new features of our aggregate data section (data items *and* attributes); during this time, Wendy also promised that she would get in touch with J in order to get some clarifications that she said she needed about the new model. As a result, we are hoping to see the outline of a more complete model that we can talk about next week. We also reached an agreement that the geography and time pieces of our proposal are ready to be submitted to the SRG, and we are asking J to do this by sending in all the required documentation. Sanda. Sanda Ionescu, Research Associate Inter-university Consortium for Political and Social Research (ICPSR) The University of Michigan P.O. Box 1248 Ann Arbor, MI 48106 Phone: (734) 615-7890 Fax: (734) 615-7890 (734) 647-8200 From ilona_e at berkeley.edu Mon Sep 19 15:08:29 2005 From: ilona_e at berkeley.edu (Ilona Einowski) Date: Mon Sep 19 15:11:39 2005 Subject: [DDI-ADG] Final Versions of Time and Geography Spreadsheets In-Reply-To: <6.0.1.1.2.20050919140424.01c3c4c8@icpsr.umich.edu> Message-ID: I've attached what I hope are the final versions...let me know if there are any changes, otherwise, Jay can add these to what he will send to the full committee. -----Original Message----- From: ddi-adg-bounces@icpsr.umich.edu [mailto:ddi-adg-bounces@icpsr.umich.edu] On Behalf Of Sanda Ionescu Sent: Monday, September 19, 2005 11:25 AM To: DDI-ADG Subject: [DDI-ADG] this week Hi, all. During our call last Friday, we have decided to take a break from calls this week (no call tomorrow) and "reconnect" next week on Tuesday, 9/27 at 11 am EST. Until then, we are asking J to put together a spreadsheet that will include all the new features of our aggregate data section (data items *and* attributes); during this time, Wendy also promised that she would get in touch with J in order to get some clarifications that she said she needed about the new model. As a result, we are hoping to see the outline of a more complete model that we can talk about next week. We also reached an agreement that the geography and time pieces of our proposal are ready to be submitted to the SRG, and we are asking J to do this by sending in all the required documentation. Sanda. Sanda Ionescu, Research Associate Inter-university Consortium for Political and Social Research (ICPSR) The University of Michigan P.O. Box 1248 Ann Arbor, MI 48106 Phone: (734) 615-7890 Fax: (734) 615-7890 (734) 647-8200 _______________________________________________ DDI-ADG mailing list DDI-ADG@icpsr.umich.edu http://www.icpsr.umich.edu/mailman/listinfo/ddi-adg -------------- next part -------------- A non-text attachment was scrubbed... Name: FINAL_Geography 091605.xls Type: application/vnd.ms-excel Size: 24576 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050919/50c6ca3e/FINAL_Geography091605-0001.xls -------------- next part -------------- A non-text attachment was scrubbed... Name: FINAL_Time 091605.xls Type: application/vnd.ms-excel Size: 24064 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050919/50c6ca3e/FINAL_Time091605-0001.xls From j.b.gager at gmail.com Tue Sep 27 10:39:16 2005 From: j.b.gager at gmail.com (J Gager) Date: Tue Sep 27 10:39:44 2005 Subject: [DDI-ADG] Aggregate Spreadsheet Message-ID: <001301c5c371$3f9c3610$6501a8c0@JGAGERLT> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: nCubeCompleteChanges.xls Type: application/vnd.ms-excel Size: 36352 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050927/64d02656/nCubeCompleteChanges-0001.xls From j.b.gager at gmail.com Thu Sep 29 19:15:31 2005 From: j.b.gager at gmail.com (J Gager) Date: Thu Sep 29 19:16:14 2005 Subject: [DDI-ADG] Geography Change Proposal Message-ID: <00da01c5c54b$b32395c0$6501a8c0@JGAGERLT> Attached is the geography change proposal from the Aggregate Data group. Please review and comment. Thanks, J -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050929/3d404293/attachment.html From j.b.gager at gmail.com Fri Sep 30 17:17:31 2005 From: j.b.gager at gmail.com (J Gager) Date: Fri Sep 30 17:17:58 2005 Subject: [DDI-ADG] Geography Change Proposal - Resend w/ Attachment Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: GeographyProposal.zip Type: application/zip Size: 42003 bytes Desc: not available Url : http://www.icpsr.umich.edu/pipermail/ddi-adg/attachments/20050930/7852e326/GeographyProposal-0001.zip