Timeline for MapServer: using a CRS for which there is no EPSG code
Current License: CC BY-SA 4.0
8 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Aug 19, 2022 at 15:22 | history | edited | Luís de Sousa | CC BY-SA 4.0 |
Update regarding new Proj database
|
| Nov 8, 2018 at 18:32 | history | edited | nmtoken | CC BY-SA 4.0 |
added example showing you don't have to fake an epsg code, rather create your own
|
| Nov 8, 2018 at 15:46 | comment | added | Luís de Sousa |
Definitely the issue is with QGis. I do not like using a fake EPSG code but it works; tested it by issuing WMS requests directly with wget. Check also my answer above to @nmtoken, MapServer actually forces the SRS namespace to be EPSG. Go figure.
|
|
| Nov 8, 2018 at 15:42 | vote | accept | Luís de Sousa | ||
| Nov 8, 2018 at 8:24 | comment | added | user30184 | Do you need to use QGIS? If you could use OpenJUMP I believe it can show the EPSG:200200 maps for you. | |
| Nov 8, 2018 at 8:20 | comment | added | user30184 | QGIS is CRS aware. It needs to know what is the meaning of EPSG:200200 and how it relates to other coordinate systems of the world. Otherwise it can't take care of on-the-fly reprojection etc. That Mapserver announces that maps are available in something called EPSG:200200 does not help QGIS but it should know also the meaning of the synonym. Unfortunately QGIS does not use that same "epsg" file for the custom projections, and you can't create EPSG synonym for the custom projections docs.qgis.org/2.18/en/docs/user_manual/working_with_projections/… | |
| Nov 8, 2018 at 7:28 | comment | added | Luís de Sousa | This indeed includes the fake 200200 code in the list. However, QGis completely ignores it. Still trying to understand whether this is an issue with the map file or with QGis itself. | |
| Nov 7, 2018 at 21:51 | history | answered | user30184 | CC BY-SA 4.0 |