Pages

Friday, May 25, 2012

Free GIS Cloud Publisher extension for Esri ArcMap released


A single click solution to get your maps from desktop to the Cloud!
The extension is free and compatible with Esri ArcMap 9.x and 10.x. You can download it from the following link: GIS Cloud Publisher for ArcMap (600kB)
Publishing GIS projects with traditional GIS tools is not easy. You have to set up your own server, being that a server from a commercial vendor or open-source, and follow that with maintaining the server and services, uploading your data from desktop, reconfiguring maps and generating tiles to be optimized for the Web, not to mention mobile and tablets. All these are, for the most part, daunting and/or expensive tasks.


A map in ArcMap

GIS Cloud already gives you a way to easily build and publish your maps on the Cloud, but there are still lots of maps and projects sitting on your desktops. Of course it is possible to upload all that data to GIS Cloud, but then you would have to go through the process of creating and setting up those maps once again.
We have always been focused on making your GIS workflows more efficient to save you time and money. Therefore we are releasing today a GIS Cloud Publisher extension for one of the most popular desktop GIS tools out there: Esri ArcMap
The GIS Cloud Publisher for ArcMap extension enables you to publish your maps from ArcMap to GIS Cloud with only one click. It automatically uploads your data, symbology, layer structure and spatial references. The idea is that what you see in your desktop GIS is instantly replicated on your GIS Cloud account. Once your maps and data are on GIS Cloud, they are easily published to the public or embedded into your website/blog without a need for having your own servers.


GIS Cloud Publisher Extension

Not everything is supported just yet. This is what we have so far:
  • maps and layers can be created and afterwards updated
  • you can choose which layers to export
  • your upload is secure through an SSL connection
  • all your vector data can be uploaded, regardless of the datasource
  • labels – these end up with a generic look only in GIS Cloud for now
  • point layer symbology support almost at 100%
  • simple line symbols – only solid lines
  • simple fill symbols – only single color fills
  • but! you’re free to use unique value categories or graduated color symbology

After one click your entire map with the data is in GIS Cloud:

Your desktop GIS map on GIS Cloud

Monday, May 21, 2012

ArcGIS 10.1 Deprecation Plan


ArcGIS 10.1 Deprecation Plan

ARCINFO WORKSTATION

·                     There are no plans to release a new version of ArcInfo Workstation at ArcGIS 10.1.  However, ArcInfo Workstation 10.0 will be able to be used in conjunction with newer versions of ArcGIS Desktop.  Users will continue to be able to use their existing ArcGIS 10.0 version, but we will not release newer versions.  

ARCIMS 

·                     ArcGIS 10.0 was the last planned release for ArcIMS.  At ArcGIS 10.1, ArcIMS will no longer be shipped as part of ArcGIS.  Users can continue to use existing versions of ArcIMS after this time; however, we will no longer provide new releases.  Users should develop a plan and migrate to the ArcGIS Server and Web API technology.

ARCGIS SERVER 10.1

·                     ArcGIS Server 10.1 will be the last planned release for the ArcGIS Server Web ADFs (Application Developer Framework) for both Microsoft .NET and Java. 


 Esri will continue supporting the Web ADFs during the 10.1 release cycle but only fixes to critical issues will be addressed.  No new functionality or enhancement requests will be addressed for the Web ADFs. 


 Web application developers are encouraged to move to a web services based pattern with the ArcGIS Web Mapping APIs for JavaScript, Flex, or Silverlight.

·                     ArcGIS Server 10.1 will no longer support local connections (DCOM connections) from Web ADF applications.


 ArcGIS Server 10.1 will be a web services (REST, SOAP, and OGC) server only. This will have an impact on: 



  1.  The web editing functionality of default Web ADF will no longer be supported.
  2.  ArcGIS 10.1 will continue evolving and enhancing its web editing capabilities on top of the new ‘Feature Service’ (new in ArcGIS 10) and the ArcGIS Web Mapping APIs.
  3.  Custom developed applications from business partners and users using fine grained ArcObjects through DCOM will not be supported.  
  4. Thanks to the recent enhancements in Server Object Extensions, developers can now migrate custom business logic written at the web application (Web ADF) level to custom ArcGIS Server services.  Development 

·                     against fine grained ArcObjects continues to be fully supported following the Server Object Extension pattern for extending ArcGIS Server services.


 Esri has been recommending this approach for some time already, due to its simplicity and improved performance. 


 Web ADF applications using non-pooled services will not be supported.  Over the years, some customers have adopted a pattern for their ArcGIS Server applications that use non-pooled services.  This pattern has been shown not to scale.

·                     ArcGIS Server 10.1 will be the last planned release for the ArcGIS Server Manager Web Mapping Application (Microsoft .Net and Java). 


 ArcGIS Server Manager includes a wizard for configuring out of the box web mapping applications based on Web ADF technology.


  ArcGIS Server 10.1 is the last release of the Web Mapping Application wizard in Manager.  Esri will continue supporting the ArcGIS Server Manager Application Wizard and Web Applications created with it during the 10.1 release cycle, but only fixes to critical issues will be addressed. 


 New out of the box applications based on the ArcGIS Web Mapping APIs, as well as a new experience for configuring them, will be offered as part of the ArcGIS Server 10.1 release. 

·                     ArcGIS Server 10.1 will no longer support 32-bit operating systems.  


ArcGIS 10.1 will exclusively support 64-bit operating systems. 


 Support for 64-bit native execution across all the tiers of ArcGIS Server has been a long awaited feature by many of our customers.  


64-bit hardware is the norm in today’s market and most modern ArcGIS Server deployments do in fact run on 64-bit hardware.  ArcGIS Server 10.1 will run as a native 64-bit application exclusively requiring 64-bit capable hardware.

·                     ArcGIS Server 10.1 will no longer support SUSE Linux Enterprise Server 10 and Red Hat Enterprise Linux AS/ES 4.  However, we will support SUSE Linux Enterprise Server 11 and Red Hat Enterprise Linux Server 5.

·                     ArcGIS 10.1 will no longer support the Solaris versions of ArcGIS Server (with the exception of  the ArcSDE technology component).  We will continue to support the ArcSDE component of ArcGIS Server on the Solaris platform beyond the ArcGIS 10.1 release.

·                     ArcGIS Server 10.1 is no longer support VBScript or JScript on ArcGIS Server for Linux. VBScript and JScript will continue to be supported on ArcGIS Server for Microsoft Windows.  Python scripting will be added as a replacement for these scripting languages and ArcGIS Desktop will support authoring Python scripts in areas where VBScript and JScript are presently used.

·                     ArcGIS Server 10.1 will no longer support publishing non-optimized map documents (MXD files).  ArcGIS 10.1 will only support publishing optimized maps (MSDs) as that is the best practice for map publishing.  At ArcGIS Server 10.1, optimized map services (MSDs) will be enhanced to support many of the capabilities that are currently only available through MXD-based map services.

·                     ArcGIS Server 10.1 will no longer support the Microsoft Access based Personal Geodatabase.  

·                     With the migration of ArcGIS Server to be 64-bit and because of the lack of scalability of Personal Geodatabases, we have removed support for Personal Geodatabases from ArcGIS server 10.1.  Personal Geodatabases will continue to be supported on ArcGIS Desktop.


ARCGIS DESKTOP 10.1
·                     ArcGIS 10.1 will no longer support the Solaris versions of ArcReader and ArcGIS Engine.

·                     ArcGIS 10.1 will be the last release supporting ArcReader for Linux.  SUSE Linux Enterprise Server 11 and Red Hat Enterprise Linux Server 5 will be supported.  However, SUSE Linux Enterprise Server 10 and Red Hat Enterprise Linux AS/ES/WS 4 will no longer be supported at 10.1.  We will no longer support ArcReader on Linux after the ArcGIS 10.1 release.

·                     ArcGIS Engine 10.1 will no longer support SUSE Linux Enterprise Server 10 and Enterprise Linux AS/ES/WS 4.  However, we will support SUSE Linux Enterprise Server 11 and Red HatEnterprise Linux Server 5. 

·                     ArcGIS 10.1 will be the last planned release for the ArcGIS License Manager on the Solaris operating system. Esri will continue to support the License Manager on Microsoft Windows, and Linux operatingsystems. SUSE Linux Enterprise Server 11 and Red Hat Enterprise Linux Server 5 will be supported (SUSE Linux Enterprise Server 10 and Red Hat Enterprise Linux AS/ES/WS 4 will no longer be supported at 10.1).  

·                     ArcGIS 10.1 will no longer support Microsoft Visual Basic for Applications (VBA). 

·                     ArcGIS 10.1 ArcObjects SDK for Microsoft .NET will no longer support Visual Studio 2008. Esri recommends using Visual Studio 2010 for ArcObjects development for ArcGIS 10.1.

One big drawback of ArcGIS 10.1:

There is no change in Desktop at 10.1 in regards to 64-bit support. ArcMap is a 32-bit application, but ESRI do support it running on 64-bit Windows. Currently ESRI is working on a research project for native 64-bit ArcGIS application but it is not going to make 10.1.

Monday, April 16, 2012

HTML5 Canvas: An Open Standard for High Performing GIS Map Visualization in Web Browsers

Summary:


Source: Directions Magazine

The evolution of GIS on the Web has, until recently, been limited by traditional Web mapping technologies. The increase in GIS requirements in the Web and mobile world has necessitated the development of a new breed of map engine. In this article, the author., provides an overview of existing mapping technologies and the reasons why he decided to build a unique vector mapping engine in an effort to give the Web a full featured GIS.

Introduction: Web GIS - the traditional approach

Rendering maps as tiles in raster image format (PNG or JPEG images) is the way geospatial data are commonly delivered on the Web today. This is done by producing tile images on a server and delivering them to a map client. Such technology is used by many Web map providers and it works well for creating nice-looking basemaps like on OpenStreetMap, Google Maps, Bing Maps, etc.

This is all good for Web mapping, but what about GIS? Normally, during the course of creating a GIS project, you need to modify data, reorder layers, tweak symbology and labels, edit and create features, do geoprocessing, analyses, etc. Results of these operations need to be evident instantly and the traditional method of server tile rendering just doesn’t cut it. Creating the full map tile cache can often take hours, even days, to complete. And if you’ve somehow forgotten to turn on labels for that waterways layer before the caching starts, well, take the rest of the week off.

Also you may need to interact with the data, which is not possible if your data are presented as flat raster images. Some improvements have been made by using map clients with technologies like Flash and Silverlight, but still map tile technology has remained the same, and a third-party plug-in is required to render your map.



Rendering vectors as vectors

As we all know, geospatial vector data consist of three basic types: point, lines and polygons. Additionally, each feature holds a number of data attributes. The downside of traditional mapping technologies is that all this useful vector and attribute information is lost in the process of converting and rendering those points, lines and polygons into a raster tile image.

Rendering vectors as vectors can open up a whole new set of possibilities for GIS on the Web and on mobile devices. Just imagine interacting with your data by hovering, clicking or tapping on them. Imagine rendering a huge number of features with dynamically changing symbology on-the-fly at high speeds and low latency. Imagine having full GIS editing in a browser with topology preserving, snapping and all those capabilities you are used to having in your desktop GIS.

What if we had a solution which could actually render vector data in their natural vector form?
To be honest, vectors can be overlaid on top of raster tiles in many map clients, but current implementations fail in real-world situations when you need to deal with thousands, if not millions, of features. In order to achieve such capabilities, existing mapping engines would require a big change, particularly on the back-end, but also on the front-end.

HTML5 Canvas


In the last couple of years we’ve witnessed incredible innovation and progress in Web browsers. With their huge presence across desktop, mobile and tablet devices, Web browsers have become a crucial component and the platform for many modern applications. A whole new set of capabilities available in modern browsers has been gathered under the term HTML5.

Among many capabilities the HTML5 standard provides, there is one crucial for improving GIS, and that is HTML5 Canvas. Canvas is basically a bitmap (image) which is dynamically generated in a browser. Its vector rendering performance is what makes it so useful for GIS applications.


Vectors as vectors, plus all the complexity of symbology and map rendering, are now moved to the client side (i.e. browsers) so servers need only deliver raw vector and attribute data. This means the map engines can be more effective and responsive. As mentioned before, this approach requires a totally different strategy on the server where the map tiles are actually being produced.

HTML5 Canvas tiled vector map engine


Croatia-based GIS Cloud created and implemented the world's first HTML5 vector mapping engine based on its original tiled vector map engine, which generated vector map tiles in Flash format. The performance it offered was unprecedented. The original system has been adapted for HTML5 Canvas and is now the primary method to deliver all maps at GIS Cloud.

The heart of the engine is a very fast server component created from scratch that quickly and efficiently reads geometry and attribute data and delivers them to the client as an optimized vector map tile. Once on the map client, the vector map technology uses Leaflet — an excellent modern mapping client library made by CloudMade — to visualize the data.

You can check out a few HTML5 maps on the links below to see the engine in action, but also create and see your own data with this easy-to-use GIS in the cloud system. For GIS Cloud, moving to HTML5 vector mapping has been crucial as it opened up a whole new set of GIS features which are yet to be implemented.


Summary: What HTML5 Canvas for GIS brings

A very slick mapping user experience in browsers on desktops, mobiles and tablets

Vectors as vectors

The ability to render millions of features on-the-fly

Fast rendering; no need for precaching map

Significantly less tile bandwidth required

Less storage needed

Maps that are fully interactive: clickable, hoverable and styled dynamically

Symbology that is applied entirely on the client, meaning it’s very easy to make map styling changes without needing to reload a layer

Works out of the box on Web browsers across all platforms that have adopted the HTML5 standard (i.e. desktop, iOS, Android etc.)

Excellent grounds for bringing true desktop GIS experience into the Web browser

Source: Directions Magazine

Sunday, January 3, 2010

welcom to GIS development community

i invite you to share & benift