Modify

Opened 7 years ago

Last modified 7 years ago

#8252 new defect

irregular black border around pictures

Reported by: skyper Owned by: team
Priority: normal Milestone:
Component: Plugin importimage Version:
Keywords: Cc:

Description (last modified by 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.

screenshot

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)

Attachments (3)

black_border.png (309.6 KB) - added by skyper 7 years ago.
screenshot
Solarsiedl02.zip (726.6 KB) - added by skyper 7 years ago.
picture
Solarsiedl03.zip (744.9 KB) - added by skyper 7 years ago.
another picture

Download all attachments as: .zip

Change History (14)

Changed 7 years ago by skyper

Attachment: black_border.png added

screenshot

comment:1 Changed 7 years ago by skyper

Description: modified (diff)

comment:2 Changed 7 years ago by 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.

comment:3 in reply to:  2 ; Changed 7 years ago by 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.

Last edited 7 years ago by skyper (previous) (diff)

comment:4 Changed 7 years ago by skyper

Description: modified (diff)

comment:5 in reply to:  3 ; Changed 7 years ago by 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!

comment:6 in reply to:  5 ; Changed 7 years ago by 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 ?

comment:7 in reply to:  6 ; Changed 7 years ago by 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.

comment:8 in reply to:  6 ; Changed 7 years ago by 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.

Where?

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.

Last edited 7 years ago by bastiK (previous) (diff)

comment:9 in reply to:  7 Changed 7 years ago by 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.

comment:10 in reply to:  8 Changed 7 years ago by skyper

Replying to bastiK:

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

Sorry, I totally mess this up:

Changed 7 years ago by skyper

Attachment: Solarsiedl02.zip added

picture

Changed 7 years ago by skyper

Attachment: Solarsiedl03.zip added

another picture

comment:11 in reply to:  8 Changed 7 years ago by 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

Last edited 7 years ago by skyper (previous) (diff)

Modify Ticket

Change Properties
Set your email in Preferences
Action
as new The owner will remain team.
as The resolution will be set.
to The owner will be changed from team to the specified user.
The owner will change to skyper
as duplicate The resolution will be set to duplicate.The specified ticket will be cross-referenced with this ticket
The owner will be changed from team to anonymous.

Add Comment


E-mail address and name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.