[drupal-devel] parse_rdf.inc proposal

Earl Dunovant prometheus6 at gmail.com
Fri Sep 23 13:49:57 UTC 2005


If you're going to limit it to feeds, you can really let
aggregator.module do its thing and utilize the results. I'm doing
exactly that in an experiment right now. I've created a node type that
essentially uses the aggregator_feed table as a table to hold
node-specific information.

If you're going to write an XML parser, I can't see how we could
improve on what PHP provides.

On 9/22/05, Bèr Kessels <berdrupal at tiscali.be> wrote:
> Hi there,
>
> While updating naggregator.module, I decided to put all RDF parsing stuff in
> one parse_rdf.inc. Naggregator needs it, aggrgator.module, aggregator2.module
> and most probably more modules could use a general rss parser.
>
> I would like to know if anyone wants to help me develop this.
> And I also would like to hear any suggestions.
> Questions I have been asking myself are: Should this maybe be a general XML
> parser.inc, rahter then only a rdf/rss parser? Should I include some general
> remote-file functions (I already have a general drupal_remote_file())
>
> For now, what i have is loosely formatted after the mysql/database functions
> in PHP:
> rdf_get_object($res) rdf_get_array($res) where $res is a result (feed)
> returned by drupal_remote_file();
> Both 'get' functions return one item a time, as object. similar to the 'row a
> time' the database functions to.
> On top of that, Id like to see a rdf_get_feed($res) which returns an object
> with an array ($object->items) containing all the items as objects.
>
> Please let me know if you are interested in lending me a hand, or if you have
> other ideas about getting this in core. Or anything else.
>
> Bèr
>



More information about the drupal-devel mailing list