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."

Comments

Opera Left in the Cold

[Anonymous Coward]

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?

Forking RSS

[Anonymous Coward]

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.

Yes, you misunderstood.

[Matts]

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).

Re:Yes, you misunderstood.

[Matts]

Once again: To use a validating parser you need the DTD, of course. But the W3C makes no provision where to get this DTD! The Declaration inside a RDF-File for example is containing a xmlns-Attribute. That is XML-_N_ame_s_pace. Nothing more. See for example the declaration in http://slashdot.org/slashdot.rdf:

OK:

$ g-request http://slashdot.org/slashdot.rdf
<?xml version="1.0" encoding="ISO-8859-1"?><rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax -ns#"
xmlns="http://my.netscape.com/rdf/simple/0.9/">
...
Sorry, no cigar. This does not contain a DOCTYPE declaration. Try an RSS 0.91 file, e.g. from xmlhack.com:

$ g-request http://xmlhack.com/rsscat.php
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE rss PUBLIC "-//Netscape Communications//DTD RSS 0.91//EN"
"http://my.netscape.com/publish/formats/rss-0.91.d td">
<rss version="0.91">
...

You can not run a validating parser solely on this. Because the URIs given above are in fact (what you appearently do not want to understand) only Namespace, and not a reference to the DTD.

No, you cannot run a validating parser solely on the first one because it uses XML namespaces! Try the RSS 0.91 file format. That's what we're talking about here.

There is no defined way to automatically determine where to get the DTD. You need to get it yourself and supply it to your validating Parser.

I, and the XML spec, beg to differ. I quote:

[Definition: The SystemLiteral is called the entity's system identifier. It is a URI reference (as defined in [IETF RFC 2396], updated by [IETF RFC 2732]), meant to be dereferenced to obtain input for the XML processor to construct the entity's replacement text.]

How do you dereference HTTP URI's? Well shock horror you use the HTTP protocol! ;-)

I've given the XSL(T)-Example. The XSL(T)-Declaration contains a URI as well.

No, it does NOT. There is no Declaration, only a start element. The reason being that XSLT uses XML namespaces, and namespaces aren't compatible with DTDs (well, they *mostly* aren't compatible - but I'll leave it to a book like XML in a Nutshell to explain the finer details).

But the DTD is not there, only a information by the W3C, that this is the XSL(T)-Namespace. After all you may imagine that the W3C knows what it does.

Correct, the W3C does know what it does. The document pointed at by the namespace (which as you correctly, but confusingly point out, doesn't actually need to exist) at the W3C site is in RDDL. Go to XML.com to find out what RDDL is. (actually it might not yet be in RDDL, because the W3C is only slowly moving over to RDDL. But the Schema namespace *does* point to a RDDL document, and this is a sign of things to come).

A valid XSL(T)-Document does not contain any reference about where to get the DTD.

That's because XSLT can't use DTDs, because it uses XML namespaces.

This was specifically intended so, as the Locations of DTD can change, as the example here shows us.

Actually the reason namespaces chose not to have anything at the URI is because they didn't have a namespace compatible schema system in place at the time, and so nobody could agree what to put there. Now the people on the XML-Dev mailing list have agreed on putting RDDL documents there.

So you are still wrong. Having the DTD disappeared from Netscapes site DOES NOT make problems to validating parsers by default. Just obtain the DTD elsewhere and feed it into your parser.

That's possible if you implement a custom URI resolver, but barely anybody does that because it's not the right way to go about fixing the problem (which is to use a catalog system based on the PUBLIC identifier instead).

But this IS NOT A PROBLEM BY CONCEPT. The W3C recognized that it can be virtually impossible to maintain a ever lasting repository for a DTD, and therefore does not urge you to make any links to your DTD. The URI in the Declaration is only Namespace, and you don't even need to put a Webpage there. The W3C itself had not webpages at there URIs at the beginning. Only after having too much people who do not understand (like you) complaing the added this short text. You can use mailto:bla@fasel or gopher:.. or telnet: or anyother unique URI you might imagine. Just make it unique for a given DTD.

You're talking about namespaces again, not DTD's. Please go and buy a good book on XML (such as XML in a Nutshell, which I was one of two tech editors for) that will help clear up your confusion.

Re:For those who don't know: What is RSS?

[Sethb]

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
---

Re:Corporate justification of mistrust..

[merlyn]

It's my understanding that there are two camps here:

1. Those who believe that the DTD URI is a real live URL to be fetched to contain the DTD
2. 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.

Re:It's all about the user agent

[Trelane]

var ua=navigator.userAgent;
//redirect badbrowsers
if (ua.indexOf('MSIE 4')!=-1||ua.indexOf('MSIE 5')!=-1) redirectPage=false;
else if (navigator.appName=="Netscape"&&parseInt(navigator .appVersion)>=4)
redirectPage=false;
//redirect all other clients not satisfied above
else redirectPage=true;
if (redirectPage) location.href="/shared/badbrowser.psp";
</script>

That's what's doing the browser recognition (and "bad browser" redirection)
--
Trelane -------------------------------------------------- ----------

The DTD is available elsewhere

[J.J.]

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.

Mozilla & My Netscape?

[DrKirwin]

The new My Netscape looks great in IE, but it's bad wrong with Mozilla. What gives?

Konqi, too (was Re:Opera Left in the Cold)

[Simon Brooke]

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.

Corporate justification of mistrust..

[fanatic]

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.

--

Actually, that was 3 days ago...

[BierGuzzl]

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

RSS 0.92 and onward

[BierGuzzl]

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.

It's all about the user agent

[Gandalf_007]

That is very true. It looks fine in Netscape 4.76 and MSIE 5, but it's all one wide column in in Mozilla. Using Opera, I get varying results, depending on what "Identify As..." setting I use. Opera has the nice feature that I can set the "User Agent" string it sends to the server to be Opera, Mozilla 5.0 (which is what Mozilla / Netscape 6 sends), Mozilla 4.76 (aka Netscape 4.76), Mozilla 3.0, and MSIE 5.0.

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!!

Re:For those who don't know: What is RSS?

[jcapell]

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.

Re:Hmmm...

[Drone-X]

This really sucks. How about an open source version of my.netscape.com... like a my.mozilla.org...

You seem to miss the point. A brief explenation of the problem:

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.

Use WDDX for syndication.

[bruthasj]

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.

RSS 0.92 is compatible with RSS 0.91

[Alien54]

If you're looking for the already implemented RSS 0.92 look here [http://backend.userland.com/rss092] There's also a reference to RSS 0.93 on which development started on April 01,2001.

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

Is there a simple solution?

[update()]

I know it's customary here to fly into a frenzy over any perceived legal obstacle, without making any attempt to contact the people involved to see if there's a simple resolution.

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.

My my

[_N0EL]

When introduced in 1999, the "My" concept itself wasn't anything earth-shattering

What about those of us who use Perl?

Is Sidebar Better?

[baptiste]

I think RDF was a good setup for a while, but Mozilla's sidebar stuff seems better off. You can use good ol HTML, make the list look better than a Unnumbered List and even add a little color. DOne right, sidebar channels work very well and could easily be included where RDF files were before. The only problem is a lack of standards so YMMV depending on teh site whose content highlights you are trying to get.

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.

--