If you were Registered and logged in, you could reply and use other advanced thread options
Hi folks,
aunt Google told me, here a some MapInfo Users.
My problem deals with coordinate conversion of MapInfo Professional v7.0
We do have geographic coordinates, like
9.18 (east) 53.09 (north) or
-3.91 (east) 38.01 (north).
Unfortunately, the conversion is wrong. I double checked it with a
console program called "proj" and an online tool of the German NGA.
To be sure, which values are correct, I would appreciate if somebody
could verify my converted coordinates.
All I have is:
ID|east|north|CoordSys|CountryID
1|9.183132|53.904484|wgs84|GER
2|-3.914701 38.009705|wgs84|ES
proj said:
ID|right|hight
1|3512060.48|5974858.43
2|118331753.63|4209863.88
MapInfo means:
ID|right|hight
1|3358809.64|5711493.35
2|2363610.3|4287763.13
At least the last result can't be true, because the leading "2" implies
GK2, which is East of Greenwich.
Any hints appreciated,
Roland Rickborn (Germany)
--
_________________________________________________________
Emailadresse ist reply-fähig, wird aber nicht gelesen.
Besser: r_2 ät Ge Em Ix . De E
aunt Google told me, here a some MapInfo Users.
My problem deals with coordinate conversion of MapInfo Professional v7.0
We do have geographic coordinates, like
9.18 (east) 53.09 (north) or
-3.91 (east) 38.01 (north).
We converted these coordinates by clicking "save -> coordinate system
Gauss Krueger".
Unfortunately, the conversion is wrong. I double checked it with a
console program called "proj" and an online tool of the German NGA.
To be sure, which values are correct, I would appreciate if somebody
could verify my converted coordinates.
All I have is:
ID|east|north|CoordSys|CountryID
1|9.183132|53.904484|wgs84|GER
2|-3.914701 38.009705|wgs84|ES
proj said:
ID|right|hight
1|3512060.48|5974858.43
2|118331753.63|4209863.88
MapInfo means:
ID|right|hight
1|3358809.64|5711493.35
2|2363610.3|4287763.13
At least the last result can't be true, because the leading "2" implies
GK2, which is East of Greenwich.
Any hints appreciated,
Roland Rickborn (Germany)
--
_________________________________________________________
Emailadresse ist reply-fähig, wird aber nicht gelesen.
Besser: r_2 ät Ge Em Ix . De E
Hi,
Sorry I'm not so good in Eglish to understand all in your message. But as I
know MapInfo, You can't save your table in GK without defining right Zone
number.
You don't write the zone your save you data and the way you calculate new
coordinates.
In my russian version of MiPro there are 2 variants of GK - GK Zone 1-5
(DHDN) and GK Zone 1-32 (Pulkovo 1942). I had never use the proj program.
So,as I try to save your data in Zone 3 and then view them by query
Select ID, X, CentroidX(obj), Y, CentroidY(obj) from gerTestZ3 into
Selection
I see the numbers that looks like your wrong data.
I want to say you that if you use any Zone in GK in MIPro all coordinates
ARE calculating in THE Zone you had saved and not in another.
I think that proj is more intellectual than MiPro and automatically returns
you data in CORRECT Zone, but MIPro returns coordinates only in the ZONE you
had defined in "Save Copy" command.
So, if you have only GK Zones 1-5 (as I am) in your MAPINFOW.PRJ, you have
such line for GK Zone 1 (for, example):
"GK zone 1 (DHDN)\p31491", 8, 1000, 7, 3, 0, 1, 1500000, 0 - so thouse zones
are 3 degrees.
And this Zone 1 has central meridium in 3 degree and its accuracy is right
in 1.5 - 4.5 degrees.
Sorry, but if you want to use GK Zones for coordinates with negative degree
values you are to create new Zones with 0, negative or 360/3 numbers, write
them in your MAPINFOW.PRJ file, and then save your data in right Zone
number.
Best regards,
Boris Feldman
Moscow (Russia)
Sorry I'm not so good in Eglish to understand all in your message. But as I
know MapInfo, You can't save your table in GK without defining right Zone
number.
You don't write the zone your save you data and the way you calculate new
coordinates.
In my russian version of MiPro there are 2 variants of GK - GK Zone 1-5
(DHDN) and GK Zone 1-32 (Pulkovo 1942). I had never use the proj program.
So,as I try to save your data in Zone 3 and then view them by query
Select ID, X, CentroidX(obj), Y, CentroidY(obj) from gerTestZ3 into
Selection
I see the numbers that looks like your wrong data.
I want to say you that if you use any Zone in GK in MIPro all coordinates
ARE calculating in THE Zone you had saved and not in another.
I think that proj is more intellectual than MiPro and automatically returns
you data in CORRECT Zone, but MIPro returns coordinates only in the ZONE you
had defined in "Save Copy" command.
So, if you have only GK Zones 1-5 (as I am) in your MAPINFOW.PRJ, you have
such line for GK Zone 1 (for, example):
"GK zone 1 (DHDN)\p31491", 8, 1000, 7, 3, 0, 1, 1500000, 0 - so thouse zones
are 3 degrees.
And this Zone 1 has central meridium in 3 degree and its accuracy is right
in 1.5 - 4.5 degrees.
Sorry, but if you want to use GK Zones for coordinates with negative degree
values you are to create new Zones with 0, negative or 360/3 numbers, write
them in your MAPINFOW.PRJ file, and then save your data in right Zone
number.
Best regards,
Boris Feldman
Moscow (Russia)
> Hi folks,
> aunt Google told me, here a some MapInfo Users.
> My problem deals with coordinate conversion of MapInfo Professional v7.0
> We do have geographic coordinates, like
> 9.18 (east) 53.09 (north) or
> -3.91 (east) 38.01 (north).
> We converted these coordinates by clicking "save -> coordinate system
> Gauss Krueger".
> Unfortunately, the conversion is wrong. I double checked it with a console
> program called "proj" and an online tool of the German NGA.
> To be sure, which values are correct, I would appreciate if somebody could
> verify my converted coordinates.
> All I have is:
> ID|east|north|CoordSys|CountryID
> 1|9.183132|53.904484|wgs84|GER
> 2|-3.914701 38.009705|wgs84|ES
> proj said:
> ID|right|hight
> 1|3512060.48|5974858.43
> 2|118331753.63|4209863.88
> MapInfo means:
> ID|right|hight
> 1|3358809.64|5711493.35
> 2|2363610.3|4287763.13
> At least the last result can't be true, because the leading "2" implies
> GK2, which is East of Greenwich.
> Any hints appreciated,
> Roland Rickborn (Germany)
> --
> _________________________________________________________
> Emailadresse ist reply-fähig, wird aber nicht gelesen.
> Besser: r_2 ät Ge Em Ix . De E
> aunt Google told me, here a some MapInfo Users.
> My problem deals with coordinate conversion of MapInfo Professional v7.0
> We do have geographic coordinates, like
> 9.18 (east) 53.09 (north) or
> -3.91 (east) 38.01 (north).
> We converted these coordinates by clicking "save -> coordinate system
> Gauss Krueger".
> Unfortunately, the conversion is wrong. I double checked it with a console
> program called "proj" and an online tool of the German NGA.
> To be sure, which values are correct, I would appreciate if somebody could
> verify my converted coordinates.
> All I have is:
> ID|east|north|CoordSys|CountryID
> 1|9.183132|53.904484|wgs84|GER
> 2|-3.914701 38.009705|wgs84|ES
> proj said:
> ID|right|hight
> 1|3512060.48|5974858.43
> 2|118331753.63|4209863.88
> MapInfo means:
> ID|right|hight
> 1|3358809.64|5711493.35
> 2|2363610.3|4287763.13
> At least the last result can't be true, because the leading "2" implies
> GK2, which is East of Greenwich.
> Any hints appreciated,
> Roland Rickborn (Germany)
> --
> _________________________________________________________
> Emailadresse ist reply-fähig, wird aber nicht gelesen.
> Besser: r_2 ät Ge Em Ix . De E
- MapInfo.Professional.v7.8, AVL SWIFT V3.1.1, AVL FIRE V8.2, AVL WORKSPACE V3.1.1 SUITE, AVL WORKSPACE V4.0 SUITE, MAPINFO PRO V7.5, MAPINFO MAPXTREME V4.70.36, NTF to MapInfo File Converter v1.0, MAPINFO MAPXTREME JAVA EDITION V4.5, MapInfo MapX v5.02,
- Geographic Information Systems (GIS)
- 2005-03-06
- Press Release: Map-In-A-Box 2.0 brings affordable Routing and Proximity analysis to MapInfo Professional.
- Geographic Information Systems (GIS)
- 2004-03-16
- Need a free desktop GIS allowing georeferencing and coordinate conversion
- Geographic Information Systems (GIS)
- 2008-10-25
- How to display MapInfo SQL rows from a Select Count(*) When the count is greater than 1
- Geographic Information Systems (GIS)
- 2008-09-10


