[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #41234] imread will not work with URLS

From: Carnë Draug
Subject: [Octave-bug-tracker] [bug #41234] imread will not work with URLS
Date: Thu, 16 Jan 2014 19:22:23 +0000
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20131030 Firefox/17.0 Iceweasel/17.0.10

Follow-up Comment #7, bug #41234 (project octave):

Actually, the problem goes deeper than that. The function imread and imfinfo
both use private/imageIO to find the format and call the correct one. My
original understanding of matlab docuemntation when I did this last summer was
that the function that do the actual reading would be given the original
input, intact, that imread and imfinfo received. However, after some
experimentation it seems I was wrong. Any format information is removed, and
in the case of url, the function must receive the path for a local file, not a
URL. This means that private/imageIO.m needs to be pretty much rewritten, and
the handling of URLs done there.

I have fixed this with the attached changeset, but didn't push because it will
cause failing tests in imformats (the tests are actually incorrect, they were
based on my interpretation of how imformats should behave when users write
their own reading functions which is pretty much undocumented). The tests are
failing because the file MUST exist and the following function will now
receive the absolute filepath.

Interestingly, it seems that Matlab does not clean after itself when files are
a URL, and the reading fails.

(file #30292)

Additional Item Attachment:

File name: fix_imageIO.m                  Size:14 KB


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]