Hack de OverviewMap

ReneRubalcava

<\/HEAD>

<\/P>

Oh de machtige OverviewMap<\/A><\/STRONG>. Dit is een klassieke Dijit in de ArcGIS API for JavaScript. Ik ben een beetje verdeeld over het nut van een OverviewMap. Aan de ene kant neem ik het nooit standaard op in een app en 95% van de tijd vraagt niemand er ooit om. Maar, er is altijd die 5%<\/EM>. Persoonlijk denk ik niet dat het veel toevoegt aan een kaartapplicatie, het valt min of meer in dezelfde categorie als het bijhouden van een zoomgeschiedenis. Het is een overblijfsel uit de vroege dagen waarvan ik denk dat alle Esri-ontwikkelaars op een gegeven moment besloten hebben het stilletjes te laten sterven.<\/P><\/P>

Je doet wat je moet doen<\/H2>Af en toe komt er echter een valide use case voorbij. Stel bijvoorbeeld dat je een wagenpark beheert en je wilt je in je applicatie richten op een bepaalde buurt, maar je wilt toch op de een of andere manier een overzicht van de voertuigen behouden. In dit geval kan een OverviewMap prima volstaan. Dus probeer je het alleen om te ontdekken dat je geen lagen kunt toevoegen aan de OverviewMap. Als je de documentatie bekijkt<\/A>, is deze widget zo oud dat hij niet eens events verstuurt om op te hooken<\/EM>. Natuurlijk kun je de basemap veranderen, maar niet veel meer. Maar jij bent een ontwikkelaar, je laat je niet door iets simpels als documentatie vertellen wat je wel en niet kunt doen!<\/STRONG><\/EM><\/P><\/P>

Omarm het aspect<\/H2>Er is een module in Dojo genaamd dojo\/aspect<\/A>. De aspect-module lijkt op dojo\/_base\connect<\/A> (gebruik deze module niet meer<\/SPAN>), maar dan beter. De aspect-module kan luisteren naar methoden die op een object plaatsvinden en iets doen wanneer ze plaatsvinden. Laat dat even bezinken<\/EM>. Het is als een vangnet-tool om te hacken met code die je niet hebt geschreven. Misbruik het niet te veel, maar het kan soms erg nuttig zijn.<\/P><\/P>Na wat zoeken ontdekte ik dat de OverviewMap een methode heeft genaamd _activate<\/STRONG> die plaatsvindt wanneer het kaartobject van de OverviewMap klaar is en wordt toegewezen aan een (niet gedocumenteerde<\/SPAN>) eigenschap genaamd overviewMap <\STRONG>(dank aan Yann Cabon<\/A>). Je kunt wachten tot deze methode plaatsvindt en interacteren met de overviewMap<\STRONG> zoals je met elke kaart zou doen.<\/P><\P>

Ga los<\H2>Hoe zou je dit doen? Hier is wat voorbeeldcode waar je een andere basemap kunt gebruiken en wat censusgegevens kunt toevoegen aan de OverviewMap.<\P>var fl = new FeatureLayer(blockPointsUrl);\nvar baseLayer = new ArcGISTiledMapServiceLayer(basemapUrl);\nvar overviewMapDijit = new OverviewMap({\n  map: map,\n  baseLayer: baseLayer,\n  visible: true\n});\nvar h = aspect.after(overviewMapDijit, '_activate', function() {\n  h.remove();\n  overviewMapDijit.overviewMap.addLayer(fl);\n});\noverviewMapDijit.startup();<\/PRE><\P>Je moet dus eigenlijk wachten tot de _activate<\STRONG>-methode van de OverviewMap plaatsvindt en op dat moment is de overviewMap<\STRONG>-eigenschap van de widget klaar om mee te interacteren en kun je er andere lagen aan toevoegen. Hier is een JSBIN-demo<\A> hiervan in actie.<\P>

<\P>

Hack jezelf naar glorie<\H2>Laat je niet tegenhouden door iets simpels als gebrek aan documentatie of kleine obstakels zoals het ontbreken van events om naar te luisteren bij het hacken van modules in de ArcGIS API for JavaScript. Ik zeg niet dat je het uit elkaar moet halen, maar je kunt zeker binnen de grenzen van het framework werken terwijl je functionaliteit uitbreidt. Veel plezier ermee en experimenteer.<\P><\P>Voor meer geodev tips en trucs, bekijk mijn blog<\A>!<\P><\BODY><\HTML>

KenDoman

I'm kinda inspired to hack into the overview map. The clients I've worked with who expressed interest in OverviewMaps want features that I haven't teased out of them yet. I end up creating a second map with custom layers, zoom scales, and features that they want.

Is there any difference memory or performance-wise between loading an overview map and creating a second map?