File: WHATS_NEW

package info (click to toggle)
drawmap 2.5-3
  • links: PTS
  • area: main
  • in suites: lenny, squeeze, wheezy
  • size: 1,184 kB
  • ctags: 680
  • sloc: ansic: 13,087; sh: 86; makefile: 76
file content (371 lines) | stat: -rw-r--r-- 13,173 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371


Aug  2  2001:
Changes in drawmap between version 2.4 and version 2.5:

+ Version 2.4 used a relatively simple interpolation algorithm to map
  24K DEM data into the map image.  It didn't warp the data blocks to
  completely fill the corresponding latitude/longitude squares.
  Version 2.5 uses a more sophisticated algorithm, which does warp
  the data, and consequently produces better data registration at the
  seams between data blocks, along with more accurate placement of data
  points.

  The "LIMITS" section, at the end of the drawmap manual page, has
  been modified to reflect this change.

+ User-specified attribute restrictions were being ignored for
  SDTS DLG files.  They should no longer be ignored.  (Thanks
  to BM for reporting this problem.)

+ Some 7.5 minute DEM files use SDTS conventions that are different
  from those of the bulk of the files I have examined.  For example,
  while it appears that most files specify a sequence of (x,y) coordinates
  as an ISO 8211 2-dimensional cartesian array, some files specify them
  as simple repeating pairs.  I am not sure that this particular construct
  is standards-compliant, but I have modified drawmap to try to handle it
  anyway.  (Thanks to TF for reporting this problem.)

  There are also cases where, for example, data items are stored as integers
  (in ASCII decimal, or straight binary) for one quad, while the same items
  are stored as real numbers for another.  This sort of thing is allowed under
  the standard.  (Under the standard, there are six acceptable ways to store
  elevations.)  Drawmap doesn't try to handle every possible format variation.
  It does try to handle the ones that I have sample files for.  I made several
  changes in this release to support additional subfield formats.  However,
  files that drawmap cannot handle may still be lurking out there.
  
+ Due to floating point rounding errors, sdts2dem (and possibly sdts2dlg)
  did not always determine correct output file names.  This has (hopefully)
  been fixed.  It is a bit difficult to be sure, because I don't know of
  any firm limits on the values that can appear in an SDTS DEM or DLG file,
  and the SDTS files themselves may contain errors.  In any case, the
  file-name generation code has been made more robust.

+ Some 7.5 minute DEM files appear to contain 32767 or -32767 as markers
  for non-valid data.  Drawmap was unaware of this and treated the values
  as valid elevations.  Such values are now discarded.

+ Moved the comment blocks to the ends of the manual pages.
  For some reason, having them at the beginning caused a
  whole bunch of blank pages to be output at the beginning
  of a formatted page.

+ Improved handling of return values in get_a_line().  As far as
  I know, the unimproved routine works okay with drawmap; but
  the improvements should make get_a_line() more robust for
  people who want to use the routine in their own software.

+ Made a couple of minor changes to make drawmap more portable.

+ Fixed some minor miscellaneous problems.






Mar 26  2001:
Changes in drawmap between version 2.3 and version 2.4:

+ Drawmap can now handle DEM files with elevations in feet.

+ Some clarifications have been added to the manual page,
  including an example of the use of GTOPO30 files.

+ There is some additional installation information in the
  README file.






Jan 16  2001:
Changes in drawmap between version 2.2 and version 2.3:

+ This point release is partly the result of downloading more
  test data for more parts of the USA, and fixing whatever new
  problems might show up.  There are, however, several new
  options and general modifications, and also a few bug fixes.
  These are described below, although some of the minor bug
  fixes are omitted.

+ Added the -r option to allow the sharpness of the shaded
  relief to be varied.  The default is fully-shaded relief,
  which was the only available shading in previous releases.
  The new option allows the darkness of shadows to be
  reduced, in steps, until all shading disappears and only
  simple color bands remain.

+ Added the -z option, which adjusts the color table so that
  it exactly spans the range of elevations in the given
  data.  This ensures that all available colors are used in
  the map; but at the cost of having each color represent
  a peculiar range of elevations.

+ Added the -m option, which allows limited enhancement
  of light/dark shading in shaded-relief maps.

+ Added the -t option, to shut off generation of tick
  marks and latitude/longitude markings.

+ In response to a request, added the -C option, which works
  the same as the -c option, except that it fills in the
  space between contour lines with solid colors.

+ In past releases, the -c option located contour lines in
  the centers of the elevation bands.  In other words, if
  the contour interval was 100 meters, then the first contour
  would be at 50 meters, with the next at 150 meters.
  In this release the code has been modified so that contour
  lines are on the edges of the elevation bands.  In other
  words, if the contour interval is 100 meters, then the
  contours are at 100 meters, 200 meters, and so on.

+ A few of the GTOPO30 files were rejected because quantization
  error caused some consistency checking to fail.  Loosened
  up the checks slightly so that the files now pass muster.

+ Updated the color scheme for drawing DLG vector data.
  Changed railroads and pipelines to black, and changed
  vegetative features to green.

+ Added support for more attribute types, including
  190/UNPAVED.  Fixed a few attributes that have special
  cases, such as range and township numbers that can
  take forms like "10 1/2E".

+ Some USGS SDTS DLG files have attributes whose record
  IDs double back and duplicate other record IDs in the file.
  (Wilmington Delaware 24K DLG HY 1379127.HY.sdts.tar.gz
  and 1379151.HY.sdts.tar.gz are examples.)  I would guess
  that this is a bug in the SDTS files, since it would leave
  no way to distinguish between attributes.  (One could use
  the record number in the ISO 8211 header, but I don't
  think this is considered legitimate under the standard.)
  One way or the other, this was causing drawmap some
  indigestion, so the software has been fixed to deal with
  the problem as best it can.  Drawmap prints a warning
  message when this situation occurs.

+ Beefed up the test program, tacked onto the end of
  sdts_utils.c, so that it is a useful viewing tool
  for SDTS files.






Aug  1  2000:
Changes in drawmap between version 2.1 and version 2.2:

+ Added the sdts2dem and sdts2dlg programs to convert
  SDTS transfers into the `classic' DEM and `optional'
  DLG formats.  I wrote these primarily to allow me
  to test drawmap's SDTS capabilities, but they should
  be generally useful.

+ Improved the handling of SDTS files.  In particular,
  we no longer ignore some of the minor attribute files,
  so all attributes should be included.  Improved the
  handling of attributes overall.  This includes
  specific support for attributes with special needs.

+ There were a number of minor repairs and upgrades here
  and there.
  
+ Decreased the default memory footprint a bit, by changing
  some long variables to shorts in some of the larger
  arrays.  Unfortunately, new feature development probably
  devoured a lot of these savings.
  
+ Modified the -h option to automatically include a blue
  surface at sea level.
  
+ Modified the -i option to include the DLG name, and the
  type of data in the file, when printing info about DLG files.





Jul 23  2000:
Changes in drawmap between version 2.0 and version 2.1:

+ Added support for the NAD-83 datum and the WGS-84 datum.

+ Drawmap can now read SDTS-format DEM and DLG files.

+ At the request of a drawmap user, I added GTOPO30
  files to the set of files drawmap can read.  This should
  provide at least some map-drawing capability for people
  who can't get DEM data for their countries of interest.

+ There were a number of minor repairs and upgrades here
  and there.

+ Changed the names of block_dem and block_dlg to unblock_dem
  and unblock_dlg so that they are consistent with the
  equivalent "dd" commands.





Jul  8  2000:
Changes in drawmap between version 1.10 and version 2.0:

+ This was a fairly major restructuring of drawmap, mainly to
  get it to handle DEM and DLG data at the 7.5-minute
  resolution.

+ In past versions of drawmap, data smoothing was done when
  the image resolution and data resolution were the same.
  This version of drawmap no longer smooths when the source
  data and target image have close to the same resolution.
  In addition, the code implementing smoothing has been
  clarified, so that the smoothing behavior should be easier
  to understand and modify.

+ Restructured the shaded relief code to allow it to handle
  data from DEMs in various resolutions.  Also moved most of
  the color definitions into colors.h so that users can more
  easily modify the color scheme.  Provided four separate
  color map tables, selectable by the "-n" option, so that
  users can choose between a variety of color schemes.
  "Natural" colors are now the default, rather than the
  garish high-perception colors used in previous versions.

  Also toned down the red and blue that are used to draw
  streams and roads.  They were a bit distracting.

+ Added a new "-w" option to allow flat sea-level areas to be
  automatically colored blue.

+ Removed the requirement that the x and y dimensions be even.
  This was done primarily because 7.5-minute DEMs often have
  odd dimensions.

+ Drawmap no longer tries to create an image file until after
  most error checking is done.  This should reduce the incidence
  of half-created image files being left behind after an error.

+ Drawmap now uses Redfearn's formulas to convert UTM coordinates
  to latitude/longitude coordinates and vice versa.  However,
  the program still uses linear interpolation from the corners
  of the data blocks to transfer DEM data into the map image.

+ There are two new stand-alone commands, utm2ll and ll2utm that
  convert latitude/longitude coordinates to UTM coordinates and
  vice versa.  They currently only support the NAD-27 datum,
  but can be easily modified to use others.

+ The dem_dlg_info program has been deleted.  It is replaced by
  the "-i" option to drawmap.

+ The height-field program in the height_field subdirectory has
  been deleted.  It is replaced by the "-h" option to drawmap.
  The code that tried to generate "povray" objects for roads,
  lakes, towns, and so on, is no longer present in any form.
  It produced crude results and didn't seem very useful.





Jun 18  2000:
Changes in drawmap between version 1.9 and version 1.10:

+ The USGS has changed the format of both types of GNIS
  files.  Modified drawmap to handle the new formats.
  NOTE:  Files in the old formats will no longer work.

+ Cleaned up a few minor things here and there.





Jun  3  2000:
Changes in drawmap between version 1.8 and version 1.9:

+ Some of the newer USGS 100K DLG files contain newlines.
  (Older ones did not.)
  Modified drawmap to handle this new wrinkle.

+ Provided a new program called dem_dlg_info, to print
  out some useful information from the headers of DEM
  and DLG files.

+ Dropped the block_std program, since standard-format
  files have disappeared from the USGS web site.

+ Added manual pages for block_opt and dem_dlg_info.





Jan  3  2000:
Changes in drawmap between version 1.7 and version 1.8:

+ Clarified the code comments and the manual page for drawmap.

+ Included the povray_height_field directory, which contains
  a modified version of drawmap that will produce information
  that the ``povray'' package can use to make 3-dimensional
  renderings of terrain.

+ There were no changes in the operation of drawmap --- only
  changes in the code comments.  The primary purpose of this
  release was to add the drawmap_height_field program.





Jan 16  1999:
Changes in drawmap between version 1.6 and version 1.7:

+ removed restrictions on the size of contouring intervals

+ added code to allow use on big-endian machines

+ added gaussian smoothing for oversampled maps to reduce checkerboard effect

+ changed DLG line-drawing algorithm to produce better map registration

+ changed drawmap and llsearch to handle the new GNIS format





Dec 11  1998:
Changes in drawmap between version 1.3 and version 1.6:

+ Fixed a portability bug, and an obscure bug in the code that
  draws tick marks at the edges of the image.

+ Added some new information about licensing (see the file "COPYING_NOTE").

+ Added a new option "-c", that draws contour lines instead of the normal
  shaded relief.





Oct 12  1998:
Changes in drawmap between version 1.3 and version 1.5
(there was no version 1.4):

+ Fixed a portability bug, and an obscure bug in the code that
  draws tick marks at the edges of the image.

+ Added some new information about licensing (see the file "COPYING_NOTE").

+ Added a new option "-c", that draws contour lines instead of the normal
  shaded relief.