mbailey

My feedback

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

    We’ll send you updates on this idea

    2 comments  ·  PI Server » Notifications  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  2. 55 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    7 comments  ·  PI Server » Notifications  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  3. 96 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    RESEARCHING / EVALUATING  ·  10 comments  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  4. 119 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    13 comments  ·  PI Server » Analytics & Calculations  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  5. 24 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  PI Server » Data Archive  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey commented  · 

    100 % agree. I think there are other posting in regards to this.

    mbailey supported this idea  · 
  6. 24 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Server » Notifications  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  7. 2 votes
    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 →
    mbailey commented  · 

    I expand them all every time I open it.

    mbailey supported this idea  · 
  8. 8 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  PI Server » System Management  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey commented  · 

    Same boat. They need a better solution here. 10 minuets is short! Ours can take over 45 min.

    mbailey supported this idea  · 
  9. 4 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey shared this idea  · 
  10. 2 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Interfaces » Batch Interfaces  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  11. 65 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    14 comments  ·  PI Connectors » PI System Connector  ·  Flag idea as inappropriate…  ·  Admin →

    This item is under technical review. Currently, support for collecting Snapshot data can be achieved via PI to PI interface and should be considered for achieving this specific functionality.

    mbailey commented  · 

    In response to Franz Krauter, "PI to PI in parallel is not a solution. ..."
    Couldn't agree more!

    mbailey commented  · 

    In response to Joshua Duncan, "I wouldn't get your hopes up. I received..."
    I had heard the same thing, but I've also recently heard they've re considered.

    mbailey commented  · 

    PI to PI and APS is still not meeting our requirements. While OSIsoft says this is the solution, its not a good one. PI APS processes tags one at a time. Startup time for PItoPI is also slow. APS and PItoPI is not multithreaded. The APS syncing for a large amount of tags is not meeting our need. Because the Connector still does not meet our requirements, we've had to add many (currently 14) interfaces which is very difficult to manage across multiple servers at multiple locations. Anytime we have PI to PI or APS talking to systems at other locations (for disaster recovery) latency causes the startup time and sync times to take hours. Not an acceptable high availability solution.

    mbailey commented  · 

    With 47 votes you would think the folks would listen to what we need. I have not been impressed with how slow this connector has been moving. APS and PItoPI are not working for us. Syncing a collective across a few states, causes latency issues and the sync process takes 24 hours currently.

    mbailey commented  · 

    In response to Matthew Bailey, "We need this as well. We have a project ..."
    I should add that we have been waiting for the connector to meet these requirements for 4 years!
    Essentially we want two collectives ( a source and destination) to be the same.
     
    Requirements
    - Send PI data even if it's not in AF.
    - Send real-time snapshot data. It seems really useless for us to be able to only send archive data. Users using the destination system don't get the real-time or accurate values?  A breaker is closed, but the users see's it open? Not making sense.
    - If a tag name is changed on the source collective, it should update on the destination side.
    - Should be much faster then PI to PI and APS (multi threaded), should work better across two locations where latency comes to play.
    - Should be easier to configure then PItoPI and APS

    mbailey commented  · 

    We need this as well. We have a project on hold until this is done.

    mbailey supported this idea  · 
  12. 37 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    5 comments  ·  PI Vision » Search  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey commented  · 

    Agree! Seems like a given.

    mbailey supported this idea  · 
  13. 7 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Server » Notifications  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey commented  · 

    FYI I have found a way to do this and I'll share it so that others know.
    1.) Rename the Queue folder located under programdata\osisoft\pinotifications\data\servername
    2.) Open System Explorer, click contacts, tools, delivery channels, right click on email, settings.
    3.) Change the SMTP server to something fake.
    4.) Restart the notifications service.
    5.) Wait a few minuets
    6.) Update the SMTP Server to the correct server name
    7.) Restart the notification service.

    This will stop old or queued emails from being sent.

    mbailey shared this idea  · 
  14. 6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  PI Vision » User Experience  ·  Flag idea as inappropriate…  ·  Admin →

    If you have a chance, we’d like to learn more about the use case behind this request.

    By default, PI Vision will automatically pick up and use the time zone of the client machine a user is running their browser on, so all times should be displayed in a user’s local time zone.

    If this isn’t the behavior you are seeing, or if you have a use case where users need more control over the time zone being used to display data please let us know.

    mbailey commented  · 

    I understand that users browsers present the data in their time zone. The issue for us is that when Operators are talking to each other, across time zones, they would like to be able to set the time zone by which they are viewing the data. We actually have this issue with other products as well IE Process Book. It seems that there should be an option to use client time, or select from a dropdown the time zone you would like to see the data in.

    mbailey shared this idea  · 
  15. 5 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Vision » User Experience  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  16. 165 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    17 comments  ·  PI Vision » Manual Data Entry  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey commented  · 

    We need this for our engineers to edit Limits. We have our Limits set as PI points and if they changed, we would like to allow users with permission to edit values.

    mbailey supported this idea  · 
  17. 29 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  PI Server » Notifications  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  18. 27 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  PI Server » Notifications  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey supported this idea  · 
  19. 13 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Vision » Symbols  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey commented  · 

    Again - Product not consistent with ProcessBook. Seems like we need equal to or greater then in terms of a new product to accept and implement Vision.

    mbailey supported this idea  · 
  20. 8 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  PI Vision » Look & Feel / Styling  ·  Flag idea as inappropriate…  ·  Admin →
    mbailey shared this idea  · 
← Previous 1

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