Turn on more accessible mode
Skip to main content
Turn off more accessible mode
Open Smart Grid - OpenSG
Login
|
Join
|
Home
SG Systems
SG Conformity
SG Security
SG Communications
SG Simulations
SG EIM
Meetings
Other UCAIug Sites
Member Corporations
Join UCAIug
OpenHAN
OpenAMI-Ent
OpenADE
OpenADR
Open Spatial TF
Use Case Team
SRS Team
Service Definitions Team
Interoperability Testing Team
Edge Conformity
Security Conformity
ENT Conformity
Conformity Artifacts
AMI-SEC TF
SG-NET
Network Interop
Upcoming Meetings
Past Meetings
CIGRE 2014
DTECH 2014
DTECH 2013
UCAIug Summit 2012
Cincinnati 2012
Knoxville 2012
UCAIug Summit 2011
Vancouver 2011
South San Francisco 2011
Fort Lauderdale 2010
Detroit 2010
Washington, DC 2010
San Francisco 2010
Knoxville 2009
UCA International
CIMug
IEC61850ug
UCA SharePoint Training
This Site: Help Desk
Search UCAI
Search CIM
Search IEC61850
Search OSG
Search IECTC57
Search Across All Sites
Advanced Search
Open Smart Grid - OpenSG
>
Help Desk
>
Service Requests
>
Add a PII element that is optional
Service Requests
: Add a PII element that is optional
Version History
Service Request
Add a PII element that is optional
Details
Generally we do not want to include PII information in the data feed, but it may be necessary. For example, in collecting data for analysis or aggregation, we would at least need the usage point (address). Today, PII information would be inserted into title fields or other fields. The problem then of course is it is difficult in identifying PII data since it could be anywhere - which makes anonymizing the data very difficult. I propose adding a new, optional element to the schema so if someone did need to include PII information, there was a specific place for it. And since there is a specific place for it, then it would be easy to remove as a step in anonymizing the data. Optional fields that come to mind are: usage point street address, city, state, zip, census block (as separate fields of course) account number account owner name (eg someone is downloading their data and we might want to have their name on it so they know for sure it's their data). and perhaps we could have generic attribute/value pair elements to handle other things (meter type, a special experimental cell they are part of, etc). So if there is additional meta data that is needed for a unique purpose, there would be a specific place in the XML for it to go.
Customer
jim.vezina
Priority
(2) Normal
Service Representative
Assigned To
Keywords
ESPI
;
GreenButton
;
OpenADE
;
System Requirements
;
Use Case
Comments
No existing entries.
Status
Initiated
Resolution Type
Resolution Date
Mark for Knowledge Base
Related Articles
Resolution Time
0
Attachments
Version: 1.0
Created at 1/16/2013 2:06 PM by jim.vezina
Last modified at 1/16/2013 2:06 PM by jim.vezina
Use this page to add attachments to an item.
Name
© OpenSG Users Group 2009-2016. All Rights Reserved.