47 posts • joined Friday 11th July 2008 13:01 GMT
Mandatory xkcd reference
Openstreetmap has much more detail for NK.
Sure, I can't vouch for its reliability, but for many places there's much more information in OSM than GMaps.
Look at Pyongyang:
Well... You don't always get open-topped blondes in my neck of the woods....
But I assume that this thing would be able to export the resulting .gpx files that can be uploaded to Strava without any problems. (I wish the review went into these details. Also - how does it connect to the PC? Does it show up as 'mass storage' or do we need special drivers, that can't be found for Linux?)
(I typically use my phone for bike logging, but it's harsh on the batteries. And this thing does have the advantage of being mostly waterproof.)
I can confirm that LynxOS is still being actively used.
It may not be kicking very hard, but it's definitely alive!
A tale of two rants
Rant #1: Be Objective!
There are many parameters of tech products that can be objectively measured, but are typically just waffled about by people with very limited knowledge in the subject.
Colour rendition of screens and response curves on speakers are just two examples that spring to my mind. Both are frequently described as 'warm', 'harsh' or something equally fluffy when they could be explained by a detailed plot or measurement. If you don't have the means to properly test equipment - then don't bother trying!
Rant #2: Know what you're talking about!
Two recent e-reader reviews spring to mind.
In the Kobo Mini review (http://www.theregister.co.uk/2012/11/14/kobo_mini_5in_e_reader_review/) it was mentioned that the display comes from VizPlex rather than e-Ink, when in fact VizPlex is a brand of E-Ink.
The Kindle Paperwhite review (http://www.reghardware.com/2012/11/13/review_amazon_kindle_paperwhite_e_book_reader/page2.html) claimed that it's possible to switch off the light - which is also patently untrue (at least with the current firmware (5.2 and 5.3) ).
Both of these facts were pointed out in comments, but the article was never corrected.
But facts and figures need to be backed up by text, and that's where we have come to expect humorous and occasionally vitriolic prose in the above-mentioned Vulture-Style.
"The 600 x 800 panel actually comes from Vizplex not the usual suspect, E Ink"
Vizplex is an internal code-name at E-Ink, for all their electrophoretic displays.
The Kobo mini apparently uses a slightly older version (I'm not 100% sure how the 'VizPlex 110' relates to the 'Pearl' display that's used in all other current units.)
>So let's sum up... You can STILL buy LEGOs in buckets
Yes, but you cannot buy TECHNIC pieces in anything but sets these days.
In the Bad Old Days you could buy sets like these ( http://www.brickset.com/browse/themes/?theme=technic&subtheme=Supplementary ) but they're not sold any more.
Re: "Single use" pieces?
While there's no theoretical impediment to reusing even the weirdest pieces, I think that the following post makes a fairly convincing argument that /some/ pieces should never have been made:
Lego improved a lot over the last decade
Up until about 2003 there was a proliferation of single-use pieces that made 'free construction' almost impossible. If you followed the five easy steps of the instructions you ended up with a great model, but the pieces were useless for anything else.
However, as described in this interview ( http://www.monocle.com/sections/business/Web-Articles/QA-with-the-CEO-of-Lego/ ) they realised that they had gone too far and started by drastically reducing the number of different types of pieces. As a result a lot of current 'LEGO city' models use lots of pieces that can be used to build just about anything. (Ask my kids!).
However, 'LEGO technic' haven't followed the same course. Their current models (e.g. 8110 Unimog) is a brilliant working copy of the legendary off-road vehicle, but it's far too complicated to build anything else. (At least for an 8-year-old.) When I was a kid, you could buy sets with just gears (e.g. 9610), but today there's nothing like that on offer.
Regarding the recent article
Please learn to use a spell-checker and how to take screenshots.
And try to find an in-house person to proof-read articles. (Regular papers used to have editors - for some reason many on-line-only organs believe that they don't need one. WRONG.)
I agree with Phil that the overall standard is slipping. The number of articles appears to have increased, but most of them are just re-hashed press releases, rants or slapdash 'reviews' devoid of in-depth analysis.
Please be objective
There are some excellent objective and measurable criteria when evaluating a speaker:
It all comes down to parameters that can be measured and quantified in a frequency-response curce, rather than fuzzy adjectives like 'warmth' and 'ambience'.
If you insist on testing analogue peripherals, such as speakers and displays, please set up a lab with proper equipment to actually measure the results!
The latest release of Image Magick (6.7.0) does NOT include webp support natively, but relies instead on an external library.
One out of a growing crowd
It's not the first off-line map browser for iOS. I have tried both oMaps and OffMaps, and they both work OK-ish. Neither is as smooth as the built-in Maps app, but with the current competition something good is bound to pop up eventually.
The biggest problem is in the datasets used. The OpenStreetMap data quality is very varied. In some places it's better than GoogleMaps (e.g. Holland, a lot of the UK), but in some parts it's laughable (parts of Sweden, parts of Switzerland).
(The T&C for the Google map API explicitly forbid using the data off-line, so all these off-line map browsers use the OpenStreetMap dataset.)
Changes in the third-party terms and conditions?
Will this also mean that third-party developers will be able to cache map data?
Apparently that's against the current T&C's for mapping apps. - One of the driving forces behind OpenStreetMap, if I'm not mistaken.
Mach 7.5 corresponds to about 2.5km/s, which is about 20% of the escape velocity. Methinks NASA ought to be investigating this as a method for launching satellites...
Maybe not antimatter, but the CERN boffins do have a gun pointed at Rome!
(Or rather Gran Sasso, but it's close enough for government work.)
And they fire neutrinos, that rarely interact with much - but that shouldn't stop an enterprising journalist from making up some neat headlines....
Sounds more like a re-hash of PROMETEUS
i.e. a huge boondoggle, where automotive engineers at EU car companies get to play with expensive toys, with little or no real-world applications.
There are other options
That's only one of several competing contenders for an updated definition.
One idea that I tend to like is to simply count the number of atoms of a certain isotope, and define Avogadros constant at the same time. A kilogram would then simply be defined as the weight of a certain number of Carbon-12 atoms.
Those aren't Security Torx screws!
They're Security TORX PLUS!
(Easy to distinguish by their pentalobular profile with much shorter lobes than bog-standard ISO 10664 normal Torx.)
Noise / power supply
There are two important parameters for hdds, how much noise they make, and how much power they consume.
Presumably all these drives are bus-powered, through a single USB cable (or do they come with Y-cables?), but it would still be interesting to see exactly how much power they draw, and what voltage they require. As you no doubt know not all USB ports are born equal, and the voltage / current available varies considerably.
Especially as the power will invariably end up as heat, and some of those devices will get warm to the touch.
And as Danny14 points out, any spin-down would be a great boon.
Finally, noise is generally not a big issue with 2.5-inchers, but some kind of vibration dampening is always welcome. And even though it's difficult to measure it ought to be possible to establish some kind of objective metric.
Nexus one isn't really 252dpi
The Nexus One uses an AMOLED display, with Nouvoyance's famous PenTile RGBG pixel arrangement. That means that even though there are 800x480 pixels, not all pixels can show all colours. Not that it really matters as long as you stick to showing off photos, but if you want to compare resolutions you ought to reduce it by 33%, as explained by Ars Technica:
Personally I wish that they would have gone for the PenTile RGBW array instead, but for some reason they never asked me...
I agree with J(ohn )Locke that it's time for 'tabula rasa', a clean slate on which Google can make their play. I would by no means be surprised to see Google pick up this project (let's face it, Harbinger is a finance company, and would probably be happy to sell off the project at a profit.).
After all, Google did make news some time ago about wanting to build a fiber backbone, and it would make sense to also add a wireless part to it. And LTE meshes very well with IP.
I think we'll see Google-branded (as well as third-party) Android devices that use this IP-over-LTE (with or without voice), within a year or so. I think it's even conceivable that they will throw in connectivity for free, a bit like amazon with their 'whispernet' for kindle, all in order to create ad opportunities.
Of course it requires atmospheric pressure!
There is no way for the water in the downhill slope of the siphon to 'pull' water upwards in the initial up-hill part, and for that part you NEED the external atmospheric pressure to instigate a pressure gradient in the initial part of the siphon.
Sure, it's gravity in the 'downhill' part of the siphon that exerts a partial vacuum in the upper part of the siphon, but without the external pressure it wouldn't work.
The linked document is also full of rubbish. It insinuates that the cohesion required to 'pull' the water up the hill comes from hydrogen bonds! (snort!)
It would be very easy to install a manometer in the topmost part of the siphon and show how the pressure changes.
Also, it's childs play to show that you can't suck water more than 10m uphill, a figure that maybe just happens to coincide with the atmospheric pressure? Please!?!
Even the wikipedia gets it right, unlike this Oz PhD. (Wonder what mail-order university he got his certificate from.)
First impressions, and subsequent thoughts
I also ordered one from the states, and have been playing with it for a couple of days. The initial impression is, to put it succinctly, WOW!
The screen is fabulous, and the GUI is very responsive.
HOWEVER, after playing with it for some time, I put it aside, and reached for my ipod touch, and had a sudden insight:
If this device had come out first, and the ipod touch/iphone a couple of years after, I would have been much more impressed. There they manage to put the entire functionality of an iPad into a pocketable format!
How does it compare with the competition?
This is by no means the first robotic hoover. The Electrolux Trilobite came out in 2001 (and was ridiculously expensive), and iRobot Roomba somewhat later. (I got my first in 2003 and by then they had been around for some time.)
This looks a bit like a copy of Roomba 500, but it would indeed be interesting to see the differences.
Or, to get an IT angle, take it apart and look at the actual hardware, compare the algorithms etc.
Maybe not altogether unreasonable - if you look at cost instead of price
In fact, if you look at component cost, rather than US street price it makes slightly more sense.
According to isupply the 16/32/64Gb versions cost USD260/290/350 to produce. With the Newtonian prices that gives a price-to-cost ratio of 3.5/3.6/3.2. Not altogether unlikely, even though the margins are typically higher on the top-of-the-line models
What about older iPhones / iPads
I can see why they want to put up roadblocks for people trying to create multi-platform applications, as long as the other target platforms are symbian/android/blackberryOS. But what if you're trying to develop an application that can run on different versions of iPhoneOS? When OS4 is released this summer there will be three versions available at the same time: 3.1 for 1st gen iPhone/iPodTouch, 3.2 for iPad and 4.0 for newish iPhones.
The most reasonable way to manage this would be using some kind of wrapper that emulates the missing new APIs for 3.x hardware (or does Jobs not want people to develop for the iPad?)
Keep an eye out for Agnilux!
That's where many of the ax-PASemi guys are going.
For now they're pretty silent, but my guess is that they're onto something interesting. (Or maybe they're just quietly leaking to set the rumours going, so that they can sell to someone else?)
SDXC with SD3.0 doesn't quite cut it
So, this is a bit like the first SDHC cards that came out before the standard had stabilized. I'll wait a couple of months for the SD4.0 standard to be ratified.
And, -tim, the SDXC has a very specific raison d'etre - namely that it is physically compatible with the SD/SDHC (and to a large extent all the flavours of MMC).
Oh, you're not forced to use exFAT, it's still just a block device, so in theory you can use ext4 or whatever you want on it. It's still a shame that the SD consortium recommend a proprietary file system.
Bank of Sans Seriffe
No mention of Donald Knuth?
He might not have been the first, but his reward checks are probably the most famous.
How about x264?
This might be a silly question, but what's really the problem with h.264?
They claimed patents, but I thought that the x264 implementation is fully patent-free.
It's true that there are patents involved in MPEG-4, but there are free reference encoders as well as GPL'ed implementations.
Or have I missed something?
@ Dick Emery
Re: Power supply.
USB 3.0 also increases the available power, up to 900mA (@5V).
Still not quite enough for a Velociraptor, but it should suffice for a modern low-power drive (such as the WD Green 5400rpm drives.)
Building materials as signal-suckers?
"Building materials can significantly affect signal strength. In particular, more energy-efficient, heavily insulated buildings can be real signal-suckers."
Have you got any figures for different insulating materials?
I'm asking this, as I'm about to in insulate the loft soon, and I've already got lousy coverage - I wouldn't want to reduce it further.
At the same time I can't imagine how fibre-glass or expanded polyurethane could absorb radiation in the GHz spectrum, so any explanation of the physical interference would be very welcome.
USB vs FireWire
The USB vs FireWire dispute comes up every time anyone mentions transfer speeds. Yes, FireWire is better at utilizing the availabe bandwidth, but it is a much more complex protocol, being basically a fully-fledged network, rather than a simple point-to-point connection.
The advantage of USB is that the slave side is very basic. (You can get USB chips for less than a quid), whereas FireWire requires a fairly complex stack on either end.
Sure USB3 will increase the complexity, but most likely the shear size of the market will press down the prices fairly quickly.
(I just wish they'd make the USB-A connector a little less symmetric. I always try to force the bloody thin in upside-down. But that would ruin the backward compatibility.)
"6Gb/its/s == 768Mbytes/s"
Virtually all of these new serial protocols use what's called 8b/10b encoding. In order to send a single byte, 10 bits are used. The extra bits are used for error correction, DC balancing and clock recovery.
(It's the same with PCI express, SAS and USB3.0)
You missed the interesting part...
Supposedly the interesting thing with intels SSD is their controllers.
There is a pretty insightful article at anandtech:
where they discuss the difference in wear-levelling and block management between Intels latest and the ubiquitous JMicron controllers used by everyone else. (Admittedly it reads like PR from Intel, but it still contains some interesting comparisons.)
The problem with Flash is that you need to erase a whole block in order to write a small amount of data. Typically the blocks are large (128 - 512kb) and erasing is slow. (On the order of several ms, up to hundreds of ms depending on power supply, memory contents and the phase of the moon.)
(Also noted at arstechnica: http://arstechnica.com/reviews/hardware/macbook-air-ssd-review.ars/1
and even by the reg: http://www.reghardware.co.uk/2008/07/22/sandisk_ssd_vista_beef/ )
It would have been interesting to see how Intes new controller handles all these aspects. (According to Anandtech pretty well, but I'd love to have it corroborated by you.)
Even taking into account that it's the whole dictionary...
Even if you take into account that it's the whole dictionary that gets swapped out, 56Mb is a bit steep.
The full Moby wordlist (i.e. the largest list of English words in the world) is only 4Mb as a tgz: