irregular black border around pictures

[skyper]

I get irregular black borders around pictures after reprojection. This is annoying working with overlapping pictures and this border should be transparent.

You can see it right away with only one picture and another background (Bing).

Have a look at #8248 for an example picture.

I also noticed that this picture is misaligned about some metres compared to the piclayer but I am not really sure which one is wrong.

[EDIT]:
I did open the picture with both plugins in its projection (Gauß-Krüger 3) and they show up on the same possition. E.g. the reprojection of either data or picture does not work.

Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2012-12-04 02:31:51
Last Changed Author: Don-vip
Revision: 5611
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2012-12-04 00:43:04 +0100 (Tue, 04 Dec 2012)
Last Changed Rev: 5611

Identification: JOSM/1.5 (5611 de)
Memory Usage: 403 MB / 592 MB (118 MB allocated, but free)
Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM
Operating system: Linux
Dataset consistency test: No problems found

Plugin: ImportImagePlugin (29028)
Plugin: geotools (29026)
Plugin: jts (28945)
Plugin: log4j (28968)
Plugin: utilsplugin2 (28807)

[skyper]

screenshot

[bastiK]

I don't really understand your setup, which plugin do you use and in which projection? Can you attach the image and worldfile?

You cannot use Bing in Gauss-Kruger if that is the problem.

[skyper]

Replying to bastiK:

I don't really understand your setup, which plugin do you use and in which projection? Can you attach the image and worldfile?

I use ImportImagePlugin. Map projection is set to WSG84 and picture projection is default (31467) for the screenshot. If I move the different picture layers up and down I noticed the black border which covers the layers below. This border is produced in the reprojection process of the picture (31467->WSG84).

The other problem concerns also ImportImagePlugin with the same projections. I did draw from AEROWEST with map projection Gauß-Krüger-3 (31467) and now the picture of ImportImage is misaligned compared to the data. Then I started to switch map projection and opening the picture again with ImportImage and with Piclayer and with map projection set to Gauß-Krüger the picture are the same with Piclayer and ImportImage. E.g. either the image or the data are wrong projected. See #8253 for the full story.

You cannot use Bing in Gauss-Kruger if that is the problem.

No, I sometimes use it to make sure that AEROWEST is still up to date but not for drawing. That is exactly why I tried to use ImportImage with WSG84. I thought I might be able to align Bing and be able to draw of both sources without switching map projection all the time.

[bastiK]

Replying to skyper:

The other problem concerns also ImportImagePlugin with the same projections. I did draw from AEROWEST with map projection Gauß-Krüger-3 (31467) and now the picture of ImportImage is misaligned compared to the data. Then I started to switch map projection and opening the picture again with ImportImage and with Piclayer and with map projection set to Gauß-Krüger the picture are the same with Piclayer and ImportImage. E.g. either the image or the data are wrong projected. See #8253 for the full story.

This is normal: When ImportImagePlugin reprojects (warps) the image from Gauß-Krüger to WSG84, it uses the projection algorithms from the GeoTools library. There are a few meters offset between the JOSM implementation of Gauß-Krüger compared to GeoTools, because JOSM applies the BETA2007 datum correction, whereas GeoTools uses ellipsoid approximation.
Always switch the projection to GK directly in JOSM when working with AEROWEST imagery!

[skyper]

Replying to bastiK:

Replying to skyper:

The other problem concerns also ImportImagePlugin with the same projections. I did draw from AEROWEST with map projection Gauß-Krüger-3 (31467) and now the picture of ImportImage is misaligned compared to the data. Then I started to switch map projection and opening the picture again with ImportImage and with Piclayer and with map projection set to Gauß-Krüger the picture are the same with Piclayer and ImportImage. E.g. either the image or the data are wrong projected. See #8253 for the full story.

This is normal: When ImportImagePlugin reprojects (warps) the image from Gauß-Krüger to WSG84, it uses the projection algorithms from the GeoTools library. There are a few meters offset between the JOSM implementation of Gauß-Krüger compared to GeoTools, because JOSM applies the BETA2007 datum correction, whereas GeoTools uses ellipsoid approximation.

This does not seem right as it is misleading/confusing and might lead to edit wars. New ticket ?

Always switch the projection to GK directly in JOSM when working with AEROWEST imagery!

That's what I do but I also found instructions which told to use ImportImagePlugin.

P.S.: Did you understand the problem with the black border or do you need a second picture and more detailed explanation ?

[skyper]

Replying to skyper:

Replying to bastiK:

Replying to skyper:

The other problem concerns also ImportImagePlugin with the same projections. I did draw from AEROWEST with map projection Gauß-Krüger-3 (31467) and now the picture of ImportImage is misaligned compared to the data. Then I started to switch map projection and opening the picture again with ImportImage and with Piclayer and with map projection set to Gauß-Krüger the picture are the same with Piclayer and ImportImage. E.g. either the image or the data are wrong projected. See #8253 for the full story.

This is normal: When ImportImagePlugin reprojects (warps) the image from Gauß-Krüger to WSG84, it uses the projection algorithms from the GeoTools library. There are a few meters offset between the JOSM implementation of Gauß-Krüger compared to GeoTools, because JOSM applies the BETA2007 datum correction, whereas GeoTools uses ellipsoid approximation.

This does not seem right as it is misleading/confusing and might lead to edit wars. New ticket ?

and it only happens if you use WSG84 as map projection. With Gauß-Krüger as map projection both plugins display the picture one the same position.

[bastiK]

Replying to skyper:

Replying to bastiK:

Replying to skyper:

The other problem concerns also ImportImagePlugin with the same projections. I did draw from AEROWEST with map projection Gauß-Krüger-3 (31467) and now the picture of ImportImage is misaligned compared to the data. Then I started to switch map projection and opening the picture again with ImportImage and with Piclayer and with map projection set to Gauß-Krüger the picture are the same with Piclayer and ImportImage. E.g. either the image or the data are wrong projected. See #8253 for the full story.

This is normal: When ImportImagePlugin reprojects (warps) the image from Gauß-Krüger to WSG84, it uses the projection algorithms from the GeoTools library. There are a few meters offset between the JOSM implementation of Gauß-Krüger compared to GeoTools, because JOSM applies the BETA2007 datum correction, whereas GeoTools uses ellipsoid approximation.

This does not seem right as it is misleading/confusing and might lead to edit wars. New ticket ?

If you want to discuss it further, yes.

Always switch the projection to GK directly in JOSM when working with AEROWEST imagery!

That's what I do but I also found instructions which told to use ImportImagePlugin.

P.S.: Did you understand the problem with the black border or do you need a second picture and more detailed explanation ?

I understood, but would appreciate, if you could provide images for testing.

[bastiK]

Replying to skyper:

Replying to skyper:

Replying to bastiK:

Replying to skyper:

The other problem concerns also ImportImagePlugin with the same projections. I did draw from AEROWEST with map projection Gauß-Krüger-3 (31467) and now the picture of ImportImage is misaligned compared to the data. Then I started to switch map projection and opening the picture again with ImportImage and with Piclayer and with map projection set to Gauß-Krüger the picture are the same with Piclayer and ImportImage. E.g. either the image or the data are wrong projected. See #8253 for the full story.

This is normal: When ImportImagePlugin reprojects (warps) the image from Gauß-Krüger to WSG84, it uses the projection algorithms from the GeoTools library. There are a few meters offset between the JOSM implementation of Gauß-Krüger compared to GeoTools, because JOSM applies the BETA2007 datum correction, whereas GeoTools uses ellipsoid approximation.

This does not seem right as it is misleading/confusing and might lead to edit wars. New ticket ?

and it only happens if you use WSG84 as map projection. With Gauß-Krüger as map projection both plugins display the picture one the same position.

The ImportImagePlugin can be used in a mode where it does no warping and simply displays the images as is. Then it is the same as Piclayer.

[skyper]

Replying to bastiK:

I understood, but would appreciate, if you could provide images for testing.

Sorry, I totally mess this up:

• first picture: ticket:8248:Solarsiedl01.zip​

[skyper]

picture

[skyper]

another picture

[skyper]

Replying to bastiK:

Replying to skyper:

Replying to bastiK:

Always switch the projection to GK directly in JOSM when working with AEROWEST imagery!

That's what I do but I also found instructions which told to use ImportImagePlugin.

Where?

​https://wiki.openstreetmap.org/wiki/DE:Aachen#News

and on several mailinglists