<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/p3d/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/p3d/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 18 Feb 2011 13:39:15 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/p3d/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Estimate spectral resolution</title><link>https://sourceforge.net/p/p3d/feature-requests/17/</link><description>Hi Christer,

it would be very helpful if p3d could give an estimate of the spectral resolution in an exposure.
I think in principle it shouldn't be a big deal to calculate this: If p3d fits the arc-lines with Gaussians when running the "Fit centroids"-function, it would be sufficient to divide the wavelength of the line by the best-fit FWHM of the Gaussian and to store/print the mean value for every line.

Many thanks,
Sebastian
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">skamann</dc:creator><pubDate>Fri, 18 Feb 2011 13:39:15 -0000</pubDate><guid>https://sourceforge.neted6ceea86f77a4779fd0e901f649a9fa90bc11fc</guid></item><item><title>Strange error cube after wavelength calibration</title><link>https://sourceforge.net/p/p3d/feature-requests/16/</link><description>The wavelength calibration of p3d introduces a wavy pattern in the error cube \(see attached plots for an example\). The cube containing the reduced data is not affected. Changing the extraction method, the number of arclines used or the degree of the polynomial fit does not help. Feature occurs with different instruments \(I've tried PMAS and ARGUS\).
Possibly the interpolation/rebinning of the error cube during the wavelength calibration is the cause for this\!?

Best regards and thanks,
Sebastian \(skamann@aip.de\)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 21 Jan 2011 14:24:06 -0000</pubDate><guid>https://sourceforge.net4e13fc618c1c79d8ce055a8f65489255864d930f</guid></item><item><title>manual dispersion fails with too few points</title><link>https://sourceforge.net/p/p3d/feature-requests/15/</link><description>In the case that the selected lines cover only a portion of the entire range the spline routine may fail horribly and ruin all line positions. This has to be fixed somehow; possibly by setting the rational spline parameter \(sigma in SPLINE\) to, say 0.5 instead of the default 1.0 \(this change is not implemented in the code\). Note, for a vast majority of cases this is not a problem.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Christer Sandin</dc:creator><pubDate>Thu, 02 Sep 2010 06:54:37 -0000</pubDate><guid>https://sourceforge.net534cdc7e58d0fa3d5a82a629024b00de4d1b7d1a</guid></item><item><title>Fiber flat display window has several problems</title><link>https://sourceforge.net/p/p3d/feature-requests/14/</link><description>SVN r111
PMAS LARR 4kx4k

When displaying the fiber flat that was just created, using the "road-and-hills" button, the window that appears has a few problems compared to other windows of the same type that are displayed for other data:
\- It is much smaller than e.g. the one for trace and bias.
\- In the first tab, it displays the raw data, but that is apparently squeezed vertically to fit the small window size.
\- It also only displays one of the four PMAS CCDs.
\- The statistics field is not working.

I don't get any error message when opening it, so I just attach a screenshot.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">p2w</dc:creator><pubDate>Tue, 16 Mar 2010 20:37:17 -0000</pubDate><guid>https://sourceforge.netd9438b9190f09d142c4aa6e4f4db543556ab5fb9</guid></item><item><title>File selection for bias with PMAS 4k CCD not optimal</title><link>https://sourceforge.net/p/p3d/feature-requests/13/</link><description>SVN r111 PMAS 4kx4k LARR data

When creating a new master bias, the file selection in the file dialog defaults to
\*a.fits;\*a.fits.gz;\*a.fits.Z

This causes only the \*a.fits\* files to be displayed. p3d does not seem to search for the files of the other quadrants. As a results I have created quite a few useless one-quadrant master bias files today...

Solution would be to display all \*.fits files to allow the user to more easily select all required files or to make p3d automatically select all other raw bias files \(as it already does for other raw data types\).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">p2w</dc:creator><pubDate>Tue, 16 Mar 2010 01:46:26 -0000</pubDate><guid>https://sourceforge.netccbd74c2ef6d73360ab9c11780df4d9b7a14d31c</guid></item><item><title>Correct for different gains</title><link>https://sourceforge.net/p/p3d/feature-requests/12/</link><description>In the moment, the values are taken as ADU without applying gain in output files and in the display.
When the gains of CCD quadrants are different, then different values are written to the file, and after applying the dispersion mask there is no way to find out which gain was used for each pixel. This is the case for the current PMAS 4k4 chip.

I would propose to change the unit to electron counts instead of ADU at an early processing step.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ole Streicher</dc:creator><pubDate>Thu, 28 Jan 2010 15:10:57 -0000</pubDate><guid>https://sourceforge.net9c4e4c34a2625b258b70aebed49d165db4f597bf</guid></item><item><title>"Read Lines" doesn't read all lines</title><link>https://sourceforge.net/p/p3d/feature-requests/11/</link><description>When selecting "Read lines", only the lines within the currently estimated range are read in -- independent whether they would be part of the final fit. </description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ole Streicher</dc:creator><pubDate>Tue, 26 Jan 2010 16:30:49 -0000</pubDate><guid>https://sourceforge.neta38482ebcbc7c0ec6e7dab3df64cfb79274879de</guid></item><item><title>Show residuals of Centroid matching</title><link>https://sourceforge.net/p/p3d/feature-requests/10/</link><description>Show the residuals of Centroid matching before the final fit is done. This would be nice to estimate the quality of the fit and adjust parameters without doing all steps again. The residual could be shown in the same manner as in the final fit.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ole Streicher</dc:creator><pubDate>Tue, 26 Jan 2010 16:26:24 -0000</pubDate><guid>https://sourceforge.netb58f04f2fa1004174f42cbe473f6949373fcc208</guid></item><item><title>Show residuals of Centroid matching</title><link>https://sourceforge.net/p/p3d/feature-requests/9/</link><description>Show the residuals of Centroid matching before the final fit is done. This would be nice to estimate the quality of the fit and adjust parameters without doing all steps again. The residual could be shown in the same manner as in the final fit.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ole Streicher</dc:creator><pubDate>Tue, 26 Jan 2010 15:30:24 -0000</pubDate><guid>https://sourceforge.nete1d862e548d82008cd069d93bf2db50ea99fd328</guid></item><item><title>Allow to cancel manual dispersion calc</title><link>https://sourceforge.net/p/p3d/feature-requests/8/</link><description>If one gets lost in the manual dispersion calculation setup \(matching lines in the line list and in the spectrum\)m one should be able to cancel this.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ole Streicher</dc:creator><pubDate>Tue, 26 Jan 2010 13:52:45 -0000</pubDate><guid>https://sourceforge.net90d1b2afaa1df5bcf682ebaa9b44a409c1fec2c8</guid></item></channel></rss>