WPIntell

Source evidence

New version with no APIs

Auto-tags · support · 2014-10-29T12:53:00+00:00

complaintsentiment
highseverity
1.0relevance
4replies
Evidence linked to opportunitycommercial context

Proof Health

Open evidence

Commercial opportunities need traceable source links before they are treated as build-worthy.

3 / 31 rows with source links

9.7% of this page's analysis has direct source links.

0 build-decision rows missing links

0 rows here require auditable proof before promotion.

28 rows with no attached evidence

0 rows have source counts but still need direct links.

Conversation

support
daverage unresolved
Hi all. Both Yahoo YQL and Zemanta don’t seem to work well now, so I have created a simple version that looks at the most common words in the content. Words in the title are given priority (3 times more than body content). It very basic right now, removes common stop words and allows a custom list of stop words in the options. Let me know if you have any improvements. https://www.dropbox.com/s/me0u6zl5obmlhkf/auto-tags.zip?dl=0 https://wordpress.org/plugins/auto-tag/ Taking another look I found out why YQL was not always working. Now added it back in with common words as the fallback – you should always get some tag now! https://www.dropbox.com/s/me0u6zl5obmlhkf/auto-tags.zip?dl=0 To note, this is hacked together from the original plugin ( https://wordpress.org/plugins/auto-tag/ ) and the YQL modification that Beer made ( https://wordpress.org/support/topic/auto-tags-yql-edition?replies=14 ) if you make a plugin which allows using api keys like simple tags (look at the services, opencalais, zemanta, datatxt, t4s) but auto tags by hooking on post saving I would pay for it. I have looked into the plugin but it uses js and ajax to make the api calls I think, and it should be ported to php into functions to hook to the post publishing. A couple of options could be: – Rotate api keys, use only one for each post. – Use all the api keys, use only the 1-3 most relevants – of course limit number of tags and black lists. I would pay for a plugin like this. There is still a fundamental problem I think with requests length, $content that exceeds ~5840 characters results in a api call which seems yahoo servers can’t handle. – easiest solution: chop the content at ~5840 char every time and just get the tags of that content – complex solution: split the content and do an api call for each sub string, than merge tags results and filter out duplicates.

Comments

4 shown
daverage 2014-10-30T09:47:00+00:00

Taking another look I found out why YQL was not always working. Now added it back in with common words as the fallback – you should always get some tag now! https://www.dropbox.com/s/me0u6zl5obmlhkf/auto-tags.zip?dl=0

daverage 2014-10-30T10:53:00+00:00

To note, this is hacked together from the original plugin ( https://wordpress.org/plugins/auto-tag/ ) and the YQL modification that Beer made ( https://wordpress.org/support/topic/auto-tags-yql-edition?replies=14 )

natostanco 2015-01-31T14:19:00+00:00

if you make a plugin which allows using api keys like simple tags (look at the services, opencalais, zemanta, datatxt, t4s) but auto tags by hooking on post saving I would pay for it. I have looked into the plugin but it uses js and ajax to make the api calls I think, and it should be ported to php into functions to hook to the post publishing. A couple of options could be: – Rotate api keys, use only one for each post. – Use all the api keys, use only the 1-3 most relevants – of course limit number of tags and black lists. I would pay for a plugin like this.

natostanco 2015-02-18T09:37:00+00:00

There is still a fundamental problem I think with requests length, $content that exceeds ~5840 characters results in a api call which seems yahoo servers can’t handle. – easiest solution: chop the content at ~5840 char every time and just get the tags of that content – complex solution: split the content and do an api call for each sub string, than merge tags results and filter out duplicates.