QGIS EPSG value differs from ArcGIS and spatialreference.org
Background:
I have both QGIS 3.4.1 and ArcGIS Desktop 10.6.1 installed on the same laptop, Windows 10.
I have a polygon shapefile that is projected to Lambert Conformal Conic. Arc states that the shapefile's EPSG value is 102004. Here's a screenshot from the Arc Layer Properties:
spatialreference.org agrees with Arc; 102004 is Lambert Conformal Conic:
So far, so good!
Problem:
QGIS states that this layer's EPSG value is different: 100027. Here's a QGIS screenshot:
But wait, there's more! spatialreference.org does not have an entry for 100027. Here's a screenshot:
Question:
Why doesn't the QGIS EPSG value match Arc and spatialreference.org? What does the 100027 value represent?
qgis arcgis-desktop coordinate-system epsg
edited Nov 25 '18 at 21:23
Vince
14.7k32749
asked Nov 25 '18 at 20:40
Stu SmithStu Smith
1,95611332
add a comment |
Background:
I have both QGIS 3.4.1 and ArcGIS Desktop 10.6.1 installed on the same laptop, Windows 10.
I have a polygon shapefile that is projected to Lambert Conformal Conic. Arc states that the shapefile's EPSG value is 102004. Here's a screenshot from the Arc Layer Properties:
spatialreference.org agrees with Arc; 102004 is Lambert Conformal Conic:
So far, so good!
Problem:
QGIS states that this layer's EPSG value is different: 100027. Here's a QGIS screenshot:
But wait, there's more! spatialreference.org does not have an entry for 100027. Here's a screenshot:
Question:
Why doesn't the QGIS EPSG value match Arc and spatialreference.org? What does the 100027 value represent?
qgis arcgis-desktop coordinate-system epsg
edited Nov 25 '18 at 21:23
Vince
14.7k32749
asked Nov 25 '18 at 20:40
Stu SmithStu Smith
1,95611332
102004 isn't an EPSG code, notice it isESRI:102004notEPSG:102004in spatialreference.org andWKID:102004 Authority:Esriin the layer properties.
– user2856
Nov 25 '18 at 21:12
QGIS does not state that it is an EPSG code. QGIS considers that CRS as somethign that does not belong to the EPSG database and gives it some number that is not reserved for EPSG codes. You can see that all the parameters are the same which means that this CRS behaves in the same way even it has a different code in QGIS.
– user30184
Nov 25 '18 at 21:14
1
Also note that the proj definition string from ESRI:102004 from spatialreference.org is exactly the same as what QGIS shows you -+proj=lcc +lat_1=33 +lat_2=45 +lat_0=39 +lon_0=-96 +x_0=0 +y_0=0 +datum=NAD83 +units=m +no_defsso although QGIS doesn't know the name of this custom ESRI (non-EPSG) projection, functionally there is zero difference between ArcGIS and QGIS when you use this projection.
– user2856
Nov 25 '18 at 23:02
add a comment |
Background:
I have both QGIS 3.4.1 and ArcGIS Desktop 10.6.1 installed on the same laptop, Windows 10.
I have a polygon shapefile that is projected to Lambert Conformal Conic. Arc states that the shapefile's EPSG value is 102004. Here's a screenshot from the Arc Layer Properties:
spatialreference.org agrees with Arc; 102004 is Lambert Conformal Conic:
So far, so good!
Problem:
QGIS states that this layer's EPSG value is different: 100027. Here's a QGIS screenshot:
But wait, there's more! spatialreference.org does not have an entry for 100027. Here's a screenshot:
Question:
Why doesn't the QGIS EPSG value match Arc and spatialreference.org? What does the 100027 value represent?
qgis arcgis-desktop coordinate-system epsg
edited Nov 25 '18 at 21:23
Vince
14.7k32749
asked Nov 25 '18 at 20:40
Stu SmithStu Smith
1,95611332
Background:
I have both QGIS 3.4.1 and ArcGIS Desktop 10.6.1 installed on the same laptop, Windows 10.
I have a polygon shapefile that is projected to Lambert Conformal Conic. Arc states that the shapefile's EPSG value is 102004. Here's a screenshot from the Arc Layer Properties:
spatialreference.org agrees with Arc; 102004 is Lambert Conformal Conic:
So far, so good!
Problem:
QGIS states that this layer's EPSG value is different: 100027. Here's a QGIS screenshot:
But wait, there's more! spatialreference.org does not have an entry for 100027. Here's a screenshot:
Question:
Why doesn't the QGIS EPSG value match Arc and spatialreference.org? What does the 100027 value represent?
qgis arcgis-desktop coordinate-system epsg
qgis arcgis-desktop coordinate-system epsg
edited Nov 25 '18 at 21:23
Vince
14.7k32749
asked Nov 25 '18 at 20:40
Stu SmithStu Smith
1,95611332
edited Nov 25 '18 at 21:23
Vince
14.7k32749
asked Nov 25 '18 at 20:40
Stu SmithStu Smith
1,95611332
edited Nov 25 '18 at 21:23
Vince
14.7k32749
edited Nov 25 '18 at 21:23
Vince
14.7k32749
edited Nov 25 '18 at 21:23
Vince
14.7k32749
14.7k32749
asked Nov 25 '18 at 20:40
Stu SmithStu Smith
1,95611332
asked Nov 25 '18 at 20:40
Stu SmithStu Smith
1,95611332
asked Nov 25 '18 at 20:40
Stu SmithStu Smith
1,95611332
1,95611332
102004 isn't an EPSG code, notice it isESRI:102004notEPSG:102004in spatialreference.org andWKID:102004 Authority:Esriin the layer properties.
– user2856
Nov 25 '18 at 21:12
QGIS does not state that it is an EPSG code. QGIS considers that CRS as somethign that does not belong to the EPSG database and gives it some number that is not reserved for EPSG codes. You can see that all the parameters are the same which means that this CRS behaves in the same way even it has a different code in QGIS.
– user30184
Nov 25 '18 at 21:14
1
Also note that the proj definition string from ESRI:102004 from spatialreference.org is exactly the same as what QGIS shows you -+proj=lcc +lat_1=33 +lat_2=45 +lat_0=39 +lon_0=-96 +x_0=0 +y_0=0 +datum=NAD83 +units=m +no_defsso although QGIS doesn't know the name of this custom ESRI (non-EPSG) projection, functionally there is zero difference between ArcGIS and QGIS when you use this projection.
– user2856
Nov 25 '18 at 23:02
add a comment |
102004 isn't an EPSG code, notice it isESRI:102004notEPSG:102004in spatialreference.org andWKID:102004 Authority:Esriin the layer properties.
– user2856
Nov 25 '18 at 21:12
QGIS does not state that it is an EPSG code. QGIS considers that CRS as somethign that does not belong to the EPSG database and gives it some number that is not reserved for EPSG codes. You can see that all the parameters are the same which means that this CRS behaves in the same way even it has a different code in QGIS.
– user30184
Nov 25 '18 at 21:14
1
Also note that the proj definition string from ESRI:102004 from spatialreference.org is exactly the same as what QGIS shows you -+proj=lcc +lat_1=33 +lat_2=45 +lat_0=39 +lon_0=-96 +x_0=0 +y_0=0 +datum=NAD83 +units=m +no_defsso although QGIS doesn't know the name of this custom ESRI (non-EPSG) projection, functionally there is zero difference between ArcGIS and QGIS when you use this projection.
– user2856
Nov 25 '18 at 23:02
102004 isn't an EPSG code, notice it is
ESRI:102004 not EPSG:102004 in spatialreference.org and WKID:102004 Authority:Esri in the layer properties.– user2856
Nov 25 '18 at 21:12
102004 isn't an EPSG code, notice it is
ESRI:102004 not EPSG:102004 in spatialreference.org and WKID:102004 Authority:Esri in the layer properties.– user2856
Nov 25 '18 at 21:12
QGIS does not state that it is an EPSG code. QGIS considers that CRS as somethign that does not belong to the EPSG database and gives it some number that is not reserved for EPSG codes. You can see that all the parameters are the same which means that this CRS behaves in the same way even it has a different code in QGIS.
– user30184
Nov 25 '18 at 21:14
QGIS does not state that it is an EPSG code. QGIS considers that CRS as somethign that does not belong to the EPSG database and gives it some number that is not reserved for EPSG codes. You can see that all the parameters are the same which means that this CRS behaves in the same way even it has a different code in QGIS.
– user30184
Nov 25 '18 at 21:14
1
1
Also note that the proj definition string from ESRI:102004 from spatialreference.org is exactly the same as what QGIS shows you -
+proj=lcc +lat_1=33 +lat_2=45 +lat_0=39 +lon_0=-96 +x_0=0 +y_0=0 +datum=NAD83 +units=m +no_defs so although QGIS doesn't know the name of this custom ESRI (non-EPSG) projection, functionally there is zero difference between ArcGIS and QGIS when you use this projection.– user2856
Nov 25 '18 at 23:02
Also note that the proj definition string from ESRI:102004 from spatialreference.org is exactly the same as what QGIS shows you -
+proj=lcc +lat_1=33 +lat_2=45 +lat_0=39 +lon_0=-96 +x_0=0 +y_0=0 +datum=NAD83 +units=m +no_defs so although QGIS doesn't know the name of this custom ESRI (non-EPSG) projection, functionally there is zero difference between ArcGIS and QGIS when you use this projection.– user2856
Nov 25 '18 at 23:02
add a comment |
1 Answer
1
active
oldest
votes
When you add a new custom projection to QGIS, it allocates a unique code to it and stores it in a local sqlite database (srs.db)
The first one you add is numbered 100000, the second is 100001... and numbers are allocated sequentially each time you do this. As @user30184 says, this is to prevent duplicates.
Your 100027 doesn't correspond to the corresponding ArcGIS/spatialreference.org codes. It means that this is the 28th custom projection you've added (based on the uniqueness of the proj4 string for the projection)
The projection is shown as 'USER:100027', rather than 'ESRI:100027' or 'EPSG:100027', which suggests that it's not equivalent.
edited Nov 26 '18 at 1:06
Vince
14.7k32749
answered Nov 25 '18 at 21:22
Steven KaySteven Kay
16.7k21556
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "79"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f303854%2fqgis-epsg-value-differs-from-arcgis-and-spatialreference-org%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
When you add a new custom projection to QGIS, it allocates a unique code to it and stores it in a local sqlite database (srs.db)
The first one you add is numbered 100000, the second is 100001... and numbers are allocated sequentially each time you do this. As @user30184 says, this is to prevent duplicates.
Your 100027 doesn't correspond to the corresponding ArcGIS/spatialreference.org codes. It means that this is the 28th custom projection you've added (based on the uniqueness of the proj4 string for the projection)
The projection is shown as 'USER:100027', rather than 'ESRI:100027' or 'EPSG:100027', which suggests that it's not equivalent.
edited Nov 26 '18 at 1:06
Vince
14.7k32749
answered Nov 25 '18 at 21:22
Steven KaySteven Kay
16.7k21556
add a comment |
When you add a new custom projection to QGIS, it allocates a unique code to it and stores it in a local sqlite database (srs.db)
The first one you add is numbered 100000, the second is 100001... and numbers are allocated sequentially each time you do this. As @user30184 says, this is to prevent duplicates.
Your 100027 doesn't correspond to the corresponding ArcGIS/spatialreference.org codes. It means that this is the 28th custom projection you've added (based on the uniqueness of the proj4 string for the projection)
The projection is shown as 'USER:100027', rather than 'ESRI:100027' or 'EPSG:100027', which suggests that it's not equivalent.
edited Nov 26 '18 at 1:06
Vince
14.7k32749
answered Nov 25 '18 at 21:22
Steven KaySteven Kay
16.7k21556
add a comment |
When you add a new custom projection to QGIS, it allocates a unique code to it and stores it in a local sqlite database (srs.db)
The first one you add is numbered 100000, the second is 100001... and numbers are allocated sequentially each time you do this. As @user30184 says, this is to prevent duplicates.
Your 100027 doesn't correspond to the corresponding ArcGIS/spatialreference.org codes. It means that this is the 28th custom projection you've added (based on the uniqueness of the proj4 string for the projection)
The projection is shown as 'USER:100027', rather than 'ESRI:100027' or 'EPSG:100027', which suggests that it's not equivalent.
edited Nov 26 '18 at 1:06
Vince
14.7k32749
answered Nov 25 '18 at 21:22
Steven KaySteven Kay
16.7k21556
When you add a new custom projection to QGIS, it allocates a unique code to it and stores it in a local sqlite database (srs.db)
The first one you add is numbered 100000, the second is 100001... and numbers are allocated sequentially each time you do this. As @user30184 says, this is to prevent duplicates.
Your 100027 doesn't correspond to the corresponding ArcGIS/spatialreference.org codes. It means that this is the 28th custom projection you've added (based on the uniqueness of the proj4 string for the projection)
The projection is shown as 'USER:100027', rather than 'ESRI:100027' or 'EPSG:100027', which suggests that it's not equivalent.
edited Nov 26 '18 at 1:06
Vince
14.7k32749
answered Nov 25 '18 at 21:22
Steven KaySteven Kay
16.7k21556
edited Nov 26 '18 at 1:06
Vince
14.7k32749
edited Nov 26 '18 at 1:06
Vince
14.7k32749
edited Nov 26 '18 at 1:06
Vince
14.7k32749
14.7k32749
answered Nov 25 '18 at 21:22
Steven KaySteven Kay
16.7k21556
answered Nov 25 '18 at 21:22
Steven KaySteven Kay
16.7k21556
answered Nov 25 '18 at 21:22
Steven KaySteven Kay
16.7k21556
16.7k21556
add a comment |
add a comment |
Thanks for contributing an answer to Geographic Information Systems Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f303854%2fqgis-epsg-value-differs-from-arcgis-and-spatialreference-org%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
102004 isn't an EPSG code, notice it is
ESRI:102004notEPSG:102004in spatialreference.org andWKID:102004 Authority:Esriin the layer properties.– user2856
Nov 25 '18 at 21:12
QGIS does not state that it is an EPSG code. QGIS considers that CRS as somethign that does not belong to the EPSG database and gives it some number that is not reserved for EPSG codes. You can see that all the parameters are the same which means that this CRS behaves in the same way even it has a different code in QGIS.
– user30184
Nov 25 '18 at 21:14
1
Also note that the proj definition string from ESRI:102004 from spatialreference.org is exactly the same as what QGIS shows you -
+proj=lcc +lat_1=33 +lat_2=45 +lat_0=39 +lon_0=-96 +x_0=0 +y_0=0 +datum=NAD83 +units=m +no_defsso although QGIS doesn't know the name of this custom ESRI (non-EPSG) projection, functionally there is zero difference between ArcGIS and QGIS when you use this projection.– user2856
Nov 25 '18 at 23:02