"You can't smoke anywhere in public now, or within 20 feet of another person's residence.

You're confused somewhere.

PLEASE let them involve the ever-redacted-in-all-ways torture photos. Something to make people wake up to the (you would think.. so obvious!) war crimes of the current administrative branch. I say 'current', for it hasn't changed between nominal figureheads.

Personally, I have a bluetooth A2DP (or whatever it is) adapter, that allows my smartphone to play music out to my car stereo. (Newer cars have a direct jack.. in my case, lacking one, I bought a device that listens to bluetooth and transmits FM stereo).. Anyway, 'texting' is illegal in my personal jurisdiction. I've often wondered if someone will try to arrest or fine me for changing the song I'm playing, (as it's coming from my smartphone), compared to the EXACT SAME DISTRACTION I'd experience (if not more) if I were putting a new CD in my stereo. Distraction is surely there. One must merely be careful.

I can verify that GPS works in airplane mode on the N1. I use google earth on flights to see my progress. (Earth pre-caches a low-res globe, enough to tell what part of what state you are in just fine)

Sony Betamax recommends VHS if you're a fan of porn.

My firewall/router/DVR computer is on 24/7 anyway, so I've always just run my own mail server. Any email to delivered directly into my home from the beginning. ;)

A departure from standard 3rd-party developer programs that limit access, the Lightworks Open Source platform offers an unprecedented gateway into the NLE’s core engine, enabling a wide-range of creative developers to implement forward-thinking features and workflows.
*
*
*
...Lightworks Open Source offers a highly collaborative development environment based on powerful and feature-rich underlying technology,

It's entirely clear from the press release that they have no intention whatsoever of opensourcing the "feature rich underlying technology" of the "NLE 's core engine".

This is the same sort of thing that Xara tried to pull... using the open source community to add additional power and functionality that all ultimately still depended on a proprietary close-source rendering engine. That went well!

I look for technical software engineering lectures, etc, in a conference. Then again, I'm an engineer and not in management. Give me PHP over PHB any day! ;)

But, seriously, a conference should tend to focus on the greater community... developers -and- management to some extent. The bigger the tent, the more to fill it.

Actually, what would make far more sense... would be to somehow capture the trapped mass, and then eject it violently to change course so as to be able to gently-enough encounter and capture the next piece of mass, and so on. Use the junk as reaction mass to change your velocity...

To gain altitude, fire the current junk at an downward angle which also completely cancels out it's orbital momentum, it will then fall directly to earth, and your 'scow' will gain altitude (well, a change in orbital momentum as well due to angle you need to fire it at to cancel out it's own, but you get the idea). To descend, fire it straight up a speed exceeding terminal velocity so as to escape the earth's orbit altogether (here you would have more freedom to also adjust your orbital momentum as you saw fit, by firing it at different angles... also, you could effectively -only- change your orbital momentum by firing it an extreme angle essentially perpendicular to the earth's surface, such that it would still achieve terminal velocity).

All the thing needs is an energy source! (Well, and some serious computation) The reaction mass is already up there! :)

This then becomes an engineering problem of how to capture and relaunch the individual pieces of junk. First off, I'd imagine you would need a sufficiently low differential in velocity to the target during the intercept/capture phase. (Of course, once again, free reaction mass abounds, as long as you can 'throw' your last captured piece with sufficient energy). Which leads to the second engineering challenge; how to very energetically expel the mass you've just captured in any direction. Well, the direction part isn't hard, gyroscopes and all... but how a machine would grapple and then violently launch an arbitrarily sized and shaped object would be the challenge.

For ferromagnetic debris, I suppose electromagenetic coupling might allow capture, and then perhaps a robotic arm could appropriately position it's center of mass over a 'simple' extremely-high-speed piston?

But, I can't think of any reason this couldn't necessarily work!

...perhaps the relative delta-v needed to move from one piece to another (compared to the force one could realistically apply to launching a given intercepted mass) would make it difficult or unviable with current technologies... any thoughts?

(PS: This is still an engineering problem relating to the force you could realistically impart when relauching debris... for even a single atom would be more than sufficient mass if you could launch it at 99.99999999% the speed of light. :) )

You know, if online papers I liked had a DONATE button, I might send a few dollars there way now and again... nytimes.com and washingtonpost.com come to mind. It amazes me that they don't!

If you can deliver the vaccine to a very broad spectrum of a population and let the individual decide if they want the vaccine, then you'll have large numbers of both cases - vaccinated and unvaccinated

The problem with letting the individual decide is, as the article mentioned, cohort effects. Correlation != causation, etc... for example, a study might find that people who drink green have less heart attacks. But what if (for example) this is because people who drink green tea tend, on average, to be wealthier than those who don't?

Anytime you separate a sample population based on self-selection, you introduce the possibility that the real cause of difference might be something unrelated and unseen. The only valid medical protocol for establishing scientific efficacy is a double-blind real/placebo study.

Anyone who -distributes- that driver with the application, no?

An interesting point, seriously. As I parse that (not being a lawyer, myself), yes... one can't include necessary drivers, but instead require the end-user to set up the linking themselves (the common sun jdbc api, etc)..

But, the additional injustice I referred to (more to the mysql end-user than the developer, necessarily (well, except for the concievable, lesser appeal of the developers product, as it wouldn't interoperate with the end-user unless they forked out for a commercial mysql license regime))

...r.e. the anecdote I recollected, was in fact unnecessary? That the insert-mysql-jdcbs-driver-script just had to allow the configuration for linking with mysql drivers, but did not in fact require an avowal that the end-user required a commercial license themselves to be able to link the driver. Again, I'm not a lawyer. But, as far as mysql ab seems to put it, it's a murky ground.