Training
Module
Explore advanced configuration methods - Training
This module describes how administrators can activate Windows clients at scale and use Group Policy and PowerShell to apply configuration settings to groups of Windows clients.
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
This article helps fix an issue that triggers an error when the central store contains the .admx files from Windows 10.
Original KB number: 3077013
Consider the following scenarios.
Scenario 1:
Scenario 2:
In these scenarios, you receive the following error message:
Administrative Templates
Dialog Message text Namespace 'Microsoft.Policies.Sensors.WindowsLocationProvider' is already defined as the target namespace for another file in the store.
File
\\<forest.root>\SysVol\<forest.root>\Policies\PolicyDefinitions\Microsoft-Windows-Geolocation-WLPAdm.admx, line 5, column 110
Note
The <forest.root> placeholder represents the domain name.
For example, the error message resembles the message in the following screenshot:
Note
You may not notice this issue if you are upgrading from Windows 7 or Windows 8.1 to Windows 10 version 1511 (skipping Windows 10 RTM).
This issue occurs because the LocationProviderADM.admx file was renamed as Microsoft-Windows-Geolocation-WLPAdm.admx in Windows 10 RTM.
Scenario 1
After you copy the .admx files from Windows 10 to a central store that contains a LocationProviderADM.ADMX file that's from an earlier release of Windows, there are two .admx files that contain the same settings but that have different names. This triggers the "namespace is already defined" error.
Scenario 2
When you upgrade from Windows 10 RTM to Windows 10 version 1511, the new LocationProviderAdm.admx file is copied to the folder while still keeping the old Microsoft-Windows-Geolocation-WLPAdm.admx file. Therefore, there are two ADMX files that address the same policy namespace.
Method 1
Click OK to ignore the error message. The error message is informational, and the Group Policy setting works as expected.
Method 2
Delete the LocationProviderADM.admx and LocationProviderADM.adml files, and change Microsoft-Windows-Geolocation-WLPAdm.admx and Microsoft-Windows-Geolocation-WLPAdm.adml to the correct names.
Scenario 1:
Scenario 2:
DMX and ADML files are system-protected. To rename or delete these files, you must add NTFS permissions to the files. To do this, use the following commands:
Open an elevated command prompt, and then use takeown.exe to grant ownership to local administrators:
takeown /F " C:\Windows\PolicyDefinitions\Microsoft-Windows-Geolocation-WLPAdm.admx" /A
takeown /F " C:\Windows\PolicyDefinitions\en-US\Microsoft-Windows-Geolocation-WLPAdm.adml" /A
Grant administrators Full Control permissions to both files.
Rename both files with an extension of .old, and you'll no longer receive the Geolocation pop-ups when you open GPEDIT.MSC.
There's only a single line of difference between the contents of the pre-Windows 10 LocationProviderADM.admx file and the Windows 10 Microsoft-Windows-Geolocation-WLPAdm.admx file.
In the pre-Windows 10 LocationProviderADM.admx file, the <supportedOn> line appears as follows:
<supportedOn ref="windows:SUPPORTED_Windows8"/>
In the Windows 10 LocationProviderADM.admx, the <supportedOn> line appears as follows:
<supportedOn ref="windows:SUPPORTED_Windows8_Or_Windows_6_3_Only"/>
This error occurs when you click the Policy node under Computer Configuration or User Configuration.
If you need assistance from Microsoft support, we recommend you collect the information by following the steps mentioned in Gather information by using TSS for Group Policy issues.
Training
Module
Explore advanced configuration methods - Training
This module describes how administrators can activate Windows clients at scale and use Group Policy and PowerShell to apply configuration settings to groups of Windows clients.