From: young@borris.eece.unm.edu (Mark Young)
Newsgroups: comp.soft-sys.khoros
Subject: Re: tools around KHOROS (a hint)
Date: 9 Apr 92 16:55:36 GMT
Article-I.D.: pprg.37361

Hi Peder,

    First off let me say that i have used XV and am very impressed with
the package.  John Bradley has done a great job.

On Apr 8,  7:23pm, respl@mi.uib.no wrote:
} Subject: Re: tools around KHOROS (a hint)
} From respl@mi.uib.no  Wed Apr  8 11:45:36 1992
} 
} >                                ====
} > we frequently use a tool called XV.
} >                                ====
} > it is from Jogn Bradley (bradley@cis.upenn.edu)
} > 
} > with viff2pbm you can transform your Khoros-Files
} > to view it with XV. it works great.
} > - -- 
}
} Current version available is xv-2.11, found at EXPORT.LCS.MIT.EDU.
}
} Most important of all. It has breathtaking possibilities for editing
} colormaps. It makes editimage look primitive....

As the main author of editimage i wanted to mail back and ask if you wouldn't
mind mailing back a more detailed explaination of what you find "primitve"
about editimage.  I think that constructive critcism about what people don't
like and do like about editimage may help in the future to make editimage a
stronger more complete package.  But not to put you on the "spot" you may want
to know editimage's general enhancement *wish* list.  So the following is the
general list and included at the end of this message is a more complete list
that others have mailed in:

	Pixel edit or painting 

	Cut & paste of images along with annotations capability

	Fun with color maps (rotating color maps, color map cycling)

	Better support for 24 Bit images (using multiple visuals)

	Improvements to region of interest operation
	    * use lines from annotations to draw roi bars (extract) 
	      and roi box (insert)
	    * blending of images
	    * nonrectangular (irregular) regions
	    * Error checking needs to be added so that the user cannot 
	    * insert incompatible image types (should be done by lvinsert)
	    * Extract and plot any arbitrary line

} 
} 
} 
} To khoros group:
}      Why isn't the misleading name viff2pbm changed to viff2pnm yet?

Originally when i wrote viff2pbm there was not a general category called "pnm".
And rather than creating a viff2{pbm,pgm,ppm} we ended up calling the routine
viff2pbm.  When we discovered that a "pnm" convention existed we decided not
to change the routine name until the next major release of Khoros.  We didn't
think that people would appreciate having routine names changing in a patch and
the general concensus was that it could wait until Khoros 2.0.  If you or others
find this unacceptable then you may want to make the change yourself and put it
in pprg's contrib directory so that others have access to it.

} 
} --
}    _____     ___
}   /____/ \  /_ /|      Peder Langlo,     | A big HELLO to all intelligent    |
}  |  __ \ /| | | |      Dept. of Math.,   | lifeforms out there, and to the   |
}  | |__) |/  | | |___   Univ. in Bergen,  | rest of you ..:                   |
}  |  ___/    | |/__ /|  Norway.           | remember, the secret is to bang   |
}  |_|/       |_____|/   respl@mi.uib.no   | those rocks together guys!        |
} 
}-- End of excerpt from respl@mi.uib.no


			thanks in advance,
				Mark

------------------------------------------------------------------
Mark Young                         young@chama.eece.unm.edu
 
Khoros Group                       (505) 277-6563  (work)
University of New Mexico           Albuquerque,    NM 87131
------------------------------------------------------------------


======================================================================
|	DESIRED ENHANCEMENTS  (new features, consistency, small enhancements) |
======================================================================

from donna -- feedback from nsf lter visit to university of virginia 
  Would be VERY useful to have an output connection for new images on
  editimage pane.  right now, there is only one for region of intrest files.
  (for patch 5, we tied the output connection so that an output image,
   as well as a roi image, can be sent to it.  Either use it as it currently
   is and change name out output connection in pane and doc, or add another
   output connection.)
  
-------------------------------------------------------------------------------

>From rasure@peabody.eece.unm.edu
Subject: Enhancements for Editimage for Cherly Severson

        1)  Specify multiple ROI in editimage.  Instead of just one box,
        specify N boxes which the selected command will operate on.

        2)  Allow those ROI to "stay around" after a new image has
        been brought in to editimage - i.e. remeber the ROIS from one
        image to the next.
-------------------------------------------------------------------------------
huffman@agnes.gsfc.nasa.gov (George Huffman)
1)  on the print pixels display, the user should be able to set the size
of the matrix (not just 5x5)
2)  on the print pixels display, the user should be able to specify
the format used (i.e.   %6g for 6 decimal double)

perhaps a sreen dump option could be added as well so that the print pixels
matrix could be printed.



-------------------------------------------------------------------------------
From: wpk@ananda.llnl.gov (W. Philip Kegelmeyer)
Subject: Suggestion: Annotation file flags for putimage, editimage
Hello --

Similar to the "-ov, -s, -c" flags already available for "putimage" and
"editimage", I would like to request a command line flag that reads in an
annotation file and immediately displays it with the image.  I realize I
can accomplish this by starting up "editimage" with the image and clicking
around to bring up the annotation menu, enter the file name, and so on.
What I want is for this process to be simplified, so that it can happen
from the command line.

-------------------------------------------------------------------------------
>From rasure
Subject: enhancement for editimage

Editimage should have a print capability similar to xprism.. At least
a pane for printing to a postscript printer.
----------------------------------------
From: rasure@bullwinkle.unm.edu
Subject: Enhancement to editimage

When psuedocoloring a multiband image, the colormap
is not saved as you switch from band to band.
-----------------------------------------
>From  estes@iris.eecs.ucdavi
Subject: Re: resampling via cubic

If I remember correctly, editimage doesn't display the name of the
image anywhere. That would be useful.

Thanks again, Robert

------------------------------------------------------------
>From vdongen@prlb.philips.be
A very simple tool would suffice...

1) you set up the color of a "pencil" with the current pixel color
2) you modify the other pixel values using that pencil...

This is very useful in image processing. I don't have such a tool.
"editimage" is so powerful already. I believe that it would not be
too difficult for its implementer to add this capability.

Best regards,
                Vincent

------------------------------------------------------------
>From warren%nextworld@gatech.edu
Subject: editimage zoom

When using the zoom window in editimage the overlay
plane is not visible.
Warren

------------------------------------------------------------

I don't seem to be able to extract ROI's that are larger than the
VISIBLE window.

------------------------------------------------------------