Re: [mb-style] Wikipedia AR using urls with hash

2008-03-10 Thread Philip Jägenstedt
I agree, the problem isn't that there's a # symbol in the URL, but that there is no Wikipedia page for that (and only that) album. AR:d Wikipedia links should, in my opinion, by more reliable than this so that, for example, automated Wikipedia cross-checking (release date-mismatch etc) and content

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-10 Thread Bram van Dijk
As we usually don't like redirects, I think that this doesn't change anything in this discussion. Bram david scotson schreef: > I'm not sure how this would be communicated to less sophisticated > Musicbrainz/Wikipedia users but the following is possible: > > http://en.wikipedia.org/wiki/In_The_C

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-10 Thread david scotson
I'm not sure how this would be communicated to less sophisticated Musicbrainz/Wikipedia users but the following is possible: http://en.wikipedia.org/wiki/In_The_City_%2B_In_The_Woods has just been created by me, and consists only of a redirect to: http://en.wikipedia.org/wiki/Tracy_Bonham#In_The

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-09 Thread Paul C. Bryan
The consensus seems this far that we should not link to anchors within pages. To best understand this, I guess my only question I have is, what balance are we trying to strike between preventing link rot and providing useful information? As I mentioned in the edit that started this, sometimes a t

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-09 Thread Philip Jägenstedt
This disussion is pretty lame and I think we all agree anyway: we don't want to link albums to wikipedia:Artist#Album. If it doesn't have a Wikipedia page of its own just don't link it (add an annotation if you must). Unless someone is actually of the opinion that we should there's no need to discu

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-09 Thread Brian Schweitzer
On Sun, Mar 9, 2008 at 3:57 AM, Bogdan Butnaru <[EMAIL PROTECTED]> wrote: > On Sun, Mar 9, 2008 at 4:11 AM, Brian Schweitzer > <[EMAIL PROTECTED]> wrote: > > I'm very aware what fragments are, and how they work, though I wasn't > > aware that the CGI-parser behind Wikipedia's permalink system

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-09 Thread Bogdan Butnaru
On Sun, Mar 9, 2008 at 4:11 AM, Brian Schweitzer <[EMAIL PROTECTED]> wrote: > I'm very aware what fragments are, and how they work, though I wasn't > aware that the CGI-parser behind Wikipedia's permalink system > maintained fragment support. I'm not sure you do understand it completely. Wikipe

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-08 Thread Brian Schweitzer
> I think you just don't understand what fragments are. > Here's your "permalink" for the URI with the fragment part: > > http://en.wikipedia.org/w/index.php?title=Tracy_Bonham&oldid=194084452#In_The_City_.2B_In_The_Woods > > > Anyhow, this is entirely off-topic. I'm very aware what fragments

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-08 Thread Olivier
2008/3/9, Brian Schweitzer <[EMAIL PROTECTED]>: > > I would agree with all three observations, while adding this: > > Theoretically - we don't currently enforce it, nor often do it - but > Wikipedia links ought to use the perma-links Why would we do that? If I understand correctly, the so-called

Re: [mb-style] Wikipedia AR using urls with hash

2008-03-08 Thread Brian Schweitzer
On Sat, Mar 8, 2008 at 7:53 PM, Olivier <[EMAIL PROTECTED]> wrote: > Is there anything in the documentation discouraging the use of Wacky > urls pointing to in-page anchors? > eg: like > http://en.wikipedia.org/wiki/Tracy_Bonham#In_The_City_.2B_In_The_Woods > > If not, what do you think about t

[mb-style] Wikipedia AR using urls with hash

2008-03-08 Thread Olivier
Is there anything in the documentation discouraging the use of Wacky urls pointing to in-page anchors? eg: like http://en.wikipedia.org/wiki/Tracy_Bonham#In_The_City_.2B_In_The_Woods If not, what do you think about their use? IMHO, we should prevent their use (and state so in the docs), for the f