Spectrum Spatial (SSA/LIM)

Welcome to the Spectrum Spatial (SSA/LIM) community - start a discussion in the discussion tab or join in a conversation.

SSA Documentation  LIM Documentation  SSA Ideas  LIM Ideas

Discussions

Members

Resources

Events

 View Only

  • 1.  Is SSA compliant with the new Australian GDA2020 Datum?

    Posted 07-05-2018 00:25

    We are already programming our next and future aerial imagery capture's to be supplied in the new GDA2020 datum as well as planning for all other datasets to be re-projected by end of 2018, we wish to be operating using the new datum by Q1 2019.

    Will SSA be good2go with GDA2020?

    Thoughts?

    Regards,

    Tony Jordan



  • 2.  RE: Is SSA compliant with the new Australian GDA2020 Datum?

    Posted 07-05-2018 15:46

    ?This is almost entirely a Spectrum Spatial (and MapInfo Pro question) Version 12.2 ships with the internal knowledge of the new datum as well as the data (NTV2) to do the datum shifts associated with the GDA202 initiative.   Data can be created using the new datum in MapInfo Pro or potentially other software and that will be respected by Spectrum Spatial.

    The location shifts associated with 2020 (called conformal and distortion in the .gsb) can be turned on by editing an XML file. Right now that file exists within a .jar so that is a bit tedious.

    There is, of course, more to 2020 so I am not sure what aspects are of most interest to you. 



  • 3.  RE: Is SSA compliant with the new Australian GDA2020 Datum?

    Posted 07-05-2018 20:02

    Thanks Eric..

    OK, so come January 2019 and we have all of our spatial data re-projected to GDA2020 (done by FME) and sitting parallel to our current data store, what do you believe the dot point steps should be to explain how we go about displaying our new GDA2020 data within SSA set using the new datum? I am keen to get thoughts from a number of experienced people in the field in undertaking the change so we can make the changes to our respective systems as seamless as possible...

    Regards,

    Tony



  • 4.  RE: Is SSA compliant with the new Australian GDA2020 Datum?

    Posted 07-05-2018 20:28

    We are certainly interested in this topic as I suspect a number of other Aus Local Gov members of this group will be as well.

    Great timely question Tony.



  • 5.  RE: Is SSA compliant with the new Australian GDA2020 Datum?

    Posted 07-06-2018 17:37

    ?The GDA 2020 datum is in MiPro 17 and Spectrum Spatial 12.2. You should be able to create data in using that datum or convert older tables to it. Or just compare the on the fly reprojection by using it in your map projection. Its in there.

    Not sure what FME is doing or using but probably PROJ4J? Can you give us some examples of the data that matters?

    As I said earlier, only the special future datum shifts need to be enabled in the NTV2. So we should be able to try this process today. 

    I believe our QA said that the website had no data for the "distortion" results. But I did not look myself.

    As for SSA specifically, if your maps are being displayed on top of Bing or Google, then the map will never be using that datum. So any data that you have will be automatically reprojected by Spectrum Spatial to Popular Mercator (EPSG:3857) which is what those tiles are in.

    Thus in that simple test, the code we have for datum conversion from GDA2020 to Pseudo Spherical WGS84 will be exercised. A good and simple test. 

    if you try this and have any issues, let us know but also create or transform data using our products (Pro or Spatial) and see if there is any difference.