Regarding Android, I just created issue #359 so this can be tracked. I will look into this in the next 24 hours to answer your question, although the actual release would take longer to set up.
@Denise It looks like building x86 and 32-bit arm versions would be easy since the Qt libraries support those immediately when installed. Building a 64-bit arm version would be much harder since Qt would have to be rebuilt from source for 64 bits. That rebuild can be hard because Qt has many dependencies for processing different image types, and the libraries for that also have dependencies. Of course, you are free to copy the code and do whatever you like (according to the GPLv2 license), but I would try to support your effort as much as I can. Do you just need a graphical executable?
Hi @markummitchell
I would like to have the calculation in a library. I have an image and need the data points (x,y pairs). Is Qt for that necessary i.e. is it possible to extract the calculation in a library. Do there currently exist any APIs or is it even possible in your architecture?
I would like to have the calculation in a library. I have an image and need the data points (x,y pairs). Is Qt for that necessary i.e. is it possible to extract the calculation in a library. Do there currently exist any APIs or is it even possible in your architecture?
https://courses.cs.washington.edu/courses/csep576/11sp/pdf/Transformations.pdf has a brilliant discussion on the math involved. Qt is not required, although it can help to have a nice vector library. The Qt library has many dependencies and can take a long time to install (sometimes) because of those dependencies.
Mark have you considered saving the location of the image file to be digitized and then when you export data start in the location of the image file rather than the location of the Engauge system files? It's not a big deal but I'd assume that most people want to save their files where (or close to) the input image is.
Hi, here is an example of a signal
-File / Import (Advanced) / cardiogram.jpg
-Coordinate System count=3
-Ok
-View / Background / Show Original Image
-(With '1' appearing in the Coordinate System toolbar)
-Settings / Segment Fill / PointSeparation=5
-Select Digitize Axis (3 red points)
-Enter 3 axis points for one curve
-Select Digitize Segment (green line)
-Click on the first curve in various places
-(Repeat previous step with '2' appearing in the Coordinate System toolbar)
-(Repeat previous step with '3' appearing in the Coordinate System toolbar)
-File / Save
-(With '1' appearing in the Coordinate System Toolbar)
-File / Export / <filename1>
-(Repeat previous step with '2' appearing in the Coordinate System toolbar)
-(Repeat previous step with '3' appearing in the Coordinate System toolbar)
@ethnotools Sorry for the delay, I missed your original message. As a GPL open source project, no money has been accepted to obtain the software. As a software developer, I received receive one contract from NASA at the urging of a large aerospace corporation to upgrade the Qt software license which was not free at that point, and make some custom software enhancements.
Mark, probably a silly question but I'm trying to digitize a semi-log plot but the log option for the y-axis doesn't seem to stick. Under Settings > Coordinate... I can choose y-axis log but it I go back to that option is reverts to linear. Same graph image. Thanks, Looks like a very useful program.
hello mark, I have a set of .dig files from a long time ago (approx 2004) that I would like to open, but the current version does not appear to support the old format. I tried using the -upgrade switch in the command line, but they did not convert successfully. Is there a way to open these files using a previous version? If so, how far back do I need to go in versions?
@euerka You can change the units in the status bar (at bottom right) from Graph coordinates to Screen coordinates to help you pick an exact pixel location, if that helps. That gives nice feedback as the cursor moves around. However, I think you still want to enter Graph coordinates for your Axes points so Engauge can compute how to convert between Graph and Screen coordinates - which is required so Engauge can output your points in Graph coordinates.
@euerka It may help to know that Engauge not only keeps track of the scale relationship between Screen and Graph coordinates (2048 pixels and 2.048 mm, 1536 pixels and 1.536mm), but also two angles (X graph axis and horizontal screen direction, Y graph axis and vertical screen direction), and also where the origin is. Technically speaking, Engauge computes the full affine transformation between Screen and Graph coordinates. If you try to do that yourself, a lot of work will be involved.
Hello, is there a way to change default settings for curves? I'm digitizing graphs with many curves per graph and would like: Line Width=2, Connect As=Straight. I click "Save as Default" but the next curve doesn't "remember" these settings. Also, is there a way to change keyboard shortcuts? using the Shift+F2 and shift+F3 is a little awkward on my laptop as I need to also press the fn key to engage the F keys instead of their multimedia functions. Thank you in advance
Mark, when I choose to display a grid and then save the file then this setting is forgotten when I reopen the file. Is there a setting that I haven't found or would it be possible to add this in general settings - "show grid lines on open when displayed on close" (or something like this).
I looked for Engauge Digitizer on the Mac App store and it couldn't be found. Nothing about the wrong country or region. I'm in the US. I seem to have version 12.1 from an earlier download, I don't remember when/where ;-) Any thoughts on where I might find Engauge Digitizer for Mac in the future (or present ;-) Thanks
