More numbers added (Aurora SH-034) to the spreadsheet here
This now contains more info than the parent spreadsheet.
Version control issues are going to arise (Hah! Have £%^$^$%&* arisen) soon so don't be surprised if the Google Docs spreadsheet changes radically in the near future while I sort out version control and formatting issues.
That's certainly the best bet for now - the formatting above is quite a long way from pretty. I think i have another 40 or so lights to go, several of these duplicates which should give a feel for reliability of the data.
Edit: Especially as the embedded version above is not updating which was the whole point of trying it. Ah well, back to the thinking..
Don thinks they read low. I think more likely many chinese lights are crap design or bad quality control, but I haven't seen their sphere so who knows. They have p7/mc-e with close to 600lum which is about the OTF limit for these, and I saw 750lum for sst-50.
I seriously doubt many of these sst's are getting much more than 3 amps. The only "sst" driver is on KD and it seems to be a slightly modified p7 driver that someone measured at barely over 3amps.
Here is an idea for logging current draw and output. This is a little tricky to do as I have to read two meters simultaneously. Anyway, here's the link.
Looks good. Might want to put in the units since numbers are similar in magnitude.
btw, I'm guessing that voltage across the batteries is for open circuit? I guess if you always used the same battery it's ok, especially if you can do a V vs A chart for it.
It doesn't work (at least that app doesn't, api probably does). The problem is that it assumes a 23 length key and new keys from goog sheets are longer...
but then the problem is that it cannot load/stream columns without a "header" (ie. something in the first row), and some columns start on the second row, so only columns like lightbox lux are displayed.
Even then, what it does it is only "filter" (display/hide), not sort.
So basically this needs to be rewrite to still use the api, but with different functionality. And it's web development/javascript, blaugh...
The last time I did any coding was 1979. However, I'll take a look and see what I can do with it.
Since it doesn't require write access to the sheet this should be feasible.
It is no big deal to rearrange the sheet appropriately - but some of the data is only available from it as I've just plugged in numbers from all over the place, a lot of my reviews only exist online.
If you're going to do this, the easy way is to make the changes to
constructTable()
_datarows contains the values for the rows. The minimal change is to do a sort on that table structure in the function before the loops that create the html table elements (I would just create another array that parallels _datarows, sort the array[i] entries by the selected column and use that in the loops).
For UI, radio buttons for each column and one more for "none" makes sense.
The alternative is to use the api's built in sort (orderby) function. However this would require more drastic changes to that app, since it uses the cell based feed type from the sheet api, and the sort seems to work on the list (ie. row) based access api.
I'm not a web developer but I'm pretty sure the above is correct (given http://code.google.com/apis/spreadsheets/data/2.0/reference.html#WorksheetFeed).