• geosolutions-it/MapStore2#3753
• geosolutions-it/MapStore2#3750

When I am in editing mode a larger map is shown with editing tools enabled.

When I am doing, that is when i click on the X at the LRC the editing tools close and I am left with a large map without any GeoNode context.

I believe we should go back to the standard layer view.

Expected Behavior
3d view working

Actual Behavior
I add the plugins and some config to enable but when i clic i got this error. In mapstore work but with the integration and geonode don't work..

Specifications
GeoNode version: 2.10

I appreciate some help. Ty
J.Sanoja

From GeoNode-users ml

Hi List,

I want to be able to add a Search Service URL to the MapStore search. With MapStore, there is a ‘Configure Search Services’ plugin which attaches to the Burger Menu:

Nothing happens when I press this button on my portal or on the GeoNode demo (http://master.demo.geonode.org/maps/new)

Where as on the MapStore I get the Configure Service Forms.

Could I have some help getting this option to work?

Regards,

Jack

It takes a lot to load the style source of a CSS style for editing because of the followig PUT request (with CSS body as the payload) which is run right away at the beginning.

https://master.demo.geonode.org/gs/rest/workspaces/geonode/styles.json?name=<uuid>_ms_1580897799071&access_token=<access_token>

The video below shows a session. It takes more then 9 seconds to load the style source in this case.

The video was done with this layer on master demo

We found an issue with vector filters in MapStore. It is captured here.

See this one.

I want to be able to save, along with the map configuration, the filter associated to layers (see picture)

The current theme limits the height of the print modal which makes the usage little intuitive.

Further as the screenshots show

• in the resulting view a white border gives the impression the user needs to scroll on the x-axis
• the user needs to scroll on the y-axis to get the actual download button

I haven't checked yet if this is an issue with geonode custom styles or the theme which comes with mapstore. The petrol colored theme from geosolutions mapstore demo does this job much better.

• GeoNode should expose endpoints to empty/truncate GWC cache.
• MapStore2 should be able to invoke above endpoints whenever some change occurs on features or SLD

from https://github.com/geosolutions-it/C183-ALMAVIVA-2020-GeoNode-DEV/issues/73

@afabiani as you mentioned, it must be the adapter

Update MapStore client with following improvements:

• add Map Swipe
• add Locate plugins
• allow extensibility of geonode-mapstore-client in geonode project

Expected Behavior

Map shows legend, i.e. once the layers panel is opened, the initial view should display symbols for all layers by default.

E.g.:

Actual Behavior

No legend (explanation of map symbols) is visible by default. Displaying the legend is not intuitive. I and two other GIS users could not readily find the widget to display the layer map symbols. The left-facing angle bracket < on the right of the layers panel is not an obvious "expand" button:

However, once the user has clicked the V icon to collapse the legend, and the icon turns into a <, this is probably intuitive enough for the user to go back and expand the legend again.

Steps to Reproduce the Problem

From Explore maps page, click View map for any map
Click the Layers icon to open the layers panel
There is no legend to explain the symbols used in the map's layers

Specifications

GeoNode version: 2.10.1 (at master.demo)

This issue has been transferred from Geonode issue #4755 which may now be closed.

Steps to Reproduce the Problem

• I create a map and save it, this works correctly
• Create / edit a search service and save it. I test if the search works and everything is correct. The problem is when I go out and enter the Map again and the Search Service that I created disappears

Specifications

• GeoNode version: 3.0

From the GeoNode issue: GeoNode/geonode#5091

This is due to custom epic for maplayout that need to be updated in geonode-mapstore-client.

steps:

open catalog in map viewer
close the catalog
expected result:

toolbar is back to the start position
current result:

toolbar is floating on the map

ref geosolutions-it/MapStore2#5604

Geonode 2.10
Mapstore2 Client 1.3.1

Meanwhile in Chrome developer console, it says these:

404 Not found http://192.168.11.246:9090/gs/geonode:fe_2007_02_county/style-check?access_token=0YJ9ywamKOL5u9r5kz8WLukh9AJ9xy ms2-geonode-api.js:15

404 Not found http://192.168.11.246:9090/gs/geonode/fe_2007_02_county/ows?service=WMS&version=1.3.0&request=GetCapabilities&access_token=0YJ9ywamKOL5u9r5kz8WLukh9AJ9xy ms2-geonode-api.js:15

I got this on dev.geonode.using this file, se gif below.
The layer is this one. This is critical to be fixed.

@afabiani is it okay to bump version to 1.0.7 https://github.com/GeoNode/geonode-mapstore-client/blob/master/requirements.txt#L2 ?

Must be tested in the context of GeoNode.
geosolutions-it/MapStore2#4025

When a map opens the following warning message is exposed:

It should be investigate why this message appears.
It might be a geonode-mapstore-client issue.

After an investigation there are 3 solutions:

• [ to test ] Set the layer bbox to 4326 server side currently is 3857 (In all view template when layer configuration is provided server side)
• Fix in MapStore the comparison between bboxs see here
• Remove the message in Mapstore

Trying to upload a SLD through the GeoNode interface on a Vectorial Temporal feature, seems to completely reset the time dimension

From MS2 Adapter configuration a user should be able to add custom XYZ backgrounds to MapStore client

Latest version of MapStore2 causes issue with Save and Save as and in addition the current version of these plugins are not working as expected. These plugins should be updated to work independently from MapStore Save and Save As versions.

https://www.geo-solutions.it/blog/mapstore-release-2019_01_01-2/

@allyoucanmap can you kindly give some guidance as it looks dev setup has changed a bit?

The readme now say one shoud create an env file:

https://github.com/GeoNode/geonode-mapstore-client/tree/master/geonode_mapstore_client/client

The application runs at https://localhost:8081 afterwards.

Can you tell what is the logic forcing https for localhost and should I create a self signed cert? Further, I do wonder as geonode templates still use http

https://github.com/GeoNode/geonode-mapstore-client/blob/master/geonode_mapstore_client/templates/geonode-mapstore-client/base_ms.html#L23

Hence it cannot find the build anymore ?!

thanks,

toni

pip gives me this error if i specify the version:

ERROR: Could not find a version that satisfies the requirement django-geonode-mapstore-client==1.4.8 (from -r requirements.txt (line 77)) (from versions: 1.0rc7.linux-x86_64, 1.0rc8.linux-x86_64, 0.1.0, 0.1.1, 0.1.2, 0.1.3, 0.1.4, 0.1.6, 0.1.7, 0.1.8, 0.1.10, 0.1.11, 0.1.12, 0.1.13, 0.1.14, 0.1.15, 0.1.17, 0.1.18, 1.0rc0, 1.0rc2, 1.0rc3, 1.0rc4, 1.0rc5, 1.0rc6)

You can see the behaviour in the following video. The alternate background can be selected the first time, but the we can't select the default one again.

Clients have a local cache that won't be updated since JS href links appear to be always the same.

We need to add a hash parameter to the linkref in order to force script update when deploying a new build.

The current support of GetMap params STYLE_URL and STYLE_BODY in Geoserver lacks the (correct) management of CSS styles.
The original GSIP was intended to support multiple style formats but, from our tests, only SLD is supported at now.

@allyoucanmap did some tests, setting STYLE_FORMAT=css, but always the default style is applied.

Reading one of our blog posts, it seems that if the LAYERS parameter is present (and in our use case it is) the style is downgraded to "style library". This requires to use the STYLES param to set the "style name" to be applied from the style library, otherwise the default style is applied.
This seems to confirm the described behaviour (default style always applied) but this poses the problem how the STYLES parameter should be used in case of CSS styles.

This is a strong requirement for the MapStore (CSS) Style Editor, otherwise temporary files on Geoserver must be created to preview edits.

Comments from @allyoucanmap

I'm currently working on validation error in the UI and working with temp style in GeoServer it's possible to have a feedback in the request response (error or success).
If we move the temp style outside of GeoServer a new endpoint to validate style is required.

current implementation with temp style on GeoServer

Hi I'm trying to add plugins such as add local vector files, and annotations to my mapstore client viewer. I try including the plugins code in the ms2_map_viewer_plugins.js file and run collectstatic . but still nothing appears on the mapstore viewer. am I modifying the wrong file ?

( a similar issue was adressed in geosolutions-it#150 )

Ref geosolutions-it/MapStore2#4455

When trying to add a new style to a Layer, we experienced the following behavior:

• The panel with the template styles starts flickering on mouse move when switching from a tile to another
  

• After saving the new style, it seems to be applied to the layer but it does not appear among the available styles
  

NOTE: The last point could be already fixed by geosolutions-it/MapStore2#4711

Ths fix goes hand in hand with PR GeoNode/geonode#5770
As soon as that PR is merged a new 2.0.1 version of the client must be published and the GeoNode dependency updated.

Upgrade to stable branch

The following video replicates the bug reported here GeoNode/geonode#5879

Opening the Print Preview window and trying to move it causes a bad glitch. The window is automatically relocated to the left-top corner and the close button is hidden.

Moreover, on a full-screen map, moving the Print Preview on top, causes the window to go down the top bar. At that point, there's no way to move it again.

At the moment we do not have the widget to collapse widgets and charts in the MapStore integration.

I would want to add it.

Hello,
Is there a good reason to use the current old version of MapStore2 which is set to a commit? See:
https://github.com/geosolutions-it/MapStore2/tree/6de82acfe6864ca948242ff11e50127aa1caa5fd

Couldn´t we use the latest release like this one
https://github.com/geosolutions-it/MapStore2/releases/tag/v2020.01.00

@afabiani Do you have any insights? We had bumped the repo before in #2 and #27 . Are there currently breaking changes?

After some further debug with GWC transaction listener, the result is that while the TX Listener is correctly invocated and executed, the method

gwc.truncate(tileLayerName, dirtyRegion);

does not take any effect basically, neither throwing any kind of exception. It simply does not truncate the region of interest. Most likely it is a GWC issue.

connects to #64

Good afternoon,

About geonode-mapstore-client:

I think it is necessary to have a more complete version of geonode-mapstore-client.

Integrate the following Plugins or functions:

.- Locate me

.- Feature Info

Additionally solve:

.- The search service settings are not saved on the Map right now

.- And another useful issue to solve is the display of attribute results in versions for mobile devices.

It would be great if the deployment is achieved by displaying the attributes as in the official version of Mapstore. (on mobile devices)

If someone can guide how to do it or if it is designed for future updates.

Thanks for your attention

Expected Behavior

Set an attribute filter on a date-attribute between two dates. Select dates with the two given date-choosers.

Actual Behavior

The date-chooser on the right side is cut off and its not possible to scroll to dates in the future.

Specifications

GeoNode version: 2.10.1 (at master.demo)

By opening the "Print Preview" panel and then trying to close it, simply displaces it on the top-left corner without closing the window.

Clicking on the "print" button again closes it.

Expected Behavior

Search and find addresses with umlauts like "Saarbrücken"

Actual Behavior

While Searchrequests without Umlauts are working, for Saarbrücken an error is shown:

Internal Server Error: /proxy/

UnicodeEncodeError at /proxy/
'ascii' codec can't encode characters in position 45-46: ordinal not in range(128)

Specifications

GeoNode version: 2.10.1 (at master.demo)

Templates allow rendering of unescaped {{ ms2_config }} thus causing a potential vulnerability.