collegues of mine
worked efficiently with this software.
Maybe you should give it a try to implement it as a permanent module. Since AFM
images often deal with irregular
patterns this might be a useful tool.
Cheers
--
Dr. Mathias Müller
---
Great, thanks Yeti.
/M
On 0, "David Nečas (Yeti)" wrote:
> On Wed, Nov 19, 2014 at 02:25:15PM +0100, David Nečas (Yeti) wrote:
> > On Wed, Nov 19, 2014 at 01:17:43PM +0100, Mathias Müller wrote:
> > > I should also mention, that the adaptive color code is d
I should also mention, that the adaptive color code is default in my settings.
Maybe the default setting isn't read from the export dialog?
On 0, "David Nečas (Yeti)" wrote:
> On Wed, Nov 19, 2014 at 11:36:59AM +0100, Mathias Müller wrote:
> > the current stable ve
channel left before.
Closing
all channels and opening a new data file the issue occurs again.
/M
On 0, "David Nečas (Yeti)" wrote:
> On Wed, Nov 19, 2014 at 11:36:59AM +0100, Mathias Müller wrote:
> > the current stable version of Gwyddion (Linux, V2.39, R2014-11-14)
> &
Hi Yeti,
the current stable version of Gwyddion (Linux, V2.39, R2014-11-14) seems to
have problems to maintain the color scale when exporting
processed data to png. However, while writing this mail it seems this problem
is persistent for other formats, too.
The displayed and the written color s
Hi Yeti,
I recently installed the current stable version of gwyddion (2.38).
Unfortunatelly, I experience a reproducible segmentation fault in the
statistics dialog. After having determined the rms roughness etc gwyddion
crashes when saving the statistics.
I've already cleaned my gwyddion ins
Don't worry, I just wanted to plan my schedule.
Thanks in advance.
On 0, "David Nečas (Yeti)" wrote:
> On Sun, Sep 21, 2014 at 08:47:59AM +0200, Mathias Müller wrote:
> > do you already plan to update the mingw libraries for cross-building
> > gwyddion on e.g.
Yeti,
do you already plan to update the mingw libraries for cross-building gwyddion
on e.g. fedora 20 ?
Or will this be suspended for a larger gwyddion release?
Cheers and have a nice weekend,
/M
--
Slashdot TV. Vi
, yeti. We can finally close this chapter...
Cheers,
/M
On 0, "David Nečas (Yeti)" wrote:
> On Tue, Sep 16, 2014 at 11:42:19AM +0200, Mathias Müller wrote:
> > Honestly, I am kind of distressed. I do exactly the same. The image is
> > of cause centered, but when extracting
my problem.
Best,
/M
On 0, "David Nečas (Yeti)" wrote:
> On Tue, Sep 16, 2014 at 08:51:12AM +0200, Mathias Müller wrote:
> >
> > I tried so, but it still doesn't show up with an image center at (0,0). The
> > same data shows a center at (0,0) in
ax);
g_assert( widget = GTK_WIDGET(gtk_builder_get_object(builder, "viewport2")) );
gtk_container_add(GTK_CONTAINER(widget), GTK_WIDGET(data_view[1]));
[/code]
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Sep 15, 2014 at 03:17:55PM +0200, Mathias Müller wrote:
> > m
these data but gwy_data_field_2dfft and gwy_data_field_fft_postprocess.
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Sep 15, 2014 at 01:21:59PM +0200, Mathias Müller wrote:
> > I already use the function as it is meant to be used and the sample data is
> > fine, since the gwyddion
David Nečas (Yeti)" wrote:
> On Mon, Sep 15, 2014 at 11:55:11AM +0200, Mathias Müller wrote:
> > Ok, I got it work. I do not know why, but compiling against gwyddion
> > stable [0] works fine but for the nightly
> > snaptshot it doesn't. Moving to array position [1]
cting the coorcdinates with the zero position it
fits quit well. But the corrected fft-output is not centered at (0,0).
Shouldn't this be done by the fft_postprocess() ?
On 0, Mathias Müller wrote:
> Uff, ok t here is a bunch of documentation left to read.
>
> Howeve
ayer[0] is : GwyVectorLayer *vector_layer[3];
This line works fine in gwyddion-stable.
I let the plugin run with G_DEBUG=fatal-criticals environment, but the core
dump doesn't get more information.
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Sep 15, 2014 at 11:06:44AM +0200, Mathias M
more reasonable information?
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Sep 15, 2014 at 10:23:19AM +0200, Mathias Müller wrote:
> > I implemented the postprocess function to my plugin code. It compiles
> > without errors.
> > However, when loading my plugin gwyddion crash
e that might collide with gobject/gtk2?
I am running an archlinux OS with gtk2 version 2.24.24-1.
I apologize sorry for the trouble,
/M
> On 0, "David Nečas (Yeti)" wrote:
> > On Fri, Sep 12, 2014 at 04:37:54PM +0200, Mathias Müller wrote:
> > > I guess this fft_postpr
That was pretty fast. Thanks alot!
Cheers,
/M
On 0, "David Nečas (Yeti)" wrote:
> On Fri, Sep 12, 2014 at 04:37:54PM +0200, Mathias Müller wrote:
> > I guess this fft_postprocess() can be applied without any
> > modification. Could you add this function to the gwy
Oh thanks for the hint, Yeti.
I guess this fft_postprocess() can be applied without any modification. Could
you add this function to the gwyddion API?
It might be useful for others as well.
Cheers,
/M
On 0, "David Nečas (Yeti)" wrote:
> On Fri, Sep 12, 2014 at 03:32:04PM +
Hi,
in my C-code I want to apply the gwyddion fft-transformation to SPM data.
the code sniplet is:
data_field_fft_r = gwy_data_field_new_alike(data_field, TRUE);
data_field_fft_i = gwy_data_field_new_alike(data_field, TRUE);
gwy_data_field_2dfft(data_field,NULL,data_field_fft_r,data_field_fft_
Yeti,
that was the missing code sniplet. Many thanks!
Cheers,
/M
On 0, "David Nečas (Yeti)" wrote:
> On Thu, Sep 11, 2014 at 03:53:35PM +0200, Mathias Müller wrote:
> > I wanted to adjust the displayed data in my C code with the following
> > approach:
Hi,
I wanted to adjust the displayed data in my C code with the following approach:
(...)
data[1] = gwy_container_new();
gwy_container_set_object_by_name(data[1], "/0/data", data_field);
data_view[1] = GWY_DATA_VIEW(gwy_data_view_new(data[1]));
gwy_data_view_set_data_prefix(data_view[1], "/0/data
Indeed, I used at the wrong location. it works now flawless.
Many thanks, Yeti.
/M
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Jul 21, 2014 at 10:31:41AM +0200, Mathias Müller wrote:
> > thanks. This works pretty well. But I have to skip
> > gwy_data_view_set_d
splay is still false. But I guess
I may fix this soon...
Cheers,
/M
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Jul 21, 2014 at 09:54:42AM +0200, Mathias Müller wrote:
> > My problem is I do not know where to find the function in the API
> >
code]
Is it sufficient to apply square_samples() to data[0] before adding the
data_view[0] to the viewport?
Cheers,
/M
On 0, "David Nečas (Yeti)" wrote:
> On Fri, Jul 18, 2014 at 10:42:08AM +0200, Mathias Müller wrote:
> > I just wanted to write kind of module for gwyddi
Hi,
I just wanted to write kind of module for gwyddion. However, I got stuck at the
point where data is displayed which is physically squared but not pixel size.
Looking into the API it says one can get the pixel and physical size of a
GwyDataView. How is it possible to reshape the view to mak
2014 at 11:12:25AM +0100, Mathias Müller wrote:
> > I recently wanted to extract lattice constants from FFT images. I am
> > using reference values obtained from a commercial software. Employing
> > the transformation rule from real space to reciprocal space (and vice
> >
Yeti,
I recently wanted to extract lattice constants from FFT images. I am using
reference values obtained from a commercial software.
Employing the transformation rule from real space to reciprocal space (and vice
versa) I do not succeed in
calculating the correct values. However, when multipl
Oh great, I see. I just ignored the conversion to the freqency space. Of cause
this makes totally sense.
I was totally fixed on the must-have-square-dimensions of my images. This was
way too much data analysis
for today.
Sorry to bother you, I would like to take back the bug report :-)
On
Hi yeti,
it seems I found an issue regarding the 2D-FFT transformation in the current
Gwyddion release (v2.34).
I have (again) data with a physical dimension of 1 x 1 q-microns with a pixel
aspect ratio of 2:1.
Performing standard operations like leveling etc everything works fine. But
when
This would be great. Many thanks again!
/M
On 0, "David Nečas (Yeti)" wrote:
> On Tue, Oct 01, 2013 at 09:56:26AM +0200, Mathias Müller wrote:
> > I mean the Arithmetic tool.
>
> Ash, sorry, I though the image dimensions have actually changed. But
> you mean t
I mean the Arithmetic tool.
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Sep 30, 2013 at 04:05:59PM +0200, Mathias Müller wrote:
> > I found some disagreement regarding the displayed aspect ratio after
> > doing some multidata operation.
> >
> > I have added
Hi Yeti,
I found some disagreement regarding the displayed aspect ratio after doing some
multidata operation.
I have added two channels, which have 256 lines a 512 points. Since the
physical dimension
is quare they are squared right after importing them. But after adding them the
processed
o
Thanks, Yeti!
/M
On 0, "David Nečas (Yeti)" wrote:
> On Thu, Sep 12, 2013 at 02:18:56PM +0200, Mathias Müller wrote:
> > I think remembering the window position might be a good feature to start
> > with.
>
> I implemented the remembering/recalling. It will app
I think remembering the window position might be a good feature to start with.
Maybe this could be a general / permanent feature, not only a feature by choice.
/M
On 0, "David Nečas (Yeti)" wrote:
> On Thu, Sep 12, 2013 at 09:47:44AM +0200, Mathias Müller wrote:
> > is it p
Yeti,
is it possible to have the tools selectable (e.g. a menu/config entry) to be
opened permanently? I often need several tools in parallel, but choosing an
other one closes the current tool window.
Reopening it means realigning the window and placing it where it does not
overlap with data w
I don't know how the binary is handled on Windows, but on Linux machines one
has to
activate the pygwy support on purpose when compiling from scratch.
Maybe this is missing ?
On 0, Andrés Muñiz Piniella wrote:
>Sorry if this question is too basic and maybe related of my lack of
>knowle
Well,
I am not that informed about the import routine of gwyddion, but normally
gwyddion is capable to import WIP files. If an unknown data processing software
exported arbitrary information in an unknown format, it will be pretty hard
to feed this into gwyddion.
But if you have already written a
Nečas (Yeti)" wrote:
> On Wed, Aug 17, 2011 at 12:38:11PM +0200, Mathias Müller wrote:
> > I want to ask, if it is possible to add the ability of selecting more
> > than one area to exclude from linewise corerction in x and y
> > direction.
>
> Currently
Hi,
I want to ask, if it is possible to add the ability of selecting more than one
area to exclude from linewise corerction in x and y direction.
Often one has more than one surface feature warping polynom./plane correction.
Till now it is just possible to exclude a single area/feature.
Than
Works at least for the files I worked the last time with.
*thumbs up*
Thanks yeti!
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Aug 15, 2011 at 09:23:29AM -0700, John Goertz wrote:
> > I am having the same issue at times, I'll send you a file as well.
>
> I modified Nanoscope import to load you
The file type is "Nanoscope". I send an example to your yeti@ adress, cause
the file is much too big.
On 0, "David Nečas (Yeti)" wrote:
> On Thu, Aug 11, 2011 at 02:17:47PM +0200, Mathias Müller wrote:
> > Some of my data are scanned with an asymmetric resolution.
Hi,
since I started working with Gwyddion I have an import issue with AFM data.
Some of my data are scanned with an asymmetric resolution. I have points
on lines.
When importing an by image everything works fine, but with and
by image the scale in x-direction keeps correct but in y-direct
On 0, "David Nečas (Yeti)" wrote:
> On Wed, Jul 20, 2011 at 08:46:33PM +0200, Mathias Müller wrote:
> > On 0, "David Nečas (Yeti)" wrote:
> > > On Wed, Jul 20, 2011 at 11:20:23AM +0200, Mathias Müller wrote:
> > > >
> > > > 1)
On 0, "David Nečas (Yeti)" wrote:
> On Wed, Jul 20, 2011 at 11:20:23AM +0200, Mathias Müller wrote:
> >
> > 1) Stability...gwyddion crashes randomly. This can occur directly after
> > starting the program or somwhere in between. It is not reproducible. It
> >
Hi,
I saw there is a recent snapshot, but I have not tried it yet.
Maybe the problems I am going talk about will be tinkered.
With respect to the 14-07-2011 snapshot I installed, there are some minor
problems with data preview and stability.
1) Stability...gwyddion crashes randomly. This can oc
On 0, "David Nečas (Yeti)" wrote:
> On Thu, Jul 14, 2011 at 11:29:34AM +0200, Mathias Müller wrote:
> >
> > I compiled the latest snapshot, but there is no accel_map. Can you give an
> > example how to edit this file to obtain a hotkey for soem tool?
>
>
On 0, "David Nečas (Yeti)" wrote:
> On Mon, Jul 11, 2011 at 03:09:22PM +0200, Mathias Müller wrote:
> > Indeed, these hotkeys work for me too. But I would like to ask to implement
> > some more to start quickly the profile menu or other things. This would
> > acce
Indeed, these hotkeys work for me too. But I would like to ask to implement
some more to start quickly the profile menu or other things. This would
accelerate working with data a alot.
On 0, "David Nečas (Yeti)" wrote:
> On Thu, Jun 30, 2011 at 09:48:26AM +0100, Andrés Muñiz Piniella wrote:
> >
Have you tried to play with the scaling box? There is a way to unhook the
autoscaling of text which enables to choose the size of your ruler.
On 0, "Jakob A. S. Meyer" wrote:
> Hello everyone,
>
> I'm currently processing a lot of AFM images. I export them to .tif files and
> I would like to c
nical things but when I do I agree it does come in handy. The
> problem is general hotkeys might have conflicts with other OS commands
> but that is something I guess can be solved by each individual. Or
> maybe there is a way to assign your own hotkey to the command you use.
>
> re: gn
n 28, 2011 at 9:50 PM, Mathias Müller
> wrote:
>
> > Do you receive any error Message, when starting gwyddion from command line?
> >
> > On 0, Harvey Ho wrote:
> > > Hello,
> > >
> > > I followed the instructions from a previous post. I
Hi,
as I was working with gwyddion quite often in the last days, I realized that
hotkeys or key combination for calling certain functions would be really
nice.
i.e. ctrl/alt + p ==> call profile function etc.
An other point is, that gwyddion exports profiles "gnuplot friendly" which
are aside t
Do you receive any error Message, when starting gwyddion from command line?
On 0, Harvey Ho wrote:
> Hello,
>
> I followed the instructions from a previous post. I changed my python
> version to python27, installed py-gtk2 and gtksourcview2. I downloaded the
> source and was able to get gwydd
eti)" wrote:
> On Mon, Jun 06, 2011 at 04:28:05PM +0200, Mathias Müller wrote:
> > today I wanted to get rid of some noisy stripes using the 1D-FFT function. I
> > applied this method before to other file formats (i.e. *.bcr ), but with
> > native veeco Instrument files ( i
I have to correct the file type. The corresponding type is called nanoscope
instead
of veeco isntruments.
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexib
Hi,
today I wanted to get rid of some noisy stripes using the 1D-FFT function. I
applied this method before to other file formats (i.e. *.bcr ), but with
native veeco Instrument files ( i.e. AFM : .000 ) this function only
presents an empty "Fourier-Modulus-Density" plot. I can mark some ranges t
Hi,
I tried to install gwyddion-2.23 on ArchLinux. First of all, I can compile it
fully.
There is nothing interrupting, but I cannot get it configured in a way that
pygwy is enabled.
configuring like: configure --enable-pygwy results in:
Configuration:
SMPL: yes
58 matches
Mail list logo
