[Veusz-discuss] ANN: Veusz - change of website and soon closure of mailing list and other Gna services
Dear all gna.org have announced that the website is closing: https://mail.gna.org/public/project/2016-11/msg1.html - there's no final date listed, but I've had to take action as I only noticed last week. I have migrated the website to: https://veusz.github.io/ I've changed the website quite a bit. Please feel free to send me pull requests for improvements. The old website was listed in lots of places and will shortly break. PLEASE - if you have a link to veusz somewhere on the web, update it ASAP to the new address. Any unix package maintainers should update the website in the packaging. I have also changed to using github's release service to enable binary downloads and the download page now points to there. We will shortly lose the mailing list. I get the feeling that people don't find it very useful. Therefore we will migrate to the veusz subreddit, https://www.reddit.com/r/veusz/, unless someone wants to step up and start a new mailing list. If you want to get veusz release announcements, you can use the facilities on github, or subscript to the news page on the new veusz homepage: https://veusz.github.io/news/atom.xml The bug tracker on gna will also be going. If there's a bug on the old tracker that you care about, please enter a new one on the github tracker. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] ANN: Veusz 1.26.1
I've decided to release Veusz 1.26.1. This is largely a cosmetic release over 1.26, but updates the webpage in the program to the new Veusz website, https://veusz.github.io/ It also updates the check for new versions on an exception to use the new github download location. Please update if you're packaging veusz, to ensure that the homepage urls in the program won't shortly break. Jeremy Veusz 1.26.1 https://veusz.github.io Veusz is a scientific plotting package. It is designed to produce publication-ready Postscript, PDF or SVG output. Graphs are built-up by combining plotting widgets. The user interface aims to be simple, consistent and powerful. Veusz provides GUI, Python module, command line, scripting, DBUS and SAMP interfaces to its plotting facilities. It also allows for manipulation and editing of datasets. Data can be captured from external sources such as Internet sockets or other programs. Changes in 1.26.1: * Change homepage in program to new site https://veusz.github.io/ * Change new version checking to use veusz.github.io Changes in 1.26: * Add color themes and automatic coloring of widgets * Custom color definitions * Improved custom definition dialog box * Fix loading translator via command line * Show horizontal error lines/fills in key * Use iMinuit if available for fitting * Fix for dataset plugins returning nD datasets * Add editable automatic axis range, including support for shrinking range (-X%), percentage ranges (X-Y%) and limits (Y%) * Fix for key if invalid dataset * For log scaling on image widget, show invalid values as being transparent ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] ANN: Veusz 1.26
I'm pleased to announce Veusz 1.26. Please see the changes below. Jeremy Veusz 1.26 -- http://home.gna.org/veusz/ Changes in 1.26: * Add color themes and automatic coloring of widgets * Custom color definitions * Improved custom definition dialog box * Fix loading translator via command line * Show horizontal error lines/fills in key * Use iMinuit if available for fitting * Fix for dataset plugins returning nD datasets * Add editable automatic axis range, including support for shrinking range (-X%), percentage ranges (X-Y%) and limits (Y%) * Fix for key if invalid dataset * For log scaling on image widget, show invalid values as being transparent ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Transparency on images with nan values and log scaling
Hi Mark On 04/05/17 04:22, Mark Durre wrote: I’m displaying images with nan values; normally these show as transparent and display the background color of the graph. However, when I change the scaling to log the blank fill become the lowest value color on the colormap, which could be anything, and is also problematic when the lowest value on the scale is relevant (causing confusion). My solution has been to create another dataset with log values and display that with linear scaling, while also having the original image on the same graph but hidden, then having a colorbar linked to the old image. Complicated I know! i.e. on the one graph I've hopefully fixed this in this change. I'll put it in the new release shortly. https://github.com/jeremysanders/veusz/commit/5cdde90367051ae74d3965c56efad4a18638928d Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] Veusz 1.25.99 beta
Please try out the Veusz 1.26 beta (1.25.99) here: http://download.gna.org/veusz/testing/ This includes support for colour themes for automatically colouring widgets. Select the theme under the document widget settings. You can override colours in the Custom Definition dialog where new colours can be defined. The theme colours are "theme1", "theme2" etc... Old documents are loaded with a default "black" theme which looks the same as old Veusz versions. New documents get a standard theme (settable in the preferences dialog box). Other changes: * Add color themes and automatic coloring of widgets * Custom color definitions * Improved custom definition dialog box * Fix loading translator via command line * Show horizontal error lines/fills in key * Use iMinuit if available for fitting * Fix for dataset plugins returning nD datasets * Add editable automatic axis range, including support for shrinking range (-X%), percentage ranges (X-Y%) and limits (Y%) Please report any bugs, etc, ASAP. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] ANN: Veusz subreddit for discussion and questions
Dear Veusz users I've created a forum/subreddit for Veusz on the reddit website. This is an experiment to see whether a web forum would be better than the mailing list to ask questions and discuss the software. If you'd like to participate, please go to: https://www.reddit.com/r/Veusz/ Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] ANN: Veusz 1.25.1
I'm pleased to announce Veusz 1.25.1, which is a bug fix release. Please see the attached release notes for details. Jeremy Veusz 1.25.1 http://home.gna.org/veusz/ Veusz is a scientific plotting package. It is designed to produce publication-ready Postscript, PDF or SVG output. Graphs are built-up by combining plotting widgets. The user interface aims to be simple, consistent and powerful. Veusz provides GUI, Python module, command line, scripting, DBUS and SAMP interfaces to its plotting facilities. It also allows for manipulation and editing of datasets. Data can be captured from external sources such as Internet sockets or other programs. Bug fixes in 1.25.1: * Fix 2D dataset expressions * Fix 2D X,Y,Z dataset expressions * Better error checking in Gnuplot import plugin * Catch non-single character delimiters for 2D CSV import * Fix SETTING(), BASENAME(), FILENAME() and DATA() in function evaluation * More self tests Changes in 1.25: * Add n-dimensional dataset support * Add GetColormap command to return RGBA values * Add Colormap sequence plugin for choosing colors of widgets * Fill above/below setting shown in key for xy widget * Add Covariance widget for plotting covariance ellipses * Add lineup, linedown, lineleft and lineright markers * Add lineup, linedown and lineextend arrows Bug fixes: * Fix pick indices if non-finite values in data * Fix drag and drop of files into Veusz on Windows * Raise exception if functions in console request input, avoiding hang * Initialise unsafe_mode, in case Veusz used in PyQt embedding * Fix crash if setting default setting in default setting window * Fix crash in Clone() command on python3 Features of package: Plotting features: * X-Y plots (with errorbars) * Line and function plots * Contour plots * Images (with colour mappings and colorbars) * Stepped plots (for histograms) * Bar graphs * Vector field plots * Box plots * Polar plots * Ternary plots * Plotting dates * Fitting functions to data * Stacked plots and arrays of plots * Nested plots * Plot keys * Plot labels * Shapes and arrows on plots * LaTeX-like formatting for text * Multiple axes * Axes with steps in axis scale (broken axes) * Axis scales using functional forms * Plotting functions of datasets Input and output: * EPS/PDF/PNG/SVG/EMF export * Dataset creation/manipulation * Embed Veusz within other programs * Text, HDF5, CSV, FITS, NPY/NPZ, QDP, binary and user-plugin importing * Data can be captured from external sources Extending: * Use as a Python module * User defined functions, constants and can import external Python functions * Plugin interface to allow user to write or load code to - import data using new formats - make new datasets, optionally linked to existing datasets - arbitrarily manipulate the document * Scripting interface * Control with DBUS and SAMP Other features: * Data filtering and manipulation * Data picker * Interactive tutorial * Multithreaded rendering Requirements for source install: Python 2.x (2.6 or greater required) or 3.x (3.3 or greater required) http://www.python.org/ Qt >= 4.6 (free edition) http://www.trolltech.com/products/qt/ PyQt >= 4.5 (SIP is required to be installed first) http://www.riverbankcomputing.co.uk/software/pyqt/ http://www.riverbankcomputing.co.uk/software/sip/ numpy >= 1.0 http://numpy.scipy.org/ Optional requirements: h5py (optional for HDF5 support) http://www.h5py.org/ astropy >= 0.2 or PyFITS >= 1.1 (optional for FITS import) http://www.stsci.edu/resources/software_hardware/pyfits http://www.astropy.org/ pyemf >= 2.0.0 (optional for EMF export) http://pyemf.sourceforge.net/ PyMinuit >= 1.1.2 (optional improved fitting) http://code.google.com/p/pyminuit/ dbus-python, for dbus interface http://dbus.freedesktop.org/doc/dbus-python/ astropy (optional for VO table import) http://www.astropy.org/ SAMPy or astropy >= 0.4 (optional for SAMP support) http://pypi.python.org/pypi/sampy/ Veusz is Copyright (C) 2003-2015 Jeremy Sanders and contributors. It is licensed under the GPL (version 2 or greater). For documentation on using Veusz, see the "Documents" directory. The manual is in PDF, HTML and text format (generated from docbook). The examples are also useful documentation. Please also see and contribute to the Veusz wiki: https://github.com/jeremysanders/veusz/wiki If you enjoy using Veusz, we would love to hear from you. Please join the mailing lists at https://gna.org/mail/?group=veusz to discuss new features or if you'd like to contribute code. The latest code can always be found in the Git repository at https://github.com/jeremysanders/veusz.git. ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Creating dataset from expression with numpy command
On 08/12/16 12:06, Ilya Kostanovskiy wrote: I am trying to create a new dataset out of existing 2D dataset using standard numpy command. I would like to sum along row and column. From the control line the command sum([[1,2],[2,3]], axis=0) or sum([[1,2],[2,3]], axis=1) works and gives normal output. If I use it as an expression on the menu for creating a new dataset then it fails: sum(/2d_datasetname/_data,axis=0). It only works if I remove axis property and sums along the rows. Does someone know the trick how to use this numpy expression properly? I think this is because the environment functions are executed in is different from the command line. The sum function seems to be the standard python sum, not the numpy function. As a workaround, you can add a custom import for sum from numpy in the Custom Definitions dialog box. This seems to work ok for me (though I haven't tried the _data subscript. I'll try to remember to fix this, but file a bug to remind me if you have time. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] ANN: Veusz 1.25
I'm pleased to announce Veusz 1.25. Please see the release notes below. Jeremy Veusz 1.25 -- http://home.gna.org/veusz/ Veusz is a scientific plotting package. It is designed to produce publication-ready Postscript, PDF or SVG output. Graphs are built-up by combining plotting widgets. The user interface aims to be simple, consistent and powerful. Veusz provides GUI, Python module, command line, scripting, DBUS and SAMP interfaces to its plotting facilities. It also allows for manipulation and editing of datasets. Data can be captured from external sources such as Internet sockets or other programs. Changes in 1.25: * Add n-dimensional dataset support * Add GetColormap command to return RGBA values * Add Colormap sequence plugin for choosing colors of widgets * Fill above/below setting shown in key for xy widget * Add Covariance widget for plotting covariance ellipses * Add lineup, linedown, lineleft and lineright markers * Add lineup, linedown and lineextend arrows Bug fixes: * Fix pick indices if non-finite values in data * Fix drag and drop of files into Veusz on Windows * Raise exception if functions in console request input, avoiding hang * Initialise unsafe_mode, in case Veusz used in PyQt embedding * Fix crash if setting default setting in default setting window * Fix crash in Clone() command on python3 Features of package: Plotting features: * X-Y plots (with errorbars) * Line and function plots * Contour plots * Images (with colour mappings and colorbars) * Stepped plots (for histograms) * Bar graphs * Vector field plots * Box plots * Polar plots * Ternary plots * Plotting dates * Fitting functions to data * Stacked plots and arrays of plots * Nested plots * Plot keys * Plot labels * Shapes and arrows on plots * LaTeX-like formatting for text * Multiple axes * Axes with steps in axis scale (broken axes) * Axis scales using functional forms * Plotting functions of datasets Input and output: * EPS/PDF/PNG/SVG/EMF export * Dataset creation/manipulation * Embed Veusz within other programs * Text, HDF5, CSV, FITS, NPY/NPZ, QDP, binary and user-plugin importing * Data can be captured from external sources Extending: * Use as a Python module * User defined functions, constants and can import external Python functions * Plugin interface to allow user to write or load code to - import data using new formats - make new datasets, optionally linked to existing datasets - arbitrarily manipulate the document * Scripting interface * Control with DBUS and SAMP Other features: * Data filtering and manipulation * Data picker * Interactive tutorial * Multithreaded rendering Requirements for source install: Python 2.x (2.6 or greater required) or 3.x (3.3 or greater required) http://www.python.org/ Qt >= 4.6 (free edition) http://www.trolltech.com/products/qt/ PyQt >= 4.5 (SIP is required to be installed first) http://www.riverbankcomputing.co.uk/software/pyqt/ http://www.riverbankcomputing.co.uk/software/sip/ numpy >= 1.0 http://numpy.scipy.org/ Optional requirements: h5py (optional for HDF5 support) http://www.h5py.org/ astropy >= 0.2 or PyFITS >= 1.1 (optional for FITS import) http://www.stsci.edu/resources/software_hardware/pyfits http://www.astropy.org/ pyemf >= 2.0.0 (optional for EMF export) http://pyemf.sourceforge.net/ PyMinuit >= 1.1.2 (optional improved fitting) http://code.google.com/p/pyminuit/ dbus-python, for dbus interface http://dbus.freedesktop.org/doc/dbus-python/ astropy (optional for VO table import) http://www.astropy.org/ SAMPy or astropy >= 0.4 (optional for SAMP support) http://pypi.python.org/pypi/sampy/ Veusz is Copyright (C) 2003-2015 Jeremy Sanders and contributors. It is licensed under the GPL (version 2 or greater). For documentation on using Veusz, see the "Documents" directory. The manual is in PDF, HTML and text format (generated from docbook). The examples are also useful documentation. Please also see and contribute to the Veusz wiki: https://github.com/jeremysanders/veusz/wiki If you enjoy using Veusz, we would love to hear from you. Please join the mailing lists at https://gna.org/mail/?group=veusz to discuss new features or if you'd like to contribute code. The latest code can always be found in the Git repository at https://github.com/jeremysanders/veusz.git. ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] Veusz 1.24.99 beta
Dear all If you'd like to test out the potential next release, please try version 1.24.99 here: http://download.gna.org/veusz/testing/ The changes are here: Changes in 1.25: * Add n-dimensional dataset support * Add GetColormap command to return RGBA values * Add Colormap sequence plugin for choosing colors of widgets * Add Covariance widget for plotting covariance ellipses * Add lineup, linedown, lineleft and lineright markers * Add lineup, linedown and lineextend arrows Bug fixes: * Fix pick indices if non-finite values in data * Fix drag and drop of files into Veusz on Windows * Raise exception if functions in console request input, avoiding hang * Initialise unsafe_mode, in case Veusz used in PyQt embedding * Fix crash if setting default setting in default setting window * Fix crash in Clone() command on python3 Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Changing default color list?
On 17/11/16 08:53, Jeremy Sanders wrote: import veusz.setting veusz.setting.Color._colors = [] This also requires the line at the end: veusz.setting.controls.Color._colors = veusz.setting.Color._colors This appears to work for me. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Changing default color list?
Hi Josh On 16/11/16 19:36, Josh Taillon wrote: Is there any way to easily change the default color list in Veusz? I can see that the list is defined in setting.py (https://github.com/jeremysanders/veusz/blob/master/veusz/setting/setting.py#L1374), but I'm not sure if there's any convenient way to override this. I'm planning to add some colour theme capability some time in the future. At the moment, the only way which might change this would be to add a plugin to hack the values, e.g. import veusz.setting veusz.setting.Color._colors = [] (this can go in a python text file and can be loaded by adding it in the setting dialog box). I haven't tested this idea, though, and it'll break if the code changes. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Splitting data
On 14/11/16 20:03, André Luiz Regis Monteiro wrote: If I use "fit function" in this "new vector" (( V[150:200], V[300:350], V[700:800] )), are all that points considered as a single vector? Yes - it should. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Splitting data
Hi André You can either: 1. Add multiple xy plotters for each range (you can change the settings of them simultaneously by selecting them all). Copy and paste is helpful. 2. Plot expressions like hstack(( V[150:200], V[300:350], V[700:800] )) hstack is a numpy function which joins arrays. 3. Create a new dataset from an expression (Data->Create Dataset), and use an expression like above. Plot this dataset. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] I not find a Veusz compatible with Ubuntu 16.10 ...
I've now added a yakkety release. I hope it works ok! Jeremy On 08/11/16 08:48, Adriano Bassignana wrote: My Ubuntu version is: yakkety Now (2016-11-08T08:48:00) in the PPA list is not present this version: https://launchpad.net/~jeremysanders/+archive/ubuntu/ppa veusz 1.24-0~ppa1~xenial1 Jeremy Sanders (2016-05-05) veusz 1.24-0~ppa1~wily1 Jeremy Sanders (2016-05-05) veusz 1.24-0~ppa1~trusty1 Jeremy Sanders (2016-05-05) veusz 1.24-0~ppa1~precise1Jeremy Sanders (2016-05-05) I think is necessary recompilate the code for 16.10 :( Thanks for all :) Adriano In data martedì 8 novembre 2016 07:37:39 CET, GONZALO RODRIGUEZ PRIETO ha scritto: Hello Adriano, I do not understand. The PPA is perfectly maintained for the Ubuntu 16.10 by Jeremy himself (thank a lot for all the effort, by the way), as per today. I just have checked now. See in this link how to add the PPA to your computer list, and then you should be able to install it immediately: https://launchpad.net/~jeremysanders/+archive/ubuntu/ppaCheers, Gonzalo ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Possibel bug with Latex interpreter.
Hi Fred I see - I think that idea has come up before. The main problem is that Veusz's output is created by the Qt engine, so it's not in the right format to be recognised by LaTeX. Maybe it would be possible to write a Qt graphics engine which could be used by LaTeX, but I'm not sure how hard that would be. Best wishes Jeremy On 24/10/16 16:13, Fred Labrosse wrote: Hi Jeremy, I wasn't suggesting to actually use LaTeX as part of veusz, more to export files that LaTeX would process. inkscape can export a LaTeX file that is processed by LaTeX containing all the text in the right position and also includes a pdf (saved at the same time without the text) also put in the right place. The drawback is that the text in the GUI is LaTeX stuff which often uses a lot more space than the final rendered text, making positioning an iterative process. This also means that the GUI never shows the final product, but that is very much in line with the LaTeX philosophy anyway! ;-) It was an idea. So far I have not been limited by the capability of veusz when it comes to LaTeX rendering. Cheers, Fred On Monday 24 October 2016 16:05:45 Jeremy Sanders wrote: Dear Fred I have not used LaTeX as it is a massive dependency to include. I also could not see an easy way of rendering its output in the program, unless I write or include a PDF or DVI interpreter. If anyone wants to work on this and has a good idea how to achieve it, please let me know. By the way, Veusz includes MathML support, so complex equations are supported if they are converted from latex to mathml. Cheers Jeremy On 24/10/16 12:04, Fred Labrosse wrote: Jeremy, Just had a thought, which maybe has crossed many minds before, including yours! Why not actually using LaTeX to do the interpretation? This would obviously only work for some of the exports (using perhaps a mechanism similar to that of inkscape, currently buggy by the way). Just my 2p. Fred On Friday 21 October 2016 21:18:00 Jeremy Sanders wrote: Dear Gonzalo On 21/10/16 13:37, GONZALO RODRIGUEZ PRIETO wrote: I am using this excellent program for a long time, and doing a graph I have found this behaviour, that I am not sure to qualify as bug. Here it goes: When in the label of a graph I write Latex mathematical commands, they are interpreted correctly, but for the commands "\left" or "\right", which left unchanged. Am I doing something wrong? (which is probable) or did I discovered a feature/bug by change? To clarify my problem, I attach an empty Veusz graph with problem in the Y axis. Notice that the rest of the code is correctly interpreted, only the command "\right" is left. I'm afraid the problem is that the latex interpreter only supports a very limited subset of latex. \left and \right aren't supported by the interpreter. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss Un o’r 4 prifysgol uchaf yn y DU a’r orau yng Nghymru am fodlonrwydd myfyrwyr. (Arolwg Cenedlaethol y Myfyrwyr 2016) www.aber.ac.uk Top 4 UK university and best in Wales for student satisfaction (National Student Survey 2016) www.aber.ac.uk ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss Un o’r 4 prifysgol uchaf yn y DU a’r orau yng Nghymru am fodlonrwydd myfyrwyr. (Arolwg Cenedlaethol y Myfyrwyr 2016) www.aber.ac.uk Top 4 UK university and best in Wales for student satisfaction (National Student Survey 2016) www.aber.ac.uk ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Possibel bug with Latex interpreter.
Dear Fred I have not used LaTeX as it is a massive dependency to include. I also could not see an easy way of rendering its output in the program, unless I write or include a PDF or DVI interpreter. If anyone wants to work on this and has a good idea how to achieve it, please let me know. By the way, Veusz includes MathML support, so complex equations are supported if they are converted from latex to mathml. Cheers Jeremy On 24/10/16 12:04, Fred Labrosse wrote: Jeremy, Just had a thought, which maybe has crossed many minds before, including yours! Why not actually using LaTeX to do the interpretation? This would obviously only work for some of the exports (using perhaps a mechanism similar to that of inkscape, currently buggy by the way). Just my 2p. Fred On Friday 21 October 2016 21:18:00 Jeremy Sanders wrote: Dear Gonzalo On 21/10/16 13:37, GONZALO RODRIGUEZ PRIETO wrote: I am using this excellent program for a long time, and doing a graph I have found this behaviour, that I am not sure to qualify as bug. Here it goes: When in the label of a graph I write Latex mathematical commands, they are interpreted correctly, but for the commands "\left" or "\right", which left unchanged. Am I doing something wrong? (which is probable) or did I discovered a feature/bug by change? To clarify my problem, I attach an empty Veusz graph with problem in the Y axis. Notice that the rest of the code is correctly interpreted, only the command "\right" is left. I'm afraid the problem is that the latex interpreter only supports a very limited subset of latex. \left and \right aren't supported by the interpreter. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss Un o’r 4 prifysgol uchaf yn y DU a’r orau yng Nghymru am fodlonrwydd myfyrwyr. (Arolwg Cenedlaethol y Myfyrwyr 2016) www.aber.ac.uk Top 4 UK university and best in Wales for student satisfaction (National Student Survey 2016) www.aber.ac.uk ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Possibel bug with Latex interpreter.
Dear Gonzalo On 21/10/16 13:37, GONZALO RODRIGUEZ PRIETO wrote: I am using this excellent program for a long time, and doing a graph I have found this behaviour, that I am not sure to qualify as bug. Here it goes: When in the label of a graph I write Latex mathematical commands, they are interpreted correctly, but for the commands "\left" or "\right", which left unchanged. Am I doing something wrong? (which is probable) or did I discovered a feature/bug by change? To clarify my problem, I attach an empty Veusz graph with problem in the Y axis. Notice that the rest of the code is correctly interpreted, only the command "\right" is left. I'm afraid the problem is that the latex interpreter only supports a very limited subset of latex. \left and \right aren't supported by the interpreter. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Annotating of spectroscopy data
Dear Ilya On 17/10/16 10:24, Ilya Kostanovskiy wrote: Do you think it is a good option to consider to hide axes related shapes (labels, lines etc) which are not in the selected axes range? In my understanding if one uses an axes related positioning, then there is no need for a labels or forms outside of the selected plotting range? Does the "clip" formatting option help? This should show only features within the container graph. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Doubt about axis-scalling
On 09/10/16 00:16, André Luiz Regis Monteiro wrote: My original scale starts in -30e-9 to 30e-9 (seconds). I changed -30 to 30 using 1e9 scale in Formating Veusz. But I really like to start in zero to 60 (-30+30 to 30+30). Unfortunately, I don´t know how to do it. Unfortunately there's no easy way to add an offset to the data. It would be a great thing to add, though. Options are: 1. Add 30e-9 to all the things you plot. You can create new datasets with the constant added (use Data->Operations->Add constant) or plot the dataset +30e-9 (this is harder if you have error bars). 2. Add an "axis-function" widget, linked to the other axis you want to change. Set the linked property, choose the linked axis and set the function to be 't*1e9+30' (don't use scale). Set the direction to be the same as the original axis. Hide the original axis. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Control export resolution from command line
Warrick
On linux you can use xvfb-run to run the window so you don't see it.
xvfb-run -a --server-args "-screen 0 640x480x24" thecommand
Alternatively, you could use the embedding interface from python
import veusz.embed as veusz
e = veusz.Embedded(hidden=True)
e.Load('in.vsz')
e.Export('out.png', dpi=300)
Cheers
Jeremy
On 29/09/16 10:55, Warrick Ball wrote:
Jeremy,
Thanks! That's good enough for now. Is there any way to suppress the
window that pops up? I tried adding the --quiet flag to no avail.
Cheers,
Warrick
Warrick Ball
Postdoc, Institut für Astrophysik Göttingen
wb...@astro.physik.uni-goettingen.de
+49 (0) 551 39 5069
On Wed, 28 Sep 2016, Jeremy Sanders wrote:
Dear Warrick
On 28/09/16 09:40, Warrick Ball wrote:
I'm finding that the PNG exported this way is much lower resolution (100
DPI, I think) whereas I've tried to set the default to 300. i.e. If I
open a new Veusz window and hit File/Export, the DPI in the dialog box
is already set to 300 DPI.
Can I demand 300 DPI from the command line?
It would be a good idea to fix this to use the default or last-used
settings, or add options to the command line. It would be handy to
have a bug to keep track of this.
I think a workaround is to add some text to the vsz file such as
Export('test.png', dpi=300)
import sys
sys.exit()
And do
veusz --unsafe-mode input.vsz
e.g.
cp input.vsz temp.vsz
cat >> temp.vsz <
___
Veusz-discuss mailing list
Veusz-discuss@gna.org
https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Control export resolution from command line
Dear Warrick
On 28/09/16 09:40, Warrick Ball wrote:
I'm finding that the PNG exported this way is much lower resolution (100
DPI, I think) whereas I've tried to set the default to 300. i.e. If I
open a new Veusz window and hit File/Export, the DPI in the dialog box
is already set to 300 DPI.
Can I demand 300 DPI from the command line?
It would be a good idea to fix this to use the default or last-used
settings, or add options to the command line. It would be handy to have
a bug to keep track of this.
I think a workaround is to add some text to the vsz file such as
Export('test.png', dpi=300)
import sys
sys.exit()
And do
veusz --unsafe-mode input.vsz
e.g.
cp input.vsz temp.vsz
cat >> temp.vsz
Re: [Veusz-discuss] Fwd: Some symbol and filling the curves
Dear Sabya On 15/09/16 20:43, Sabya Sachi Chatterjee wrote: I sent a request few days back and I have faced this problem many times in physics that is filling the curve between two different curves. can you please tell me if there is solution to this in veusz. There are currently two options: 1. Use the function widget to fill under one function. Use the function widget to fill under the second using the background colour (white). This has disadvantages: if the functions cross this won't work, it will plot over other widgets. 2. Create a new range dataset over the range you want plotting. Data->Create Dataset->Value or Range: enter a number of steps, then enter the range as e.g. 1:10. Add an XY plotter and plot something like 0.5*(func1(xds)+func2(xds),0.5*(func1(xds)-func2(xds)) Where func1 and func2 are your functions of the created dataset (xds here), e.g. 0.5*(xds**2+xds**3),0.5*(xds**2-xds**3) Switch the xy plotter error style to fillvert. Turn of the plotting symbols and line, if required. This draws the filled region as error bars. Otherwise, please extend the function plotter to plot between functions. I welcome contributions. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Connector line requested
On 15/09/16 19:52, M. Ignacio Monge García wrote: PS: could you post a test version for windows? http://download.gna.org/veusz/testing/ It's a bit of a pain making binaries. It's a shame there's no automatic daily generation. J ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Connector line requested
Hi On 15/09/16 18:45, M. Ignacio Monge García wrote: A few weeks ago I've asked for a line connector to use with P values. I found a tricky solution using the available connection, but the result can be still improved. I would be great to add a new connector (or adding a new kind of arrow type) in order to use when reporting P values or statistical signification. I've attachated a silly picture in case I didn't explain my self. I've added an arrow and marker type. Is this ok? I couldn't see your previous request. https://github.com/jeremysanders/veusz/commit/13a2b4755a4f40c6596dfb583d9e4d8f327f1879 Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] X-Y plots
Dear Martin On 06/09/16 20:16, Martin Valencia wrote: I really appreciate much your help. Unfortunately, my knowledge on Phyton language is essentially nothing. However, I am impressed with the simplicity of Veusz and the quality of the plots. Here, I am attaching an example of one of the plots of my data. So far, I have found everything I need at hand with no need to add Phyton based formulas. I am starting with a tutorial, but meanwhile, I thought that there may be a solution to fix one column and plot it against the other ones at a time (it is basically needed when you have a large dataset). Actually, the labels for the chemical elements are individual labels I wrote since I understand the dataset should contain only numbers (?). I thank you for this marvelous program (I can do this in excel, but the resulting plots are ugly). You can also use text datasets for plotting labels. You can either import a dataset as text, or enter in manually in the Data Edit dialog box. Using an XY widget, set the "Labels" setting to point to the text dataset. You can alternatively use the Label widget and set the Label setting to point to the text dataset. There are various formatting options for the positioning of the label. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] X-Y plots
Dear Martin On 05/09/16 23:14, Martin Valencia wrote: I am trying to make a X-Y plot for chemical concentrations of rock samples. The y axis is the concentration in ppm and the x axis is for the chemical elements (55 in total). I am doing the plot adding the samples one by one, but the problem is that I have a dataset of more than 100 samples. Is there a way to plot all them a at time, instead of one by one? I would appreciate much your help… In addition to the console, as Ben has already discussed, you can use the Tools->Widgets->Clone for datasets menu item to clone xy widgets. Unless I have misunderstood you and you're trying to plot one data point per xy widget? (which of course you shouldn't). Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] different dot size and color?
On 04/09/16 12:48, Albert wrote: Hello: I've got a 2D data (XY). I am just wondering can we plot similar figure as the following page: http://www.tidyforms.com/download/bubble-chart-template-1.html that the size of dot is correlated with Y and the color is also changed according to the Y values. Yes - see the "coloredpoints" example - you can choose datasets in the "Scale markers" and "Color markers" settings. Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Colorbar inversion
Dear Mark On 02/09/16 04:31, Mark Durre wrote: I am plotting an image of astronomical magnitudes, where the brightest pixel has the lowest value. For the image and/or contour, that’s not a problem, merely invert the colour map. However for the colorbar, the colour gradient goes from high intensity at the bottom to low at the top, along with the numbers. Is there any way of inverting this? Doesn't the "Invert colormap" button on the image widget work? Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Capture data sets
On 23/08/16 11:23, Simon Kleinknecht wrote: It would be super comfortable and handy if the dialog of the capture function would be similar to the import dialog and just adding the required buttons and settings to define start/end etc. Is this a huge effort to implement? Unfortunately it's not so easy, as the standard import routines aren't suited to interpreting continuous data streams. They mostly work by collecting the entire input and then creating the datasets. It's possible that it wouldn't be too hard to add a method to the import classes to optionally add streaming support. I'd have to think about that. Obviously it would only work for text-like formats, like CSV. The only format the current capture dialog supports is the veusz standard format, which is whitespace-separated columns of data. The descriptor is just a list of space-separated names. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] Euroscipy talk
Dear all I will be giving a talk at EuroSciPy 2016 about Veusz on Friday 26th August: https://www.euroscipy.org/2016/schedule/sessions/33/ I'll put up a copy of my talk when it's done. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Icons disappeared from menus and Formatting tabs
Dear Kazuyoshi On 22/07/16 04:42, Kazuyoshi Furutaka wrote: As the subject above said, the icons of menu items as well as Formatting tabs disappeared from veusz 1.24, when installed by PIP or via fedora rpm (fedora 24, x86_64). The binary in http://download.gna.org/veusz/Binaries-Linux-i386/veusz-1.24-linux-i386.tar.gz runs w/ the icons visible. Any clue to fix this? This usually happens if qt can't find the image/iconengine plugins responsible for rendering the svg/png icons. These don't seem to be separately packaged on fedora, so I'm not sure what's going on. It looks ok with the fedora package for me. It might be due to an invalid qt configuration file. You could try loading qt designer or qt linguist to see whether their icons work ok. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Qt drops PostScript output
On 17/07/16 18:12, Michael Clerx wrote: Thanks for the heads-up! I've never used ps, but often use eps. Is eps output affected? Unfortunately, yes. There are tools to covert PDF to EPS, but I don't know if they are good enough. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] Qt drops PostScript output
Hi - Emmanuel has noticed that Qt 5 has dropped Postscript support - see https://github.com/jeremysanders/veusz/issues/152 If we're going to move to Qt 5 soon (Qt 4 is no longer supported), we'll need to use drop PostScript, use some sort of external library or implement our own output. How many people are using PostScript? Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] adding ellipses to plots
Dear Johan On 06/15/2016 11:02 AM, Johan Asplund wrote: I’m trying to add ellipses to a veusz figure like the one in the attached “plot.png”. The ellipses in plot.png was created using ordielllipse from the R package vegan. The existing ellipse widget can do something like this. The main problem is getting your data into the right form. The ellipse centres can be specified in axes coordinates, but unfortunately the width and height and have to be in fractions of the plot width. The angle is in degrees. This is a pain to compute from your covariance matrix. However, I think it'd be a good idea to have a direct way of plotting ellipses based on covariance matrices. I was thinking of doing something similar for my own work. I assume it's mostly a matter of computing the eigenvectors and plotting an ellipse/diamond/box aligned along these vectors. I'll have a think about this. Maybe separate datasets for the items in covariance matrix, or using the datasets themselves plus the non-diagnonal entry. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Fill area under curve
On 06/08/2016 02:21 PM, Michael Clerx wrote: Thanks for the hard work Yan, but I'd like to turn this into a feature request! Thanks - I'll add this soon. I'm currently restructuring the xy plotter code, so I'll try to incorporate it there. I'm implementing "Transformations" which can be applied to the data when plotting. This avoids creating one-off linked datasets and makes it easy to apply to lots of datasets. They can transform both x and y (plus labels, colours and sizes). One can do something like AddX(1),MulY(2),Thin(4) I'm also thinking about how to hand plotting multiple datasets at once in a single plotter. Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Question about bar graphs
On 06/06/2016 05:01 AM, Soheil Fatehi wrote: Could anyone please help me with this? I feel like I am missing something very basic here. I may be missing what you're trying to do, but have a look at the bar_labels.vsz example. Don't set the positions settings - this is the position of the bar along the x axis. Under lengths add each of your datasets you want plotted as bars. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Plotting multiple datasets
Dear Chenfeng On 06/03/2016 05:04 PM, Chenfeng Bao wrote: I wonder if it is possible to plot multiple data sets in one go? Say, I have imported data sets X, Y_1, Y_2, ..., Y_100, and I'd like to plot (X, Y_1), (X, Y_2), ..., (X, Y_100) in a single graph. Is there an easy way to do this within Veusz? Unfortunately not easily. I plan to improve this in the nearish future. You can do Tools->Widgets->Clone for datasets to create separate plotters for each dataset, however. Alternatively, you can copy your datasets into one giant dataset (with nan values to break lines), but you can't have different styles (though you could also create a colour and/or size dataset to have per-point sizes and colours). Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] help for common y -axis label?
Hi Mainpal I don't think it is possible automatically currently. Instead, you could remove the axis label and use a separate text label widget at the position between the panels. Hope this helps Jeremy On 27/05/16 15:17, Mainpal Rajan wrote: Thanks your reply, but my query is slightly different (see attached file). I want to make common Y-axis label "not two times same CR in Y-axis". I tried by changing the "direction" option which does not work. Kindly suggest to improve it. Thanks and regards mainpal - Original Message - From: "Gromov, Sergey" To: "Mainpal Rajan" , veusz-discuss@gna.org Sent: Friday, May 27, 2016 5:44:17 PM Subject: RE: help for common y -axis label? Hi Mainpal, Every axis has an "direction" option. Every new axis is created horizontal (i.e. x) by default. You may try to change its "direction" property to "vertical", will that help? Hope that helps, Sergey -Original Message- From: Veusz-discuss [mailto:veusz-discuss-boun...@gna.org] On Behalf Of Mainpal Rajan Sent: 27 May 2016 12:16 To: veusz-discuss@gna.org Subject: [Veusz-discuss] help for common y -axis label? Hi, I am able to put common X-axis label, but to put common y-axis label in VEUSZ, I could not understand. Kindly help me how I can do it. thanks and regards mainpal ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Problems with contours plot
Hi On 05/23/2016 05:13 PM, Marcelo Chiapparini wrote: I am a newbie with Veusz. I've already installed v1.24 on a Mac running OSX 10.11.4. I need to plot a data set as contours. The data are written in three columns in a plain text file. When importing the data file, I named the three columns as "x" "y" and "z". The contour and image widgets only plot 2D datasets. You have to convert your three datasets to a 2D dataset. If x and y are regularly gridded, you can do this in Data->Create 2D dataset. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Displaying images
Hi Fred On 05/23/2016 07:01 PM, Fred Labrosse wrote: I'm trying to display images with a y axis going vertically down since pixel (0,0) is at the top left. I can invert the loading of the data for the image to be displayed correctly, but I can't make the y axis display the values correctly (0 at the top, positive going down). You can invert the direction of the axis by manually entering a minimum which is greater than the maximum. Alternatively you can swap the minimum and maximum axis position settings to reverse the direction (0->1 to 1->0). Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Image to pdf conversion
Hi all Interesting - I've seen the smoothing in SVG. I don't think there's any way to switch it off in the file format. I don't think there are options to disable compression Qt's PDF export. I should file a bug report about the Pdf, as I don't think it's the correct default behaviour (if anyone else has time please feel free to do this). As you suggest, using rectangles mostly works, though in practice, you get annoying light lines between the rectangles due to anti-aliasing in PDF viewers, etc. One solution is to resample the image to a higher resolution - this should reduce the effect of the smoothing and the compression. In fact the default image widget will do this if the image x and y grid is not regular. The downside is the extra space used in the output file. So Michael, you could try making the 2D dataset slightly irregular in its gridding. This should force veusz to resample the image to higher resolution. I can't remember how it chooses the resampled image size, but I think it takes the smallest difference between bin widths and resamples to that (with some limit). I should add an option to resample to XXX DPI. Chers Jeremy On 05/12/2016 12:23 PM, Gromov, Sergey wrote: Hi all, I have the same issue on Windows, up to the latest version. My guess it has to do with extensive bitmap compression (it looks like jpg with colour compression), through which the colours indeed change sometimes substantially (read I cannot use this PDF for publication). SVG blurs the bitmap, which is also bad. See the example (pdf vs. png vs. svg) attached. I wonder if it is possible to produce PDFs with bitmaps replaced with primitives (i.e. matrices of boxes) of given colour... I did this trick when I had to produce a vector output with image, i.e. reading the matrix and plotting it as 'xy' with given coordinates and square symbol emulating pixels. But that is usually a lot of work... Sergey -Original Message- From: Veusz-discuss [mailto:veusz-discuss-boun...@gna.org] On Behalf Of Jeremy Sanders Sent: 12 May 2016 10:31 To: Michael Clerx ; veusz-discuss@gna.org Subject: Re: [Veusz-discuss] Image to pdf conversion On 11/05/16 23:24, Michael Clerx wrote: I've used Veusz to create some nice 2d-density plots using the "image" widget. However, when I export my graph to PDF the colours change considerably. I'm using the bluegreen colormap (inverted). Has anybody else experienced similar problems? I don't see the problem with the mandelbrot example with bluegreen on linux, after exporting to PDF. There is some smoothing introduced, but the colours look ok. What version and platform are you using? Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Image to pdf conversion
On 11/05/16 23:24, Michael Clerx wrote: I've used Veusz to create some nice 2d-density plots using the "image" widget. However, when I export my graph to PDF the colours change considerably. I'm using the bluegreen colormap (inverted). Has anybody else experienced similar problems? I don't see the problem with the mandelbrot example with bluegreen on linux, after exporting to PDF. There is some smoothing introduced, but the colours look ok. What version and platform are you using? Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] ANN: Veusz 1.24
ional for VO table import) http://www.astropy.org/ SAMPy or astropy >= 0.4 (optional for SAMP support) http://pypi.python.org/pypi/sampy/ Veusz is Copyright (C) 2003-2015 Jeremy Sanders and contributors. It is licensed under the GPL (version 2 or greater). For documentation on using Veusz, see the "Documents" directory. The manual is in PDF, HTML and text format (generated from docbook). The examples are also useful documentation. Please also see and contribute to the Veusz wiki: https://github.com/jeremysanders/veusz/wiki If you enjoy using Veusz, we would love to hear from you. Please join the mailing lists at https://gna.org/mail/?group=veusz to discuss new features or if you'd like to contribute code. The latest code can always be found in the Git repository at https://github.com/jeremysanders/veusz.git. ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Custom fixed axis ticks possible?
On 05/01/2016 05:18 PM, E Z wrote: I was wondering whether it is possible to set custom ticks and labels for an axis. In my case, I'd like the x-axis of an xy-plot to only show the labels and ticks of certain values (i.e. 0.5, 1, 2, 4, 8, 15) and scale the plot accordingly. Is that possible? I might be blind/stupid but I haven't found a way to do this... You can enter custom ticks under the axis formatting settings, major ticks tab, then enter a list in the Manual ticks option. You can enter a comma or space-separated list of numbers. Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] Veusz 1.23.99
p/pyminuit/ dbus-python, for dbus interface http://dbus.freedesktop.org/doc/dbus-python/ astropy (optional for VO table import) http://www.astropy.org/ SAMPy or astropy >= 0.4 (optional for SAMP support) http://pypi.python.org/pypi/sampy/ Veusz is Copyright (C) 2003-2015 Jeremy Sanders and contributors. It is licensed under the GPL (version 2 or greater). For documentation on using Veusz, see the "Documents" directory. The manual is in PDF, HTML and text format (generated from docbook). The examples are also useful documentation. Please also see and contribute to the Veusz wiki: https://github.com/jeremysanders/veusz/wiki If you enjoy using Veusz, we would love to hear from you. Please join the mailing lists at https://gna.org/mail/?group=veusz to discuss new features or if you'd like to contribute code. The latest code can always be found in the Git repository at https://github.com/jeremysanders/veusz.git. ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Histogram data isn't saved
On 11/04/16 14:16, Michael Clerx wrote: I'm not quite sure! Fedora calls it 1.23-2, but I can't see if that's directly related to 1.23.2 Is there some way I can tell from the code? (The splash screen etc. only state 1.23) You're running 1.23, not 1.23.2. In Fedora/RedHat/SUSE the -suffix indicates the package revision of the package, not the version of the software. Fedora don't encourage packagers to push recent versions of packages for existing releases (see their guidelines), so as packager I only push the latest version to the development version. If you file a bug I can push a newer version, but I'm away for the next week or so. Alternatively, you can use the binary version from the website. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] XY Plot without gap for nan values?
Hi On 10/04/16 23:23, James wrote: I just started using Veusz (which is an incredible program by the way) and I am unable to figure out how to create and xy graph where the line does not break when there is a missing data point. So if I have data that is 10, 15, nan, 12 I want a line from the 15 data point to the 12 data point, rather than the default gap. What is the best way to do that? Thanks, James I'm thinking of adding an option to get that behaviour in the future. Currently, you can create a new dataset with the nan values filtered out. For example if plotting x and y, in the data filter dialog box, use a filter expression like "isfinite(x) & isfinite(y)" (values where both x and y are finite) and filter both x and y datasets (don't select Replace filtered). Enter a suffix or prefix for the filtered datasets. Alternatively, rather than plotting dataset "y" you can instead plot "y[isfinite(x) & isfinite(y)]", and similarly for x. Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Histogram data isn't saved
Hi On 11/04/16 13:09, Michael Clerx wrote: I'm using Veusz' histogram function to generate and plot histograms. It works brilliantly, except when I reload the file it doesn't reload the newly created datasets. If I look at the file in text mode it still has information about how to create the histogram but it doesn't seem to execute this command (or perhaps it fails without an error?) Are you using the latest version? A histogram saving bug was fixed in 1.23.1. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] String constants and current date in labels
Dear all
On 04/09/2016 09:34 PM, Jeremy Sanders wrote:
I'm afraid labels can't currently include any dynamic content, though it
sounds a good idea.
I've actually just implemented evaluation of Python code within labels.
It was reasonably straightforward. Code is given with the special format
%{{ EXPR }}%, e.g. %{{sin(pi/2)}}%. The return of the code is converted
to text, replacing the original expression.
I've also added some special useful functions/objects.
* DATA(name, [part]) - return dataset with name and optional part (i.e.
'data', 'serr', 'perr', 'nerr'). Allows sum of dataset to be shown with
%{{ sum(DATA('dataset')) }}%
* SETTING(path) - return setting with full path, e.g.
SETTING('/page1/width')
* ENVIRON: the os.environ dict, to get environment variables, e.g.
ENVIRON['USER']
* DATE([fmt]) the current date (with optional format)
* TIME([fmt]) the current date/time (optional format)
* FILENAME() - escaped filename, with directory
* BASENAME() - escaped filename, without directory
* ESCAPE(txt) - escape any latex within txt
** Note that these functions are also available in normal expression
evaluation ** , so you could plot a function which is based on a value
of a fit parameter, or based on a dataset, e.g. mean(DATA('mydata')). It
also allows Veusz functions to use environment variables, e.g.
float(ENVIRON['MYVAR']).
Cheers
Jeremy
___
Veusz-discuss mailing list
Veusz-discuss@gna.org
https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] String constants and current date in labels
Hi Frans On 04/03/2016 12:34 PM, Frans Ooms wrote: I would like to display user defined constants (e.g. a string) in a label widget. Defining the constants is easy, creating a label on a page also, but how to display the constant in the label? As far as I can see, the label only accepts "Label text" directly. It would also be interesting to be able to show the current date, filename etc. Are there e.g. accessible environment variables that can be used for this? I'm afraid labels can't currently include any dynamic content, though it sounds a good idea. One suggestion would be a tools plugin, which would replace the text of a label with the text you want, e.g. Root.page1.label1.val = 'my text' Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Move to Qt 5?
Hi Daniele On 03/30/2016 01:48 PM, Daniele Paganelli wrote: I think a passing, automated test suite would make development easier and faster, and make this and future major transitions easier. The current style of tests are ok, but I don't have time to add a GUI test suite or keep it up to date. The current tests are also not ideal, as they need Qt to keep returning the same results on all platforms and can be sensitive to floating point accuracy. Ideally, I think it would be useful to add an abstraction layer to do the drawing, but this would be very invasive. Personally I find these higher level tests useful, but I think too much low-level testing can be counterproductive. I don't know why you're seeing so many test failures. My ubuntu veusz-daily package runs the test suite every day if there's a new commit and isn't failing any test currently. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] bar chart
On 03/25/2016 11:01 AM, Michael Weiner wrote: It would be best if Veusz could simply plot only the non-missing values directly. "NaN" works but breaks the line on xy plots. Microsoft Excel handles this well with the "NA()" value combined with the following option. Select data -> Hidden and Empty Cells -> Show empty cells as gaps Veusz is designed to break lines with NaN values. Maybe it would be a good idea to add an option to not do that. I could envisage supporting two different types of NaN - a datagroup breaking value and a missing value. This would be possible as there are so many different NaN values allowed. The main problem is how you support importing these different types of NaN. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Move to Qt 5?
Hi Daniele Python 2/3 compatibility isn't too difficult to keep in the codebase. The main problem is testing. The built-in tests mostly cover the rendering and internal code, but not the GUI. It's hard to remember to try out every bit of new GUI code on both Python 2 and 3. Qt4 and 5 might be difficult to keep in the same codebase without filling it with spaghetti - that's why I have two branches. I haven't investigated whether a total merge is achievable. Is there any need to keep Qt4? It's essentially unsupported, so there won't be any bug fixes. With both Python 2/3 and Qt 4/5, there are four different possibilities for testing, which is really too much. Cheers Jeremy On 21/03/16 09:18, Daniele Paganelli wrote: Just found this interesting article about what the python scientific community feels as "standard": https://www.webucator.com/blog/2016/03/still-using-python-2-it-is-time-to-upgrade/ The community is large and populated by many small and tightly inter-dependent niches, where py version is a negligible detail. Many of us still has one or two niche packages which still forbids upgrade to 3 (in my case, I have py-twisted...). I think Veusz did a very good job supporting both 2 and 3. I agree that compiled packages can be moved to Py3/Qt5, if you think it is tested and stable enough. But, would it be worth to throw away all the work Jeremy did to support both, by dropping support of py2/qt4, given the community seems still divided 50/50? Jeremy, can you quantify/exemplify the amount of burden involved in keeping compatibility, as the qt5 branch becomes the default? Il 17/03/2016 21:15, Christian Ambros ha scritto: So, are there any decision yet about finally switching to standards? PyQt5 is worth it. cheers, Christian -- "A little learning never caused anyone's head to explode!" "Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!" On Tuesday, February 23, 2016 9:44 AM, Daniele Paganelli wrote: Hi all, I am relying on current Veusz, Py2 and Qt4 for Misura package (tainstr/misura.client). I know that also Python(x,y) distribution is still Py2 and Qt4. I rely on that distribution to quickly install a complete environment on Windows. Anyway, I am not voting to keep Veusz behind! Go ahead and move to Qt5 and Py3 whenever you like: it will be a good testing phase for me. Until I can schedule some time to upgrade, my contributions to Veusz will probably be to the Py2/Qt4 branch. There is no technical reason to stick with those versions: only lack of time. It's a complex system and Py/Qt is just a detail for me. Regards, Daniele Il 23/02/2016 09:19, Jeremy Sanders ha scritto: > Hi all > > As an additional question, how many people are relying on Veusz Python > 2 compatibility? > > There would be some advantages in dropping the Python 2 support, such > as the reducing costs in maintenance and testing. > > Cheers > > Jeremy > > > On 23/02/16 05:55, Christian Ambros wrote: >> Hi Jeremy, >> >> I'm waiting for a long time for this step. And in some cases I'm using >> pretty old laptops which do not have problems with Qt5 either. Even that >> old T42 Thinkpad of my parents, who where teachers runs fine. They are >> now supporting their school as consultants during their retirement and >> came into situations where they had to do statistical work. They are >> running the Qt5 version you offered some month ago and are pretty happy >> with it. This shows that there are no problems with old hardware. >> Since 3D still isn't an option, and switching to matplotlib was denied >> by you earlier because you didn't want to depend on such, but standard, >> libs, there won't be any problem wit Qt5 in any direction. >> >> So I welcome this change and encourage you to do this step, as one in >> the right direction since Qt5 is standard since 2012. >> I disagree with Benjamin about depending on LTS version, because this >> behavior doesn't cause enough pressure on the developers to be up to >> standards when they are published. Take a look at python3 which came as >> standard in 2010, which was six years from now and even today there are >> plenty of developers who think that python3 has more drawback than >> advantages which isn't true if you go through that process of updating. >> Those people are just afraid of learning something new. They try to >> stick to a level but don't want to evolve themselves. With Qt5 it's the >> same. I've been writing programs with both 4.8 and 5.5 and changing to >> five was the best decision I made. Things got that much easier and >> faster that even my boss couldn't believe it. >> >> >> cheers, >>
Re: [Veusz-discuss] Filtering based text values
Hi Frans On 20/03/16 15:51, Frans Ooms wrote: So, I am probably doing something wrong in the expressions with strings...? Or is it maybe related to the NumPy 'where' function? Is there maybe a workaround? Veusz uses lists of strings for text datasets, not numpy arrays. You could try working around this by wrapping the dataset name with array() to convert to a numpy array. Maybe Veusz should switch to numpy string datasets, but I haven't investigated how hard this would be and what the effect on memory consumption would be. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Move to Qt 5?
Hi all As an additional question, how many people are relying on Veusz Python 2 compatibility? There would be some advantages in dropping the Python 2 support, such as the reducing costs in maintenance and testing. Cheers Jeremy On 23/02/16 05:55, Christian Ambros wrote: Hi Jeremy, I'm waiting for a long time for this step. And in some cases I'm using pretty old laptops which do not have problems with Qt5 either. Even that old T42 Thinkpad of my parents, who where teachers runs fine. They are now supporting their school as consultants during their retirement and came into situations where they had to do statistical work. They are running the Qt5 version you offered some month ago and are pretty happy with it. This shows that there are no problems with old hardware. Since 3D still isn't an option, and switching to matplotlib was denied by you earlier because you didn't want to depend on such, but standard, libs, there won't be any problem wit Qt5 in any direction. So I welcome this change and encourage you to do this step, as one in the right direction since Qt5 is standard since 2012. I disagree with Benjamin about depending on LTS version, because this behavior doesn't cause enough pressure on the developers to be up to standards when they are published. Take a look at python3 which came as standard in 2010, which was six years from now and even today there are plenty of developers who think that python3 has more drawback than advantages which isn't true if you go through that process of updating. Those people are just afraid of learning something new. They try to stick to a level but don't want to evolve themselves. With Qt5 it's the same. I've been writing programs with both 4.8 and 5.5 and changing to five was the best decision I made. Things got that much easier and faster that even my boss couldn't believe it. cheers, Christian -- "A little learning never caused anyone's head to explode!" "Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!" On Tuesday, February 23, 2016 3:40 AM, Benjamin K. Stuhl wrote: On 2/20/2016 7:42 AM, Jeremy Sanders wrote: > Qt 4 is no longer supported and Qt 5 is included in many linux > distributions. > > Would there be any objections if I merge the Qt 5 branch into the main > tree? It shouldn't affect binary distributions (though I'll need to > update my setups). I generally like the idea, but it might be a good idea to wait until the next Ubuntu LTS is out? Trusty and derivatives, like Mint, only have 5.2, so depending what version Veusz needs it might be impossible to keep up your PPA after the switch to Qt 5. On the other hand, one could also argue for doing the switch _now_, so that the version in the LTS isn't still using Qt 4 two years from now... --BKS ___ Veusz-discuss mailing list Veusz-discuss@gna.org <mailto:Veusz-discuss@gna.org> https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] Move to Qt 5?
Dear all Qt 4 is no longer supported and Qt 5 is included in many linux distributions. Would there be any objections if I merge the Qt 5 branch into the main tree? It shouldn't affect binary distributions (though I'll need to update my setups). Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Changing tick labels format - how can I do?
Hi André On 02/11/2016 07:26 PM, André Luiz Regis Monteiro wrote: I´m plotting data in x axis from 0 to 0.1 in seconds. I need to show 0 . to . 100 time [ms] instead, but, when I choose %VE format , it shows me 0mto100m How can I take "m" off? %VE format adds the suffix. The standard %Vg format (or Auto) doesn't show it. Is there a reason you switched to %VE? Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] line plot with text variable as x?
Hi Tim On 02/09/2016 05:28 PM, Tim Gaines wrote: I'm new to the list today, and though I hope to plot some research results later, my first goal is to plot some personal blood pressure measures as a function of month (a text variable). I haven't been able to make it happen. If I turn the month labels into a number sequence (1 to 12) it works, but I want to extend the plot over several years and don't want to keep counting up the months. Have I missed something? Another way to do this is to use a text dataset as labels. You can create a new text dataset containing Jan Feb Mar, etc... In your point plotter choose this dataset in the labels setting. Then change the horizontal axis mode to be labels. You can hide the text labels by each point under the plotter labels formatting tab. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Layering of images
Hi Mark On 02/01/2016 04:30 AM, Mark Durre wrote: Perhaps what is needed is to just numerically add the RGB colors from each layer (obviously clipping at 255), with the user adjusting the colors by choice of colormap (e.g. blue, green and red, but could be others) and the Min/Max values and scaling mode. The layering is currently just what you get with Qt if you use different opacity for the filled regions. It's what you get if you just hold materials with different opacities in front of each other. A more sophisticated image widget with layers could add the layers in different ways (e.g. as RGB components), but this would have to be done within the widget. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Data output ?
On 13/01/16 05:54, Eckert, Juergen wrote: Have not been able tofind a way to write simple asci (x,y) output files of the (x,y) plots produced, especially following data manipulation - is this possible? THANKS. Benjamin gave you a quick way to do this via the command line. There's no built-in way to do this for all datasets (yet). However: 1. You can copy and paste data from individual datasets in the Data->Edit dialog box. 2. You could (temporarily) unlink all your datasets from files and other datasets, then save as a vsz file. All data is stored in ASCII in the standard Veusz saved file (albeit with lots of other stuff). Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Divide by constant
On 13/01/16 09:07, Simon Kleinknecht wrote: Would it make sense to implement the operation "divide by constant" in the Operation function? I know it is simply for ease of use (same with subtract by constant). Seems a good idea, Simon. I expect you know, but it's possible to do use more general expressions in the Data Create dialog box (choosing Expression using existing datasets). Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] ANN: Veusz 1.23.2
ww.riverbankcomputing.co.uk/software/pyqt/ http://www.riverbankcomputing.co.uk/software/sip/ numpy >= 1.0 http://numpy.scipy.org/ Optional requirements: h5py (optional for HDF5 support) http://www.h5py.org/ astropy >= 0.2 or PyFITS >= 1.1 (optional for FITS import) http://www.stsci.edu/resources/software_hardware/pyfits http://www.astropy.org/ pyemf >= 2.0.0 (optional for EMF export) http://pyemf.sourceforge.net/ PyMinuit >= 1.1.2 (optional improved fitting) http://code.google.com/p/pyminuit/ dbus-python, for dbus interface http://dbus.freedesktop.org/doc/dbus-python/ astropy (optional for VO table import) http://www.astropy.org/ SAMPy or astropy >= 0.4 (optional for SAMP support) http://pypi.python.org/pypi/sampy/ Veusz is Copyright (C) 2003-2015 Jeremy Sanders and contributors. It is licensed under the GPL (version 2 or greater). For documentation on using Veusz, see the "Documents" directory. The manual is in PDF, HTML and text format (generated from docbook). The examples are also useful documentation. Please also see and contribute to the Veusz wiki: https://github.com/jeremysanders/veusz/wiki If you enjoy using Veusz, we would love to hear from you. Please join the mailing lists at https://gna.org/mail/?group=veusz to discuss new features or if you'd like to contribute code. The latest code can always be found in the Git repository at https://github.com/jeremysanders/veusz.git. ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Export to PS/PDF without date/time information
Hi Michael On 12/20/2015 02:48 PM, Michael Clerx wrote: I have a bunch of figures that I export to EPS and PDF using a script. Each time I regenerate the figures, git indicates they have changed. Inspecting the EPS files shows the only change is a comment about the creation date. Inspecting the PDF is more troublesome, as git treats it as a binary file, but I'm assuming the same thing happens. Is there any way to disable creation time information in the export so that the figures only differ when the actual contents have changed? The PS and PDF output is created by Qt's QPrinter code. Unfortunately it doesn't look like it's possible to program it to disable the creation date in its output. It might be possible to delete the date in the postscript file by modifying it (Veusz has to do this to make the page size correct, so it could be stripped out). For PDF it's trickier, as you say it's a binary file. There are some tools available which will let you dump the decoded There's a page here which suggests that it might be possible to add a filter to git to do the stripping: http://stackoverflow.com/questions/16058187/make-git-ignore-the-date-in-pdf-files Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] copy/paste data into Veusz?
Hi Alexei On 22/11/15 17:30, Alexei Matyushov wrote: Is it possible to copy/paste data into Veusz? It doesn't seem to be possible, but I just want to make sure I didn't miss something. I have data that I already entered into multiple x/y columns in an Excel spreadsheet. I would like copy/paste the numbers into Veusz and then plot them. You can copy data from the Data->Edit dialog box or right click on the dataset name in the dataset browser and choose copy. To paste, I think the only option is to go to the Data->Import dialog box and click the little clipboard icon. You can then import data from the clipboard, though you need to choose an import form which is compatible with how it is stored. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] a bug of veusz?
Hi On 11/19/2015 05:43 PM, Albert wrote: I noticed that when I try to import data from Verusz: in the pop up window to browser my local folder/file, it doesn't shown any file. No matter which path I choose, it always ONLY show "computer" and home directory "albert". Do you have any idea how to solve the problem? I've attached a screen shot This is strange. Veusz is just displaying the standard Qt file dialog box, so it sounds more like a Qt bug than a Veusz bug. Perhaps there's something in your system which is causing Qt to fail to display files. Does clicking the up arrow work or selecting the directory from the drop down box at the top? If all else fails, you can enter the filename manually in the previous dialog box. Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Group plots for color automation
Dear Weiguo On 10/20/2015 10:59 PM, Yin, Weiguo wrote: Can many plots be grouped together and assigned different colors or line styles automatically? Unfortunately there isn't a good way to make groups which automatically get assigned colors or styles. You can select the same style by selecting multiple plotters in the tree simultaneously. You can set ranges of colors or random colors for all the plotters within a document or graph by looking under the menu Tools->Colors It would be nice to add a sophisticated plotting widget for plotting multiple groups of data and assigning properties together, but I haven't come up with a good way of doing that. Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Back ground display for images with "nan" data
Hi Mark I've tried an example 2x2 plot with a single nan pixel and it always seems to be transparent, with normal and inverted colour maps. I've tried the heat map. You should see the background colour of the graph, unless the background of the graph is hidden. If the graph has no background, for bitmap formats you should get the colour set in the export dialog box (Bitmap background). This is transparent by default (for PNG). I think you get the non transparent version for other bitmap formats. In my test I got transparent and white for PNG and JPG. For PDF, the transparent area should render in your PDF viewer as the normal page colour, as nothing should be drawn there. Send me an example, if there's still a problem. Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Integration
Hi Jeff On 10/21/2015 08:27 PM, Jeffrey Steplowski wrote: I am using your program for my physical chemistry class. I was trying to find out how to integrate an exponential decay graph so I could find the area underneath the graph, but I'm having a lot of trouble. Could you assist me on how I can go about finding the area under the curve? You could try plotting trapz(datasety, datasetx) - see http://docs.scipy.org/doc/numpy/reference/generated/numpy.trapz.html This should estimate the area using trapezoid integration. There's also the cumsum function for estimating using rectangles (if you have regularly spaced data). Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] monitoring live data
On 18/10/15 17:31, Carl Wolff wrote: I like to use Veusz for monitoring live data (update interval 1 sec, maximal 10 separate figures to monitor). In this case Veusz must show the actual figures and previous values over some timewindow (e.g. one hour). Data older than the timewindow is to be disregarded. Is this possible with Veusz? I think I have to write a plugin, or embed Veusz in our python data acquisition package. Veusz has a capture dialog, which may be useful to you. Have you looked at this? It can read data from an application or socket and plot the previous N values. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Accidentally Scrolling in Drop Down Boxes
On 02/10/15 09:26, Simon Kleinknecht wrote:
I noticed this on my Windows 8.1 (Veusz 1.23.1), so I guess I cannot
change any theme or behavior. I checked it again and it's possible to
scroll through values in every list in the Formatting and Properties
windows.
It is possible to change this from the veusz console, if you want to see
whether other themes are better. At the console type
import veusz.qtall as qt
qt.qApp.setStyle(qt.QStyleFactory.create("XXX"))
where XXX is the style, which on Windows (for me) allows Windows,
WindowsXP, WindowsVista, Motif, CDE, Plastique and Cleanlooks as valid
options.
Jeremy
___
Veusz-discuss mailing list
Veusz-discuss@gna.org
https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Accidentally Scrolling in Drop Down Boxes
Hi Simon On 01/10/15 13:44, Simon Kleinknecht wrote: lately I often accidentally scroll properties (e.g. Color, Direction, ...) or data sets (X data, Y data) when I want to scroll the windows view because it doesn't fit entirely on my screen. Can you say which platform you're running Veusz on? Is it Linux/Unix, Windows or Mac? The drop down widgets are created by Qt. These are designed to look like the real widgets on Windows and Mac. On Linux you can choose various themes (this is under the settings in KDE, or there's a program called qtconfig, or qt4-qtconfig which allows you to change these). Some themes have drop down comboboxes with scroll bars, some fill the entire screen. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Recover properties and formatting windows
Hi Stuart On 11/09/15 19:09, Stuart wrote: I am new to Veusz and liked it a lot. The second time I use it I accidentally closed the properties and formatting windows. How can I recover them? Thank you. Try looking under the View->Windows menu. If the missing windows do not have a check or tick next to them, you can bring them back by clicking on the entries. If this doesn't work you can try the instructions for deleting your veusz preferences here: https://github.com/jeremysanders/veusz/wiki/PreferencesFile Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] how to access veusz commands in external plugins
On 02/09/15 23:39, Yubaraj Malakar wrote: Is there a simple way to access veusz commands in python file (which are put in external plugin) within Veusz program? You probably want a "Tools plugin": https://github.com/jeremysanders/veusz/wiki/ToolsPlugins The Veusz commands are available as methods of the interface object. You'd write, for example, data = interface.GetData(name) Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] (1) how to access Export() function in plugin? (2) how to reload plugin from command line?
Dear Douwe On 08/18/2015 01:05 PM, douwe van der veen wrote: 1. The "Export()" call is not working. From the file "...\veusz\document\export.py", line 152, I seem to provide three variables to it instead on the single one on the command line: doc, filename, and pagenumber. I only provide filename here. How do I obtain this 'doc' value? Can I also access this thing from the command line? Have you tried using interface.Export(...) instead of Export(...)? Inside a plugin, the command interface are methods of the interface object, not plain functions. You shouldn't need to pass the doc item - this is internal. The interface object is defined in veusz/document/commandinterface.py 2. When I modify my plugin, I have to close and re-open Veusz in order to load the plugin's latest version. Is there a way to force reload of the plugin from the command line? There's no support for reloading plugins, unfortunately. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] plot an xy graph by using command line
Hi Xihui
On 27/07/15 09:05, Xihui Liang wrote:
For example, in Igor Pro, it's very simple to plot an xy graph just by
typing the command: Display ywave vs xwave. (ywave and xwave are y data
and x data resepctively)
In Veusz manual, it looks that I can plot an xy graph by typing Add()
command, however, I don't know how to set the x data and y data.
The command line API isn't that easy to use interactively. If someone
wants to wrap it to make a matplotlib-like interface, please feel free
to have a look at embed.py.
The commands you use will modify the document, so the answer depends a
bit. You can examine the saved vsz file to see the commands required to
generate a plot.
It's probably easiest to use the newer object-oriented interface than
the default (see the wiki for details), e.g.
xy = Root.page1.graph1.Add('xy')
xy.xData.val = 'xdataset'
xy.yData.val = 'ydataset'
or settings can be given in the Add command
Root.page1.graph1.Add('xy', xData='xdataset', yData='ydataset',
PlotLine__color='red')
(subsettings can be accessed with __)
The older API would look like this
To('/page1/graph1')
xy=Add('xy')
To(xy)
Set('xData', 'xdataset')
Set('yData', 'ydataset')
To('../../..')
Hope this helps
Jeremy
___
Veusz-discuss mailing list
Veusz-discuss@gna.org
https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Embedded BoxPlot
Hi Dennis
On 07/15/2015 01:53 PM, Zink, Dennis wrote:
your tool seems to be perfect for my issues . Thank you for that.
For evaluating many results I’m trying to create boxplots automatically.
First I don’t need an embedded Box. The vsz-File is important for me. Is
it possible to build a vsz-File in Python without showing the graph window?
Yes, you can use Embedded("Name", hidden=True) to hide the window.
I tried to write a short test script (see below). But I can’t get a
proper output. For the version below I get the ValueError: API 'QDate'
has already been set to version 1
What type of system are you running on? I don't get that message (which
is a bit worrying), but got
Traceback (most recent call last):
File "test.py", line 41, in
BoxPlot_1.values.val=[y_test[1],y_test[2]]
File "/home/jss/code/veusz/veusz/embed.py", line 476, in _setVal
self._ci.Set(self._path, val)
File "/home/jss/code/veusz/veusz/embed.py", line 316, in runCommand
return self.sendCommand( (self.winno, cmd, args[1:], args2) )
File "/home/jss/code/veusz/veusz/embed.py", line 309, in sendCommand
raise retobj
veusz.utils.utilfuncs.InvalidType
I think you may need a str() around the list, as this setting has a text
type. It runs to the end with this change.
The best way to learn the various settings for Veusz is to make plots in
the GUI and look at the produced vsz files. I was working on an proper
API documentation generator, but this is at the bottom of my priority
list at the moment. The Veusz source code documents the settings as
well, see e.g.
https://github.com/jeremysanders/veusz/blob/master/veusz/widgets/boxplot.py
(look for addSettings).
Hope this helps
Jeremy
___
Veusz-discuss mailing list
Veusz-discuss@gna.org
https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Number Format and Axes Visualized
On 10/07/15 14:22, André Luiz Regis Monteiro wrote: Please, I am new in Veusz. I would like to know: 1- how can I change a number format, from 2,34 (separate with comma) to 2.34 (separate with dot) to show it in the axes? This is changed by the locale settings. Change on a per-document basis by clicking on the document in the tree, then clicking "English locale" in properties. Alternatively, to force it always go to Preferences and choose "Override system locale settings to show Veusz in US English". 2 - how can hide right and upper axes (only to show x and y axes)? Disable the "Auto mirror" format option for each axis. You may want to go to the graph and hide the border, too. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] API problem between SIP and qmml
Hi Brunetto The SIP API version is built into Veusz (by SIP) when it is compiled. This message can only occur if the version of SIP found at runtime is not the version Veusz was built against. SIP occasionally updates its API version with new releases. I don't know how it can happen unless someone installs a new version of SIP, or the distribution updates their copy, which they are unlikely to do within the same release. There's nothing which can be changed inside Veusz to fix the problem. Best wishes Jeremy On 07/08/2015 07:35 PM, brunetto wrote: I made few more tests. All the libraries involved are exactly the same and the same versions as those on another computer with the same kubuntu 14.04 and a working veusz, and this is a bit irritating. I installed kubuntu 14.04 in a docker container and veusz worked fine, then I installed Kubuntu-desktop in the same container and veusz seems to work. I found a lot of people with the same problem (sip module implements different APIs respect to those required by the qtmml module) from 2011 until now, and the repo version of veusz do have this error. brunetto On Wed, Jun 10, 2015 at 12:09 PM, brunetto mailto:brunetto.zi...@gmail.com>> wrote: On Wed, Jun 10, 2015 at 12:01 PM, Jeremy Sanders mailto:jer...@jeremysanders.net>> wrote: On 10/06/15 11:35, brunetto wrote: Hi! This morning my Veusz 1.23 installed from source and working yesterday evening can't start. I'm using Kubuntu 14.04LTS, up-to-date. The error is RuntimeError: the sip module implements API v11.0 but the qtmml module requires API v11.1 I checked the upgraded packages and no one is related. This is a version mismatch between SIP and Veusz. There must be an older version of SIP on the computer than Veusz was built with. I don't know how this could happen if you're using the Ubuntu-provided SIP, as the API should never go backwards. Are you sure there isn't another SIP on the computer (e.g. try locate sip.so)? It seems so: $ locate sip.so /home/ziosi/.dropbox-dist/dropbox-lnx.x86_64-3.4.6/sip.so /usr/lib/python2.7/dist-packages/sip.so Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] position of bars in a graph
Dear Anna On 07/03/2015 07:03 PM, Anna Burniol wrote: I am having troubles with a bar graph. i have 4 sets of data that go with the same x axis and two y axis. I can plot them in two y axis, but the bars are overlapped. I tried playing a bit with the option "position" of the x axis, but I actually do not really understand it. I do not manage to make it work. Any suggestions? I'm not quite sure what you're doing, but you could try leaving blank (use "nan") values alternately for each dataset so that the bars don't overlap, e.g. ds1: 1 nan 2 nan 3 ds2: nan 2 nan 4 nan Alternatively, the positions setting gives the X position of the bars. You could try using Positions 1,3,5,7 for one and 2,4,6,... for the other. You may need to change "Bar fill" to make the bars narrower. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Export image quality higher than 300 dpi
Hi Otini On 02/07/15 17:05, Otini wrote: Most of the journals we publish in these days require the quality of black and white line art to be a minimum of 900 dpi. Is there a way in to get to a minimum of 900 dpi (either from within Veusz or with third party software)? Recent versions of Veusz with the new export dialog box (1.23+) allow you to enter a bitmap DPI value up to DPI. It seems to work ok for me using values of 900. Veusz should remember the previous value used. If you want to go past , a value can be passed to the Export() command line interface command, but I imagine there are likely to problems allocating enough memory. Hope this helps Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] ANN: Veusz 1.23.1
Dear Fabian On 06/25/2015 06:13 PM, Fabian Braennstroem wrote: I just tried to install the lastest binary on a opensuse 13.1. When I start veusz, I get the error that it is missing libSM.so.6, but actually this is in /usr/lib64. Do you have an idea, how I can correct this. The Veusz binary is 32 bit. I suspect you only have the 64 bit version of libSM.so.6. I'm not familiar with SuSE, but there are probably 32 bit X11 compatibility libraries which can be installed. I believe there are also native openSUSE packages available which are likely a better option http://software.opensuse.org/download.html?project=science&package=python-veusz Unfortunately I only have time to make 32 bit linux and windows versions of Veusz. If anyone is interested in helping with this, please let me know. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] ANN: Veusz 1.23.1
Dear Simon Simon Kleinknecht wrote: > Hi Jeremy, thanks for the new version. Great job! > > Once again I would like to ask about the global color behavior of a xy > widget. Is it your intention that it does not control the color of the > marker border? Yes - that's correct. I thought it looked better with a black border. You can hide the border if it's a problem (unless you're using the line markers). > Moreover, I think it would be nice if the sub-colors (plot line, marker > fill, etc) pick up the global color again when selecting again the > global color from a custom one. Right now the link between the global > and the sub-colors breaks once you have changed the sub-colors. What do > you think about it? That was intentional again, though it would be difficult to implement any other behaviour with the current settings system in Veusz. You can click on the label, then "Reset to default" to restore the link. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] ANN: Veusz 1.23.1
://www.h5py.org/ astropy >= 0.2 or PyFITS >= 1.1 (optional for FITS import) http://www.stsci.edu/resources/software_hardware/pyfits http://www.astropy.org/ pyemf >= 2.0.0 (optional for EMF export) http://pyemf.sourceforge.net/ PyMinuit >= 1.1.2 (optional improved fitting) http://code.google.com/p/pyminuit/ dbus-python, for dbus interface http://dbus.freedesktop.org/doc/dbus-python/ astropy (optional for VO table import) http://www.astropy.org/ SAMPy or astropy >= 0.4 (optional for SAMP support) http://pypi.python.org/pypi/sampy/ Veusz is Copyright (C) 2003-2015 Jeremy Sanders and contributors. It is licensed under the GPL (version 2 or greater). For documentation on using Veusz, see the "Documents" directory. The manual is in PDF, HTML and text format (generated from docbook). The examples are also useful documentation. Please also see and contribute to the Veusz wiki: https://github.com/jeremysanders/veusz/wiki If you enjoy using Veusz, we would love to hear from you. Please join the mailing lists at https://gna.org/mail/?group=veusz to discuss new features or if you'd like to contribute code. The latest code can always be found in the Git repository at https://github.com/jeremysanders/veusz.git. ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Veusz 1.23.1 test release
On 06/14/2015 11:32 AM, Jeremy Sanders wrote: Sigh. There was another problem, but only in the linux binary release. Please download again if you're using that. This time I broke the data edit dialog box, so download again... Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Veusz 1.23.1 test release
On 06/13/2015 10:38 PM, Jeremy Sanders wrote: I had to make some changes due to a bug in loading previous documents. If you downloaded the testing link before receiving this email, please update to the latest version in that directory again. It looks like even small changes need a proper beta release. Sigh. There was another problem, but only in the linux binary release. Please download again if you're using that. Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Veusz 1.23.1 test release
On 06/13/2015 11:42 AM, Jeremy Sanders wrote: Given some bugs in the histogram and exporting code, I've decided to make a 1.23.1 release. As this is a bug fix release, I won't make a beta test. Instead, I've put the to be released version here: http://download.gna.org/veusz/testing/ I had to make some changes due to a bug in loading previous documents. If you downloaded the testing link before receiving this email, please update to the latest version in that directory again. It looks like even small changes need a proper beta release. Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] Veusz 1.23.1 test release
Dear all Given some bugs in the histogram and exporting code, I've decided to make a 1.23.1 release. As this is a bug fix release, I won't make a beta test. Instead, I've put the to be released version here: http://download.gna.org/veusz/testing/ Please let me know if there are any *new* problems in this release. I'll announce it in a few days if there are none. The changes are as follows: Changes in 1.23.1: * Enable compression in exported files (Benjamin K. Stuhl) * Add option to "thin" error bars plotted * Fix label colour in contour labelling * Remove use of deprecated Qt functions * Fix clone widget tools plugin * Fix EPS/PDF crash with broken axis widget * Do not crash filter plugin if using date datatype * Avoid crashes in normalise, subtract minimum and divide maximum plugins * Avoid crash in image widget * Avoid issue in identifying spacing in 1D->2D conversion * Add Gnuplot 2D data import plugin (Joerg Meyer) * When loading data from import plugins, provide default values Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] date-type data filtering
Dear Sergey Thanks for the report. The crash is fixed with this commit https://github.com/jeremysanders/veusz/commit/0207311d4b43ff9006faaef2a14e2422c97603e9 Unfortunately, the filtered dataset doesn't preserve the type of the date type (but can still be plotted as dates), due to a design flaw in how dataset plugins work. You can instead use the new "Data->Filter" dialog, which doesn't use the filtering plugin. It should also handle filtering text. Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Formatting individual words and symbols in axis labels?
Dear Steve
On 12/06/15 01:38, Steven Vanek wrote:
Hi, just wondering if it is possible to format individual words or parts
of text as part of axis labels? I am working only in the GUI at this
point and I only see the option to change font or italics on the entire
label.
e.g., I would like to use superscripts in units like g mL -1
Veusz supports general formatting using LaTeX-like codes in the text.
For instance, to do superscript you can do
g mL^{-1}
and subscripts like
x_{i}
You can also do selective bold, italic, underline, e.g. \bold{text}
\italic{text} and \underline{text}, even \font{Arial}{my text}. Many
symbols are supported like this (e.g. \alpha), but you can also directly
paste in unicode symbols.
The manual lists the supported codes.
Cheers
Jeremy
___
Veusz-discuss mailing list
Veusz-discuss@gna.org
https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] API problem between SIP and qmml
On 10/06/15 11:35, brunetto wrote: Hi! This morning my Veusz 1.23 installed from source and working yesterday evening can't start. I'm using Kubuntu 14.04LTS, up-to-date. The error is RuntimeError: the sip module implements API v11.0 but the qtmml module requires API v11.1 I checked the upgraded packages and no one is related. This is a version mismatch between SIP and Veusz. There must be an older version of SIP on the computer than Veusz was built with. I don't know how this could happen if you're using the Ubuntu-provided SIP, as the API should never go backwards. Are you sure there isn't another SIP on the computer (e.g. try locate sip.so)? Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
[Veusz-discuss] 3D plots progress
Dear all I'm making some progress on the 3D plotting functionality. I've got a reasonably stable plotting backend. At the moment the code can plot 3D points and function-based surfaces and lines. It's missing 3D data surface plots. There's also some work needed to get axis labels and numbers to appear in the right place. Here's an example image to see what's there: http://imgur.com/4DmOOsw The code implements a straightforward Painter's algorithm renderer (which isn't accurate for objects with overlap in depth) and a much more accurate BSP (binary space partitioning) code. BSP is much slower and tends to make large output. It also blows up with many solid surfaces as the memory usage scales badly. I'm thinking of later adding something else which will be in between in terms of speed and output accuracy. Grab the threed branch if you're interested (don't expect any continuing compatibility in saved files when using 3D plots, however). Best wishes Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] "Clone for datasets" functional?
This seems to fix the problem. I'll include the fix in the next release. https://github.com/jeremysanders/veusz/commit/754728b624318a8f95dbcd9e16f3ff91649d2aae Thanks Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] "Clone for datasets" functional?
Dear Douwe On 04/06/15 22:47, douwe van der veen wrote: Observed behavior: After applying widget, I see 19 additional XY graphs are created: good! Yet, all have as y-axis data "L01_data". The widget names are adjusted though if I select "build new names from ds" Unfortunately it looks like the cloning code is broken. You're correct in describing how it should work. I don't know why, but I'll have a look. Thanks for reporting the problem Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Load a Veusz file, create a figure and store it from Python
Dear Michael
On 01/06/15 21:43, Michael Clerx wrote:
1. Load an existing Veusz file
2. Create an EPS plot
3. And store it somewhere
In addition to Gilles's answer, you can do
From the command line to export directly from a vsz file
$ veusz --export out.eps in.vsz
You can also use the Python embedding interface to load existing, plots,
modify the data and re-export, e.g.
import veusz.embed
e = veusz.embed.Embedded() # use hidden=True not to show window
e.Load('test.vsz')
# can call e.SetData(), e.ImportFile(), e.ImportFileCSV(), etc... here
e.Export('test.eps')
Jeremy
___
Veusz-discuss mailing list
Veusz-discuss@gna.org
https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] using a variable as a scaling fr an axis and in a text field
Dear Yan On 01/06/15 14:08, Yan Grange wrote: So basically for my axis function I have a function in the form of (t/4e6)*100. Is there any way I can replace the 4e6 by something like sum(dataset_a)? Unfortunately they code which evaluates the axis function doesn't do the dataset substitution, unlike other places which evaluate expressions. I assume making a new t_new, which is t/t.max() is no use? I can't think of a workaround for this, as the evaluation code is pretty strict on what's accepted. Perhaps it's possible to do something horrible, like add add a python module to the custom dialog to import veusz, and extract the data out of window.document.data. It would be nice to remove this limitation. The next question would be: can I actually also put a text box that essentially puts this value on the plot somewhere (so basically adding a parameter calculated based on the data to a text box)? Again, this isn't possible. It would be a nice feature to allow expansion of Python expressions within text labels, though. The only work around would be a Tools Plugin that you would have to manually run to modify the document to set both of these. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Reading Custom Data Format
On 26/05/15 17:48, Joseph Lopez wrote: I'm using a program that outputs a time-stamp in the format: "HH:MM:SS;mil" where 'mil' is the 3-digit milisecond value. Currently, I am using Excel to Multiply the various time values by their conversion factor, then summing to produce the proper millisecond value: HH*360+MM*3600+SS*1000+mil and THEN importing it into Veusz. Is there a way to write a plugin or formula to do this automatically within Veusz to save me that step? Could I automatically subtract the 1st value from all subsequent values so that my time starts at 0? Yes - an import plugin could do all of that. Basically its job is to read in the file and return to Veusz an object returning the list of values. If you're comfortable writing Python, there's an example import plugin on the wiki. It could also be written as a dataset plugin which transformed a text dataset into a numeric one. This would require an extra step in importing, however. It wouldn't be useful unless you'd like to keep the text in the program. At some point I should write a regular expression import which would allow this kind of data to be automatically transformed into a number. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] How to add text labels to an x-axis?
On 19/05/15 16:20, Martin Pescador wrote: I wish to plot some values in a time series (i.e. one value for each month of a year) as points connected by a line. I can do this fine by plotting y versus a vector that contains 1, 2, 3 etc.. But I cannot figure out how to easily add text labels to the x-axis (e.g. Jan., Feb., etc.). I'm sure there is an easy way and I just can't see it! It is possible to import date information, to get this kind of behaviour more automatically (though you need to change the axis mode to date). To plot labels on an axis, you need to set the label option of an xy plotter to point to a text dataset. You then need to set the axis mode to be labels. You probably also want to hide the labels on the xy plotter themselves (in the formatting tab). Unfortunately it's not very discoverable. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Zero axis
On 12/05/15 20:49, Gilles Zumbach wrote: First of all, a big THANK YOU to Jeremy for this great tool! Then, a request. A feature that I miss repeatedly is the possibility to add a "zero axis", namely a line (and more generally with ticks and labels) at a position given as a coordinate in a perpendicular axis. Its length would extend across the graph. Thanks for the suggestion, Gilles. I'll keep it in mind. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
Re: [Veusz-discuss] Automatic export
Dear Henrik On 12/05/15 18:54, Henrik Rydberg wrote: Is there an easy way to automate export with overwrite functionality? (pdf/svg and so on). I'm thinking about functionality like the "Reload" where you are able to set a timer... "automatically reload every XX seconds". Probably the only sensible option would be to use dbus. A dbus request could be sent every XX seconds to export the document. Dbus is pretty powerful - for instance you can update the data in documents from other programs using this. Dbus might only work on linux or unix, as I'm not sure what the state of support is on Windows or Mac. I can give some help if this sounds useful. Unfortunately tools plugins can only do a set of operations once. Perhaps it would be useful to extend them to allow persistent calls. The plugin interface could be used to hack into the main veusz code, but this wouldn't be easy. Cheers Jeremy ___ Veusz-discuss mailing list Veusz-discuss@gna.org https://mail.gna.org/listinfo/veusz-discuss
