MapInfo TAB i MIF/MID na mapie — CoordSys i polskie układy
MapInfo to od dekad rozpowszechnione na świecie narzędzie GIS, spotykane też w polskich instytucjach i starszych bazach tematycznych — wiele historycznych rejestrów i danych planistycznych powstało w formacie TAB. koordinat.online odczytuje zarówno binarny format TAB, jak i tekstowy format wymiany MIF/MID — spakuj zestaw plików w jeden ZIP i przeciągnij go na mapę.
Wszystkie pliki w jednym ZIP
Format MapInfo TAB wymaga co najmniej czterech powiązanych ze sobą plików: .tab, .dat, .map i .id. Spakuj je w jeden plik ZIP przed wgraniem, żeby system mógł je odczytać razem.
Format MIF/MID: .mif i .mid pakowane są w tym samym ZIP.
Przejdź do mapy →Typowe błędy MapInfo
Większość problemów z MapInfo sprowadza się do jednego z poniższych:
- Brakujące pliki. TAB bez .map (geometria) albo bez pliku danych (atrybuty) nie da się wyświetlić w komplecie — zawsze pakuj cały zestaw plików w jeden ZIP.
- CoordSys ≠ EPSG. Składnia projekcji MapInfo jest własna, a starsze polskie wpisy MAPINFOW.PRJ dla PL-1992 i PL-2000 mogą różnić się parametrami między instalacjami. Plik odczytuje się bez błędu — ale może wylądować przesunięty. Skontroluj względem mapy podkładowej.
- Zamiana osi w klauzuli CoordSys. Polska notacja geodezyjna definiuje x jako północ, a y jako wschód — odwrotnie niż domyślna kolejność easting/northing w wielu międzynarodowych narzędziach. Ręcznie zbudowany lub przeniesiony wpis CoordSys z zamienioną kolejnością fałszywego easting/northing daje dane, które lądują w lustrzanym odbiciu albo setki kilometrów od właściwego miejsca.
- Współrzędne NonEarth. Starsze gminne mapy tematyczne mogą mieć CoordSys NonEarth — lokalne współrzędne bez georeferencji, których nie da się automatycznie umiejscowić na mapie świata.
Pułapka CoordSys: projekcje MapInfo to nie EPSG
MapInfo opisuje układ współrzędnych w klauzuli CoordSys z własną składnią — nie kodami EPSG. MAPINFOW.PRJ zawiera katalog układów współrzędnych MapInfo i może też zawierać lokalne lub organizacyjne definicje niestandardowe. Rezultatem bywa klasyczna pułapka: plik ma linię CoordSys, odczytuje się bez błędu — a dane i tak lądują przesunięte, bo definicja nie odpowiada oficjalnej. Dochodzi do tego polska pułapka osi: oficjalna notacja geodezyjna zapisuje x jako północ, a y jako wschód, podczas gdy większość międzynarodowego oprogramowania GIS (i domyślna interpretacja parametrów CoordSys w wielu narzędziach) zakłada kolejność wschód-północ. Zgodnie z obliczeniami opartymi na oficjalnych definicjach EPSG pełna zamiana osi w polskich układach przesuwa dane od kilkuset do ponad trzech tysięcy kilometrów — więc błąd zwykle jest łatwo zauważalny, ale nie zawsze: pomylenie strefy PL-2000 z sąsiednią (przesunięcie fałszywego easting o dokładnie milion metrów) daje przesunięcie rzędu 780–801 km, a odczytanie PL-2000 strefy 5 lub 7 bez prefiksu miliona jako zwykłego UTM o tym samym południku środkowym daje różnicę zaledwie 1,8–1,9 km — błąd wystarczająco mały, by punkty wyglądały niemal wiarygodnie na mapie.
Mechanizm tego konkretnego, podstępnego błędu: południk środkowy strefy PL-2000 nr 5 (15°E) pokrywa się dokładnie z południkiem środkowym UTM 33N, a południk strefy 7 (21°E) — z południkiem UTM 34N. Różnica sprowadza się więc wyłącznie do współczynnika skali na południku środkowym: 0,999923 w PL-2000 wobec 0,9996 w UTM, czyli różnica rzędu 3,23·10⁻⁴. Przy typowej wartości northing dla Polski rzędu 5,8 mln m daje to przesunięcie ok. 5 800 000 × 0,000323 ≈ 1,87 km — stąd zakres 1,8–1,9 km. Strefy 6 i 8 PL-2000 (18°E i 24°E) nie mają tego problemu w tej samej postaci, bo ich południki środkowe leżą dokładnie na granicy dwóch stref UTM, a nie na południku środkowym żadnej z nich.
Dochodzi do tego CoordSys NonEarth: lokalne współrzędne całkowicie bez georeferencji, rozpowszechnione w starszych gminnych mapach tematycznych. Nie da się ich automatycznie umiejscowić na mapie świata — wymagają znanego lokalnego punktu odniesienia. Zawsze skontroluj więc plik MapInfo względem mapy podkładowej i skorzystaj z funkcji zgłoszenia błędu, jeśli położenie jest niepoprawne.
Polskie układy w plikach MapInfo
Pliki MapInfo mogą być w dowolnym z polskich układów — PL-2000, PL-1992 lub ETRS89/UTM. koordinat.online analizuje liczby w pliku i automatycznie rozpoznaje najbardziej prawdopodobny układ — międzynarodowy albo polski (PL-2000, PL-1992) — niezależnie od klauzuli CoordSys, której narzędzie na razie nie odczytuje bezpośrednio; zawsze skontroluj położenie na mapie. Zobacz pełny przegląd polskich układów.
Zobacz najważniejsze układy współrzędnych dla Polski →Najczęściej zadawane pytania o pliki MapInfo
Czy plik .tab może być użyty samodzielnie?
Nie — TAB to format wieloplikowy. Bez pliku .map nie ma geometrii, a bez pliku danych nie ma atrybutów (zwykle .dat, choć TAB może też wskazywać np. na .dbf lub źródło zewnętrzne). Spakuj wszystkie pliki (.tab, .dat, .map, .id oraz ewentualnie .ind) w jeden ZIP, żeby zestaw pozostał razem.
Jaka jest różnica między TAB a MIF?
TAB to binarny format roboczy MapInfo; MIF/MID to tekstowy format wymiany. MIF można odczytać w edytorze tekstu i jest odporny na przekazywanie między systemami — TAB wymaga oprogramowania, które rozumie ten format. Oba formaty trzeba dostarczać jako komplet plików, spakowany w jeden ZIP.
Czy obsługiwany jest MapInfo Workspace (.wor)?
Nie — plik .wor to konfiguracja projektu bez danych geoprzestrzennych. Użyj zamiast tego zestawów danych TAB, na które wskazuje workspace.
Co ze współrzędnymi PL-1992/PL-2000 w plikach TAB?
Definicja CoordSys może wskazywać PL-1992 lub PL-2000. Pamiętaj o pułapce osi: polska notacja geodezyjna zapisuje x jako północ, a y jako wschód — dokładnie odwrotnie niż typowa kolejność easting/northing. W kworks.dk polskie dane w plikach TAB można wyświetlić i skontrolować na mapie w ramach pełnego przepływu pracy z danymi CAD/GIS.
Czy kolory i symbole są zachowywane?
Nie — import MapInfo pobiera geometrię i atrybuty, nie symbologię. Narzędzie służy do kontroli i przeliczania współrzędnych, nie do projektowania map.
Źródła i dalsza lektura
Składnia CoordSys udokumentowana jest przez producenta MapInfo; polskie definicje układów, względem których należy zweryfikować wartości CoordSys, pochodzą z rozporządzenia o państwowym systemie odniesień przestrzennych.
-
Precisely (MapInfo Pro) (2019):
MapInfo Pro User Guide — Building Blocks of a Coordinate System
Opisuje własną składnię projekcji MapInfo: klauzulę CoordSys i plik MAPINFOW.PRJ, w którym typ projekcji, datum, jednostki, początek układu, równoleżniki standardowe, skala i fałszywe współrzędne podawane są osobno — nie jako kod EPSG. Dlatego dwa pliki mogą deklarować ten sam układ i mimo to lądować przesunięte względem siebie. -
GDAL / OSGeo:
MapInfo TAB and MIF/MID vector driver
Jakie pliki składowe tworzą tabelę TAB i muszą występować razem (.tab, .dat, .map, .id oraz opcjonalnie .ind), oraz że linia CoordSys — niosąca układ współrzędnych tabeli — jest zgodna ze specyfikacją MIF zarówno w formacie TAB, jak i MIF/MID. GDAL jest implementacją referencyjną: to ten sterownik wykorzystuje QGIS, i to nim koordinat.online odczytuje TAB oraz MIF/MID. -
Rada Ministrów / Dziennik Ustaw (ELI) (2024):
Rozporządzenie w sprawie państwowego systemu odniesień przestrzennych (Dz.U. 2024 poz. 342, zm. Dz.U. 2025 poz. 106)
Oficjalne definicje PL-1992 (EPSG:2180), PL-2000 (EPSG:2176–2179) i osi x=północ, y=wschód — punkt odniesienia do kontroli, czy klauzula CoordSys rzeczywiście odpowiada deklarowanemu polskiemu układowi.