ThinkGeo.com    |     Documentation    |     Premium Support

Persisting marker strategy

#1

Hi,


I would like your thoughts on a requirement we have.


We have multiple map controls inour application and a user canadd markers or specific types to the maps on each page.


exampe [Simplified for the purposes of explaination and it refers to the waste Management industry].



        
  1. Page 1 Displays a map containing markers representing customer trash can locations.

    2.     
  2. Page 2 Displays a map containing markers representing where the actual lift of the trash can occured.

    3.     
  3. Page 3 Displays a map containing markers representing customer office locations.


 


There are 2 main requirements



        
  1. When a user is on a page and adds markers to the map and navigates away from that page the markers are available on the map when the user navigates back to that page. [Page 1, add 3 markers, navigate to page 2, navigate back to page 1 and the 3 markers are still displayed]

    2.     
  2. A user requires the ability to see markers added from another page. [Page 1 add 3 markers, context menu item "Commit to all maps", Navigate to page 2, select the layer from Page 1 in the overlay switcher and the page 1 markers that were "Commited" are available on Page 2  as well as the markers added in Page 2.].


Point 2 allows us to show markers on maps within context. i.e. a user may wish to see where the expected trash can lift was Vs where the actual one was.


The plan is to have 2 hidden fields in the map control hdMarkersAdded and hdMarkersRemoved.


These will update the session accordingly onpostback and wil be cleared.


There may be an issue with the session wrt to the fact that 50 - 100 users may be storing 50 + markers in the session and there may be performance issues.


We are considering storing the markers that need to be persisted in the data base instead so we would not run into those issues.


Have you any thoughs on the above or are there any features within the map control that would allow us to check for client markers added or removed without the need for hidden fields.


We have a minor  issue that we need to resolve yet also. The markers for requirement 1 will persist across page navigation if there has been a post back to recreate client markers on the server layer but if a user adds 3 clent parker, posts back [through grid paging or other wise] and adds  2 more client markers and navigates away from the pagethey will only have 3 markers available when they return to the page.


Thanks, 


Liam



#2

Hi Liam,
 
1.Have you any thoughs on the above or are there any features within the map control that would allow us to check for client markers added or removed without the need for hidden fields.
 
Storing markers in the database is a good idea. In order to improve the performance, I recommend you store light weight data (longitude/latitude…) only, other public data (context menu…) can be generated dynamically. Currently the map control doesn’t have any events to check client markers added or removed.
 
2. We have a minor  issue that we need to resolve yet also.
 
We don’t know the detailed procedure you used. Maybe you can check the hidden field after adding the last 2 markers, or check the session after navigating away.
 
Thanks,
Ivan

#3

Hi Ivan,


Thanks for the clarification. I just wanted to make sure really that we were not trying to code something that the control had already taken care of.


Liam



#4

Hi Liam, 
  
 You’re welcome. Please feel free to ask us any questions while using ThinkGeo products, we’ll do our best to assist you. 
  
 Regards, 
 Ivan