I've just installed this package on a site as a potential replacement for the default tag datatype. However, I have a problem where it's not suggesting any tags at all.
My page is fairly complex, with several tabs, each containing various controls. If I add the datatype to a simpoler site, and paste in the same content as in the site that isn't working, it DOES suggest tags correctly, which suggests an issue with my other site, but I can't work out what.
Is there a way to get the datatype to log somewhere so I can see what (if anything) its passing to Calais?
We are currently logging the data requests using log4net. The config files for the logging can be found:
~/config/OpenCalaisAutotag/*.log4net.config
By default they're saving to c:\windows\autoTags.log, and you will also have to change the root/level value (to DEBUG I believe although not 100%) in order to get the general debugging/info messages to appear.
That said, have you tried running the requests using firebug or Fiddler to see if either one of those sheds any light on the error?
I've tried firebug, and it looks like it's posting the form values to the /base method, but the method's just returning an empty array. I'll see if I can get the logging running and see if I can see what the issue is.......
If you can paste the form values (taken from the firebug request would be best/easiest) I can run them through the project to see whats happening. If you could also paste the contents of your autotags config file that would be useful.
Gah, sorry, been really busy and had forgotten to post this, the post details (from Firebug) are as follows (appologies for the abysmal formatting, copied straight from Firebug):
__EVENTTARGET=&__EVENTARGUMENT=&__VIEWSTATE=%2FwEPDwUKLTcyNDI0MjE3MA9kFgJmD2QWAgIDEGRkFgICAw9kFgQCBw9kFgJmD2QWDmYPD2QWAh4Fc3R5bGUFEnRleHQtYWxpZ246Y2VudGVyOxYCAgUPZBYCZg9kFgJmD2QWAgIBD2QWAmYPZBYCAgEPZBYKAgEPDxYGHgVXaWR0aBsAAAAAAAA2QAEAAAAeBkhlaWdodBsAAAAAAAA3QAEAAAAeBF8hU0ICgAMWDh8ABQtib3JkZXI6MHB4Ox4FY2xhc3MFCmVkaXRvckljb24eC29uTW91c2VvdmVyBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHgpvbk1vdXNlb3V0BRt0aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbiceCW9uTW91c2V1cAUfdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb25PdmVyJx4Lb25Nb3VzZURvd24FH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uRG93biceB29uQ2xpY2sFFWludm9rZVNhdmVIYW5kbGVycygpO2QCAg8PFgYfARsAAAAAAAA2QAEAAAAfAhsAAAAAAAA3QAEAAAAfAwKAAxYOHwAFC2JvcmRlcjowcHg7HwQFCmVkaXRvckljb24fBQUfdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb25PdmVyJx8GBRt0aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbicfBwUfdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb25PdmVyJx8IBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbkRvd24nHwkFFWludm9rZVNhdmVIYW5kbGVycygpO2QCAw8PFgYfAhsAAAAAAAA1QAEAAAAeCEltYWdlVXJsBSp%2BL3VtYnJhY29fY2xpZW50L21lbnVpY29uL2ltYWdlcy9zcGxpdC5naWYfAwKAARYEHwAFC2JvcmRlcjowcHg7HwQFD2VkaXRvckljb25TcGxpdGQCBA8PFgIeDUFsdGVybmF0ZVRleHQFB1ByZXZpZXcWDh4FdGl0bGUFB1ByZXZpZXcfBAUKZWRpdG9ySWNvbh8FBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwYFG3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uJx8HBRt0aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbicfCAUfdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb25Eb3duJx8JBTh3aW5kb3cub3BlbignZGlhbG9ncy9wcmV2aWV3LmFzcHg%2FaWQ9MTE5NScsJ3VtYlByZXZpZXcnKWQCBQ8PFgYfAhsAAAAAAAA1QAEAAAAfCgUqfi91bWJyYWNvX2NsaWVudC9tZW51aWNvbi9pbWFnZXMvc3BsaXQuZ2lmHwMCgAEWBB8ABQtib3JkZXI6MHB4Ox8EBQ9lZGl0b3JJY29uU3BsaXRkAgEPD2QWAh8ABRJ0ZXh0LWFsaWduOmNlbnRlcjsWAgIFD2QWAmYPZBYCZg9kFgICAQ9kFgJmD2QWAgIBD2QWCAIBDw8WBh8BGwAAAAAAADZAAQAAAB8CGwAAAAAAADdAAQAAAB8DAoADFg4fAAULYm9yZGVyOjBweDsfBAUKZWRpdG9ySWNvbh8FBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwYFG3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uJx8HBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwgFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uRG93bicfCQUVaW52b2tlU2F2ZUhhbmRsZXJzKCk7ZAICDw8WBh8BGwAAAAAAADZAAQAAAB8CGwAAAAAAADdAAQAAAB8DAoADFg4fAAULYm9yZGVyOjBweDsfBAUKZWRpdG9ySWNvbh8FBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwYFG3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uJx8HBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwgFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uRG93bicfCQUVaW52b2tlU2F2ZUhhbmRsZXJzKCk7ZAIDDw8WBh8CGwAAAAAAADVAAQAAAB8KBSp%2BL3VtYnJhY29fY2xpZW50L21lbnVpY29uL2ltYWdlcy9zcGxpdC5naWYfAwKAARYEHwAFC2JvcmRlcjowcHg7HwQFD2VkaXRvckljb25TcGxpdGQCBA8PFgIfCwUHUHJldmlldxYOHwwFB1ByZXZpZXcfBAUKZWRpdG9ySWNvbh8FBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwYFG3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uJx8HBRt0aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbicfCAUfdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb25Eb3duJx8JBTh3aW5kb3cub3BlbignZGlhbG9ncy9wcmV2aWV3LmFzcHg%2FaWQ9MTE5NScsJ3VtYlByZXZpZXcnKWQCAg8PZBYCHwAFEnRleHQtYWxpZ246Y2VudGVyOxYEAgEPZBYCZg9kFgJmD2QWAmYPZBYCZg9kFgJmD2QWBGYPFgIeBFRleHQFYTxsaW5rIHJlbD0iU3R5bGVzaGVldCIgdHlwZT0idGV4dC9jc3MiIGhyZWY9Ii91bWJyYWNvL3BsdWdpbnMvT3BlbkNhbGFpc0F1dG90YWcvY3NzL3RhZ3MuY3NzIi8%2BDQpkAgQPFgIeB1Zpc2libGVoZAICD2QWAmYPZBYCZg9kFgICAQ9kFgJmD2QWAgIBD2QWCAIBDw8WBh8BGwAAAAAAADZAAQAAAB8CGwAAAAAAADdAAQAAAB8DAoADFg4fAAULYm9yZGVyOjBweDsfBAUKZWRpdG9ySWNvbh8FBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwYFG3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uJx8HBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwgFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uRG93bicfCQUVaW52b2tlU2F2ZUhhbmRsZXJzKCk7ZAICDw8WBh8BGwAAAAAAADZAAQAAAB8CGwAAAAAAADdAAQAAAB8DAoADFg4fAAULYm9yZGVyOjBweDsfBAUKZWRpdG9ySWNvbh8FBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwYFG3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uJx8HBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwgFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uRG93bicfCQUVaW52b2tlU2F2ZUhhbmRsZXJzKCk7ZAIDDw8WBh8CGwAAAAAAADVAAQAAAB8KBSp%2BL3VtYnJhY29fY2xpZW50L21lbnVpY29uL2ltYWdlcy9zcGxpdC5naWYfAwKAARYEHwAFC2JvcmRlcjowcHg7HwQFD2VkaXRvckljb25TcGxpdGQCBA8PFgIfCwUHUHJldmlldxYOHwwFB1ByZXZpZXcfBAUKZWRpdG9ySWNvbh8FBR90aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbk92ZXInHwYFG3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uJx8HBRt0aGlzLmNsYXNzTmFtZT0nZWRpdG9ySWNvbicfCAUfdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb25Eb3duJx8JBTh3aW5kb3cub3BlbignZGlhbG9ncy9wcmV2aWV3LmFzcHg%2FaWQ9MTE5NScsJ3VtYlByZXZpZXcnKWQCAw8PZBYCHwAFEnRleHQtYWxpZ246Y2VudGVyOxYCAgQPZBYCZg9kFgJmD2QWAgIBD2QWAmYPZBYCAgEPZBYIAgEPDxYGHwEbAAAAAAAANkABAAAAHwIbAAAAAAAAN0ABAAAAHwMCgAMWDh8ABQtib3JkZXI6MHB4Ox8EBQplZGl0b3JJY29uHwUFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uT3ZlcicfBgUbdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb24nHwcFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uT3ZlcicfCAUfdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb25Eb3duJx8JBRVpbnZva2VTYXZlSGFuZGxlcnMoKTtkAgIPDxYGHwEbAAAAAAAANkABAAAAHwIbAAAAAAAAN0ABAAAAHwMCgAMWDh8ABQtib3JkZXI6MHB4Ox8EBQplZGl0b3JJY29uHwUFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uT3ZlcicfBgUbdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb24nHwcFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uT3ZlcicfCAUfdGhpcy5jbGFzc05hbWU9J2VkaXRvckljb25Eb3duJx8JBRVpbnZva2VTYXZlSGFuZGxlcnMoKTtkAgMPDxYGHwIbAAAAAAAANUABAAAAHwoFKn4vdW1icmFjb19jbGllbnQvbWVudWljb24vaW1hZ2VzL3NwbGl0LmdpZh8DAoABFgQfAAULYm9yZGVyOjBweDsfBAUPZWRpdG9ySWNvblNwbGl0ZAIEDw8WAh8LBQdQcmV2aWV3Fg4fDAUHUHJldmlldx8EBQplZGl0b3JJY29uHwUFH3RoaXMuY2xhc3NOYW1lPSdlZGl0b3JJY29uT3ZlcicfBgUbdGhpcy5jbGFzc05hbWU9J2VkaXRvck ... Firebug request size limit has been reached by Firebug. ... INDxYCHw0FUXZhciB1bWJQYWdlSWQgPSAxMTk1Owp2YXIgdW1iVmVyc2lvbklkID0gJ2ViZWRlZDdiLTZlODUtNGMyNC1hMWFjLWI3ZGU3OTIxNWFmNSc7CmQYAQUeX19Db250cm9sc1JlcXVpcmVQb3N0QmFja0tleV9fFhIFGWN0bDAwJGJvZHkkc2hvd0NhbGN1bGF0b3IFI2N0bDAwJGJvZHkkVGFiVmlldzFfdGFiMDFsYXllcl9zYXZlBSZjdGwwMCRib2R5JFRhYlZpZXcxX3RhYjAxbGF5ZXJfcHVibGlzaAUeY3RsMDAkYm9keSRjb250ZW50RmVhdHVyZWRJdGVtBSNjdGwwMCRib2R5JFRhYlZpZXcxX3RhYjAybGF5ZXJfc2F2ZQUmY3RsMDAkYm9keSRUYWJWaWV3MV90YWIwMmxheWVyX3B1Ymxpc2gFI2N0bDAwJGJvZHkkVGFiVmlldzFfdGFiMDNsYXllcl9zYXZlBSZjdGwwMCRib2R5JFRhYlZpZXcxX3RhYjAzbGF5ZXJfcHVibGlzaAUnY3RsMDAkYm9keSRyZWxhdGVkQ29udGVudGNoZWNrTmV3V2luZG93BSNjdGwwMCRib2R5JFRhYlZpZXcxX3RhYjA0bGF5ZXJfc2F2ZQUmY3RsMDAkYm9keSRUYWJWaWV3MV90YWIwNGxheWVyX3B1Ymxpc2gFI2N0bDAwJGJvZHkkVGFiVmlldzFfdGFiMDVsYXllcl9zYXZlBSZjdGwwMCRib2R5JFRhYlZpZXcxX3RhYjA1bGF5ZXJfcHVibGlzaAUjY3RsMDAkYm9keSRUYWJWaWV3MV90YWIwNmxheWVyX3NhdmUFJmN0bDAwJGJvZHkkVGFiVmlldzFfdGFiMDZsYXllcl9wdWJsaXNoBRpjdGwwMCRib2R5JHVtYnJhY29OYXZpSGlkZQUjY3RsMDAkYm9keSRUYWJWaWV3MV90YWIwN2xheWVyX3NhdmUFJmN0bDAwJGJvZHkkVGFiVmlldzFfdGFiMDdsYXllcl9wdWJsaXNoDJmtdZsOaOf%2FSunIU9EHIG2fJHkcZ95CwLPkE9QNWc8%3D&ctl00%24body%24navigationText=Going+to+waste%3A+Making+the+case+for+energy+from+waste&ctl00%24body%24pageHeading=Going+to+waste%3A+Making+the+case+for+energy+from+waste&ctl00%24body%24pageContent=%0A%3Cp%3E%26nbsp%3B%3C%2Fp%3E%0A%0A%3Cp%3E%26nbsp%3B%3C%2Fp%3E%0A%0A%3Cp%3E%26nbsp%3B%3C%2Fp%3E%0A%0A%3Cp%3EThis+report+encourages+the+government+to+look+into+use+of%0Anon-recyclable+waste+to+meet+the+UK's+energy+needs.%3C%2Fp%3E%0A%0A%3Cp%3E%3Cstrong%3EGoing+to+waste%3A+Making+the+case+for+energy+from%0Awaste%3C%2Fstrong%3E+highlights%26nbsp%3Bthe+important+role+that+energy+from%0Awaste+could+play+in+a+broad-based+energy+mix%2C+which+improves+energy%0Asecurity.%3C%2Fp%3E%0A%0A%3Cp%3EWith+strong+leadership+from+the+Government+on+planning%2C%0Afinancing+and+procurement%2C+the+UK+could+quadruple+the+proportion+of%0Aenergy+it+generates+from+waste+from+1.5%25+to+6%25+by+2015.%3C%2Fp%3E%0A%0A%3Cp%3EThe+report+focuses+on+the+family+of+energy+from+waste%0Atechnologies%2C+which+can+be+broadly+divided+into+biological+and%0Athermal+types.+Anaerobic+digestion+can+be+used+on-site+to+produce%0Aheat+and+electricity%2C+or+injected+into+the+National+Grid+after%0Abeing+purified.%3C%2Fp%3E%0A%0A%3Cp%3EThermal+treatments+include+technologies%2C+such+as+gasification%0Aand+pyrolysis%2C+which+involve+heating+waste+to+produce+gas%2C+as+well%0Aas+incineration.+The+CBI+argues+that+non-recyclable+waste+should+be%0Aincinerated%2C+and+emphasises+that+it+is+cleaner%2C+more+efficient%2C+and%0Aenvironmentally+sounder+than+burning+fossil+fuels+or+relying+on%0Alandfill.%3C%2Fp%3E%0A%0A%3Cp%3E%26nbsp%3B%3C%2Fp%3E%0A%0A%3Cp%3EAmong+the+CBI's+recommendations+for+the+Government+are%3A%3C%2Fp%3E%0A%0A%3Cp%3E%26nbsp%3B%3C%2Fp%3E%0A%0A%3Cp%3E%26nbsp%3B%3C%2Fp%3E%0A%0A%3Cul%3E%0A%3Cli%3ERecognising+the+important+role+that+energy+from+waste+could%0Aplay+in+reducing+the+UK's+landfill%2C+securing+energy+supplies+and%0Aincreasing+the+proportion+of+renewable+sources%3C%2Fli%3E%0A%0A%3Cli%3EAvoiding+picking+winners+from+the+various+energy+from+waste%0Atechnologies+and+allowing+the+market+to+decide+the+most+cost%0Aeffective+option%3C%2Fli%3E%0A%0A%3Cli%3EReassuring+the+public+that+delivering+more+energy+from+waste+is%0Acompatible+with+high+levels+of+recycling+and+that+new+plants+are%0Aclean+and+safe.%3C%2Fli%3E%0A%3C%2Ful%3E%0A&ctl00%24body%24contentSummary=This+report+encourages+the+government+to+look+into+use+of+non-recyclable+waste+to+meet+the+UK%E2%80%99s+energy+needs.+%0A%0AGoing+to+waste%3A+Making+the+case+for+energy+from+waste+highlights+the+important+role+that+energy+from+waste+could+play+in+a+broad-based+energy+mix%2C+which+improves+energy+security.+%0A%0AWith+strong+leadership+from+the+Government+on+planning%2C+financing+and+procurement%2C+the+UK+could+quadruple+the+proportion+of+energy+it+generates+from+waste+from+1.5%25+to+6%25+by+2015.&ctl00%24body%24contentImage%24ContentIdValue=1647&ctl00%24body%24contentFile%24ContentIdValue=1542&ctl00%24body%24contentFeaturedItem=on>Tags_0=Energy>Tags_1=Reports>Tags_2=Waste&ctl00%24body%24ctl38%24ActiveTags=Energy%2CReports%2CWaste&ctl00%24body%24ctl43%24PickedValue=&ctl00%24body%24relatedContentlinktitle=&ctl00%24body%24relatedContentexturl=http%3A%2F%2F&ctl00%24body%24relatedContentpagePicker%24ContentIdValue=&ctl00%24body%24relatedContentmediaChooser%24ContentIdValue=&ctl00%24body%24ctl53%24PickedValue=&ctl00%24body%24metaTitle=&ctl00%24body%24metaKeywords=&ctl00%24body%24metaDescription=&ctl00%24body%24googlePriority=&ctl00%24body%24seoTrackingCodeHeader=&ctl00%24body%24seoTrackingCodeFooter=&ctl00%24body%24googleAnalytics=&ctl00%24body%24NameTxt=Going+to+waste%3A+Making+the+case+for+energy+from+waste&ctl00%24body%24ctl116=1263&ctl00%24body%24ctl124=&ctl00%24body%24ctl129=&ctl00%24body%24umbracoUrlName=&ctl00%24body%24umbracoUrlAlias=&ctl00%24body%24umbracoRedirect%24ContentIdValue=&ctl00%24body%24umbracoInternalRedirectId%24ContentIdValue=&body_TabView1_activetab=body_TabView1_tab03&ctl00%24body%24doSave=&ctl00%24body%24doPublish=
GRRR how annoying! I've just logged in to see whether you'd replied and it looks like my previous comment didn't go through?!?!
Ok so in summary (as my last one was a bit long) I tested with your data and it seemed to work fine, it came back with various suggestions; involving waste management i believe, so I don't believe it to be the package/service itself.
Looking through your comments I'm under the impression that this doctype is fairly large and complex? Is that right?
Also, if you look through the data you submitted theres a comment in there "Firebug request size limit has been reached by Firebug". I'm just wondering if the request size is too much? Perhaps it might be worth increasing the request size limit in your web.config to see if that starts playing ball?
Failing that I might have to try rewriting how the UI submits the data
Yep, it looks like its the size of the DocType. If I put the same content in one of the starter kits, it suggests stuff correctly.
Would the request size affect posts to remote services? I thought that was just for incoming requests? We've got it set to 40Mb, which should be plenty.
Is there a way of getting it to only use one or a few fields for the suggestions rather than the whole document?
Sorry for the lack of reply, I've been pretty busy of recent. Yeah, 40MB is enough for any web request I'd think....
I've got a week off starting Monday so I can put something together whereby it will only send across specified fields, providing this will still be of benefit and you havn't sacked this off?
That'd be awesome! I've basically hidden away the suggestions button for now, but it would be great to have the feature if you don't mind sorting it out?
:)
We're using this tags control because its much better than the built in one, which has all sorts of issues when you tag and save or save and then edit tags. Plus the client loves the UI!
Great to hear positive feedback even in the face of a potential issue.
So what I'm thinking of is added a couple of fields to the config, a "Use only these properties" option and a "All except theses" option, would you say this would suffice or would you be after something slightly different/extra?
That would be spot on! Basically the doctypes are large because they have a lot of SEO/PPC settings, and widgets etc on the page, probably only two to five of the fields are actually "proper" content that needs to be looked at for suggesting tags.
I'm having the same problem with the latest version, tried both providers. At least one of the problems is, the package isn't sending content to the provides.
I've downloaded the package into a vanilla install of 4.7 and although there does appear to be a bug with the TagTheNetService not stripping out HTML, the OpenCalais service works fine.
I've made a couple of tweaks to the code and uploaded a new release (v2.2.1). I've tested it on v4.7 of umbraco and it works fine, hopefully it should behave for you now kipusoep :)
Well, it's still not working for me, besides I found out your package is conflicting with the MultiNode Tree Picker from uComponents, because you're using a very greedy jQuery selector.
So I decided to stop using this package because it gives me too much trouble. Thanks anyways!
hmm, its a shame its come down to that. But in order to improve the package, can you give me any more detail into what you mean by greedy jQuery selector?
Well, just try it yourself; add a OpenCalaisAutoTag property and a Multi-Node Tree Picker property. Then select an item in the MNTP and save. Now try to delete the item and you'll get a JS error in the script from your package.
Had something to do with $("a") if I remember correctly...
It looks like its MNTP thats actually breaking this datatype. I added a mntp to a page with the autotag property on and the data isn't getting submitted to the rest service which is why you're not getting any results back. As soon as I removed the MNTP it worked first time.
So its looks like we've finally found the issue (its a pity its taken so long), and although I could argue that uComponents break my package as it came out first ;) uComponents is by far a superior and more widely used package so I'll look at getting a fix together.
Ok, well after a lot of testing it appears that something with the MNTP is causing problems with ANY ajax post from data types. I've created a simple usercontrol datatype which simply posts to the handler nothing fancy the and Posted data is still empty. I've created a work item on Codeplex so if you could vote it up I'd be grateful: http://ucomponents.codeplex.com/workitem/14401
In the mean time I've discovered that if I change it to use a GET request everything seems to work ok. I'll get the updated version uploaded by monday
How about the javascript issue when clicking on the 'x' to remove a selected node in the Multi-Node Tree Picker and the Open Calais AutoTag datatype is included?
Both issues have been retified in v2.2.2. The fix for the tag suggestion isn't ideal but until uComponents fix the issue with the MNTP theres not a whole lot I can do. I hope this fixes the problems for everyone.
Not getting any suggestions?
I've just installed this package on a site as a potential replacement for the default tag datatype. However, I have a problem where it's not suggesting any tags at all.
My page is fairly complex, with several tabs, each containing various controls. If I add the datatype to a simpoler site, and paste in the same content as in the site that isn't working, it DOES suggest tags correctly, which suggests an issue with my other site, but I can't work out what.
Is there a way to get the datatype to log somewhere so I can see what (if anything) its passing to Calais?
We are currently logging the data requests using log4net. The config files for the logging can be found:
~/config/OpenCalaisAutotag/*.log4net.config
By default they're saving to c:\windows\autoTags.log, and you will also have to change the root/level value (to DEBUG I believe although not 100%) in order to get the general debugging/info messages to appear.
That said, have you tried running the requests using firebug or Fiddler to see if either one of those sheds any light on the error?
I've tried firebug, and it looks like it's posting the form values to the /base method, but the method's just returning an empty array. I'll see if I can get the logging running and see if I can see what the issue is.......
Still no joy getting to the bottom of this... any idea why it might return nothing? The same content in a simpler document returns about a dozen tags.
Yeah, this is a strange one.
If you can paste the form values (taken from the firebug request would be best/easiest) I can run them through the project to see whats happening. If you could also paste the contents of your autotags config file that would be useful.
Cheers
Have you had any joy with determining the problem?
Sorry, been away on holiday! Will have a further look at this over the weekend and post the form values etc!
:)
Hi Tim,
Any news on this?
Gah, sorry, been really busy and had forgotten to post this, the post details (from Firebug) are as follows (appologies for the abysmal formatting, copied straight from Firebug):
The response that's reveived is:
Config file contains the following:
<?xml version="1.0" encoding="utf-16"?>
<Config xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<GenerateTagsAutomatically>false</GenerateTagsAutomatically>
<SelectTagsAutomatically>false</SelectTagsAutomatically>
<AllowManualTags>true</AllowManualTags>
<AllowTagSuggestion>true</AllowTagSuggestion>
<ShowHelp>false</ShowHelp>
<TagGroup>content</TagGroup>
<OpenCalaisApiKey>[key here]</OpenCalaisApiKey>
<ProxyUsername />
<ProxyPassword />
<ProxyDomain />
<Provider>GrailTechnology.AutoTags.Providers.OpenCalaisService, GrailTechnology.AutoTags.Providers</Provider>
</Config>
Just for my own sanity, you've removed your OpenCalais key from your post right?
LOL, yes! I took that out.
:)
GRRR how annoying! I've just logged in to see whether you'd replied and it looks like my previous comment didn't go through?!?!
Ok so in summary (as my last one was a bit long) I tested with your data and it seemed to work fine, it came back with various suggestions; involving waste management i believe, so I don't believe it to be the package/service itself.
Looking through your comments I'm under the impression that this doctype is fairly large and complex? Is that right?
Also, if you look through the data you submitted theres a comment in there "Firebug request size limit has been reached by Firebug". I'm just wondering if the request size is too much? Perhaps it might be worth increasing the request size limit in your web.config to see if that starts playing ball?
Failing that I might have to try rewriting how the UI submits the data
Yep, it looks like its the size of the DocType. If I put the same content in one of the starter kits, it suggests stuff correctly.
Would the request size affect posts to remote services? I thought that was just for incoming requests? We've got it set to 40Mb, which should be plenty.
Is there a way of getting it to only use one or a few fields for the suggestions rather than the whole document?
Hi tim,
Sorry for the lack of reply, I've been pretty busy of recent. Yeah, 40MB is enough for any web request I'd think....
I've got a week off starting Monday so I can put something together whereby it will only send across specified fields, providing this will still be of benefit and you havn't sacked this off?
Hiya,
That'd be awesome! I've basically hidden away the suggestions button for now, but it would be great to have the feature if you don't mind sorting it out?
:)
We're using this tags control because its much better than the built in one, which has all sorts of issues when you tag and save or save and then edit tags. Plus the client loves the UI!
:)
Great to hear positive feedback even in the face of a potential issue.
So what I'm thinking of is added a couple of fields to the config, a "Use only these properties" option and a "All except theses" option, would you say this would suffice or would you be after something slightly different/extra?
That would be spot on! Basically the doctypes are large because they have a lot of SEO/PPC settings, and widgets etc on the page, probably only two to five of the fields are actually "proper" content that needs to be looked at for suggesting tags.
Hi Tim,
I've uploaded v2.2.0 which includes the extra configuration values mentioned previously. Let me know how you get on :)
Rich
Hi Tim,
Have you had any joy with this?
Cheers
Rich
I'm having the same problem with the latest version, tried both providers.
At least one of the problems is, the package isn't sending content to the provides.
LogTheNet request:
LogTheNet response:
OpenCalais request:
OpenCalais response:
Strange, I'll check this out tonight and get back to you. Can I assume that you're not filtering on properties, you want them all to be included?
Exactly
Hi,
I've downloaded the package into a vanilla install of 4.7 and although there does appear to be a bug with the TagTheNetService not stripping out HTML, the OpenCalais service works fine.
Can you supply your autotags.config file please?
Cheers
Hi,
I've made a couple of tweaks to the code and uploaded a new release (v2.2.1). I've tested it on v4.7 of umbraco and it works fine, hopefully it should behave for you now kipusoep :)
Cheers
Well, it's still not working for me, besides I found out your package is conflicting with the MultiNode Tree Picker from uComponents, because you're using a very greedy jQuery selector.
So I decided to stop using this package because it gives me too much trouble. Thanks anyways!
hmm, its a shame its come down to that. But in order to improve the package, can you give me any more detail into what you mean by greedy jQuery selector?
Well, just try it yourself; add a OpenCalaisAutoTag property and a Multi-Node Tree Picker property.
Then select an item in the MNTP and save. Now try to delete the item and you'll get a JS error in the script from your package.
Had something to do with $("a") if I remember correctly...
It looks like its MNTP thats actually breaking this datatype. I added a mntp to a page with the autotag property on and the data isn't getting submitted to the rest service which is why you're not getting any results back. As soon as I removed the MNTP it worked first time.
So its looks like we've finally found the issue (its a pity its taken so long), and although I could argue that uComponents break my package as it came out first ;) uComponents is by far a superior and more widely used package so I'll look at getting a fix together.
Thanks for your assistance kipusoep
Hi - just about to install when i noticed the compatibility issue - any idea on when a fix might be implemented??
thanks
I'm aiming to get a fix released this week. Will post any updates in this thread :)
Ok, well after a lot of testing it appears that something with the MNTP is causing problems with ANY ajax post from data types. I've created a simple usercontrol datatype which simply posts to the handler nothing fancy the and Posted data is still empty. I've created a work item on Codeplex so if you could vote it up I'd be grateful: http://ucomponents.codeplex.com/workitem/14401
In the mean time I've discovered that if I change it to use a GET request everything seems to work ok. I'll get the updated version uploaded by monday
How about the javascript issue when clicking on the 'x' to remove a selected node in the Multi-Node Tree Picker and the Open Calais AutoTag datatype is included?
Both issues have been retified in v2.2.2. The fix for the tag suggestion isn't ideal but until uComponents fix the issue with the MNTP theres not a whole lot I can do. I hope this fixes the problems for everyone.
Cheers
is working on a reply...