Generating graph values from a scan/picture
Generating graph values from a scan/picture
Hi all
Found a very interesting and useful app called G3DATA that
generates values of graphs from pictures.
Available here http://www.frantz.fi/software/g3data.php
(Scroll to the bottom of the page to see some screen shots.)
Perhaps someone can make a .pet for it?
Found a very interesting and useful app called G3DATA that
generates values of graphs from pictures.
Available here http://www.frantz.fi/software/g3data.php
(Scroll to the bottom of the page to see some screen shots.)
Perhaps someone can make a .pet for it?
You might be right. I got warnings during compilation. They are not rare...but maybe this time they are significant. I attach the log of compile.
I believe someone else needs to try compiling the app. I just checked that the app starts and loads the pic. I didnt try to create any data.
I believe someone else needs to try compiling the app. I just checked that the app starts and loads the pic. I didnt try to create any data.
- Attachments
-
- configure-compile-log.gz
- (16.39 KiB) Downloaded 352 times
I got nowhere trying to compile it into a useable program either.
Not wishing to derail production of a .pet of this,
if that doesn't happen, there is DataThief (java), which I use,
and also PlotDigitizer (also Java), which is useable.
There is also a Web-based WebPlotDigitizer, which I haven't tried.
HTH.
Not wishing to derail production of a .pet of this,
if that doesn't happen, there is DataThief (java), which I use,
and also PlotDigitizer (also Java), which is useable.
There is also a Web-based WebPlotDigitizer, which I haven't tried.
HTH.
I don't know what this is for , but 1.5.3 compiles on Puppy 4.3. The building of the documentation is problematic for me, because it depends heavily on docbook with all its jade, tex and whatever . My docbook installation works sometimes and sometimes not.
Version 1.5.4 from git depends on automake-1.11 and here i have a big big mismatch everywhere.
Must say i think Dave runs Puppy 4.3 so Exprimo compiles are likely not to work for him.
The .pet of pemasu seems to include everyhing : the binary and probably what Dave calls "6 indeendent files" are the .desktop file for to show up in some menu, the man page and the program's icon .
Another thing are the many shared library dependencies :
/lib/libc.so.6
/lib/libdl.so.2
/lib/libm.so.6
/lib/libz.so.1
/usr/lib/libatk-1.0.so.0
/usr/lib/libcairo.so.2
/usr/lib/libexpat.so.1
/usr/lib/libfontconfig.so.1
/usr/lib/libfreetype.so.6
/usr/lib/libgdk_pixbuf-2.0.so.0
/usr/lib/libgdk-x11-2.0.so.0
/usr/lib/libgio-2.0.so.0
/usr/lib/libglib-2.0.so.0
/usr/lib/libgmodule-2.0.so.0
/usr/lib/libgobject-2.0.so.0
/usr/lib/libgtk-x11-2.0.so.0
/usr/lib/libpango-1.0.so.0
/usr/lib/libpangocairo-1.0.so.0
/usr/lib/libpangoft2-1.0.so.0
/usr/lib/libpcre.so.0
/usr/lib/libpixman-1.so.0
/usr/lib/libpng12.so.0
/usr/lib/libX11.so.6
/usr/lib/libXau.so.6
/usr/lib/libXcomposite.so.1
/usr/lib/libXcursor.so.1
/usr/lib/libXdamage.so.1
/usr/lib/libXdmcp.so.6
/usr/lib/libXext.so.6
/usr/lib/libXfixes.so.3
/usr/lib/libXinerama.so.1
/usr/lib/libXi.so.6
/usr/lib/libXrandr.so.2
/usr/lib/libXrender.so.1
where the libX* are manually made links to ../X11R7/lib/ on my installation.
The program exports a file with such content :
and i am not sure how to use these parameters.
Version 1.5.4 from git depends on automake-1.11 and here i have a big big mismatch everywhere.
Must say i think Dave runs Puppy 4.3 so Exprimo compiles are likely not to work for him.
The .pet of pemasu seems to include everyhing : the binary and probably what Dave calls "6 indeendent files" are the .desktop file for to show up in some menu, the man page and the program's icon .
Another thing are the many shared library dependencies :
/lib/libc.so.6
/lib/libdl.so.2
/lib/libm.so.6
/lib/libz.so.1
/usr/lib/libatk-1.0.so.0
/usr/lib/libcairo.so.2
/usr/lib/libexpat.so.1
/usr/lib/libfontconfig.so.1
/usr/lib/libfreetype.so.6
/usr/lib/libgdk_pixbuf-2.0.so.0
/usr/lib/libgdk-x11-2.0.so.0
/usr/lib/libgio-2.0.so.0
/usr/lib/libglib-2.0.so.0
/usr/lib/libgmodule-2.0.so.0
/usr/lib/libgobject-2.0.so.0
/usr/lib/libgtk-x11-2.0.so.0
/usr/lib/libpango-1.0.so.0
/usr/lib/libpangocairo-1.0.so.0
/usr/lib/libpangoft2-1.0.so.0
/usr/lib/libpcre.so.0
/usr/lib/libpixman-1.so.0
/usr/lib/libpng12.so.0
/usr/lib/libX11.so.6
/usr/lib/libXau.so.6
/usr/lib/libXcomposite.so.1
/usr/lib/libXcursor.so.1
/usr/lib/libXdamage.so.1
/usr/lib/libXdmcp.so.6
/usr/lib/libXext.so.6
/usr/lib/libXfixes.so.3
/usr/lib/libXinerama.so.1
/usr/lib/libXi.so.6
/usr/lib/libXrandr.so.2
/usr/lib/libXrender.so.1
where the libX* are manually made links to ../X11R7/lib/ on my installation.
The program exports a file with such content :
Code: Select all
249,49 37,64
293,05 108,92
0,01 61,4
- Attachments
-
- g3data.png
- What is this program for ?
- (130.56 KiB) Downloaded 479 times
@Karl
The 6 independant files show up as this:
http://postimage.org/image/s2tjh5o75/
These are all in the /usr/bin/g3data section of the .pet
The other files such as man pages, desktop file etc etc are over and above these.
Normally a .pet should include the binary executable as a single file.
I don't know how/why it works on Dpup.
@Flash
If the histograms are plotted on a XY axis, then I don't see why not,
although you might have to manipulate the data further to compensate
for the widths of the rectangles (whose width indicates frequency).
At least you will already have the data in numeric form and might just
need to run it thru another script for further manipulation.
Certainly easier then capturing all the data manually.
@kooliepup
Thanks for the alternatives, I don't like java but if I don't come right with
G3DATA, I will look at the html option.
The 6 independant files show up as this:
http://postimage.org/image/s2tjh5o75/
These are all in the /usr/bin/g3data section of the .pet
The other files such as man pages, desktop file etc etc are over and above these.
Normally a .pet should include the binary executable as a single file.
I don't know how/why it works on Dpup.
@Flash
If the histograms are plotted on a XY axis, then I don't see why not,
although you might have to manipulate the data further to compensate
for the widths of the rectangles (whose width indicates frequency).
At least you will already have the data in numeric form and might just
need to run it thru another script for further manipulation.
Certainly easier then capturing all the data manually.
@kooliepup
Thanks for the alternatives, I don't like java but if I don't come right with
G3DATA, I will look at the html option.
You could try the defaultDave_G wrote:For viewing (and not installing .pets) I use 7zip.Karl Godt wrote:Dave, what filebrowser do you use ?
It has never failed me.
I always inspect the .pet files I download before installing them.
Code: Select all
pet2tgz /path/to/thepet.pet
7zip uses lzma and xz and apparently libz and i think that pemasu's libs are newer than yours.