# IfcSite does not reference the EPSG code for WGS84 and further inconsistencies with georef **URL:** \ **Category:** Developers\ **Created:** [April 1, 2021, 8:35am UTC](https://forums.buildingsmart.org/t/ifcsite-does-not-reference-the-epsg-code-for-wgs84-and-further-inconsistencies-with-georef/3499 "2021-04-01T08:35:57Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![Moult](https://sea2.discourse-cdn.com/flex016/user_avatar/forums.buildingsmart.org/moult/32/196_2.png) [@Moult](https://forums.buildingsmart.org/u/Moult)\ **Post date:** [April 1, 2021, 8:35am UTC](https://forums.buildingsmart.org/t/ifcsite-does-not-reference-the-epsg-code-for-wgs84-and-further-inconsistencies-with-georef/3499/1 "2021-04-01T08:35:57Z")
The `IfcSite` documentation states WGS84, but since there are many WGS84s out there, we need to clarify which one. > World Latitude at reference point (most likely defined in legal description). Defined as integer values for degrees, minutes, seconds, and, optionally, millionths of seconds with respect to the world geodetic system WGS84. > > World Longitude at reference point (most likely defined in legal description). Defined as integer values for degrees, minutes, seconds, and, optionally, millionths of seconds with respect to the world geodetic system WGS84. I am not a domain expert, therefore I would assume it is EPSG:4326. However, I could be totally wrong 🙂 A further issue is that this RefLatitude and RefLongitude actually are based on the `IfcSite.ObjectPlacement`, whereas the `IfcMapConversion`, if it exists, is based on the origin. This inconsistency can only serve to create confusion and possible errors. Also, is it irking anybody else that all this geolocation related stuff is spread around so many entities in the IFC spec? Can’t it all be put in one spot? Can this be fixed for IFC5? ---
**Author:** ![Moult](https://sea2.discourse-cdn.com/flex016/user_avatar/forums.buildingsmart.org/moult/32/196_2.png) [@Moult](https://forums.buildingsmart.org/u/Moult)\ **Post date:** [April 3, 2021, 6:41am UTC](https://forums.buildingsmart.org/t/ifcsite-does-not-reference-the-epsg-code-for-wgs84-and-further-inconsistencies-with-georef/3499/2 "2021-04-03T06:41:30Z")
In addition, the only mentions of resolving to map coordinates in the project local placement docs is: > at the outermost level, a site is globally positioned according to latitude, longitude, and elevation; This is kinda highly misleading. Can we please reword this to describe how we should instead apply the map conversion? These lat/long/elevation (and the true north rotation which is in a totally different location) are only for reference. ---
**Author:** ![claimred](https://avatars.discourse-cdn.com/v4/letter/c/e47c2d/32.png) [@claimred](https://forums.buildingsmart.org/u/claimred)\ **Post date:** [April 5, 2021, 11:13am UTC](https://forums.buildingsmart.org/t/ifcsite-does-not-reference-the-epsg-code-for-wgs84-and-further-inconsistencies-with-georef/3499/3 "2021-04-05T11:13:47Z")
I recall reading clarification documents on [bSI Australia](https://buildingsmart.org.au/) chapter website some time ago, maybe that could be of help. > **[Vol-1-Geo-referencing-BIM\_v1.2.pdf](https://buildingsmart.org.au/wp-content/uploads/Vol-1-Geo-referencing-BIM_v1.2.pdf)** > > 1551.84 KB > **[Resources](https://buildingsmart.org.au/resources/)** > > Model Setup – Integrating BIM & Geospatial This specialised workshop, provided detailed information about geo-referencing for BIM models using Model Setup. buildingSMART Australasia (bSA)… ---
**Author:** ![Moult](https://sea2.discourse-cdn.com/flex016/user_avatar/forums.buildingsmart.org/moult/32/196_2.png) [@Moult](https://forums.buildingsmart.org/u/Moult)\ **Post date:** [April 5, 2021, 11:44am UTC](https://forums.buildingsmart.org/t/ifcsite-does-not-reference-the-epsg-code-for-wgs84-and-further-inconsistencies-with-georef/3499/4 "2021-04-05T11:44:46Z")
Cheers @claimred - most of the issues you’ve noticed me posting recently have been after consultation with @lee.gregory and @john.mitchell . In fact, @lee.gregory, who I believe is one of the authors of that very document, is who spotted this issue 🙂 Also fun is that the document even recognises the issue: > An example of a dynamic datum is the one used for GPS which is referred to as WGS84. Unfortunately this is the same name as the name given to the ellipsoid the datum uses so one has to be careful what is being referred to when just WGS84 is mentioned. Should be an easy fix … ping @john.mitchell ? ---
**Author:** ![stephen-l](https://avatars.discourse-cdn.com/v4/letter/s/ecc23a/32.png) [@stephen-l](https://forums.buildingsmart.org/u/stephen-l)\ **Post date:** [April 7, 2021, 11:45pm UTC](https://forums.buildingsmart.org/t/ifcsite-does-not-reference-the-epsg-code-for-wgs84-and-further-inconsistencies-with-georef/3499/5 "2021-04-07T23:45:35Z")
Wgs84 define an ellipsoid and center, so there is only one unique worldwide system here. EPSG for wgs84 is EPSG4326 ---
**Author:** ![Moult](https://sea2.discourse-cdn.com/flex016/user_avatar/forums.buildingsmart.org/moult/32/196_2.png) [@Moult](https://forums.buildingsmart.org/u/Moult)\ **Post date:** [April 9, 2021, 12:00am UTC](https://forums.buildingsmart.org/t/ifcsite-does-not-reference-the-epsg-code-for-wgs84-and-further-inconsistencies-with-georef/3499/6 "2021-04-09T00:00:00Z")
From what I understand, yes, but @lee.gregory said he wanted to double check this, and he’s a domain expert 🙂 These points still apply: > [@Moult](#): > > A further issue is that this RefLatitude and RefLongitude actually are based on the `IfcSite.ObjectPlacement` , whereas the `IfcMapConversion` , if it exists, is based on the origin. This inconsistency can only serve to create confusion and possible errors. > > Also, is it irking anybody else that all this geolocation related stuff is spread around so many entities in the IFC spec? Can’t it all be put in one spot? Can this be fixed for IFC5? ---
**Author:** ![lee.gregory](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@lee.gregory](https://forums.buildingsmart.org/u/lee.gregory)\ **Post date:** [April 9, 2021, 12:37am UTC](https://forums.buildingsmart.org/t/ifcsite-does-not-reference-the-epsg-code-for-wgs84-and-further-inconsistencies-with-georef/3499/7 "2021-04-09T00:37:17Z")
Yes WGS84 does define the ellipsoid. However that is **NOT** enough to define the Longitude and Latitude for a point. You also need the **epoch (time)** for WGS84 that the longitude and latitude refers to. As far as I know there are now seven different epochs for WGS84. In Australia, the difference in the position for the same longitude and latitude from the 1994 WGS84 epoch to the 2020 WGS84 epoch is about 1.8 metres.