Fabiano Batista

My feedback

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

    We’ll send you updates on this idea

    24 comments  ·  PI Vision » Authoring Displays  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  2. 16 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Vision  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  3. 52 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Vision » Sharing & Collaboration  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  4. 4 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →

    Hi,
    So what would be the expected behavior if elements have already been created from the template? It would then be possible to have deletion of data upon an import of a template. What if there are overridden template attributes? What would be the expected behavior if the imported template affects these overridden template attributes?

    Fabiano Batista commented  · 

    The expected behavior is to have the elements containing the same attributes as their templates, so if attributes are deleted from the template, they will be removed from the elements. This is what we expect when deploying templates from a dev database into a production database.

    Regarding the question about overridden attributes, this is more related to the design of the AF templates in the first place. During a deployment task, we need to make sure the templates in the production database contain the same attributes as int the development database. So, after verifying the changes performed on dev database templates are good, by deploying those modified templates on production database should work correctly (considering the reconciliation step is applied to delete attributes and analyses that are no longer required).

    I usually perform reconciliation of AF templates manually during a typical AF deployment task (using Excel formulas and PI Builder), but is very time consuming operation. If we had this option implemented in PSE, it would take me seconds.

    Of course there are other things that need reconciliation (element hierarchy, UOM, etc.), but addressing the templates first one would be a good start and reduce a lot the complexity of a typical AF deployment activity.

    Fabiano Batista shared this idea  · 
  5. 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 » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista commented  · 

    This is very important when we are working with different AF Servers (ex: one development and the other one is production). Sometimes the development database is located at the system integrator office, and not necessarily the conversion factors would be the same across the 2 databases. With the option you suggested, we avoid "polluting" the production database, making sure it remains intact. If a specific UOM is needed, the user would simply import it in a separate xml file before importing the full xml file with the option "Exclude UOM" set.

    Today, I manually have to delete the UOM section of the XML file to avoid contamination of the production database during a deployment activity.

    Fabiano Batista supported this idea  · 
  6. 69 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    8 comments  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
    Fabiano Batista commented  · 

    Here is another user case:
    A customer has a federated PI System with several remote AF units, and one central AF showing the same content from each of those units. Each unit has the same set of templates and tables. The remote AF structures are supposed to be copied to the central unit via PI System Connector, each one appearing in the right branch of the central AF hierarchy. The central AF server has also the same set of templates and table names. Today, PI System connector cannot merge table data, but instead it replaces the existing central table by the content from the last unit which table was synchronized by PI System Connector.
    As a solution, the tables at each unit could be renamed by appending a unique identifier (such as unit code). Then, the element template could be configured with a TABLE LOOKUP containing a substitution parameter in the FROM clause to allow pulling data from different tables (i.e., unit specific tables).
    Some benefits of this solution:
    - Less element templates needed (easier to maintain in a federated PI system environment)
    - Better lookup performance (each branch on the central unit will be pointing to smaller tables, instead of pointing to a single big table)

  7. 13 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    7 comments  ·  PI Server » Analytics & Calculations  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  8. 3 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Server » Data Archive  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
    Fabiano Batista shared this idea  · 
  9. 15 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We’ll send you updates on this idea

    2 comments  ·  PI Vision » Navigation  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  11. 37 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported 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 Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
    Fabiano Batista shared this idea  · 
  13. 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 » Event Frames (EF)  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  14. 2 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    6 comments  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  15. 41 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI Server » Asset Framework (AF)  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  16. 100 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Fabiano Batista supported this idea  · 
  17. 221 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    33 comments  ·  PI Server » Analytics & Calculations  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista supported this idea  · 
  18. 10 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Fabiano Batista commented  · 

    Also, this will allow us to provide table normalization, allowing us to put the metadata in a separate table. This way we will be improving the performance on the front end (i.e., the BI tool), since all metadata (which is static data) will not need to be repeated on the table that will contain the time series data.

    Fabiano Batista supported this idea  · 
  19. 34 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

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

    We’ll send you updates on this idea

    3 comments  ·  PI Server  ·  Flag idea as inappropriate…  ·  Admin →
    Fabiano Batista commented  · 

    In response to Scott Robertson, "I have a very similar use case.   Potent..."
    Interesting use case.
     
    It looks like your use case requires a continuous AF synchronization (instead of "on-demand" one, like the one I suggested). PI System Connector would be the best product for this, but unfortunately the current version of PI System Connector cannot push analysis objects to the destination servers (i.e., your remote servers).

    Fabiano Batista 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