From MackCE@dshs.wa.gov Wed Jun 4 12:23:05 2003 Received: from mxu4.u.washington.edu (mxu4.u.washington.edu [140.142.33.8]) by lists.u.washington.edu (8.12.1+UW03.04/8.12.1+UW03.02) with ESMTP id h54JN41M010702 for ; Wed, 4 Jun 2003 12:23:04 -0700 Received: from dshsmsg3.dshs.wa.gov (dshsmsg3.dshs.wa.gov [147.56.131.14]) by mxu4.u.washington.edu (8.12.1+UW03.04/8.12.1+UW03.02) with SMTP id h54JN285028509 for ; Wed, 4 Jun 2003 12:23:02 -0700 Received: from 147.56.131.30 by dshsmsg3.dshs.wa.gov with ESMTP (DSHS MMS SMTP Relay (MMS v4.7);); Wed, 04 Jun 2003 12:27:13 -0700 X-Server-Uuid: 1a548dfa-be79-11d4-99cf-009027d0d054 Received: by dshsmsg4.dshs.wa.gov with Internet Mail Service ( 5.5.2655.55) id ; Wed, 4 Jun 2003 12:23:02 -0700 Message-ID: From: "Mack, Curtis" To: "'waphgis@u.washington.edu'" Subject: RE: WAPHGIS: publication quality maps Date: Wed, 4 Jun 2003 12:23:00 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) X-WSS-ID: 12C0979B276746-01-01 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C32ACE.B67B7680" X-Uwash-Spam: Gauge=XIIIIIII, Probability=17%, Report="EXCHANGE_SERVER, HTML_FONT_COLOR_BLUE, HTML_FONT_COLOR_GREEN, HTML_FONT_FACE_ODD, MAILTO_LINK, MIME_NULL_BLOCK, SPAM_PHRASE_01_02, __EVITE_CTYPE, __HAS_X_MAILER" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C32ACE.B67B7680 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit You might consider WMF format for the words documents. MapInfo, and ArcInfo will create them, as may other software packages. It is a vector format, so they are very small and scalable. You will need to be careful with the fonts and marker symbols you use, because some of them misbehave in windows. If this happens, use a different, more common font. Also, fill patterns (such as cross-hatching) do not work well. Overall however, it is what I have had the best luck with in you situations. Curtis Mack Geographic Information Specialist Washington State Dep. of Social & Health Services Research & Data Analysis MackCE@dshs.wa.gov (360) 902-0747 MS-45204 1115 Washington SE OB2 Olympia, WA 98504-5204 47.0356 N by 122.8946 W -----Original Message----- From: Schueler, Vince [mailto:Vince.Schueler@DOH.WA.GOV] Sent: Wednesday, June 04, 2003 11:56 AM To: 'waphgis@u.washington.edu' Subject: RE: WAPHGIS: publication quality maps I am working on two problems involving publications of maps and trying to sort out which are the best formats to use The first is taking a PowerPoint with more than a dozen maps pasted in as JPEG which is quite large large (14+ MB) and converting it to a more compact format (Acrobat or PowerPoint with maps pasted in, in a different format) that would be easier to down load. Direct conversion with maps in current formats to Acrobat leads to maps that hurt the eyes. We still haven't found the graphics format (or method) to use when converting a document to PowerPoint that works. Someone did suggest using the Fineprint utility at http://www.fineprint.com/index.html which looks like it has promise, but we haven't had a chance to test it? Has anyone worked with this? I am also working on some short monographs in Word in which I would like also like to include some maps -- but I'm also struggling with finding the format that isn't to big (these are supposed to be short and we work with clients that have low bandwidth), provides reasonable visual clarity and detail capture when printing and on the screen, and can be re-sized with the least amount of fuzzy-ness. My situation is complicated by the fact that I am a consumer and not a producer of the maps and like a lot GIS folks - the folks that I rely on to produce maps have a big work load. I don't till I actually put the documents together what the precise size of the maps will be - and that can change. So I want to be able to ask for the format that provides some flexibility in resizing and don't require me to go back ask for a different sized version. So in essence I'm looking for the format that balances size, clarity, and flexibility for resizing. Or in the absence of that some better tools or strategies "The Department of Health works to protect and improve the health of the people of Washington State" Vince Schueler Health Care Access Analyst Office of Community and Rural Health Department of Health Physical Address 310 Israel Road SE Tumwater, Washington 98501 Mailing Address PO Box 47834 Olympia, WA 98504-7834 (360) 236-2806 (voice) 360) 664-9273 (fax) vince.schueler@doh.wa.gov www.doh.wa.gov/hsqa/ocrh -----Original Message----- From: Richard Hoskins [mailto:healthmaps@attbi.com] Sent: Wednesday, June 04, 2003 4:17 AM To: Waphgis@U.Washington.Edu Subject: WAPHGIS: publication quality maps I have a map of infant death rates by block group. But getting that map AND legend into a form that is suitable for publication, much less a PowerPoint presentation is always a challenge. Exporting the map (no legend) to EMF works fine as long as it is not too complex, but exporting the legend as well, appears with screwy looking fonts and things not lined up, lines too thick, etc. PNG looks not too bad but is not suitable for publication, OK for PP but still blurry. JPEG is not worth the bother. In fact I have found that using a screen capture utility (Snagit) works OK for PP and is certainly faster especially if you crank up the resolution of your monitor. Otherwise if one exports to EMF (enhanced metafile) or other vector format then one can tweak in Freehand or Illustrator, but that is very time consuming. Seems this problem is a problem with all the GIS software - or I am just misinformed... Any of you have a better strategy? 1) for publication 2) PowerPoint 3) for an Internet site for any of the software you use. Richard E. Hoskins WA State Dept of Health 1102 Quince Street, ms 47812 Olympia, WA 98504-7812 richard.hoskins@doh.wa.gov 360/236-4270 fax: 360/236-4245 ------_=_NextPart_001_01C32ACE.B67B7680 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message
You=20 might consider WMF format for the words documents.  MapInfo, and = ArcInfo=20 will create them, as may other software packages. It is a = vector=20 format, so they are very small and scalable.  You will need to be = careful=20 with the fonts and marker symbols you use, because some of them = misbehave in=20 windows.  If this happens, use a different, more common = font.  Also,=20 fill patterns (such as cross-hatching) do not work well.  Overall=20 however, it is what I have had the best luck with in you=20 situations.
 

Curtis=20 Mack           &n= bsp;           &n= bsp;        =20
Geographic Information=20 Specialist   
Washington State Dep. of Social & Health=20 Services         =
Research & Data=20 Analysis          &nbs= p;      =20
MackCE@dshs.wa.gov
(360) 902-0747 
MS-45204 1115 Washington SE OB2
Olympia, WA 98504-5204
47.0356 N by 122.8946 W 

-----Original Message-----
From: Schueler, Vince=20 [mailto:Vince.Schueler@DOH.WA.GOV]
Sent: Wednesday, June = 04, 2003=20 11:56 AM
To: 'waphgis@u.washington.edu'
Subject: = RE:=20 WAPHGIS: publication quality maps

I am=20 working on two problems involving publications of maps and trying to = sort out=20 which are the best formats to use
 
The first is taking a PowerPoint with more = than a=20 dozen maps pasted in as JPEG which is quite large large = (14+ MB) and=20 converting it to a more compact format (Acrobat or PowerPoint with = maps pasted=20 in, in a different format) that would be easier to down load.  = Direct=20 conversion with maps in current formats to Acrobat leads to maps that = hurt the=20 eyes.  We still haven't found the graphics format (or = method) to use=20 when converting a document to  PowerPoint that = works.   Someone=20 did suggest using the Fineprint utility  at  = http://www.fineprint.com/in= dex.html  which looks like it has promise,=20  but we haven't had a chance to test it?  Has anyone = worked=20 with this?
 
I am also working on some short = monographs  in=20 Word in which I would like also like to include some maps  -- = but I'm=20 also struggling with finding the format that isn't to big  = (these are=20 supposed to be short and we work with clients that have low = bandwidth),=20 provides reasonable visual clarity and detail capture when printing = and on the=20 screen, and can be re-sized with the least amount = of fuzzy-ness.  My=20 situation is complicated by the fact that I am a consumer and not a = producer=20 of the maps and like a lot GIS folks - the folks that I rely on to = produce=20 maps have a big work load.  I don't till I actually put the = documents=20 together what the precise size of the maps will be - and that can=20 change.  So I want to be able to ask for the format that = provides some=20 flexibility in resizing and don't require me to go back ask for a = different=20 sized version.  So in essence I'm looking for the format that = balances=20 size, clarity, and flexibility for resizing.  Or in the absence = of that=20 some better tools or strategies

"The Department of = Health works to=20 protect and improve the health of the people of Washington = State"=20
Vince = Schueler=20
Health Care=20 Access Analyst
Office of Community and Rural Health
Department of=20 Health
Physical Address

310 Israel Road = SE
Tumwater,=20 Washington 98501
Mailing Address =
PO Box 47834 =
Olympia, WA=20 98504-7834

(360) 236-2806 (voice)
360) 664-9273=20 (fax)
vince.schueler@doh.wa.gov
www.doh.wa.gov/hsqa/ocrh=20


-----Original Message-----
From: Richard Hoskins = [mailto:healthmaps@attbi.com]
Sent: Wednesday, June 04, = 2003 4:17=20 AM
To: Waphgis@U.Washington.Edu
Subject: = WAPHGIS:=20 publication quality maps

I have a map of infant death rates by block = group. But=20 getting that map AND legend into a form that is suitable for = publication,=20 much less a PowerPoint presentation is always a challenge. = Exporting the map=20 (no legend) to EMF works fine as long as it is not too complex, but = exporting the legend as well, appears with screwy looking fonts and = things=20 not lined up, lines too thick, etc. PNG looks not too bad but is = not=20 suitable for publication, OK for PP but still blurry. JPEG is not = worth the=20 bother.

In fact I have found that using a screen capture = utility=20 (Snagit) works OK for PP and is certainly faster especially if you = crank up=20 the resolution of your monitor. Otherwise if one exports to EMF = (enhanced metafile)=20 or other vector format then one can tweak in Freehand or = Illustrator, but=20 that is very time consuming.

Seems this problem=20 is a problem with all the GIS software - or I am just misinformed...= =20

Any of you have a better strategy? 1) for = publication 2)=20 PowerPoint 3) for an Internet = site  for=20 any of the software you use.

Richard E.=20 Hoskins
WA State Dept = of=20 Health

1102=20 Quince Street, ms 47812
Olympia, WA = 98504-7812
richard.hoskins@doh.wa.gov
360/236-4270
fax: = 360/236-4245
 
------_=_NextPart_001_01C32ACE.B67B7680-- .