Netscape Says No RSS 0.91 For You
beat.bolli asks: "As of today, Netscape has 'updated' its my.netscape.com personalized portal to version 2. It seems that they decided to drop all external RDF channels. What gives?" Well, Will Sargent writes: "Netscape removed the RSS 0.91 DTD from their website. This means that all RSS feeds which depend on the RSS 0.91 (many, MANY news sites) cannot be used with a validating parser. Rael Dornfest has more details."
well, this may be a bit premature, but a while back, a friend and i started building our own little uber-portal, which was in concept similar to my.netscape.com, but a little bit better in implementation. (or at least we think so)
it's up and running at www.fyuze.com and for the most part, it works. the documentation is still a little confusing, and there are a few bugs, but hey, it's a work in progress.
it supports RDF, HTML and in the future XML & XSLT for digestion to other platforms (ie WAP). it's essentially free, and built on open source technology.
right now, the content selection is rather sparse, so if you run a site, add your channel/feed to the system.
at any rate, give it try. it may be a good place for all those left homeless by my.netscape.com.
(disclaimer: there is mention of charging for content distribution on the site. this is something we are still working on for high-load super-customizeable feeds. all the basic services are free to both distributor and consumer)
The problem isn't because there's some sudden inability to find a copy of the DTD, the problem is that there are a lot of pointers pointing to a specific place on Netscape's site. And now those pointers are broken.
I waited to see how long it would take you idiots to moderate the parent up to 5. At least one person had the sense to moderate it as "Overrated." But, even though the current score is 4, I'm ending the contest now since there've been 5 "Informative" moderations to the post.
It's things like this which causes the outside world to have the impression that the only knowledge that Slashdot users have is the knowledge of how to bitch about things that they know nothing about. And, well, I guess it's pretty hard to disagree with them.
So, thanks, you imbeciles. I'll be posting this anonymously, because I understand that you're not just clueless, you're childishly vindictive.
here
Pot - kettle - black.
RSS 0.91 was completely incompatible with 0.9; the authors of 0.91 drank Dave's Kool-aid, and made it non-RDF. 1.0 *is* backwards-compatible with 0.9, just not the 0.9x orphans.
I don't expect Netscape to help out their competitors much, but I can't even get into my.netscape.com with Opera 5.0. I find it funny that even IE is allowed in, but not Opera. This is the kind of callous, inconsiderate web design approach I despise. Only allowing the main browsers, and blocking everything else, no matter how capable it might be, or what the user's choice. It's HTML for god's sake, even Lynx could view it in some form.
C'mon Netscape, kick IE out too. You've already blocked one high-quality, fast performance browser. Why not block another?
I hate to say it, but this is YA example of why forking over petty differences can be A Bad Thing. If one stubborn contingent hadn't steadfastly clung onto the deprecated RSS 0.91 spec instead of moving to RSS 1.0 (which returns to RSS's more dynamic roots), said contingent wouldn't be locked out because *a single document was removed from a web site*. Yeah, Netscape did the wrong thing. But the proponents of the outdated and outmoded spec should have seen this coming a mile away.
There is nothing really wrong with Netscape removing the DTD from the "URL" which is declared in a RSS-Document.
By Specification this URI does not need to contain a valid URL, its just a Namespace to have a unique unifier for this specific DTD.
For example take a look at the URL supplied with XSL(T)-Stylesheets: http://www.w3.org/1999/XSL/Transform. This won't give you the DTD for XSL(T)-Documents. All you get is a webpage which simply states 'This is the XSLT namespace'. And even W3C put this webpage there only after having to much people complain that this URL was in the first place 404 (not existant).
You even do not need to use a HTTP-URI for the namespace. You are perfectly legal to use a (unique!) email address or something else.
So no validating parser should do anything with this Namespace URI. At least not try to obtain the DTD from there (imagine a validating parser sending you an email asking for the DTD...). If the DTD is needed, it has to be supplied and associated by other means. Not by the URI.
So there is nothing really wrong with netscape to remove the DTD. There are copies of it floating arround the net, and they can be used for validating parsers. And for simply _using_ RSS you won't even need the DTD. Validation costs time and in most real, life application you want to turn it off anyway (if implemented at all).
The My Netscape portal was great for having very customized content, i.e., anyone could create a channel and publish it. The top news stories for a lot of the sites I visit (slashdot, freshmeat, mozilla, mozillazine, and a few others) were on my front page.
Now that the custom channels are gone, what alternatives do we have for this portal?
DTD's are nothing like namespaces, and your conclusion is incorrect.
There is a PUBLIC identifier allowed in the XML DOCTYPE which is purely symbolic, but that's not what we're talking about here.
Matt. Want XML + Apache + Stylesheets? Get AxKit.
We're not talking about namespaces here. We're talking about DTDs, particularly the SYSTEM identifier, which is meant to be fetchable (it even says so in the XML spec).
RSS 0.91 isn't even namespace aware.
Plus, you say "for simply _using_ RSS you won't even need the DTD". That's only *mostly* true, unfortunately. The RSS 0.91 DTD contains all the HTML entity references that are commonly used in RSS 0.91 files, and an XML parser will choke without these being defined somewhere (and that somewhere happens to be the DTD) (well actually a non validating parser can just ignore the entities (providing they are syntactically correct), but then you'd end up with strange looking content).
Matt. Want XML + Apache + Stylesheets? Get AxKit.
This highlights one problem from which Web publishing suffers compared to (tradional) Paper publishing. If a reference is made to a Web document (via URI) then if the publisher removes or changes the document the reference becomes invalid, or refers to the "wrong" thing. When the reference is made to a paper document, the book may go out of print (which in the case of journals is almost immediate), but this does not prevent you refering to the copy you already own or visiting the library to consult it.
Dave has also put the DTD back up on one of Userland's site, available at:
http://www.scripting.com/dtd/rss-0_91.dtd
---
When in danger or in doubt, run in circles, scream and shout. --Robert A. Heinlein
Depends how much you want to code. Certainly the java parsers I've used (xerces etc) let you do entity resolution yourself and so look for the dtd anywhere you want to. In fact I've actually done this.
development.lombardi.com
- Those who believe that the DTD URI is a real live URL to be fetched
to contain the DTD
- Those who believe that the DTD URI is merely a URI, to distinguish
that DTD from all other possible DTDs in the world.
All AOL-Netscape did was mess with the heads of the first camp. Those who were in the second camp are still chugging away fine.It's also my understanding that those who developed XML are firmly in the second camp. Yes, a URI-to-URL mapping mechanism needs to be developed for DTD URIs. But just because that's not in place, let's not rank on Netscape for their choice to make the one-to-one trivial mapping no longer valid for RSS 0.91.
bzzzt! wrong -
RSS stands for RDF Site Summary, not Rich Site Summary. And RDF, as we all should know stands for Resource Description Framework.
So, RSS really expands to Resource Description Framework Site Summary.
No wonder PCMCIA.
var ua=navigator.userAgent;
if (ua.indexOf('MSIE 4')!=-1||ua.indexOf('MSIE 5')!=-1) redirectPage=false;
else if (navigator.appName=="Netscape"&&parseInt(navigato
redirectPage=false;
else redirectPage=true;
if (redirectPage) location.href="/shared/badbrowser.psp";
</script>
That's what's doing the browser recognition (and "bad browser" redirection)
--
Trelane -------------------------------------------------
--
Given enough personal experience, all stereotypes are shallow.
From Dave's Scripting News on Friday, 27 Apr 01:
From the If-It-Weren't-So-Sad-It-Would-Be-Funny Department, yesterday when Netscape (apparently) deprecated RSS and broke all the links to their RSS stuff, they also broke people whose XML parsers require a DTD. The old URL for the RSS 0.91 DTD is totally 404 not found. John Munsch has a report from the field. I put a copy of the DTD into a folder here on scripting.com, and it will stay there, Murphy-willing, for perpetuity.
You can find his copy of the DTD here.
J.J.
I tried to visit the page in Konqueror and got an 'Invalid Browser Configuration.' (http://my.netscape.com/shared/badbrowser.psp).
These notices are showing up at various places around the web. I guess they think writing things using w3c standards is too difficult in comparison to writing them for two browsers (IE 4/5.x and Netscape 4.x).
Validating XML parsers, on the other hand, screwed the pooch by not providing for documents to be validated against any but the specified DTD. At the very least, new validating parsers ought to maintain an internal table of aliases, so that you can validate documents of type http://www.netscape.com/~nportman/grits.dtd against file:/home/marxmarv/project/dtds/hotgrits.dtd without changing the XML DTD specification or the input at all, and would also enable DTD's to be specified by, say, MIME Content-Type.
None of this fixes the copyright problem, but it does keep entire applications from going away because of some sysadmin cock-up. (As an aside, at least .NET will show the sheeple how often network blackouts happen...)
-jhp
/. -- the Free Republic of technology.
The new My Netscape looks great in IE, but it's bad wrong with Mozilla. What gives?
That's one thing that the RSS 1.0 fascists won't ever tell you. RSS 1.0 is NOT compatible with RSS 0.92. It's a totally different syntax.
Of course, they'll whinge and moan and say "upgrade to our new fancy spec" that only about eight geeks in the world can comprehend. When the truth is that 0.91 was a standard that EVERYONE could understand, including Frontpage-using HTML novices - EXACTLY the kind of people that the uber-geek elite want to stamp out of existence.
Sorry, geeks, it's a big wide web out there, and everyone's invited. Stop trying to bury web standards under layers of incomprehensibility.
In the meantime, as Alien54 suggests, RSS 0.91 providers can switch their Doctype to 0.92. The DTD's on Userland, which at least is run by someone with a clue.
Then everything should start working smoothly again, without having to learn an entirely new specification.
Have you seen the license? This is just another way of going around the same block again. The lesson is, don't trust or support any commercial entity with Web standards, whether it be AOL, Allaire, Macromedia or any other. Trust only genuinely open community projects and genuinely open not-for-profits.
I'm old enough to remember when discussions on Slashdot were well informed.
Interestingly, it redirects Konqueror 2.1 to 'badbrowser.psp'; but if you configure Konqueror to pretend to be Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0) it renders just fine. I'm seeing this more and more frequently with commercial sites - if they don't recognise the browser, they don't make any attempt to render a page for it. I think this is professional incompetence, frankly.
I'm old enough to remember when discussions on Slashdot were well informed.
See people, AOL is the real enemy here. Within their walled garden they want you to only see AOL/Time Warner properties - "screw the rest of 'em" is now job one, more than ever. "Synergy" is one thing, this is a whole other ball o' wax.
--
OliverWillis.Com
OliverWillis.Com
An Operative with an Agenda
The last sentecne says it all:
RSS partisanship aside, this episode strikes yet another blow against the use of centralized (specifically copyright) DTDs in an increasingly distributed computing environment.
Publicly used DTDs need to be somewhere where the public can count on them long term.
Or else we need a DTD caching mechanism with an inifinite TTL - and this *still* doesn't address the copyright issue.
--
"that's not encryption - it's a new perl script that I'm working on..." - from some Matrix parody
It's bugged the hell out of me. In the meantime, there's still my.userland.com, xmltree, and weblogs.com to name a few sites that still make wide use of the RSS 0.91
If you're looking for the already implemented RSS 0.92 look here There's also a reference to RSS 0.93 on which development started on April 01,2001.
When set to "Opera" or "Mozilla 3.0", the My Netscape page doesn't load at all, displaying an "invalid browser" page, saying you must use NS 4.x or IE 5.x. (Apparently they think NS 6 sucks too). Setting the User Agent to "Mozilla 5.0" or "Mozilla 4.76" (strange, since the real NS 4.76 works) result in the same one-columned-stretched layout as Mozilla. However, when Opera is emulating MSIE 5.0, it works perfectly!
So apparently, it's not that the page couldn't display in Mozilla, it's that My Netscape intentionally screws up the page for Mozilla!!
"It's better to keep your mouth shut and be thought a fool than to open it and remove all doubt."
Rich Site Summary (RSS 0.91) is lightweight syndication format for distributing news headlines on the web. It is a format that originated at Netscape for syndication of content through Netscape Netcenter. The format was also influenced by the the Channel Definition Format, which Microsoft defined and saw its window of opportunity open and close with "push" technologies. Userland.com built and hosted the first RSS aggregator outside of Netscape. Dave Winer of Userland formalized the Netscape specification as RSS 0.91.
The article is about RSS files, which are files used mostly by news sites and blogs. They contain a summary of the most recent topics on a site. RSS files were used by my.netscape.com to monitor multiple sites on your MyNetscape page, also they are used in Evolution and the Nautilus has the ability in CVS (under a "News" sidebar IIRC).
The problem here is that the RSS format was written in XML and used a DTD (document type definition) that was stored on the Netscape servers. Whenever *someone* *somewhere* tries to parse a RSS file the Netscape server is queried for the file and the RSS file is validated against it. So now that Netscape removed the file people don't get to see the RSS summary but get an error instead.
What could be done is putting a copy of the file on an alternate location and changing all RSS files to match the new URI... well, this could be done if it weren't for the fact that Netscape copyrighted the RSS DTD... the only sollution left is to change to the updated RSS format which doesn't depend on Netscape.
Monkey sense
Check out www.openwddx.org and move your data over to an open source alternative backed by the web giants, Macromedia/Allaire. Do the web a favor and don't support AOL.
This is merely Vital information.
As seen on the site:
How 0.92 relates to 0.91
RSS 0.92 is upward-compatible with RSS 0.91.
Every new feature of 0.92 is optional, meaning that a 0.91 file is also a valid 0.92 file.
Now if Netscrape would only document this better and let the rest of the world what is going on.
Check out the Vinny the Vampire comic strip
"It is a greater offense to steal men's labor, than their clothes"
Unsettling MOTD at my ISP.
But on the off chance that the 1000th time is going to be different, let me ask this -- has anyone considered just asking Netscape if they'll make the DTD public? The O'Reilly writer doesn't seem to have bothered.
As far as MyNetscape itself is concerned, good riddance as far as I care. They came up with the clever stratagem of blocking Mac IE users. (The notice that there are some unresolved problems with that browser has been there for over a year.) Good move, guys -- piss away all of your market share and then block IE users from the one thing you have left. I switched to Yahoo, with no regrets.
Unsettling MOTD at my ISP.
What about those of us who use Perl?
"My mother works for Microsoft now. A whole other cult."
I mean an RDF file was nothing more than a <UL> list that used a bizarre, tedious format. Yes, it WAS standardized so a valid RDF channel would generally be usable. But what if it's not? Its the source sites lose - you'll just remove it.
--
Top Most Bizarre/Disturbing Error Messages
Being a type-A personality who charges off and gets to work without thinking things over, I immediately went and squatted on "dtdcache.org", intending to set up a donation-supported central repository for DTDs. This would solve problems caused by changing web structures and provide a permanent location for static XML specifications.
Of course, given an additional 30 seconds of mature reflection, I realized that XML.org would be the best host of such a repository, probably tied into their XML registry program. Ah well.
This really is a fairly big letdown.
Another point that could be made here is over real customer service and what Netscape obviously perceives, or perhaps more importantly does not perceive, as a customer.
After all, companies are companies and, grand schemes and noble ideals aside, they're in it for the money, no question. Interestingly it seems that just in the last twelve months or so the realization of marketplace pressures, revenue streams and real product distribution, etc., have become as important as they are in any industry. It's valuable to see how the companies that are surviving in the "e-" sector, which would include Netscape even as a progenitor of that sector, are adapting. In this case the question is, "How do we identify with our customer?"
In some sectors this is not taken for granted. The automobile industry spends, quite literally, millions on trying to identify the target for an automobile down to the clothes those people buy, where the buy them and how they like to wear them, along with a myriad of other details. Sometimes, however, (to make a leap) it seems as though software companies that cater to developers occasionally just assume that since they've got developers on staff then, well, they intuitively understand their customers by a proxy of self-identity -- not always, perhaps, but seemingly more often than, say, oh lawnmower manufacturers.
It's an unfortunate truth, however, that it's easiest to hold contempt for your own kind. Someone can go through their whole day being nice to strangers, only to reserve frustration and bottled up whatever for the lucky family suffering at home with them. The same, it seems, held true for Netscape.
Marketing shmarketing. Customer shmustomer. RSS? They don't need their stinkin' RSS! Pull it! Screw 'em! Or maybe it was just a more gradual ah-who-even-cares decline. Who knows. Maybe they have some grand plan in store, something that will make up for what in any other industry would really be perceived as a Microsoft-scaled blunder. But it sure doesn't seem like anyone over there is listening to the customer. You know, those guys that are supposed to be, in some way, paying the salaries over there?
Of course things like this happen in other companies and to other customer bases, usually right before that company truly begins to flirt with really large and impressive failures. And judging from Netscape's track record of listening -- how many years went by waiting for Netscape 6 while Microsoft slowly crept upon the unsuspecting town and preyed on the needs of the poor townfolk? -- this is just another step in the wrong direction.
Interesting move, Netscape. People hate Microsoft with a passion. But people are just starting to look at you with, well, *yawn* ...