Fawad,
Hi,
Hope all are doing well.
Extremely thanks for the information Ecaterina. It really helps. :)
I am trying to make filterable list maps but I am more or less stuck.
This is what I have done so far:
[image: image.png]
So what I have in mind for this is that each marker will have a category
and a custom popup. Then we can have custom marker image for each of the
category or for each of the marker separately. I wanted to have forms
directly inside the popup but that does not seem to be possible giving how
popups in leaflet work.
I see at two distinct aspects there:
- How to associate a visual marker to a category or possibly to any attribute,
conceptually
- Which user interface do we design and implement to help users define such
associations
Imho, we have first to agree on the global mechanism to configure markers, then
we'll think about the most appropriate user interface.
Introducing the concept of category is handy but I fear it could be quicly limited in
real world scenarios, not sure. Take the encyclopedia use case, we have HLS at hand, here
is a list of places referenced in HLS (by pure coincidence the end point is named
"category" here, but the underlying mechanism is a Solr facet):
https://hls-dhs-dss.ch/fr/search/category?f_hls.lexicofacet_string=1%2F006800.014300.
Imagine we want to represent these places on a map, with one icon per top level
facet: political entity, ecclesiastical entity, environmnent, archeologia, etc.
How can we specify that at the data model level? One option would be to
introduce a mapping that associates pairs of Solr facet key, value to icons in
the map configuration. We could have a large text field for that in the map
configuration, what do you think? Another option would be to define a class for
individual mappings, not sure it's needed though, a global text field might be
enough, at least to begin with. Obviously this question hinges on the more
general one about the query language we use to specify a set of entities to be
represented on a map.
Regarding the user interface for configuring such associations, I have no clear
proposal at this stage on my side, however I would suggest we validate the
mechanism first, we implement it, and we consider making a visual configurator
in a second step, what is your view on that? I agree it's not very handy to
define such mappings as text, but on the other hand we gain in extensibility,
and easing the configuration remains possible once the global use case is
validated and accepted by real-world users (hopefully not far in future, in the
frame of the GSoC itself if possible).
This is a little afar from what I observe in
https://napoleon-sainte-helene.plan-interactif.com and I am unable to think
of a better way to manage everything.
Sorry, I don't understand well what's the scope of the comparison. Are you
referring to the marker display, or the filters, or to the way markers can be
configured, and if so, how did you access the marker configuration?
Cheers
Stéphane
Stephane or Ecaterina, if you have a better approach and flow for this then
please let me know.
And Stephane, your help would be highly appreciable.
Thanks. Best,
Fawad
--
Stéphane Laurière
XWiki – https://xwiki.com
