Philip Meyer;369018 Wrote: > >and i don't think removing all trailing spaces is guessing, how is it > >guessing? > > > I was being slightly tongue in cheek. > > It would be making a decision that may not be right, and there would be > no way to overrule it. The application has no idea whether that space > is intentional or not.
it would be safe to assume in 99.9999% infinity cases that the space is not intentional. and even if it was, wherever that oddball is, it would be them mistagging their tags. you guys always harp about people should have to fix their tags, and i agree, and this would be an example where its intentional. why mistagged? b/c there is no official trailing space in any artist, album artist, or album name anywhere in the world. it would be an absurd notion to suggest there is, as how would you prove it??? again, its a SPACE. Philip Meyer;369018 Wrote: > Some people may add spaces to make two albums of the same name unique (a > bit silly, but not inconceivable). i'd be interested to see where this either: 1. has ever happened or is the case or 2. is well justified? i think it is MUCH more likely to be the case that someone doesn't know the space is there and they get bad, confusing results as a result... why am i getting two albums, two artists, etc... it wouldn't be obvious. and surely helping them is not only the majority, but the more worthy. Philip Meyer;369018 Wrote: > I am not aware of any other applications that strip leading/trailing > spaces from tags, so SC would become non-standard. that never stopped you before. VA detection is standard? greatest hits logic is standard? other logics standard? Philip Meyer;369018 Wrote: > > >its fixing what is assuredly a typo. > Perhaps the scanner should spell-check tags and suggest corrections? perhaps it should, but i'm not suggesting that. i am suggesting some common sense that has virtually no downside and plenty of reason to do it. and i am not saying the scanner has to do it, it could be a post scan operation. Philip Meyer;369018 Wrote: > > >i can't think of a single album that ever officially used a > >trailing space, or artist, or anything else for that matter. > There could be one. Artists are increasingly releasing albums with > gimicks to get publicity. please tell me, and this should be rich, HOW WOULD YOU KNOW? how would they indicate a BLANK SPACE? for that matter, if it was multiple spaces, how would you indicate how many EXACTLY? Philip Meyer;369018 Wrote: > If someone spots a problem in their library data, they can correct it by > correcting tags. Not a big deal. the problem is that it isn't at all obvious. unless you know that a BLANK SPACE which has NO obvious indication of itself being there could cause duplication/differentiation, you'd go batty trying to figure it out. i agree that fixing the tags is best, it always is, but this is a case where a avg user could have a lot of trouble. its different from the hypothetical case where someone INTENTIONALLY added a space. seems to me a post scan operation to remove trailing spaces from DB entries could save them the aggravation. Philip Meyer;369018 Wrote: > Once again, I don't really want additional regular expressions being run > against all tags to ensure that leading/trailing whitespace is removed > from the tags at scan time and at play time (which invokes the > scanner), as this can only cause a slow down of the app when scanning. > Consider a library of 10,000 songs - that could mean ~40,000 more text > searches/replacements being run on a rescan (assuming only artist, > album, song, genre tags, but of course there could be a lot more). incredibly reasonable, but it could be a post scan operation, running in the background, or could be done in other ways... Philip Meyer;369018 Wrote: > And if the scanner removed whitespace, but it then merged metadata > retrieved from iTunes and MusicIP libraries, it may not match albums > correctly (unless it stripped spaces from those sources too), which > could also cause duplication, which would be even harder to spot. i'm the first to admit i don't really understand how SC works when it uses itunes or musicip. i take you are saying when using those sources, it doesn't fill the regular SC DB? is that right? maybe it should be optional. maybe it should remove spaces from all sources. i'm sure a solution exists. Philip Meyer;369018 Wrote: > It is more worthwhile suggesting enhancements to rippers/tagging apps, > to make them have an option to remove leading/trailing whitespace. > That's a once-off change. In fact, why not write an Mp3Tag script to > do it, and run it on your library to do away with the issue yourself > right now? Wouldn't take long. > > Phil yes, thats a good idea. i will do that if needed, but as i've been aware of the issue in winamp for a while now, i've manually straightened out the issue pretty much. my concern is for future users who aren't anal about their tags, which is the majority of the marketplace. this seems like something slim could do that would save them from some support calls. in any case... you might want to file a bug report Phil. b/c SC does already remove/ignore/deal with trailing spaces. (don't ask me how or when, b/c i have no idea) i have "Help!" by the Beatles, and i figured lets see what SC does. so i added a space to the end of the album name in winamp on half the tracks, and got winamp to do its annoying thing and show it as two albums, (both of which appear as "Help!" but one of which is actually "Help! " full clear and rescan in SC, and Voila! its still ONE album under both "albums" and "artists" in SC. so Phil, i'm sure you're torn, which position to take now? -- MrSinatra www.LION-Radio.org Using: Squeezebox2 (primary) / SBR (secondary) / SBC - w/SC 7.3b - Win XP Pro SP3 - 3.2ghz / 2gig ram - D-Link DIR-655 ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=55833 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
