fix: fallback for getting feature id

[silvester-pari]

Implemented changes

This PR introduces a small fix for getting the feature id correctly when rendering the feature list. Previously, feature.getId() wouldn't return an id correctly, since it can only be retrieved for features where setId() was executed on. By providing the fallback feature.get("id") we cover both cases (set("id", <id>) and setId(<id>)).

Checklist before requesting a review

• I have performed a self-review of my code
• All checks have passed
• The PR title follows conventional commit style and reflects the type of change (major/minor/patch, breaking)
• The PR title describes the change within this element (each merged PR equals one entry in the element's changelog!)

[netlify]

✅ Deploy Preview for eoxelements ready!

Name	Link
🔨 Latest commit	efa5c37
🔍 Latest deploy log	https://app.netlify.com/sites/eoxelements/deploys/67bef2c817458300089f86ae
😎 Deploy Preview	https://deploy-preview-1566--eoxelements.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

---

To edit notification comments on pull requests, go to your Netlify site configuration.

[A-Behairi]

LGTM 👍🏾

[silvester-pari]

Hmm.. this actually does not work for the "regions" click example, as those features don't have an "id" property

[A-Behairi]

hmmm, shouldn't it have a unique identifier from ol in any case ?

[silvester-pari]

I now changed it to use the getId helper from eoxMap, which checks idProperty, id, getId and ol_uid.

[silvester-pari]

Also had to fix some other issues that were introduced with the projection transformation (zooming of feature to wrong projection), I directly added that to this PR. Now it works again as it did in the past :-)

Screencast_00008.mp4