Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New Release v1.47.0 - #minor #1064

Merged
merged 67 commits into from
Sep 16, 2024
Merged

New Release v1.47.0 - #minor #1064

merged 67 commits into from
Sep 16, 2024

Conversation

pakb
Copy link
Contributor

@pakb pakb commented Sep 12, 2024

ismailsunni and others added 30 commits September 2, 2024 16:45


PB-859: Use the same approach to compute polygon area.
is way easier to find a key by its key this way...
Keep i18n file key alphabetically sorted
instead of using a "simple" matrix reprojection, which leads to a lack of accuracy the further we are from Bern (because LV03 to LV95 isn't a linear change)
rework of how coordinate are extracted from a string, so that it is now an async function (using the reframe service whenever LV03 coordinates are encountered)
The coordinate parser now returns parsed coordinates without reprojection, with the coordinate system it was detected in alongside it.
but only return unreframed LV03 coordinate, and let the search store do the reframing after detecting it is LV03 coordinates.

Should simplify the code of the extractor, removing the need for async there
should make the code much simpler to use in the context of the search bar
It wasn't handled properly when a child component was declaring the ID itself, the parent MenuTray couldn't access the value of ID.
and add the language button as an extra button of this new section, so that it may be more easily accessed on mobile/touch devices.
select tags are insensitive to `text-align` prop on Safari, very old bug... So using another "technique" to have the text centered

removing/refactoring most component that were previously used in both instances but are now distinct flavors
Issue : When we were sending print requests, the scales of the symbols and texts in kmls were off. For icons, they were too small, and the texts were too big.

Fix : We corrected the scales for icons and labels.
Icons used a DPI adaptation of * 90 / 254 which was inherited from the old mapviewer. After some empirical testing, it looks like on the new mapviewer needs a *150 / 254 DPI adaptation
Labels were not using the 'scale' parameter for the fonts at all, and they now also use a 150 / 254 DPI adaptation.

It is important to note that the '254' given here is a computed value, as some layers will have smaller resolutions and their DPI will be used in those situations

Still To Do : Text alignment and ensuring fonts are interpreted correctly on the print side.

PB-818: offsets for the correct sizes

Issue : with the scale being corrected for the icons and the fonts, the offsets were no longer correct.
Thus, we adapt those offsets.

small issue : I had to find ways to set the offsets in an empirical way, to ensure they were place at the correct spot. I'm going to investigate why it works, but for now it works.
Issue : Some of the changes made to handle scaling between print and viewer were using parameters that no longer exist in their previous form.
Fix : We apply changes to the parameters we need to change, and take the new structure into account
…xture that is no longer valid

small rebase correction
 - Issue : the code was a bit hard to read in some places and some simplifications could be done.
 - Fix : We moved the magic number currently used in its own config, and created a config file for the print, and we simplified a few functions to make them easier to read.

unordered import
 - Added a check to ensure we operate correctly even if the dpi is not present.
 - Renamed a variable and updated a comment.
@github-actions github-actions bot changed the title new version New Release v1.47.0 - #minor Sep 12, 2024
@pakb pakb requested a review from ltshb September 12, 2024 08:19
@pakb
Copy link
Contributor Author

pakb commented Sep 12, 2024

we must wait for geoadmin/service-icons#88 to be merged and deploy before going PROD

@LukasJoss
Copy link
Contributor

LukasJoss commented Sep 12, 2024

we must wait for geoadmin/service-icons#88 to be merged and deploy before going PROD

Or wait for @hansmannj to check with babs that everything is fine, in that case the service-icons image can be deployed without this PR

Copy link

cypress bot commented Sep 12, 2024

web-mapviewer    Run #3312

Run Properties:  status check passed Passed #3312  •  git commit ea12bde400: Merge pull request #1063 from geoadmin/feat-PB-970-kmz-support
Project web-mapviewer
Branch Review develop
Run status status check passed Passed #3312
Run duration 01m 44s
Commit git commit ea12bde400: Merge pull request #1063 from geoadmin/feat-PB-970-kmz-support
Committer Brice Schaffner
View all properties for this run ↗︎

Test results
Tests that failed  Failures 0
Tests that were flaky  Flaky 0
Tests that did not run due to a developer annotating a test with .skip  Pending 1
Tests that did not run due to a failure in a mocha hook  Skipped 0
Tests that passed  Passing 48
View all changes introduced in this branch ↗︎

ltkum and others added 6 commits September 12, 2024 12:05
- Issue : currently, there is only one error message existing at the same time, which means if a new error happens, it'll flush out the previous one, with no possibility of seeing it again.

- Fix : We implement a queue, like for warnings, which means if multiple errors happen at the same time, we can check all of them.
Only support the kml file inside the KMZ.
Icons in kml can be inlined in href using base64 like this

<IconStyle><Icon><href>data:image/png;base64,...</href></Icon></IconStyle>

So such href cannot be passed to our proxy. Also to get the KML name and/or
extent there is no need to proxify the icon urls, because icons won't be loaded
during these methods.
PB-970: Add full support of KMZ file and fixed KML inlined icons #minor
@ltshb
Copy link
Contributor

ltshb commented Sep 16, 2024

I tested drawing with babs icon on the tests link (using legacy babs icon and everything works as expecte)

@ltshb
Copy link
Contributor

ltshb commented Sep 16, 2024

The CI test failure is due to cypress io flaky issue, and as I cannot re-start the CI manually unless we merge a new PR in develop, I'll bypass the branch protection

@ltshb
Copy link
Contributor

ltshb commented Sep 16, 2024

Drawing with legacy babs icon:

Test with this release version of babs icons: 2 use cases depending on the icons listed by backend:

  1. Backend list only the legacy babs icons
  • Everythings works like before, all green. You can display, copy and/or edit existing drawing with legacy babs icons.
  1. Backend only list new babs icons
  • Display OK
  • Copy or edit without editing legacy icons: OK
  • Copy or edit with editing legacy icons: kind of NOK

image

When opening the legacy icon edit box the dropdown for the icons set is empty and you can then select only the new sets. Works but is not very nice and intuitive for the user, because it looks kind of buggy and don't know what is actually happening.

@ltshb ltshb merged commit 7b8ead7 into master Sep 16, 2024
7 of 8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants