Spatial bookmarks: SRID value should not be set to 0 when moving a bookmark to/from a project

[qgib]

Author Name: Steven Mizuno (Steven Mizuno)
Original Redmine Issue: 17004
Affected QGIS version: 2.18.11
Redmine category:gui
Assignee: Alessandro Pasotti

---

This is a problem when this bookmark is used with a project that has a different CRS from it. The extent values are used as is, but the SRID is lost, so the bookmark zooms to an unexpected area.

Note that you can change a bookmark's SRID. This will fix the bookmark so it zooms to the expected area.

2.18 has the same behavior.

I am using OSGeo4W nightly build on Windows 8.1 64-bit system.

---

Related issue(s): #25369 (duplicates)
Redmine related issue(s): 17472

---

[qgib]

Author Name: Steven Mizuno (Steven Mizuno)

---

I should have indicated version 2.18 rather than master, and that I believe master has the same behavior as a project bookmark's SRID becomes 0, but can't fully test due to a bug in moving bookmarks.

Further information: I believe the SRID value isn't being copied from the bookmarks list because the element that should be in the project file isn't present, so a 0 value results when the element is read. The element is present after changing the SRID value in the bookmarks list.

---

• version was changed from master to 2.18.11

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Steven Mizuno wrote:

I should have indicated version 2.18 rather than master, and that I believe master has the same behavior as a project bookmark's SRID becomes 0, but can't fully test due to a bug in moving bookmarks.

that is ok. If an issue is affecting both 2.18 (the actual LTR) and master this should be tagged for 2.18. When qgis 3(.2) will become the new LTR then I guess we will need to move all the open issues (still affecting 3) from 2.18 to 3.2.

[qgib]

Author Name: Alessandro Pasotti (@elpaso)

---

• duplicated was configured as Clicking the "In Project" checkbox in Bookmarks panel corrupts the bookmarks list #25369

[qgib]

Author Name: Alessandro Pasotti (@elpaso)

---

Fixed in master #5765

---

• resolution was changed from to fixed/implemented
• assigned_to_id was configured as Alessandro Pasotti
• status_id was changed from Open to Closed