Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem Datum Transformation #13845

Closed
qgib opened this issue Apr 29, 2011 · 2 comments
Closed

Problem Datum Transformation #13845

qgib opened this issue Apr 29, 2011 · 2 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Projections/Transformations Related to coordinate reference systems or coordinate transformation
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Apr 29, 2011

Author Name: ImPreZa - (ImPreZa -)
Original Redmine Issue: 3787

Redmine category:projection_support
Assignee: nobody -


Hey!!

I've tried to transform a shapefile from EPGS:4618 (SAD69) to EPGS:4674 (SIRGAS2000), but the product of this transformation doesn't shifts. It seems that QGIS export a shapefile with the new projection, but it is unable to apply (in fact) the values of the new ellipsoid.

Here are the official parameters for transformation between the both datums:

DX = -67,35

DY = +3,88

DZ = -38,22

I've attached the .gsb files (NTV2 transformation) used by the department of the brazilian government, IBGE, which is responsible for cartography etc.

SAD69 Original (SAD69_003.GSB)

SAD69 reviewed in 1996 (SAD96_003.GSB)

If I open in QGIS a shapefile originally created in [[ArcGIS]] in SAD69 and other in SIRGAS2000, also transformed from SAD69 to SIRGAS in [[ArcGIS]], without activate OTF, I can see the displacement between them. But when I transform the [[ArcGIS]]-shapefile-SAD69 to SIRGAS2000 in QGIS, the QGIS is unable to show their displacement, even with OTF activated. Why does this happens with shapes transformed in QGIS?

And the last problem: The QGIS doesn't create properly the .prj file, both for SAD69 and SIRGAS2000, as exposed here:

SIRGAS2000

GEOGCS[[GRS 1980(IUGG 1980)"DATUM*["D_unknown"*SPHEROID["GRS80"6378137298257222101]]PRIMEM["Greenwich"0]UNIT["Degree]]

And the correct one, from [[ArcGIS]] is:

GEOGCS[[GCS_SIRGAS_2000"DATUM["D_SIRGAS_2000"SPHEROID["GRS_1980"63781370298257222101]]PRIMEM["Greenwich"00]UNIT["Degree]]

SAD69:

GEOGCS[[Australian Natl & S Amer 1969"DATUM["D_unknown"SPHEROID["aust_SA"637816029825]]PRIMEM["Greenwich"0]UNIT["Degree]]

And the correct one, from [[ArcGIS]] is:

GEOGCS[[GCS_South_American_1969"DATUM["D_South_American_1969"SPHEROID["GRS_1967_Truncated"6378160029825]]PRIMEM["Greenwich"00]UNIT["Degree"00174532925199433]]VERTCS["WGS_1984_Geoid"VDATUM["WGS_1984_Geoid"]PARAMETER["Vertical_Shift"00]PARAMETER["Direction"10]UNIT["Meter]]

Here are the original data that I'm working with. These data are mineral rights from Rio Grande do Sul State, south Brazil:
"Shapefiles in SAD69":http://sigmine.dnpm.gov.br/sad69/RS.zip/
"Shapefiles in SIRGAS":http://sigmine.dnpm.gov.br/sirgas2000/RS.zip/

I asked for help at the QGIS Forum. They've found the same problem and couldn't solve it.
Thanks!!

@qgib
Copy link
Contributor Author

qgib commented Apr 29, 2011

Author Name: ImPreZa - (ImPreZa -)


  • resolution was configured as invalid
  • status_id was changed from Open to Closed

@qgib
Copy link
Contributor Author

qgib commented Apr 29, 2011

Author Name: ImPreZa - (ImPreZa -)


#13846 is the correct report. Files couldn't be uploaded.

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Projections/Transformations Related to coordinate reference systems or coordinate transformation labels May 24, 2019
@qgib qgib added this to the Version 1.7.0 milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Projections/Transformations Related to coordinate reference systems or coordinate transformation
Projects
None yet
Development

No branches or pull requests

1 participant