similar to: RDF Metadata Specification

I've come full circle on the Ogg text stream format, back to arbitrary associated xml streams. What's changed? Mostly rolling the requirements around in my head, and weighting them differently. I think we've dealt with the complexity issue; this functionality can be optional for "dumb" audio players, and possibly also for dumb video players, though there it's a smaller

I'm very pleased to come across flac, good work folks! I would like advice and/or have a spec feature request. Please bear in mind that I am totally new to the format, apologies if what I describe has been discussed before. Basically I'd like to embed arbitrary (meta)data in flac files. For example, it may be about the audio, but then again it may be about the creator of the audio, or

I was looking at the Freeamp stuff and I looked at their RDF metadata stream spec. (http://www.musicbrainz.org/MM). I noticed on that page it says, "Furthermore, this format will hopefully be used by the Open Source audio codec Vorbis to store audio/video metadata with the audio/video tracks." Is this the metadata format planned for Vorbis? If so, how would it be embedded in the .ogg?

--- smoerk <smoerk@gmx.de> wrote: > good idea, i'm always putting *.cue files to the directory with the > ripped audio files. but it would prefer one file per song and not one > big file for the whole cd. My vision of how the players should work is this: - make one album.flac with CUESHEET - player loads album.flac, sees CUESHEET, calculates CDDB id (or CDindex, or custom

Just noticed this, <http://dublincore.org/usage/documents/relators/>. MARC (Library of Congress) relators are now part of Dublin Core, this allows refinements to meta-data like actor, composer, instrumentalist (of interest to kitchen sink metadata in Ogg/Vorbis). It still falls short of the more qualified relationships that might be available with Musicbrainz advanced relationships (eg

On 30/09/06, Ralph Giles <giles@xiph.org> wrote: > On Sat, Sep 30, 2006 at 12:21:53PM +0200, Danny Ayers wrote: > > > Basically I'd like to embed arbitrary (meta)data in flac files. > > I agree it would be best to define a new block type for RDF > metadata, or probably better for random attached XML data, That sounds reasonable, but... and > let the xml parser

Hello, i''m writing an application that needs geocoding information for locations outside of the US. I''m using the brainoff.com geocoding service mappoint = Net::HTTP.new(''brainoff.com'', 80) response = mappoint.get(''/geocoder/rest/?city=Gent,BE'') logger.debug response.body and the body of the response is in the following form : <rdf:RDF

Hi, I am trying to parse the response received from a rdf file using DOM. However, I am not able to get anything in the responseXML. It always returns null. Following is the content type I receive from the server. Content-Type: application/rdf+xml Can someone let me know how I can receive this as an xmlObj? Thanks in advance, Mandy. _______________________________________________

Hello, Is there a convenient way to import RDF/OWL data into R? I'm interested in importing BioPAX/SBPAX data into R to make them available for a wider audience. One exciting application would be to use pathway data to explain differential microarray measurements by identifying upstream nodes that are likely involved in causing the differences. This could also be used to validate

Dear Community, I would like to discuss few points to use RDF to extend register remat scope. Mr. Krzysztof and I have started discussion this on private mail. But I think now it would be better to include community. Interested community member kindly previous discussion (at the end of mail) before starting here. After analyzing if RDF can be used for solving Remat, we think that problem with

Hi people, As I stated in a earlier message, I am using Rails on my masters degree and soon I will have to port my application from a relational database (MySql) to a RDF semantic database called Sesame. At first, I thought that I could get away with most of the porting only by writing a decent database adapter, but then, examining AR closer, I could see that it has some strong dependencies

In http://advogato.net/person/rakholh/diary.html?start=165 Ali wrote: > For same reason I am arguing with people on vorbis-dev - but I don't > understand what the argument is about (considering that the vorbis > developers proposed a solution which mjs and I thought was reasonable, > and then some developers decided to criticize us again for no reason). Goodness, get dropped

Hi ogg-dev list, After discussing the [lack of] metadata standards on the irc://irc.freenode.net/#Vorbis channel yesterday I figured I had to contribute to this process. Attached is a sample XML formatted metadata sheet describing a song; and shows off other media type elements as well. How this is to be embedded in the OGG container is not my field. I have only spent a couple of hours

On Mon, Sep 10, 2007 at 01:19:05PM +0100, Ian Malone wrote: > as artist=(composer) Beethoven), I think cast lists for films present > a similar problem. There is consistency and indexability to be > addressed (Ludvig van Beethoven; Beethoven, Ludvig van; > Beethoven). ID3 has a concept of "sort" tags, which provide a string for sorting purposes which is different from the

Speaking of Metadata, how's work going on the definition? Looking back at the list archives, there seems to be a semi-plan to use Robert Kay's DTD from http://www.cdindex.org/dtd/TrackInfo.dtd, but I'm conserned that it's too specialized for video and we'll end up having a special case for audio-only files. There are a couple of general issues here. Micheal Smith suggested on

On 11/09/2007, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > On Tuesday 11. September 2007 01:34:35 Ian Malone wrote: > > Daniel Aleksandersen wrote: > > > By the way, I have bee discussing Dublin Core ('DC') with the > > > developers of the Atom 1.0 specification. It seams the reason they > > > created atom:rights instead of

Daniel, these are all good ideas and worth progressing. However, it may be better not to merge too many goals in one format (MPEG-7 did that and ended up as a big mess). So, I suggest to start by structuring the types of things you want - then finding out which parts belong where into existing formats such as vorbis comment, Skeleton and CMML, and only then start to develop a new format. For

A large test I ran on flac 1.0 recently finished so I thought I'd post the results. I took about 60 CDs, totalling around 30 gigs uncompressed, and compressed them all using all 10 of flac's default compression modes (-0 through -9). The CDs are of a wide variety of music; I think the only major genres not represented are country and rap (freudian slip). Anyway, the raw numbers: Opt

Hi all, I started up a discussion on Hydrogen Audio about a new FLAC metadata block for storing cuesheets. This is really the last missing piece in archiving CDs. Here's the link: http://www.hydrogenaudio.org/index.php?act=ST&f=20&t=4646 I would appreciate any feedback anyone has on the subject. If it's not too inconvenient, try replying on the forum there (not sure if you

Dear R-Help, I am using the RDF package/ R 2.14 with the RDF package to download data from a website, and then use R to manipulate it. Text on the website is UTF-8. The RDF package's rdf_load command is converting it into a different encoding, which converts non-ASCII characters to unicode codes. On the webpage/sparql RDF: "4.5µg of cDNA was used" In R, the RDF triple gives: