28 May
2019
28 May
'19
3:59 p.m.
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%2F0068….
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