# Issue reprojecting Shapefiles from EPSG:5650 to EPSG:25832 (ThinkGeo 14.2)

**URL:** <https://community.thinkgeo.com/t/issue-reprojecting-shapefiles-from-epsg-5650-to-epsg-25832-thinkgeo-14-2/12312>\
**Category:** WPF\
**Created:** [February 5, 2026, 2:58pm UTC](https://community.thinkgeo.com/t/issue-reprojecting-shapefiles-from-epsg-5650-to-epsg-25832-thinkgeo-14-2/12312 "2026-02-05T14:58:51Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Juergen\_Schiefer](https://community.thinkgeo.com/letter_avatar_proxy/v4/letter/j/d2c977/32.png) [@Juergen\_Schiefer](https://community.thinkgeo.com/u/Juergen_Schiefer)\
**Post date:** [February 5, 2026, 2:58pm UTC](https://community.thinkgeo.com/t/issue-reprojecting-shapefiles-from-epsg-5650-to-epsg-25832-thinkgeo-14-2/12312/1 "2026-02-05T14:58:51Z")

</div>

Hello,

I am working with ThinkGeo UI (v14.2) and I’m facing issues reprojecting Shapefiles from **ETRS89 / UTM zone 33N (zE-N)** ( **EPSG:5650** ) to **EPSG:25832**.

I have tried using both `GdalProjectionConverter` and `ProjectionConverter` , but without success. The data is either not displayed correctly or the transformation does not seem to take effect.

**My questions:**

1. Are there known issues with the EPSG:5650 definition in the version 14.2?
2. Is there a specific requirement for the `ExternalProjectionParameters` string when dealing with the “zE-N” variant of UTM?
3. Should I prefer `GdalProjectionConverter` over the standard `ProjectionConverter` for these specific European CRS?

Any suggestions or a small code example would be greatly appreciated.

Regards,  
Torsten

---

<div class="post-metadata">

**Author:** ![Ben](https://community.thinkgeo.com/user_avatar/community.thinkgeo.com/ben/32/25720_2.png) [@Ben](https://community.thinkgeo.com/u/Ben)\
**Post date:** [February 5, 2026, 7:19pm UTC](https://community.thinkgeo.com/t/issue-reprojecting-shapefiles-from-epsg-5650-to-epsg-25832-thinkgeo-14-2/12312/2 "2026-02-05T19:19:25Z")

</div>

Hi Juergen,

We couldn’t recreate the issue. Here is our test code using v14.2.1:

```auto
using System.Globalization;
using ThinkGeo.Core;

const int SourceEpsg = 5650; // ETRS89 / UTM zone 33N (zE-N)
const int TargetEpsg = 25832; // ETRS89 / UTM zone 32N

// EPSG:5650 uses a zone-prefixed easting (33,500,000 m for zone 33).
var sourcePoint = new PointShape(33500000, 4649776);

GdalConfig.ConfigureGdal();
using var gdalConverter = new GdalProjectionConverter(SourceEpsg, TargetEpsg);
gdalConverter.Open();
var gdalPoint = gdalConverter.ConvertToExternalProjection(sourcePoint) as PointShape;
gdalConverter.Close();

var corePoint = ProjectionConverter.Convert(SourceEpsg, TargetEpsg, sourcePoint) as PointShape;

Console.WriteLine($"Source EPSG:{SourceEpsg} (E,N): {sourcePoint.X.ToString(CultureInfo.InvariantCulture)}, {sourcePoint.Y.ToString(CultureInfo.InvariantCulture)}");
Console.WriteLine($"GdalProjectionConverter -> EPSG:{TargetEpsg} (E,N): {gdalPoint?.X.ToString(CultureInfo.InvariantCulture)}, {gdalPoint?.Y.ToString(CultureInfo.InvariantCulture)}");
Console.WriteLine($"ProjectionConverter -> EPSG:{TargetEpsg} (E,N): {corePoint?.X.ToString(CultureInfo.InvariantCulture)}, {corePoint?.Y.ToString(CultureInfo.InvariantCulture)}");

```

the output:  
 ![image](https://community.thinkgeo.com/uploads/default/original/3X/b/d/bd6f6959d7d93df6e0c73c47e057000df898e3ff.png)

which aligns well with the expected result:

> **[Transform coordinates - GPS online converter](https://epsg.io/transform#s_srs=5650&t_srs=25832&x=33500000.0000000&y=4649776.0000000)**
>
> Transform your coordinates online easily with epsg.io

So can you let me know how to recreate the issue?

And for your questions:

1. there’s no known issues, nor specific requirement about epsg: 5650. Check out the changelog here: [Changelog - ThinkGeo Docs](https://docs.thinkgeo.com/products/desktop-maps/changelog/) to find the projection related updates.
2. I would recommend `GdalProjectionConverter`, which is more up to date, if you can.

Thanks,  
Ben

---

<div class="post-metadata">

**Author:** ![Juergen\_Schiefer](https://community.thinkgeo.com/letter_avatar_proxy/v4/letter/j/d2c977/32.png) [@Juergen\_Schiefer](https://community.thinkgeo.com/u/Juergen_Schiefer)\
**Post date:** [February 6, 2026, 3:05pm UTC](https://community.thinkgeo.com/t/issue-reprojecting-shapefiles-from-epsg-5650-to-epsg-25832-thinkgeo-14-2/12312/3 "2026-02-06T15:05:48Z")

</div>

Hi Ben,

Thanks for your answer. To clarify my previous post: I am using **ThinkGeo Version 14.4.0** , specifically the **ThinkGeo.Core.Gdal** package.

I have attached one of the shapefiles I am working with.

**I’ve encountered two main issues:**

1. When I load this file into the “HowDoI” sample without using a `ProjectionConverter` , nothing is displayed on the map.
2. When I try to use the `GdalProjectionConverter` (Internal: **5650** , External: **25832** ) and call `GetBoundingBox()` , it returns an invalid result (or an invalid feature).

Could you please take a look at the attached file and provide some suggestions on how to handle this projection correctly?

Best regards,  
Torsten[Testfelder.zip](https://community.thinkgeo.com/uploads/short-url/t2vEJotDrjHx4wqSTw85mMc9R1i.zip) (12.8 KB)

---

<div class="post-metadata">

**Author:** ![Ben](https://community.thinkgeo.com/user_avatar/community.thinkgeo.com/ben/32/25720_2.png) [@Ben](https://community.thinkgeo.com/u/Ben)\
**Post date:** [February 9, 2026, 6:51pm UTC](https://community.thinkgeo.com/t/issue-reprojecting-shapefiles-from-epsg-5650-to-epsg-25832-thinkgeo-14-2/12312/4 "2026-02-09T18:51:40Z")

</div>

Hi Juergen,

It’s recreated and fixed in the latest beta087, thanks for the demo! Let us know if you see any new issues.

Thanks,  
Ben