You are not logged in. Please login or register.
MusicBrainz Forums → Style Discussion → ASIN url style
Chidade - you can solve the problem of not getting cover art by changing your preferences.
I also had this problem until I discovered that if you go to "Preferences" and then "Show Release", you choose as "your preferred Amazon store" the drop down box that says "use the same store as the cover art".
This should solve this particular problem for you.
Joan
I wanted to chime in with something slightly OT (aren't forums great?). I felt bad for not participating in the discussion of this topic on the Mailing List, seeing as I was one of two catalysts for the topic coming up in such force; but that is mostly mitigated by zout's excellent contribution (which I whole heartedly thank you for, zout).
Fully On Topic, here's how I see things:
1) (IMO) I agree that Musicbrainz only needs to keep the root Amazon TLD that the ASIN originates from and, well, the ASIN. So the javascript regex'er update is welcomed whole heartedly.
2) The AR text could be changed to something like Wikipedia, if I add (total random example): http://amazon.de/This-Little-Album-of-M … B000011859 , the AR on the album view page could say something like:
"This Little Album of Mine has Amazon ASIN de: B000011859"
I think showing the originating nation is awfully useful for figuring out where you'll be ordering from "ahead of time". (Some people can't/won't order from overseas.)
Now that I bring it up, this begs a usability question. The preferences allow you to pick your favorite Amazon nation retailed.
So what happens when you see a link like "de: B000011859" and you click it, and you go to the amazon.com or amazon.co.uk store?
I suppose it's not a terrible thing, ordering from (what should be) your local location of Amazon, it's just denoted with an [IMPORT] text anyways.
Thoughts?
Lately I've noticed that clicking on album image art takes me to a broken link in Amazon. Then I go back and find that it tried to find the ASIN on the American Amazon, while the ASIN according to the relationship is for Amazon.jp, or whatever.
I believe that is actually because your settings have amazon region to .com (which is default I believe)
go into your Preferences, and under Your preferred Amazon Store: choose "use the same store as the cover art"
that should take care of your problem :)
----
re amazon region: isn't it time we made '....coverart' the default setting?
seems to me that people don't understand that this is an option and it is experienced as being a bug (which it isn't)
seems to me if someone wanted to "always got to x amazon.tld" they'd probably look in the settings to see if it could be done
but, since we add asins now with domain and all, people expect that thats where a click on the cover art would take them (which, unless they've explicitly set it, it wont)
the problem is that it's using the URL people entered rather than using the data that it should parse from the URL people entered
ok, now I'm getting scared here :P
I totally agree with this.
~mo
2) The AR text could be changed to something like Wikipedia, if I add (total random example): http://amazon.de/This-Little-Album-of-M … B000011859 , the AR on the album view page could say something like:
"This Little Album of Mine has Amazon ASIN de: B000011859"
I think showing the originating nation is awfully useful for figuring out where you'll be ordering from "ahead of time". (Some people can't/won't order from overseas.)
I like that idea. I appreciate the way wiki links are setup when looking up info, it would be really helpful to have ASINs work the same.
Breaking News!!!
It seems that AMZ has gone back the the old gp/product format (at least thats the pages i'm being directed to now after searches on US/UK/CAN). This whole point may end up being moot, and maybe we should be thinking about changing the add ASIN instructions back to the way they were.
As far as I know the links with the titles in them still work within MB, but if this is a style AMZ abandones in the future, will they remain working?
As far as I know the links with the titles in them still work within MB, but if this is a style AMZ abandones in the future, will they remain working?
Yes, they will still work. As the server parses the URL, extracts the domain and the ASIN and constructs the old "/exec/obidos/ASIN/" links.
Turns out i'm the hasty one, now my searches are bringing back the old/new release title in the URL format, I don't know why I was getting gp/product for a few hours. :-)
to bad, that would have been nice :/
but I'm looking forward to this 'url parsing' thing. it will make sure that any link (including the ones added with session info) will show up as pretty, useful gp/product links.
just one old question; will that parser fix old, (already added) asins automatically too, or will we need to press a 'parse this asin' button maybe?
~mo
i don't think this is a good idea, what about the stuff that is appended to the URLs?
a full amazon url looks like this
http://www.amazon.com/Details-Frou/dp/B00006EXLQ/sr=8-1/qid=1160519091/ref=pd_bbs_1/102-2660641-6153751?ie=UTF8, you are now suggesting that the full stuff can be added as a relationship. while it is true that the asin and the shop is parsed, the asin-AR will be displayed exactly as entered above.
Maybe I missed where this was answered.
Do we allow edits where the stuff after the ASIN number is left on? Yes or No?
Because currently the wiki does not specify that the junk needs to be removed. If the parser is able to strip off the junk after the ASIN now then three cheers for MusicBrainz, if not it should be in the wiki.
if we still need consistent data, make the process as simple as possible
-only store the ASIN and the top level domain no matter what is enter as an ASIN URL
-have MB automatically present the URL in a consistent fashion using the ASIN and top level domain that it parsed when someone enters an amazon URL containing the ASIN.
This sounds like a good idea, it seems reasonably straightforward to extract the ASIN and domain from the URL provided by the user. And entering it with just a simple copy/paste is the most convenient from a user perspective (atleast for me :).
my solution for this problem has been commited to trunk [1], rob said he'll put out a preview of an upcoming server release out next week, so by chance you'll be able to do just that :)
[1] http://bugs.musicbrainz.org/ticket/2209
my solution for this problem has been commited to trunk [1], rob said he'll put out a preview of an upcoming server release out next week, so by chance you'll be able to do just that :)
So translated to non-programmer speak, when this goes live the following ASIN would be valid?
http://www.amazon.com/Details-Frou/dp/B … 51?ie=UTF8
it will construct a amazon.com/gp/product/<asin> url from the one you paste in the input field, just as the old mechanism used to cut off the extra stuff. the server-side code does not have to be adjusted, it already works.
Cool, I love it when things like this come about. Not that copy/pasting a specific selection of the ASIN is much harder than just doing the whole thing, but it's just a little nicer when you can click on the address field, copy. Click on the MB field, paste.
my solution for this problem has been commited to trunk [1], rob said he'll put out a preview of an upcoming server release out next week, so by chance you'll be able to do just that :)
nice!
looking forward to testing it out
it will construct a amazon.com/gp/product/<asin> url from the one you paste in the input field, just as the old mechanism used to cut off the extra stuff. the server-side code does not have to be adjusted, it already works.
wh00t!
this is very good news! but I want to repeat my question: what about old already added links?
will they be "autofixed" or do we need an 'fix ASIN' button
(i opt for the button, as it's a safeguard for in the future and somebody inserts a *really weird* link, but it's probably not necessary)
~mo
was away, now back!
thats will not be possible, since there is no interface to edit URLs.
we've been saying that an interface to edit URLs would be a swell idea a long time, perhaps its about time we try to solve that issue to? :)
reviving this thread. I wanted to know, ifr keschte post that
thats will not be possible, since there is no interface to edit URLs.
should we not then come down hard on the 'new' style urls in this time of transience before any coding is done? how else are we going to fix these 'new asin urls' later on? remove and resubmit them? (I don't have a problem with that myself, but it seems wasteful.)
because everyday I see new ASINs with this form, the only difference is that now I can't vote 'no' on them.
*wrings hands* ...i won't do the server work, i don't feel the slightest bit inclined to do something at the moment. i realized that i don't need it, and i have to admit i'm curious to see what'll happen if i don't.
The things i've seen until now are not really breathtaking, but you know who to ask, to get this resolved. (after all, the patch was commited a while ago already, and other fixes have been made available on the main server too since the last server release)
keschte
I have some problems understanding the meaning of some of your sentences, they come of as being snarky, which I think is probably not the intent
(probably my asbergers acting up again)
but I don't see where in my post I said *you* should do it. if that is what you thought I meant, I apologise, it was not.
I am also unclear on what it is you mean you do not "need" and what you "don't" (don't what? need? :s) and why you'll be curious about it. (curious about don't not needing the asin-code thing? uh?)
sadly I do *not* "know who to ask", partly because because this tread is old and I didn't re-read it, partly because my memory and me make dreadfull company and partly because I do not understand if you are trying to be innuendoius or not (probably not)
please be more clear in your posts keschte, so people with social communication problems can understand you :)
also *please* don't take my reply the wrong way. it was not intended contentious in any way.
after having looked up the word on urban dictionary, snarky was exactly what i intended to be ;) since you possibly misinterpreted the cynic remarks, i'll spell it out for you:
it looks like people don't care what format the ASINs entered by people are, as long as they work on the server. we both want the data to be nicely formatted, which is due to our personal tastes, and possibly a bit anal-rententive'ness.
Since the GreatDebate, which devastated me more than i first admitted, i can't scrape together any motivation to start working on the server again, which is due to personal differnces with rob, and this won't change in the forseable future. The last 4 months, there was little to no progress on the mb_server, and this is what i'm curious about, it that'll change, or if that will be the way things are.
I don't care particularly, if the new javascript code was pushed live, but if you do, you'll have to ask rob to do it. Anything still unclear? And please stop to apologize for anything i might take personally, i'm not a wallflower, and am IMHO well capable of communicating with people -- thanks.
personally I care very much how the format of the ASIN is, I quite dislike the new 'text included' style links, why I can't say, I just strongly dislike the clutter.
(I guess anally retentive fits me well :p)
again I can't see where anyone has said that you should be doing it, you've made it crystally clear that you don't feel like it, and you don't need to clarify that you don't feel like hacking on it. we get the picture without the snarkyness.
afaik ruaok has been hacking on the server quite some bit, although the server releases are slower without you, they wont stop, mb server existed (albeit with much less functionality :) before you started hacking on it too you know ;)
~ mo
obviously not 'people' =)-
thats will not be possible, since there is no interface to edit URLs.
surely it can be fixed with a simple DB script? i could easily code it with MUMPS pattern matching, not that that's any use :)
being able to edit URLs would be wonderfull, it is a problem when you have to keep removing and re-adding them, instead of just fixing them straight up, when they change or are wrong (like a typo or a tld change (ASIN import anyone?) etc.)
*me is not a coder* MUMPS pattern matching? eeehh? :)
anyway I don't remember if there is indeed a bug on this, if not somebody should definitely make it and link it here (or any link)
could someone do a bugs.mb.org search / their own memory search and make a post on which bugs if any are on this subject?. Perhaps a new bug, which links to them *all* could be made. I dunno :D
~mo
MusicBrainz Forums → Style Discussion → ASIN url style
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.073 seconds (76% PHP - 24% DB) with 11 queries