A youtube parser is a small utility that
use The YouTube Data API to search for YouTube videos and retrieve
media data.
Rather, youtube parser allows to get
information about youtube video in PHP array format from http://gdata.youtube.com/feeds/api/videos/%video_key% .
Having the PHP array module provides
media author (youtube_parser_get_author()),
media duration in "H:i:s" date format youtube_parser_get_duration(),
media title (youtube_parser_get_title() ),
it's google average rating (youtube_parser_get_google_average_raiting() ),
media views count (youtube_parser_get_views_count() ),
media favorite count (youtube_parser_get_favoritecount() ),
media description (youtube_parser_get_description() ).
Also we can get video key from URL (youtube_parse_get_video_key() ).
A link to project page: http://drupal.org/sandbox/svipsa/1327088
A link to git repository: git clone --branch master svipsa@git.drupal.org:sandbox/svipsa/1327088.git
Comments
Comment #1
klausilink to project page is missing, see http://drupal.org/node/1011698
Comment #2
svipsa commentedadded link to project page and to git repository
Comment #3
klausiIt appears you are working in the "master" branch in git. You should really be working in a version specific branch. The most direct documentation on this is Moving from a master branch to a version branch. For additional resources please see the documentation about release naming conventions and creating a branch in git.
Review of the master branch:
This automated report was generated with PAReview.sh, your friendly project application review script. Please report any bugs to klausi.
Comment #4
Niklas Fiekas commentedYes, since this is an API only module, developer documentation is incredibly important. Note that also the http://drupal.org/project/feeds_youtube module parses video information from the MRSS namespace. Can you think of a way to integrate with it?
Comment #5
svipsa commentedhave fixed. please review
Comment #6
doitDave commentedHi,
an automated review shows no issues.
Manual review:
HTH, cheers, dave
Comment #7
doitDave commentedLate-add:
Why do you apply with more than one project anyway?
Please decide which one you want to be your "approval project".
Comment #8
svipsa commentedwe is teem of developers and we want to create new modules and themes and we want to share it with people on Drupal.org.
I'm team leader. thats why I write in both issues.
And I want that both issues will "approval project".
For future we have more modules which we want to post on Drupal.org
Comment #9
Niklas Fiekas commentedCool, multiple new contributors.
It would be preferable (can't find evidence it's required) that each developer has his own d.o account. And then everyone who would need the git vetted user role can go through this approval process with a project. Note that this would not not be required for everyone - you can add colaborators to projects, git vetted or not.
Comment #10
doitDave commentedHi again, adding to my comment on your other project. And subscribing to Niklas' post.
Please don't get me wrong. But IMO we would rather need more reviewers in the queue than several projects just for one account to become approved (also refering to what I stated regarding module complexity here). As I mentioned before: Why not join the forces and help us all getting faster through the process? Everyone - that does also mean applicants - is explicitely encouraged to help reviewing as good as he can (there are lots of documents on how to do reviews). Please!
Thanks :)
Comment #11
Niklas Fiekas commentedAlright. svipsa decided that the other module is the one to be reviewed.
Comment #11.0
Niklas Fiekas commentedadded link to project page and git repository