Pages

Thursday, August 30, 2012

Consuming WebMaps from ArcGIS.com with ArcGIS Runtime for iOS


Screen Shot 2012-08-17 at 9.43.43 AM
ArcGIS Online brings the concept of WebMaps, a ready to use intelligent map that includes a way to “mashup” of all your data. WebMaps are highly configurable for any user wanting to tell a story or share their geographic information. … Continue reading 

Wednesday, August 29, 2012

2012 Esri User Conference impressions from the Flex development team


The Esri User Conference in San Diego, CA is always a great opportunity to learn about new Esri technology trends, reconnect with your colleagues, and meet some new folks in the community. This year was no different and we would like to summarize some of the Flex-technology related news and announcements from this year’s conference.

Open-sourcing of Flex SDK

Last November, Adobe announced the Flex SDK would become a community-driven open source project.  This summer the first open-source  Flex SDK version was released by the Apache Software Foundation project, and recently Adobe announced the beta release of the next Flash Builder.

Esri and Open Source Software: More Please


A few weeks ago GeoIQ joined Esri and, augmented by a few other Esri employees, we formed the Esri R&D Center, Washington DC, a.k.a the DC Dev Center. We immediately launched into action and are having fun brainstorming with our colleagues about what sort of technology and tools to explore. Transitioning a whole company at once was a new experience, and we’ve outlined some of our initial plans. Part of our transition involves working closely with our Esri co-workers to square up some goals for the future in terms of what makes the most sense for Esri as a whole and for the geo-developer community in particular. The DC Dev Center crew is a somewhat outspoken bunch of developers who are passionate and devoted to their craft and from early on it became clear where our experiences and passions could make a quick and significant impact.
At GeoIQ, we were heavy users of open source software and contributed code back to the community when we could. However, we feel that we could have been better about contributing code back to the community and developing more in the open. This is one of the areas where we as developers, evangelists, and geospatial uber-geeks feel that we can make a strong impact — improving Esri’s participation in and contributions to open source. Esri has always hosted open code and samples in a variety of ways, but more can be done. Focus and motivation needs to be improved, and Esri is now making it a priority to improve its open source participation.
More of Esri’s code should and will be open sourced in the coming days, weeks, months, and years. Patience is needed, of course, but we’re on our way. Here’s the basic plan: make it easy for Esri employees to write and share code in an open space and identify what products can and should be open sourced. To start, this means giving developers access to the appropriate tools, resources and space they need to collaborate with each other. This really just means Esri is beginning to leverage Github.
We will centralize Esri’s open code as much as possible, but again this will take some time. We are encouraging the sharing of ideas, experiments, and new code all to be developed openly on Github. We want Esri developers to have faces, be active on Github, and work more closely with those outside the company. We will embrace open source development as much as we can. You’ll see more code from Esri on Github. You’ll see more collaboration with other software projects. You’ll see Esri forking code and issuing pull requests on your repos – we are excited to be launching these new activities.
Developers who want to share ideas and code with us are welcome and encouraged to issue pull requests and file bugs and features on the repos. We’ll be gauging our success in this effort by the level of collaboration between internal developers and others who are willing to collaborate. Again, the Esri development team is excited to see how this plays out over the next few months. We know perceptions die-hard. This initiative is about a cultural change that has internal buy-in at all levels. Esri wants to push the limits of our industry and lead through openness and sharing where other companies have failed to see the benefit. We want to see progress and innovation in geospatial technology through collaboration with developers who share different perspectives and insights.
We’ve got the ball rolling already with several repositories up and running on Github. Esri’s presence in Github centers around two separate accounts: http://github.com/esri and http://github.com/arcgis. The “esri” account will house (host?) code that is meant to be more freestanding and generic. Code that a has broad reach to very more non-GIS community like visualization examples, solutions and various other scripts will all live there. The “arcgis” account will house open source code related directly to the “ArcGIS Platform” and have repositories for things like ArcGIS Online templates and ArcGIS Desktop extensions. The structure of all the code and repos will grow and evolve as Esri places more code on Github.
More open source code and more collaboration with others is a good move by Esri and only good things will come from it. You’ll be surprised by some of the code and projects that’ll be open sourced soon. As usual, hearing any comments, suggestions or opinions would be great in helping Esri shape the future of its open source effort.

Tuesday, August 28, 2012

Applying media queries to your ArcGIS API for JavaScript applications


Smartphone and tablet usage is quickly usurping the desktop.  Targeting the dizzying array of browsers, screen sizes and devices in a market experiencing hardware fragmentation is one of the challenges developers encounter.  Although responsive web design does not offer a panacea for all scenarios, designing your web mapping applications to be mobile-friendly using this technique can provide an improved experience to your end-users.
CSS3 media queries enable developers to selectively style their pages based on properties (device width or height, resolution, orientation) of the browser where the page is being rendered.  For instance, you can now choose to style a page differently for a small screen such as smartphone versus a slightly larger screen such as a tablet, or the desktop.
Using the Legend Widget sample as a starting point, I will show you how I modified an ArcGIS API for JavaScript application to support tablet (768 x 1024px) and smartphone devices (320 x 480px).