Leaderboard

It might be useful!! http://environgeomatics.blogspot.in/2016/01/how-to-add-google-maps-into-arcmap.html How to add google maps into ArcMap Although ArcGIS allows to bring the Bing maps and Esri images as base layers in ArcMap, still sometimes we rely on google images because of their better accuracy and their frequent update. Some of us using openlayers plugin in QGIS to access the google maps as a base map. This tutorial shows you to how quickly you can add the google maps, google hybrid images and open street maps etc. to the ArcMap for testing purposes. Portable basemap server PBS is an open source WPF application which can be used to access the WMTS basemap service inside ArcGIS. Steps 1. Download and unzip the file in the desired location of your PC.(download link). 2.Open the Portable Basemap Server folder and right click thePortableBasemapServer.exe 3.Select the GoogleMapsImagery or desired one in the Data Source Type drop down menu. 4. Then click the Start New Service button. 5.Copy the OGC WMTS URL by clicking the Copy to Clipboard. Don't stop the PBSapplication, just minimize that. 6. Next open the Arcmap. 7.Open the Catalog and then click the Add WMTS server in GIS Servers. 8.Paste the Copied URL here in URL text box. Click Get Layers and click OK. 9.Next, right click the added WMTS Server and click the connect option. 10.Now it’s time to import the base map layer. You can drag down theGoogleMapsImagery from the Catalog to ArcMap Data View or you can simply add through the Add Data option.

the best bet if you find free data programs, you submit a research and get the data, I saw once Tandem-X offer this programs. for now, a completely free DEM data stuck in 30 m resolution, anyone have another update maybe? hey tandem-x have a general proposal programs, maybe you can try it : https://tandemx-science.dlr.de/ scroll down

This is a very very broad question. It really depends on what you will be using it for. When starting out I start out with only 2 major questions: 1) What functionality do I need? Less is more. Too many web mapping apps are loaded with almost too much functionality. It's a challenge making something that is robust functionally and intuitive to use at the same time. Many of the templates you will use will only have 50% of what you will actually need and the other 50% will be things you don't need/want. This includes security. This also includes determining whether or not users will connect through a mobile device to your app as well as a PC (this changes a lot of things). Things like User vs. Administrator functionality need to be considered, target audience, large-scale multi-user editing requiring enterprise dbms, etc... Open source vs. properietary? 2) What back-end will I use to store and manage the data and what front-end will you use to deliver the data (i.e. Silverlight, HTML5, etc...) They each have their advantages and disadvantages and is usually determined by the functionality I need. There are still reasons to use Silverlight in some rare cases. They are tools to do the job, just like a hammer or wrench. I've seen some terrific Silverlight webGIS (our main company editor is still utilizing Silverlight due to the fact it can still do somethings our staff rely on, that something like HTML5 cannot). On the reverse, I've seen some terrible HTML5 webGIS applications as well. Although I do strongly urge most people to stay away from Silverlight due to the obvious fact that its not supported by a lot of new browsers as well as UI issues it tends to have. There are no real "best practices" for what to put on a user's site because it's dependent directly on what the user will be doing with it. For example at our office, we like everything minimalist and this means no scale bars, scale text, etc... on the map (these only show up if the user wants them to from the toolbar or in a print layout). Our staff want maximum imagery and no "filler". We use regional and local projections (i.e. MTM or UTM zones) and not generic Mercator projections as we need good measurements with little distortion. We do NOT like to use cloud storage (this is different obviously for other businesses). We put lots of effort into creating good printing templates for reports (this is something that is really really neglected I find on web GIS apps). I mean I guess you could say north arrow, scalebar, print, export, legend etc... but those aren't really best practices that are related to WebGIS as they apply to all cartographic products. Things like heat maps, cluster mapping etc are often used incorrectly. In order to use this type of mapping you really need a nice amount of representative data. Having a heat map generated from say 20 points over a large national area is relatively useless. I don't recommend these things unless your data is good enough to support it. Web GIS applications are often created with what looks like the intended purpose of fully replacing a desktop environment and I strongly think this is a recipe for disaster because its impossible to do that. I see a lot of Geocortex solutions do this and a lot of it is just screen "bloatware" (its a great product in the right circumstances though). Consider these adjectives: - intuitive - responsive - quick - easy - simple - comprehensible - stream-lined If your application can meet most of these, then you are on your way. Of course, the application is only 1/2 of the package. The data is the other 1/2. If the data isn't properly prepped, etc for use on the web or in your application then your awesome application will run slower as it struggles with the loading of the data. When you say it is for commercial use, do you mean you will be using it to sell products on it commercially (i.e. such as an air photo library), or do you mean it will be used by "Company X" as a generic viewer for their staff at work?