Feature #37

Visual diffs for graphical file formats

Added by J. Simmons about 7 years ago. Updated about 5 years ago.

Status:New Start date:09/24/2011
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:-
Target version:Under consideration Estimated time:16.00 hours

Description

"The one killer feature that OSHW needs for project management sites is visual diffs between revisions. It's totally possible, for any file format that lends itself to conversion to graphical formats (e.g., schematic diagrams, physical layout, gerber files). Is this on the menu?" - from Google+ conversation with Windell Oskay

History

Updated by J. Simmons about 7 years ago

Blog post elaborating on visual diffs in the context of EE:

http://www.evilmadscientist.com/article.php/visdiff

Updated by Christopher Sigman over 5 years ago

A simple version of this might be easy to accomplish by converting both images to 4-bit grayscale (16 shades of gray), then applying a color filter to the two of them so that one is say blue and the other red, and finally overlaying the second on the first.

Updated by Jeremy Wright over 5 years ago

Very cool idea Chris. I like the concept. So, I assume the files would have to be 2D drawing files or snapshots of the same 3D view in some sort of image format?

Updated by Christopher Sigman over 5 years ago

Yep, that's correct. Doing diffs of a 3D object that isn't at the same view and orientation, etc, would be a bit more complicated. This is the same for cases where the size is not the same, or the proportions or scale have changed. Without user interaction, the images would have to be analyzed for features, and then scale and orientation resolved, which if there was rotation in a perpendicular plane especially, might not work. That can still be done as a second iteration of this feature, but I think the initial idea will probably work pretty well for a good number of cases.

Updated by J. Simmons about 5 years ago

  • Estimated time set to 16.00
Comments
  • Chris - if we stick to image file formats (png, pdf, jpeg, etc) this could be very straight forward, maybe 16 hours
  • J - not sure about the utility of working off of hand generated files, worried many users will get their png or pdf files out of sync with the actual source file, and really what needs to happen is the server needs to be able to generate the image files from the source files for itself, making this a much larger project....
  • J - guess we could start with just image files and if there is any real utility, investigate generating the images from sources on the server automatically

Also available in: Atom PDF