NENA911 / NG911GISDataModel

GIS Data Model templates based on the NENA Standard for NG9-1-1 GIS Data Model (NENA-STA-006.x)
Apache License 2.0
14 stars 8 forks source link

ProvisioningPolygon missing Layer Indicator from the GIS Data layers registry table #66

Closed CCCristea closed 1 year ago

CCCristea commented 1 year ago

Hello,

I am looking at the nena-sta-006.2-2022_ng9-1-1.pdf and came across a small issue. The ProvisioningPolygon is one of the required features in the NG9-1-1 GIS Data Model and has the NGUID field required. The abovementioned document should provide, on page 82, a value for this dataset in the Layer Indicator column but the table does not contain an entry for this dataset. Please advise what is the appropriate Layer Indicator value for the ProvisioningPolygon. Thank you. Regards, Cristina Cristea cristina.cristea@calgary.ca

tomneer commented 1 year ago

Cristina,

Excellent catch! You are correct. I can verify that the ProvisioningBoundary layer is not defined in Section 7.2 "GIS Data Layers" Registry of NENA-STA-006.2-2022.

I have passed forwarded this question for an official response and addition to the Errata of the upcoming NENA-STA-006.2a. In the meantime, I would guess that it would most likely be something like "Prov" which follows the Layer Name Indicator convention, but that is an unofficial response until I receive further direction.

-Tom

CCCristea commented 1 year ago

Thanks Tom. Sounds good. I will probably get the official answer in a short while (seeing how fast I got your answer). Best regards, Cristina

Cristina Cristea Geospatial Analyst Geospatial Business Solutions Collaboration, Analytics & Innovation The City of Calgary | Mail Code #8026 P.O. Box 2100, Station M, Calgary, AB Canada T2P 2M5 E: @.**@.> C: 403-614-3834

From: Tom Neer @.> Sent: Thursday, March 2, 2023 10:38 AM To: NENA911/NG911GISDataModel @.> Cc: Cristea, Cristina @.>; Author @.> Subject: [External] Re: [NENA911/NG911GISDataModel] ProvisioningPolygon missing Layer Indicator from the GIS Data layers registry table (Issue #66)

Cristina, Excellent catch! You are correct. I can verify that the ProvisioningBoundary layer is not defined in Section 7. 2 "GIS Data Layers" Registry of NENA-STA-006. 2-2022. I have passed forwarded this question for an official response and ZjQcmQRYFpfptBannerStart This Message Is From an External Sender This message came from outside your organization. ATTENTION: Do not click links or open attachments from external senders unless you are certain it is safe to do so. Please forward suspicious/concerning email to @.**@.> ZjQcmQRYFpfptBannerEnd

Cristina,

Excellent catch! You are correct. I can verify that the ProvisioningBoundary layer is not defined in Section 7.2 "GIS Data Layers" Registry of NENA-STA-006.2-2022https://urldefense.com/v3/__https:/cdn.ymaws.com/www.nena.org/resource/resmgr/standards/nena-sta-006.2-2022_ng9-1-1_.pdf__;!!JYTOG454!dMKZh6rpSwjgk_lwM_r98a6xyToC8_2N08ijhtJxvTpaAhcJpXIg541x29lI4R_AJJ22potYa2CN0oFr8jFbwEr21VrtNyH_$.

I have passed forwarded this question for an official response and addition to the Errata of the upcoming NENA-STA-006.2a. In the meantime, I would guess that it would most likely be something like "Prov" which follows the Layer Name Indicator convention, but that is an unofficial response until I receive further direction.

-Tom

— Reply to this email directly, view it on GitHubhttps://urldefense.com/v3/__https:/github.com/NENA911/NG911GISDataModel/issues/66*issuecomment-1452258697__;Iw!!JYTOG454!dMKZh6rpSwjgk_lwM_r98a6xyToC8_2N08ijhtJxvTpaAhcJpXIg541x29lI4R_AJJ22potYa2CN0oFr8jFbwEr21V5oTQKX$, or unsubscribehttps://urldefense.com/v3/__https:/github.com/notifications/unsubscribe-auth/A6HOYCSMV24HWLFJHAC3SM3W2DLG5ANCNFSM6AAAAAAVNU6PQM__;!!JYTOG454!dMKZh6rpSwjgk_lwM_r98a6xyToC8_2N08ijhtJxvTpaAhcJpXIg541x29lI4R_AJJ22potYa2CN0oFr8jFbwEr21auYHXrs$. You are receiving this because you authored the thread.Message ID: @.**@.>>


NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and co-operation.

CCCristea commented 1 year ago

Hi Tom,

If you don’t mind, I would like to ask you a question in regards to the Street Name Post types available for the RaodCenterLine feature. Looking at the provided documentation - http://technet.nena.org/nrs/registry/StreetNamePreTypesAndStreetNamePostTyp, I can see that we- The City of Calgary, have a couple of names that are not in this list:

Cristina Cristea Geospatial Analyst Geospatial Business Solutions Collaboration, Analytics & Innovation The City of Calgary | Mail Code #8026 P.O. Box 2100, Station M, Calgary, AB Canada T2P 2M5 E: @.**@.> C: 403-614-3834

From: Tom Neer @.> Sent: Thursday, March 2, 2023 10:38 AM To: NENA911/NG911GISDataModel @.> Cc: Cristea, Cristina @.>; Author @.> Subject: [External] Re: [NENA911/NG911GISDataModel] ProvisioningPolygon missing Layer Indicator from the GIS Data layers registry table (Issue #66)

Cristina, Excellent catch! You are correct. I can verify that the ProvisioningBoundary layer is not defined in Section 7. 2 "GIS Data Layers" Registry of NENA-STA-006. 2-2022. I have passed forwarded this question for an official response and ZjQcmQRYFpfptBannerStart This Message Is From an External Sender This message came from outside your organization. ATTENTION: Do not click links or open attachments from external senders unless you are certain it is safe to do so. Please forward suspicious/concerning email to @.**@.> ZjQcmQRYFpfptBannerEnd

Cristina,

Excellent catch! You are correct. I can verify that the ProvisioningBoundary layer is not defined in Section 7.2 "GIS Data Layers" Registry of NENA-STA-006.2-2022https://urldefense.com/v3/__https:/cdn.ymaws.com/www.nena.org/resource/resmgr/standards/nena-sta-006.2-2022_ng9-1-1_.pdf__;!!JYTOG454!dMKZh6rpSwjgk_lwM_r98a6xyToC8_2N08ijhtJxvTpaAhcJpXIg541x29lI4R_AJJ22potYa2CN0oFr8jFbwEr21VrtNyH_$.

I have passed forwarded this question for an official response and addition to the Errata of the upcoming NENA-STA-006.2a. In the meantime, I would guess that it would most likely be something like "Prov" which follows the Layer Name Indicator convention, but that is an unofficial response until I receive further direction.

-Tom

— Reply to this email directly, view it on GitHubhttps://urldefense.com/v3/__https:/github.com/NENA911/NG911GISDataModel/issues/66*issuecomment-1452258697__;Iw!!JYTOG454!dMKZh6rpSwjgk_lwM_r98a6xyToC8_2N08ijhtJxvTpaAhcJpXIg541x29lI4R_AJJ22potYa2CN0oFr8jFbwEr21V5oTQKX$, or unsubscribehttps://urldefense.com/v3/__https:/github.com/notifications/unsubscribe-auth/A6HOYCSMV24HWLFJHAC3SM3W2DLG5ANCNFSM6AAAAAAVNU6PQM__;!!JYTOG454!dMKZh6rpSwjgk_lwM_r98a6xyToC8_2N08ijhtJxvTpaAhcJpXIg541x29lI4R_AJJ22potYa2CN0oFr8jFbwEr21auYHXrs$. You are receiving this because you authored the thread.Message ID: @.**@.>>


NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and co-operation.

tomneer commented 1 year ago

Cristina,

I have moved this question to another issue and will respond.

https://github.com/NENA911/NG911GISDataModel/issues/69

-Tom

tomneer commented 1 year ago

Per this issue, we are having internal discussions on how to address the missing Provisioning Layer boundary. For right now, it is recommended to unofficially use "Prov".

This issue was identified and is in the process of being addressed. However, it may not be addressed until v3. Because NENA creates ANSI-accredited Standards Developer, there are procedures that need to be adhered to before we can make changes "officially".

I am going to close this issue as referred to NENA DS-NG GIS Data Model WG.