better add the ticket. Even if there will be no more discussion. Back in
the beginning we decided to let every change go through a ticket...
On 06/13/2012 10:30 PM, Ignacio Serantes wrote:
Two versions are good to me. Then what's next? May I add the ticket with
nmm:albumArtist and nmm:albumProducer or it's unnecessary as you are the
maintainer?
On Wed, Jun 13, 2012 at 10:23 PM, Sebastian Trüg <[email protected]
<mailto:[email protected]>> wrote:
On 06/13/2012 04:00 PM, Ignacio Serantes wrote:
Well, I forgot classic music so I was wrong :P.
nmm:albumPerformer, with a cardinality 0:n is totally right.
It's not
handled by id3 tags but for classic music is in several cases
the main
difference between two music albums.
I can, however, see your point regarding the other arguments. For
non-classical music albumArtist does make more sense than
albumPerformer. In the end the albumPerformers are all the
performers of the individual tracks. But the artist is the, well,
artist who labels the album.
So in the end I am voting for nmm:albumProducer and nmm:albumArtist.
On Wed, Jun 13, 2012 at 12:18 PM, Ignacio Serantes
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>> wrote:
On Wed, Jun 13, 2012 at 11:27 AM, Sebastian Trüg
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>> wrote:
On 06/13/2012 11:04 AM, Ignacio Serantes wrote:
Hi,
On Wed, Jun 13, 2012 at 10:52 AM, Sebastian Trüg
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>> wrote:
On 06/10/2012 08:32 PM, Ignacio Serantes wrote:
I brief update status.
1) I just fix multiple performers bug in
flac analyzer.
2) nmm:albumArtist seems to be related to DB
structure and is not a
coding bug. I just added nmm:albumArtist to
SDO and
now there is a
nmm:albumArtist in nmm:MusicAlbum. This is
the code
I added:
nmm:albumArtist
a rdf:Property, nrl:DefiningProperty ;
rdfs:subPropertyOf nco:contributor ;
rdfs:label "album artist" ;
rdfs:comment "Album artist" ;
rdfs:domain nmm:MusicAlbum ;
rdfs:range nco:Contact .
This looks good. I am only concerned about having
performer and
producer on the tracks and artist on the album.
Shouldn't that be in
sync somehow? After all an album is also
produced, right? A
compilation has a producer and each track has a
possibly
different
producer...
This is right but as there is no tag for album
producer this
information
can not be obtained from the music file so this is
outside
my actual
goals. Album producers can be obtained using a
query, as I'm
doing in
Nepoogle for album performers.
What I mean is we need nmm:albumProducer and
nmm:albumPerformer.
What do you think?
nmm:albumProducer don't bothers but I'm not sure about
nmm:albumPerformer. Performer is the "performer" and not the
album
artist, yes my Engrish is bad. An album artist is a good field
because and album always have an associated artist: Queen,
ELO or
Various artists, but in the real world there is not a performer
associated with the album but is associated to music piece.
Album producer is not the same case because, sometimes,
there is a
general album producer and other producers for music pieces. So
album producer and artist producer are the same case but not for
performers, lyricists or composers. It's right that many times
performers, lyricist or composers are the same for all the music
album but I still consider that this are music piece fields.
I will upload a patch to Review Board for
the first
one but,
what must I
do with the second one?
The normal approach is to create a ticket at
https://sourceforge.net/apps/______trac/oscaf/
<https://sourceforge.net/apps/____trac/oscaf/>
<https://sourceforge.net/apps/____trac/oscaf/
<https://sourceforge.net/apps/__trac/oscaf/>>
<https://sourceforge.net/apps/____trac/oscaf/
<https://sourceforge.net/apps/__trac/oscaf/>
<https://sourceforge.net/apps/__trac/oscaf/
<https://sourceforge.net/apps/trac/oscaf/>>>
Ok, thank you. I will add a ticket.
On Thu, Jun 7, 2012 at 7:59 PM, Ignacio Serantes
<[email protected] <mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>>> wrote:
Hi,
I detect next issues with music albums
scanning
flac and mp3
formats:
1) Performers:
* mp3: supports it but it wrongly adding
nmm:albumArtist
too and
this must be related to nmm:MusicAlbum.
* flac: only adds one performer, the last
added to the file?.
nmm:musicArtist it's not imported and an
error is launched:
"Cannot set values for abstract property
'http://www.semanticdesktop.______org/ontologies/2009/02/19/__nmm#____albumArtist
<http://www.semanticdesktop.____org/ontologies/2009/02/19/nmm#____albumArtist
<http://www.semanticdesktop.__org/ontologies/2009/02/19/nmm#__albumArtist
<http://www.semanticdesktop.org/ontologies/2009/02/19/nmm#albumArtist>>>'
<http://www.semanticdesktop.______org/ontologies/2009/02/19/__nmm#____albumArtist
<http://www.semanticdesktop.____org/ontologies/2009/02/19/nmm#____albumArtist
<http://www.semanticdesktop.__org/ontologies/2009/02/19/nmm#__albumArtist
<http://www.semanticdesktop.org/ontologies/2009/02/19/nmm#albumArtist>>>'>.".
Solution:
* 0 to n nmm:albumArtist resources must be
added to
nmm:MusicAlbum.
* 0 to n nmm:performer resources must
be added to
nmm:MusicPiece.
2) Albums:
* there is no url in nmm:MusicAlbum so two
different
albums with
same name are considered one unique
resource.
* determine album url is tricky, you
need to
obtain the
url from a
track, a method complicated because
previous
problem.
Solution:
* add nie:url to albums.
* two albums with same name but
different path
are different
albums. This have a side effect with
sets if
sets are in
different paths, but I think is
better that
sets are
considered
different albums, than two different
albums
are the same
resource. On the other side, this
could be
handle with some
smart path detection assuming some
kind of
organization with
paths. Other solution could be using
nmm:albumArtis to
determine
if two albums are different but, then we
have the
problem with
various artists compilations.
* added nfo:depiction as a cover, an image
that could be
handled
by Bangarang or Nepoogle.
* maybe more nfo:depiction for scans?
3) Genres:
* mp3: is not working.
* flac: works fine, supporting
unlimited genres.
Solution:
* bug with mp3 files must be fixed.
4) Sets:
* there is no total tracks per set.
* the total tracks is equal to the total
tracks number in
the last
track scanned.
Solution:
* a solution similar as seasons in
tvshows.
* a total tracks and a total tracks
per set
must be handled.
I'm only using flac and mp3 so the same
or other
issues
could be in
other music formats.
Sets problems is a minor issue, but the
other
three, must be
fixed.
As practically all my music is in flac
format I
will try to fix
problems 1 and 2 in flac analyzer, I'm
crossing
my fingers
because
is C++, but I wish to hear
comments/suggestions
before begin
to code.
--
Best wishes,
Ignacio
--
Best wishes,
Ignacio
_____________________________________________________
Nepomuk mailing list
[email protected] <mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>
https://mail.kde.org/mailman/______listinfo/nepomuk
<https://mail.kde.org/mailman/____listinfo/nepomuk>
<https://mail.kde.org/mailman/____listinfo/nepomuk
<https://mail.kde.org/mailman/__listinfo/nepomuk>>
<https://mail.kde.org/mailman/____listinfo/nepomuk
<https://mail.kde.org/mailman/__listinfo/nepomuk>
<https://mail.kde.org/mailman/__listinfo/nepomuk
<https://mail.kde.org/mailman/listinfo/nepomuk>>>
_____________________________________________________
Nepomuk mailing list
[email protected] <mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>
https://mail.kde.org/mailman/______listinfo/nepomuk
<https://mail.kde.org/mailman/____listinfo/nepomuk>
<https://mail.kde.org/mailman/____listinfo/nepomuk
<https://mail.kde.org/mailman/__listinfo/nepomuk>>
<https://mail.kde.org/mailman/____listinfo/nepomuk
<https://mail.kde.org/mailman/__listinfo/nepomuk>
<https://mail.kde.org/mailman/__listinfo/nepomuk
<https://mail.kde.org/mailman/listinfo/nepomuk>>>
--
Best wishes,
Ignacio
___________________________________________________
Nepomuk mailing list
[email protected] <mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>
https://mail.kde.org/mailman/____listinfo/nepomuk
<https://mail.kde.org/mailman/__listinfo/nepomuk>
<https://mail.kde.org/mailman/__listinfo/nepomuk
<https://mail.kde.org/mailman/listinfo/nepomuk>>
___________________________________________________
Nepomuk mailing list
[email protected] <mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>
https://mail.kde.org/mailman/____listinfo/nepomuk
<https://mail.kde.org/mailman/__listinfo/nepomuk>
<https://mail.kde.org/mailman/__listinfo/nepomuk
<https://mail.kde.org/mailman/listinfo/nepomuk>>
--
Best wishes,
Ignacio
--
Best wishes,
Ignacio
_________________________________________________
Nepomuk mailing list
[email protected] <mailto:[email protected]>
https://mail.kde.org/mailman/__listinfo/nepomuk
<https://mail.kde.org/mailman/listinfo/nepomuk>
_________________________________________________
Nepomuk mailing list
[email protected] <mailto:[email protected]>
https://mail.kde.org/mailman/__listinfo/nepomuk
<https://mail.kde.org/mailman/listinfo/nepomuk>
--
Best wishes,
Ignacio
_______________________________________________
Nepomuk mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/nepomuk
_______________________________________________
Nepomuk mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/nepomuk
