PageSourceSearch

https://www.glims.org/newdb.html

html glims.org collected 2026-10-01 10:19:48 UTC 6,134 bytes, 184 lines download raw bytes

1<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
2
3<html lang="en-us" dir="LTR">
4<head>
5
6  <!-- **************
7       start EDIT: add title and description, change author and keywords as needed -->
8  <title>GLIMS: New database design</title>
9
10  <meta name="publisher" content="GLIMS - Global Land Ice Measurements from Space">
11  <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
12
13  <link rel="icon" type="image/png" sizes="48x48" href="/assets/icons/favicon-48x48.png">
14  <link rel="icon" type="image/png" sizes="192x192" href="/assets/icons/favicon-192x192.png">
15
16  <!-- **************
17       start EDIT: check href - does it point to the right place? -->
18
19  <!-- style sheet -->
20  <link rel="stylesheet" type="text/css" href="/assets/styles/glims_netscape_low.css">
21
22  
22<script language="JavaScript" type="text/javascript">
23  //<!--
24    ns4    = (document.layers) ? true:false ;
25    if (ns4 == false) {
26      document.write( "<link rel=\"stylesheet\" type=\"text/css\" href=\"/assets/styles/glims.css\">") ;
27    }
28  //-->
29  </script>
29
30
31  </script>
31
32  <!-- Add Tophat -->
33  
33<script type="text/javascript" src="https://cdn.earthdata.nasa.gov/tophat2/tophat2.js" id="earthdata-tophat-script" data-current-daac="NSIDC DAAC">
34  </script>
34
35
36
37  <!-- end EDIT: check href...
38       ************** -->
39  <!-- Utility functions script -->
40  
40<script language="javascript" type="text/javascript" src="/assets/scripts/utility.js"></script>
40
41
42  <!-- fancy button color changing script -->
43  
43<script type="text/javascript" language="javascript" src="/assets/scripts/navmenu.js"></script>
43
44
45</head>
46
47
48<!-- START BODY -->
49<body>
50
51<!-- anchor to top -->
52<a name="top" accesskey="T"></a>
53
54
55
56<table class="contentBody" align="center">
57  <tr valign="top">
58    <td colspan="2" class="pageHeader" height="113">
59    <!-- ** ** ** ** ** * ** ** ** ** ** **
60         **        PAGE HEADER START     **
61         ** ** ** ** ** * ** ** ** ** ** ** -->
62
63          <h1 class="glimsTitle">GLIMS: Global Land Ice Measurements from Space</h1>
64          <h1 class="subtitle">Monitoring the World's Changing Glaciers</h1>
65
66    <!-- ** ** ** ** ** * ** ** ** ** ** **
67         **        PAGE HEADER END       **
68         ** ** ** ** ** * ** ** ** ** ** ** -->
69    </td>
70  </tr>
71
72
73  <tr valign="top">
74
75    <td>
76      <!-- menu buttons -->
77      
77<script language="JavaScript" type="text/javascript">
78      //<!--
79            writeMainNavMenu () ;
80            highlightActivePageButton ('about') ;
81      //-->
82      </script>
82
83
84      <noscript>
85           <a href="/" title="GLIMS Home Page">
86           Home</a><br>
87      </noscript>
88
89    </td>
90
91    <td>
92
93        <p>
94The GLIMS Glacier Database was originally designed to contain rich data on not
95only glacier outlines, but the physiographic context of different parts of each
96outline.  Outlines were to be composed of segments that when joined together
97would form a complete outline, and these segments could have associated
98attributes unique to them, such as what materials (rock, vegetation, snow, ice,
99…) were on the left and right sides.  Similarly, nunataks (rock outcrops
100internal to a glacier) were represented with separate polygons so that they
101could carry attributes separately from the glacier outline.  </p>
102
103        <p>
104As the GLIMS community and database grew, actual patterns of data production
105and use diverged from this initial design.  Researchers provided glacier
106outlines not as collections of segments, but as complete outlines, with “holes”
107(inner rings) representing nunataks.  The Randolph Glacier Inventory (RGI) used
108this same simpler data model.  These differences were accommodated by
109on-the-fly data transformations during both data ingest (holes-to-polygons for
110nunataks) and data download (nunatak polygons-to-holes).
111        </p>
112
113        <p>
114To align the data model with actual use patterns, we completed a project to
115simplify the database schema and associated software (input and output).  </p>
116
117        <p>
118The database contents are almost completely the same in the new data model.
119Representation of image metadata, people and their affiliations, literature
120references, and so on, remain unchanged. The following changes resulted from the
121new simpler data model:
122        </p>
123
124<ol>
125<li>Nunataks (rock outcrops internal to a glacier) are represented by holes in
126the glacier boundary polygon rather than separate polygons.  The old download
127interface offered a choice between these two representations, but most people
128downloaded data in the “holes” format.  A query sent to the GLIMS mailing list
129in late 2024 about the possible loss of the "separate polygon" option elicited
130no complaints.</li>
131
132<li>The vast majority of the small topological errors in some glacier outlines
133have been fixed.  These tend to be small self-intersections that can be fixed
134with minimal modification to the outline.</li>
135
136<li>Multi-polygons, as well as multiple outlines that share a glacier ID, have
137been converted to single outlines, each with its own identity.  Thus, the
138glacier IDs have changed for some entities.</li>
139
140<li>Many tables have been eliminated, such as those that stored individual
141segments of an outline.</li>
142
143<li>A few fields have been removed, such as the "local" and "global"
144uncertainty fields.  This is because those values were fairly arbitrary in
145practice, and one can know these uncertainties from knowledge of the imagery
146used.</li>
147
148<li>The download interface has become more streamlined, since the data model
149(number 1 above) is now "holes" only.  Also, the experimental "RGI-on-demand"
150feature has been removed for now.</li>
151
152</ol>
153
154
155
156    </td>
157  </tr>
158
159<!-- ***********************
160     end EDIT: main content
161     *********************** -->
162
163  <tr>
164    <td align="center" colspan="2">
165
166<!-- START WRITE FOOTER CODE -->
167<!-- ***********************
168     start EDIT: check src    -->
169
170    
170<script language="javascript" type="text/javascript" src="/assets/scripts/footer.js"></script>
170
171
172<!-- end EDIT: check src
173     *********************** -->
174    </td>
175  </tr>
176
177</table>
178
179
180
181
182</body></html>
183
184

Line numbers count LF bytes from the start of the resource, as the search results do. Vendor segments are library code the classifier recognised; they are stored but not indexed. Bytes are shown as Latin1 characters, one per byte.