I intended to read a DNG formatted image with the code rawpy.imread(path), however it returned me with a error message, saying unknown file: data corrupted at xxxxxxx (7-digit number).
Following this error, I found the program is still able to continue to run anyway, and the DNG image is not a flat one, since when visiting its property of raw_image_visible, it returned me with a ndarray of four channels. I have the lastest version of rawpy package (0.16.0) under Windows 10 environment.
I shared the photo via Google Drive. I have no idea how I can address this issue. Any kind of help is appreciated.
Related
I am developing a UMDF driver, and I am able to use its PDB file to confirm events/function calls during its lifetime. However, I am also able to capture events prior to its DriverEntry function. This events have become a concern for me, because I suspect that they alter some values initialized by the driver, thereby causing issues. I would like to know more about these events, but information on TraceView shows them as 'Unknown' as shown below:
Is there a way to capture these trace logs better? It seems like the driver pdb does not contain information for these logs to show up correctly.
EDIT: I extracted TMF files from my PDB file using tracepdb, and it seems like I do not have a TMF file that corresponds to the message GUIDs that are marked "No format information found". Could it be that these trace messages are from external entities, and not coming from the driver?
Fortunately, we have the complete list of PDB files that have been released. We found the a matching trace file after looking at each one of these files, and therefore got the information we wanted.
I am trying to access an images exif data from inside a gimpfu plugin, specifically the date a photo was taken, I can do this with PIL,
from PIL import Image
date_taken = Image.open(file)._getexif()[36867]
But when I try to import PIL, the plugin no longer appears inside the gimp menu. No error is being produced, and GIMP starts normally.
Is there a way to get the exif data with gimpfu? Or is there a way to import PIL into the plugin?
If the plugin no longer appears in the Gimp menu, it is likely because there is some problem in it that prevents it from running to the end to register. It can be a syntax error or, in this case, a problem importing PIL. If you are on Linux or OSX this is easy to debug, just start Gimp in a terminal session, error messages from the python interpreter will be displayed there. On Windows you can start Gimp with a --verbose parameter to make it run with an additional console windows for messages, but I'm not sure the Python errors show up there. If they don't, bracket you whole code in a try/except and dump the Exception error to a file. You can use the traceback module to get more info (line number of error, etc) but it could itself be the cause of other import errors...
To answer your initial problem, you can get the EXIF data from Gimp, using:
exifData=image.parasite_find('exif-data').data
However, this is just an array of bytes, and you have to do the parsing yourself (but I'll sure you'll find python code snippets to extract the data you want).
I've been using ImageMagick 6.9.0 for some time, and had setup some Railo scripts using it on a Windows Server 2008 R2 Standard Edition machine a while back. I know that they worked at the time. I just tried to run them on a new set of images now, but ImageMagick is failing on the very first command:
<cfexecute name="#Application.ImageMagickRoot#\identify.exe" variable="imgResult" timeout="60" arguments="-format ""%w|%h"" ""#attributes.infoFullPath#""" />
The error returned is:
identify.exe: RegistryKeyLookupFailed `CoderModulesPath' # error/module.c/GetMagickModulePath/662. identify.exe: no decode delegate for this image format `JPEG' # error/constitute.c/ReadImage/501.
I've never seen anything like this. So I checked and saw that there is a new version out, and downloaded IM 7.0.1. I tried running the above command again with no changes, but this time pointing to the 7.0.1 install folder. This resulted in a different, but similar, error:
identify.exe: unable to load module 'C:\ImageMagick-7.0.1-Q16\modules\coders\IM_MOD_RL_JPEG_.dll': The specified module could not be found. # error/module.c/OpenModule/1275. identify.exe: no decode delegate for this image format `JPEG' # error/constitute.c/ReadImage/505.
I looked in the directory in the error and there is a file named IM_MOD_RL_jpeg_.dll there.
The images that I'm trying to work with are all different, and I've cycled through 50 or so during testing. But all are between 4 and 10 megapixel photos exported from Photoshop CS5 Camera Raw to jpeg format. I've tried fiddling with the case of the drive letter and the file extension without success. A sample path to one of the images is:
c:\galleries_incoming\50\69\01 - Getting Ready\DSC_0001.JPG
I'm unsure what to try next. I tried running this command per an old message on the IM forum to get a list of my decode delegates:
convert -list configure
But IM tells me that configure is not a valid list option. In any case, it sounds like installing new decode delegates is something that requires a recompile, and I've just been relying on precompiled binaries (which I would assume would at least be able to read a jpeg).
I'm working with a program, which I need to document and review, but which I did not write, nor did anyone I can easily reach. One of the problems I've run into is that it is supposed to read and work with .avi files, but every time I try, it fails. The file is an avi converted from an MTS format. The computer seems to think that it is an avi file, and it runs it without incident, but I don't know why the cvCaptureFromAVI is having trouble.
The function cvCaptureFromAVI simply returns null. I can't seem to get any deeper in the code to see what in cvCaptureFromAVI is causing the error, and I haven't been able to get any error information about why it won't read the file.
I was struggling with this problem for two days!
If you've double checked all other possible causes (file is in correct directory and inside your code the path to that file is in correct format) and still cvCaptureFromAVI returns null, the problem is your computer codecs.
I suggest you installing K-Lite Codec Pack. Remember to restart your computer if you are using Windows.
MOSS 2007 SP2 64 bit. Multi-server install.
How do I figure out the where to find the document library upload error I am getting?
I have document library with a custom workflow attached that will have a PDF document OCR'd during the upload. This library has some custom meta data fields from a content type that are exposed during the upload. As part of the workflow it OCR's the PDF doc and puts it back into the library and keeps it at version 1. During the upload I am getting an error for the PDF documents but it is uploading the document and the meta data fields are not getting updated with the user input. Below is the wonderful error message I get back. I have tried looking at the logs and I am not seeing anything pertaining to this error.
Go back to site
Error
The file 0746850076 Workers Compensation/a.pdf has been modified by DOMAIN\user on 14 Oct 2009 11:05:44 -0400.
Troubleshoot issues with Windows SharePoint Services.
Make sure the current user has proper rights and that you're not having an access collision with another user. Smells like a concurrency issue. Ensuring that you have proper locking in place should eliminate your woes
You probably is running into a concurrency issue; this message occurs when you do update some metadata and that document already has been modified by someone else (sometimes even you).
Before changing your metadata, try to reload your SPLIstItem/SPFile object to reflect your most actual metadata values.