[
https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790954#action_12790954
]
Jacques Le Roux commented on OFBIZ-3348:
----------------------------------------
Bruno,
Questions/Answers
# Because
** there are different rendering system
** (for now?) they don't define exactly the same coordinates for the same
point. So to be accurate we introduced dataSourceId.
> Showing multiple geopoints on a map
> -----------------------------------
>
> Key: OFBIZ-3348
> URL: https://issues.apache.org/jira/browse/OFBIZ-3348
> Project: OFBiz
> Issue Type: Improvement
> Components: framework
> Reporter: Bruno Busco
> Priority: Minor
> Attachments: OFBIZ-3348 geoChart.patch
>
>
> As discussed on the ML I need to show several geoPoint markers on a single
> map.
> I searched for some helping tools in the framework and found the <screen
> name="geoLocation">
> and the relative <request-map uri="geoLocation">
> Unfortunately this can only be used to show on a Google Map a single geoPoint
> record providing its geoPointId.
> In my application I have a sort of "event" entity.
> Each event has the LAT and LON coordinates of where the event took place and
> I need to show on a map all the query-selected events.
> In the attached patch there is an implementation of a "geoChart" framework
> screen that takes as input a geoChart map containing:
> geoChart
> - dataSourceId -> select the map system to be used (google, yahoo etc.) I
> do not like this mane. I think I will rename to mapProviderId but it is how
> it is named right now
> - width
> - height -> map dimensions
> - center -> the center point of the map
> - points -> the points array to be showed on the map
> In the patch there are also some example screens (in the example application)
> to show how it works.
> I think that the suggested screen is more general and can replace the actual
> one.
> BTW:
> 1) Why the dataSourceId is in the GeoPoint entity ?
> I think the GeoPointEntity should be independent of what map provider (if
> any) will be used to show it.
> 2) A further improvement to this will be to add an heatmap mode (just started
> looking at this code: http://code.google.com/p/jheatmap/) that can be used
> when points will be too many or whenever an average distribution is only
> required (but this will be another page).
> I submit this patch in order to have a first review by you.
> Thank you,
> Bruno
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
