-
Notifications
You must be signed in to change notification settings - Fork 1
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
Add the exclusive keyword #45
Conversation
Thanks for the fast work @mattiagiupponi ! |
The keyword - 'Subsite_exclusive' is working for documents, maps, datasets!! |
great!
@gannebamm please let me know when your tests are done so I can merge the PR |
Hi, As can be seen in the screen shot, the map (subsite_exclusive_test_map) and its related data set (subsite_exclusive_test_data) |
Hi @gannebamm @vineetasharma105 |
I just deployed the changes and they do not work as intended, yet. See: https://geonode-demo.thuenen.de/holisoils/catalogue/uuid/6e60d107-3643-4ce5-9482-e098ad4e9305 The map is subsite exlusive, belongs to the holisoils group and uses only subsite ressources. It seems all ressources which are subsite_exclusive currently fail with: We used these subsite specific variables: # SUBSITE SPECIFIC CONFIGURATION
ENABLE_SUBSITE_CUSTOM_THEMES = True
ENABLE_CATALOG_HOME_REDIRECTS_TO = False
SUBSITE_READ_ONLY = False # return download_resourcebase and view resourcebase as permissions
SUBSITE_HIDE_EXCLUSIVE_FROM_SPECIFIC_API = True # If TRUE will hide the `subsite_exclusive` resources also from the detailed endpoint `/documents`, `/maps`, `/datasets`, '/geoapps` The code is using 270c349 Did we misconfigure something? |
Can you try by set |
redeployed.
This will fix the [ "Subsite not found" ] issue but the links still point to the main portal. https://geonode-demo.thuenen.de/holisoils/catalogue/#/maps?d=57%3Bmap |
uhm is working fine on my test environment with or without that variable, i'll give another check soon |
Just as additional info: |
Hi @gannebamm But the API v2 is returning the linked resources as expected by adding the subsite: While on my local instance using geonode-master and mapstore-client-master is working as expected: I notice that the mapstore-client used by the project, is a fork of the 52north mapstore client fork which is about 20 commits behind the production one for GeoNode 4.3.x which also includes improvement for the linked resources (GeoNode/geonode-mapstore-client@c7f6d10) Can you please evaluate to upgrade the mapstore client and align it to the GeoNode one? So we can have the same environment. |
@mattiagiupponi Thank you very much for the in-depth look! Yes, we will upgrade soon. See: Thuenen-GeoNode-Development/thuenen_atlas#58 (comment) |
We have deployed a new version and most parts of the feature do work well but ressources with subsite_exclusive keyword will fail with the known [ "Subsite not found" ] error. See: https://geonode-demo.thuenen.de/holisoils/catalogue/#/?d=36%3Bdataset%3Bvector If additional info: We have updated to 4.4.x and use this (https://github.com/Thuenen-GeoNode-Development/thuenen_atlas) branch for deployment |
@mattiagiupponi A quick test turns out that there are different URLs in the Also, what I can see from the Django Logs (not sure if this is related):
However, creating a map starting from subsite's catalogue will create a map but redirect (http://172.18.0.1:8001/holisoils/api/v2/maps/9/?api_preset=viewer_common&api_preset=map_viewer) fails with @gannebamm I did not spot errors like These were my testing config:
|
@ridoo We are currently working on the subsite_exclusive feature. This has currently no effect on creating new ressources on the subsite. In our workflow ressources are added by main portals staff via the main portal (atlas in our case). They will be tagged with the keyword
It is a mapstore call to fetch info for the ressource info panel. See this:
If you do the same request for a dataset on the subsite which is not tagged as
{
"dataset": {
"uuid": "0ea54778-63a2-4bf9-b684-51d41e29f1a9",
"default_style": {
"pk": 14,
"name": "ph_30_100",
"workspace": "geonode",
"sld_title": "ph_30_100",
"sld_url": "https://geonode-demo.thuenen.de/geoserver/rest/workspaces/geonode/styles/ph_30_100.sld"
}
// [... whole API v2 response ...]
}
} the main portals API will properly hide subsite exclusive datasets: while the subsite will show those: |
Hi @gannebamm @ridoo
I'm going to take a look now. |
Hi @gannebamm soon i'll check the add resource issue pointed out by @ridoo |
We are currently starting the review. First look is promising and the issue with subsite exclusive ressources like seems to be solved |
@mattiagiupponi can you please double check if this is related: Thuenen-GeoNode-Development/thuenen_atlas#58 (comment) |
i'll check and i'll let you know soon |
there was a missing slash in the beginning of the URL, so for the remote service was appending the embed url to the main one instead of recreating one. now should be fixed. please try again |
I'm trying to replicate this, but it looks like is working as expected, only the remote-services are pointing to the main site root. as an instance: Could be this issue related to my previous comment? #45 (comment) Can you please try with an updated version of GeoNode? Im also going to verify this:
The upload from the subsite works fine to me, no 403 are returned. It could always be related to the GeoNode version (i guess) Can you confirm @ridoo ? |
Hey @mattiagiupponi
The version we use should be up to date (more or less) with I tested again and seems that your local overrides did not have any effect. We also provide an
If you think, this make sense, I can create a pull request for |
Hi @ridoo sorry but today i was busy since yesterday i was OOO. |
@mattiagiupponi no problem, I hope you enjoyed your free time :) I referenced my suggestion in another issue. So if @gannebamm tested successfully this one could be merged IMO (did not find any issues, though, I tested this one not thoroughly). |
I agree, is better to keep this kind of improvment for later, when it can be well tested in case. |
@vineetasharma105 Did you encounter any issues with our latest build? For me it is working well and I would give it a go for merging. |
Hi @mattiagiupponi, For our use case it is not important, since we will upload ressources from the maint page and not via the subsite. In terms of code quality it maybe should get fixed. On the other hand, it is working fine on master 🤷 |
Thanks for spotting it. |
Just for the record: We successfully tested the PR 👍 |
ref #44