|
Welcome to our new NI Developer Zone Community. We're excited to be sharing these new features and functionalities with you!
What do you think of what you've seen so far? This will be an on-going improvement process, and we'd love to hear what you have to say!
Thanks,
Jeff
I'm excited to see the forum moving to the next phase.
I like the new layout and many of the new features related to editing and version tracking for forum content.
When the new forum was announced, there was a lot of emphasis on what forum users needed to do to ensure that their content was migrated to the new system. While I'm personally happy to see that all of my content has been migrated, I was surprised to note the following:
All posted content is attributed to Beta Community Content instead of the author who created it.
Previous number of downloads to date is missing.
The ratings for many of the posted items is different than what it was previously. If the displayed ratings are correct, perhaps a description of how these values were arrived at would help.
How are the most popular items displayed on the main page selected?
Congratulations on being the first non-NI poster to the new Community! ![]()
To answer your questions:
The posted content should only be attributed to Beta Community Content if the author did not match his email address and alias from their ni.com and Beta Community profiles. We posted a note and sent an email to all such users explaining how this works, and with instructions on how to do so. Is one of your documents not showing up as attributed to you?
We have the previous number of downloads stored internally, and we are working on a way to easily display it in the new platofrm. To not bore you with details, it will take some work on the back-end to make the old platform match up correctly with the new one.
The rating system from the old platform and the new one is the same. Therefore, the ratings should in theory be the same. Can you point out any that aren't?
The most popular items are defined first off of views, and secondly off of rating. This is the behavior as of now, but this is something that we intend on watching. If it turns out that this isn't sufficient, then we can look at redefining the algorithm that populates this information.
Thanks,
Thanks for the reply.
Here is additional information related to your bullet points.
All of my content was migrated to the new forum; however, all of it is attributed to Beta Community Content. When I received the instructions on how to prepare for the migration, I had a lot of problems trying to get my profile cleaned up. I contacted someone else from your group (Brian?) and we exchanged a few e-mails and I did as he instructed, so I thought everything was in order. Is there a way to correct these items to show that I contributed them? I checked the amount of content attributed to Beta Community Content and found that 241 out of the 291 total items in the community (83%) are attributed to that user, so it looks like this issue affects the majority of forum users.
I had contributed a utility to track posted items under the old system (http://decibel.ni.com/content/docs/DOC-1239), so I have historical data on a few items (only three of which were rated). Of the three that were rated, all of them have different ratings under the new system:
http://decibel.ni.com/content/docs/DOC-1331 Was: 3.94 Now: 0
http://decibel.ni.com/content/docs/DOC-1062 Was: 3.93 Now: 2.83
http://decibel.ni.com/content/docs/DOC-1086 Was: 3.92 Now: 3
I really hope that showing the number of downloads will be added back in quickly.
It appears that a view is generated each time an item's page is requested from the server. I tested this and found that the view count for an item is updated each time a page is loaded or refreshed in a web browser. Knowing that, I really must say that in my opinion the view parameter should not be used to determine an item's popularity. This behavior could easily be manipulated to artificially increase an item's popularity rating and does not provide a true indication of an item's usefulness to forum users. An item could get a lot of views (legitimate or manipulated), have one great rating and no downloads, yet make it onto the most popular items list. In my opinion, that does not tell the full story. Personally, I view many items on the forum. If the write-up is compelling, I might download the item. Therefore, I believe that the number of downloads is a key parameter for judging the popularity of posted items. Also, I recall that there has been a lot of conversation on the boards regarding the rating system. Some users have questioned its validity and some have even suggested that the rating system be done away with altogether. In that light, I am surprised to hear that an item's rating is now one of the key parameters used to determine its popularity. My suggestion would be to select the most popular items based on number of downloads, and then rating in that order. Personally, I take several things into account when deciding whether to download a posted item - number of downloads, rating and comments (If 500 other users have downloaded the item (they can't all be wrong), it has a decent rating (if rated) and few negative comments (I believe that users are more likely to post negative comments on web forums), then I'm more likely to download it).
I appreciate your feedback.
Mark Ridgley
Mark,
Thanks again for very detailed feedback. We will be looking into the issue of why the ratings aren't staying consistent. I'll post back when we have a resolution to this matter.
As for the algorithm that is used to determine the "popularity" of a document, I can definitiely see and understand your point of view. Please rest assured that we will take your thoughts into account as we move forward, and evaluate the effectiveness as the system is. The NI Developer Zone Community will be an on-going and continually improved technology, and it is feedback like this that will drive its success.
Thanks again for your feedback!
The posted content should only be attributed to Beta Community Content if the author did not match his email address and alias from their ni.com and Beta Community profiles. We posted a note and sent an email to all such users explaining how this works, and with instructions on how to do so. Is one of your documents not showing up as attributed to you?
I don't recall receiving an email regarding the migration. My documents are also not attributed to me.
http://decibel.ni.com/content/docs/DOC-1089 (This was THE VERY FIRST Beta Community contribution
)
I agree that the download statistics were a nice feature of the old system format. The example image is also so small that it's really useless.
I still wish I could get my contributed files attributed to me.
Would it be possible to add a feature that would allow a Beta Community attributed entry to be 'claimed' by a registered user?
A search for "Beta Community Content" returns 180 entries. I'm sure that there are others that would like to get credit for their contributions. I know that some of those 180 are attributable to NI employees...
Continued from previous post:
The items listed as the most popular items in the previous forum had thousands of downloads, so it is not apparent how the currently displayed items were selected. What is the "Views" parameter? Depending on what that is, I believe that the number of downloads provides a better indication of the amount of interest that a particular forum post is generating.
The What's New section from the previous forum was a nice feature because it provided a quick way to keep informed of the latest example code posted to the fourm.
I look forward to your response.
Thanks,
Mark Ridgley
Jeff,
This looks like a bug:
If you use the documents tab to list the content, you have a handy next/previous page control.
If you use all content, there is no control for next/previous page. You can only view the first page.
Bruce
Thanks for the feedback, Bruce! I have taken note of this and we will look into it.
Regards,
Jeff
"number of downloads" was a nice feature of the beta version and something I checked often.
.
It seems that the number of downloads is still available in a slightly different form
When you navigate to My Profile & Tools -> Documents you get an overview of all your documents. One col contains the # of "Views". It seems that this col is not related to the number of http requests for the document its more related to the number of downloads of an attachement of this document.
Hello,
Here is a list of steps that you can perform to demonstrate that the "views" parameter is incremented each time an item's page is requested from the server:
Log in to the NI Community web site.
Navigate to My Profile & Tools -> Documents.
Select one of your documents.
Make a note of the number of views shown for the selected document.
Click on the name of the selected document.
Wait for the selected document's page to load completely.
Do NOT click the link in the page to download the file.
Reload the page in the browser three times.
Press your web browser's Back button.
Reload the My Published Documents page.
Note that the "views" parameter has been incremented by four - once for the initial page load and once for each time you reloaded the page.
Based on this observed behavior, I respectfully disagree with this post and reiterate the last two bullet points in my post from February 11, 2008.
I appreciate your thoughts and feedback on this important topic.
Mark Ridgley
Damn, you are absolutely right.
When I wait until the page is loaded completely (sorry,currently I have a very slow internet connection), the count is incremented by 1.
Thanks Mark. We will look into this immediately.
Regards,
Hi Jeffrey,
The editor seems to have some bugs. The formatting like the tabs, superscript, subscript do not work (Xn) properly. Extra spaces which are introduced on purpose are also removed when we publish the doc. Can you guys fix this?
One more request, can you display the "#of downloads" of the examples/ ip instead of the "# of views"?
Thanks,
Vinay
Hi, Jeff
I'm happy to see that the number of downloads is once again being reported for contributed example code.
Earlier, I updated my example for tracking forum items (NI Stats VI Utility) and I noticed that the number of downloads was reset to zero after I uploaded the new file.
When performing the update, I removed the existing file and replaced it with the new file because I thought that showing two files for download might cause some confusion.
My questions are:
Thanks,
Mark Ridgley
Mark,
Thank you for providing continual feedback. It is this type of feedback that has driven the return on the number of dowloads metric.
To answer your question. Right now, this metric is on a per-file basis - so uploading a new file will start recording downloads for THAT specific new file. Right now, you are seeing expected behavior.
We could look at doing a "cumulative downloads from this document" sort of thing if that's more meaningful. We of course want you to update code where relevant, and this shouldn't hurt the doc/code impression. Maybe we could cheat it somehow IF the doc uploaded was the SAME NAME... we could add THOSE downloads together for docs with the same name... that might be a reasonable solution.
What are your thoughts?
We will definitely continue to look into this issue.
Thank you again for your feedback.
Regards,
Jeff
Jeff,
Thanks for the response.
Since NI Community content may require updating for a variety of reasons, I believe that it is important to find a solution so that the number of downloads is preserved when an item is updated.
I like your idea of adding the number of downloads together for docs with the same name. The one catch that I see is that it appears that there can be more than one downloadable file associated with a particular NI Community web page. Although the vast majority of NI Community web pages only feature a single downloadable file, you would need to apply your idea to the specific file that the user is uploading at the moment. Since your idea is to carry the number of downloads forward based on the name of the file currently being uploaded, that shouldn't pose a problem.
I think that this is a reasonable solution.
Thanks,
Mark Ridgley
