bugGNU Octave - Bugs: bug #34843, insufficient information on mat...

 
 

bug #34843: insufficient information on mat read failure

Submitted by:  None
Submitted on:  Wed 16 Nov 2011 06:53:55 PM UTC  
 
Category: InterpreterSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Documentation
Status: In ProgressAssigned to: Jordi Gutiérrez Hermoso <jordigh>
Originator Name: CharlieOriginator Email: -unavailable-
Open/Closed: ClosedRelease: 3.4.2
Operating System: GNU/Linux

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 23 Jun 2013 10:18:16 PM UTC, comment #4:

Is the original datafile which shows problems still available? The 'load' function has been made more compatible with undocumented Matlab features and it may be able to parse the file now. Unfortunately the link mentioned in the bug report seems to be dead now.

Rik <rik5>
Project Administrator
Thu 17 Nov 2011 04:21:13 PM UTC, comment #3:

Thanks, I'll start looking into this, if someone else doesn't beat me to it.

Jordi Gutiérrez Hermoso <jordigh>
Project AdministratorIn charge of this item.
Thu 17 Nov 2011 10:19:56 AM UTC, comment #2:

Certainly, it's publicly available data:

http://download.berkeleyearth.org/downloads/PreliminaryMatlabDataset.zip

file size is about 120MB

I have loaded other .mot data from this project and got it to load cleanly.

Anonymous
Wed 16 Nov 2011 07:15:41 PM UTC, comment #1:

Is it possible to share the mat file that is producing these errors?

Jordi Gutiérrez Hermoso <jordigh>
Project AdministratorIn charge of this item.
Wed 16 Nov 2011 06:53:55 PM UTC, original submission:

Hi,

I am trying to load a fairly large .mat file created by Matlab and I'm getting a lot of errors like those shown below

using octave 3.4.2 and java-1.2.8

eg.
error: load: invalid element type = 0

zero is very common 65535 also and raft of less frequent values.

Do these numbers actually represent something related to "data element type" or are they spurious values output because octave is incorrectly parsing the data?

ie does this mean I have a dozen formats that are not supported or probably just one ?

If it's just one I may have a go at fixing it or getting the data in an acceptable format.

Shouldn't Octave be trapping this a bit better?

There seems to insufficient information to know what it can't handle and to do something about it.

Also I have seen allusions to this issue that some formats are not yet supported but there seems no list of what is and isn't supported that would enable to work around it.

It would seem better if this incompatibility was at least properly documented.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by rik5 (Posted a comment)
  • -unavailable- added by jordigh (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 01 Jul 2013 05:26:22 AM UTCrik5Open/ClosedOpen=>Closed
    Thu 17 Nov 2011 04:21:13 PM UTCjordighStatusNeed Info=>In Progress
      Assigned toNone=>jordigh
    Wed 16 Nov 2011 07:15:41 PM UTCjordighStatusNone=>Need Info

    Back to the top


    Powered by Savane 3.1-cleanup1