Kenneth Barber

My feedback

  1. 5 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    PLANNED  ·  3 comments  ·  PI Server » Installation  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber commented  · 

    It doesn't look like this change has been made across the board yet.

    Kenneth Barber shared this idea  · 
  2. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Server » System Management  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber commented  · 
    Kenneth Barber shared this idea  · 
  3. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Server » Notifications  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  4. 3 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  myOSIsoft » Product Downloads  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber commented  · 

    I have the same issue. I think that OSIsoft has tested their website on large monitors only and not laptop screens.

    Downloading PI API 2018 is especially bad, since there is a lot of text before the license agreement. I can't see the "I Agree" check box or the "Download" button.

    Kenneth Barber supported this idea  · 
  5. 4 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  myOSIsoft » Product Downloads  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber supported this idea  · 
  6. 7 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    4 comments  ·  PI Server » Data Archive  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber commented  · 

    Angela Hill brings up an interesting case, but her case is different from the case in my suggestion in more ways than you might expect.

    In the case in my suggestion, at any particular time for a particular type of value (e.g. power output), you can make predictions to multiple times in the future. Similarly, any particular time in the future can have multiple predictions against it for a particular type of value (e.g. it can have the "1 day later" prediction from yesterday and the "2 days later" prediction from the day before yesterday). There is a many-to-many relationship between the 2 types of timestamps even within a single type of value (e.g. power output), so we have no choice but to represent each value of 1 of the types of timestamps as a new tag.

    Angela's case is a bit different. Each occurrence of a particular type of event is logged only once (I'm assuming), so for that type of event, there is only 1 logged time for each occurrence time, but multiple occurrences of the same type of event can share the same logged time. That is, there is a 1-to-many relationship between the occurrence time and the logged time for a particular type of event. In such cases, for each type of event, you can have 1 tag that captures the value and 1 tag that captures the logged time, where both tags use the occurrence time as the timestamp. You can then create an element template called "Logged Event" that has 1 attribute for each of the 2 tags that I just mentioned. Then, instead of representing each type of event as a different attribute in an element, you would instead create 1 element, based on the Logged Event template, for each type of event, and each of these elements would be child elements to the element that the event applies to.

    I think that situations like the one above support the idea that it wouldn't hurt for OSIsoft to talk about the theoretical side of PI, design patterns, and different approaches to problems in PI. Solutions like the one that I described are not immediately obvious and customers may be doing things suboptimally and not even realize it. https://feedback.osisoft.com/forums/602086-osisoft-learning/suggestions/31689928-make-more-videos-about-the-theoretical-side-of-pi

    Kenneth Barber commented  · 

    I realize that not every future event is a prediction. For example, it could be a goal. But even goals are set at specific times.

    I also don't expect PI to support an arbitrary number of continuous dimensions (e.g. resistance predictions as predicted current, predicted voltage, and distance into the future change over time). That might be a time to use fancier tools.

    Kenneth Barber shared this idea  · 
  7. 36 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    RESEARCHING / EVALUATING  ·  7 comments  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber supported this idea  · 
  8. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  OSIsoft Cloud Services » Security  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  9. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  myOSIsoft » General  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  10. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  myOSIsoft » General  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  11. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  myOSIsoft » General  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  12. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Developer Technologies » Other  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  13. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Server » PI Builder  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  14. 1 vote
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Server » PI Builder  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  15. 3 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber commented  · 

    I don't do this often, and when I do, I need to wait nearly 4 minutes. Because I am a PI administrator, I have the luxury of being able to remotely log into a computer that has a faster connection to the PI servers and the domain controller, so I can avoid this issue as long as I remember it.

    Of course, not everyone is in my situation. Some people might not have the patience to wait out the 4 minutes and just assume that "it froze", or they might have to wait longer than 4 minutes due to having more mappings, or they might not have access to computers with faster connections.

    The issue will essentially affect any PI consultant, since PI consultants often work remotely and will probably need to configure a few mappings at some point but may not have access to the customer's computers for a faster connection.

    In my opinion, the issue is disruptive but not critical, but I don't think that it should be ignored indefinitely. Keep in mind that there is a tendency to look at each minor issue in isolation, and then determine that each issue has a negligible decrease on product quality, and so each minor issue is ignored. The more minor issues there are, the more likely it is that the user will stumble across at least 1 issue. Also, if a program has many minor issues, the combined decrease in product quality becomes significant and there will be no low-hanging fruit to solve for a quick win.

    I bring this up because it seems to be the approach that OSIsoft takes. I like what OSIsoft's programs try to achieve, but I am constantly encountering issues, usually minor ones, with the programs and almost always have at least 1 tech support case open.

    Kenneth Barber shared this idea  · 
  16. 2 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    PLANNED  ·  0 comments  ·  myOSIsoft » Product Downloads  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 
  17. 2 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  myOSIsoft » On-line Case Creation  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber supported this idea  · 
  18. 4 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    RESEARCHING / EVALUATING  ·  0 comments  ·  myOSIsoft » General  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber supported this idea  · 
  19. 66 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    4 comments  ·  myOSIsoft » Customer Portal Overall  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber supported this idea  · 
  20. 2 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  myOSIsoft » On-line Case Creation  ·  Flag idea as inappropriate…  ·  Admin →
    Kenneth Barber shared this idea  · 

Feedback and Knowledge Base

Posted ideas will have one of the following statuses.
Full definition of these statuses can be found on the Home Page.
No status
NEEDS MORE DISCUSSION
RESEARCHING/EVALUATING
DECLINED
PLANNED
STARTED/IN DEVELOPMENT
IN BETA
COMPLETED