home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / softsys / khoros / 2942 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  2.2 KB
  1. Path: sparky!uunet!mcsun!uknet!comlab.ox.ac.uk!ph
  2. From: ph@physiology.oxford.ac.uk (Patrick Haggard)
  3. Newsgroups: comp.soft-sys.khoros
  4. Subject: Annotations/overlays etc
  5. Message-ID: <1992Nov21.134235.4622@motor.physiolmotor.physiol>
  6. Date: 21 Nov 92 13:42:35 GMT
  7. Sender: ph@motor.physiol (Patrick Haggard)
  8. Organization: Physiology Department, Oxford University, Oxford, UK.
  9. Lines: 34
  10. Originator: ph@motor.physiol
  11.  
  12.  
  13. Hello khoros group.  I have a few questions relating to overlays,
  14. annotations etc.
  15. 1. I have numerous image files, and annotation files, with one
  16. annotation file per image.  I want to combine the annotations with the
  17. images.  At the moment, I can do this by going into editimage, reading
  18. in the annotations and using COMBINE OVERLAYS.  But, is there any way
  19. to do this from the command line, without going in to editimage.  The
  20. ideal way for me would be to turn the ascii annotation file into an 
  21. image file and use the -ov argument to editimage, or just to combine
  22. the two files (e.g., with vadd or vand).  However, in order to do this
  23. I need to get the ascii annotation file interpreted as an image.
  24. Therefore, is there any way either to get the annotation file into 
  25. editimage from the CLUI (some sort of -ann option, which appears not
  26. to exist) or else to translate the annotation file into an image file.
  27.  
  28. 2. At the moment I use COMBINE OVERLAYs within editimage, and write
  29. out the resulting file.  This always appears to be of type byte, even
  30. when the input to editimage was short.  Is this because COMBINE gets
  31. the image *as displayed* and I am working with an 8 bit screen?  Is
  32. there any way I can get the combined data out with as much resolution
  33. as the input data.  The transfer to byte is not a real problem for
  34. this application, but it's a pity to lose resolution if I can avoid
  35. it.
  36.  
  37. Many thanks for all your help.
  38.  
  39. --------------------------------------------------------------------------
  40. Patrick Haggard                         Email (WORLD): ph@physiol.ox.ac.uk
  41. University Laboratory of Physiology     Email (JANET): ph@uk.ac.ox.physiol
  42. Parks Road,                             Tel. (0865) 272116
  43. Oxford, OX1 3PT                         Fax. (0865) 272469
  44. England
  45. --------------------------------------------------------------------------
  46.