News for hackers. Stuff that matters.
Re:Reanimating UUCP by dalke on Sunday June 17, 2012 @06:41PM (#4124059)
My point was to ask you describe the sorts of information which are best sent via the slow web. I gave some examples where it wouldn't work, because of the need for timely responses.

Your example of receiving an hour television show on a 4GB card does not work, because we already have that. It's called Netflix. I mean, it's a perfect example of what you're wanting, but it's already a solved problem built on top of the postal system, and not based on uucp nor your proposed slow web. There's nothing stopping you right now for implementing this via the postal service - so my question to you is, which types of people would want this sort of system, why would they want it, why will there be a long-term demand for this sort of service, and why doesn't it already exist atop the postal system?

It looks like you propose that the newspapers could leverage their delivery system in order to deliver the data. But surely the postal system is the better fit, given that newspapers don't deliver to place with "only five people" and instead charge more so they can mail the newspaper.

The other problem I have is that you keep coming back to "radio-management." That's not important. We can wire 99+% of US homes with wired connection - we did that with power and are nearly there with phones. Why is radio important if you can get 14.4K wired to your home? Assuming a rather low value of 1KB/sec over twisted pair, that's 2GB per month. If you also want local wireless for the house, that's under $100. I set up that system 10 years ago for myself.

To emphasize, 1KB/sec is fast enough to download the entire NYT in 6 hours.

So the potential users, after removing the Netflix factor, are 1) those people who can't get any network connection, and 2) those people who are restricted to dialup but want more than 2GB/month, and don't care about 'fast web' responsive access. Both are small and decreasing in numbers.

Oh, and how does someone signal which 4GB of data they are interested in? I tried but completely failed to come up with any solution which doesn't require a large majority of the sites in the world to rearchitect their interface for this tiny minority - and that's not going to happen.

Re:Reanimating UUCP by sj4nz on Wednesday June 20, 2012 @11:49AM (#4137513)
To be short: Netflix doesn't accept uploads from customers via postal mail—so it doesn't exactly match the example. Most people want content that requires more than 2GB/month. Yes, NYTimes is much less than 2GB/month, but this wouldn't be about receiving "just" the NYTimes---the newspaper delivery service would work as a "carrier" of bits. Users signal for the data they're interested in via what they upload. Publishers of bits upload indexes to the content network. It can be implemented now with the postal service, by sneakernet in communities of people, or it could be something that newspapers implement, it doesn't matter who does the physical work of bit-moving. And finally, I'm not interested in supporting the "large majority of the sites" because they're all Fast Web. If they want Slow Web, they can add it, but they don't have to, it's not mandatory and its not expected of them.
Re:Reanimating UUCP by dalke on Wednesday June 20, 2012 @03:49PM (#4138804)
My examples were all meant to show areas where a slow web would not be effective. Who are the people and what are the use cases for a slow web, and why doesn't it exist now on top of the existing postal system?

The newspaper delivery service would not work. Period. Delivery service only covers the local service area, where there is a high enough density of subscribers to make a special delivery service worthwhile. These people can get broadband and/or cell service. Otherwise newspapers use the postal service, and charge a premium to those customers who want that service.

Now you say that "upload" is important. Yes, when my wife was deployed in Iraq, we mailed USB sticks back and forth, containing music and video files. So that service exists now for point-to-point, and scales decently well to several people. Who are the people who want one-to-many data broadcasting via the slow web? What do they want to accomplish?

And I return again to mechanics. How does one "signal for the data they're interested in via what they upload?" If I send videos of our baby to family, do I get baby videos in return? Or do I get ads for baby products? I can't think of any mechanism which would handle what you are describing, other than having a human concierge service - and that's expensive.

If there are no adapters to make the slow data resources which are available on the fast web available to the slow web, then why would people use the slow web?