Spatially Adjusted

Tag: .net

  • ESRI Posts ArcGIS Visual Studio .NET Integration Framework on EDN

    Link – ArcGIS Visual Studio .NET Integration Framework

    This framework provides a number of commands, wizards and templates which are available through the Visual Studio .NET IDE to help you create solutions, projects and classes for ArcGIS customizations more efficiently.

    This is the type of integration that makes any Visual Studio user happy. Anything to simplify workflows gets a gold star from me. Everyone who was involved with this should be proud, I know Art and Brian worked hard to get it up, but I’m sure there are tons more who helped. I’m really looking forward toward the 9.2 release.

    Check out some screen shots below in VS.NET 2003.

    Wizard1

    New ArcGIS Project

     

    Wizard2

    Add references wizard

     

    License checking

    License checking wizard

     

    NET integrated help

    Integrated Help

  • Google Maps .NET Control

    Links:

    Implementing the Google Maps API into your .NET web applications isn’t too hard, but its gotten much easier now with this Google Maps .NET control. As PortlandMaps.com shows us, integrating Google Maps into your applications can add so much value.

  • Art Haddad Gives an Update

    Link – Been a while…

    Art’s been really busy and that can only mean good things for end users. He’s thrown up a big post about what he’s been up to, what we can look forward to at ArcGIS 9.2 and he’s even asked his team to start blogging more about ESRI, ArcGIS and AJAX/.NET. There are 15 bullet points about spatial controls for ESRI server products and yes Art, that did wet my apatite. I’m hopeful EDN will become a great tool with the release of 9.2 because as it stands right now it is a little sparse. And I’m also glad to hear that Art’s still working on that ESRI developer conference.

    Thanks for the update Art, I’m really looking forward to getting my hands on the new ADF.

  • Asynchronous client script callbacks with .NET 2.0

    Link – Asynchronous client script callbacks

    ASP.NET V1.0 and V1.1 have no explicit support for this technology (AJAX). Although they provide basic ways to manipulate script blocks, there is no easy way to incorporate more advanced techniques such as asynchronous client script callbacks.

    With the upcoming release of ASP.NET V2.0, however, Microsoft focused on useability. This is evident when implementing common tasks and more complex technologies. In fact, ASP.NET V2.0 contains out-of-the-box support for asynchronous client script callbacks and provides a fairly simple way to register the callback methods, invoke them, and handle any associated errors.

    Paul Glavich has posted how to use ASP.NET asynchronous client script callbacks without the need for add-on libraries. He’s also included source code on how to acomplish this. I’m going to have to take a look at this.

  • ArcGIS .NET Developer Special Interest Group Meeting

    I attended the first ever ArcGIS .NET Developer Special Interest Group Meeting (SIG) today and was happy to see so many ESRI developers who are really interested in GIS programming. I also got to meet fact to face many of the bloggers who will be at our blogger meetup later today at Dick’s Last Resort (6pm). Art Haddad lead the discussion and programmers such as Brian Flood and Jithen Singh talked about some of the development they are doing (J will be presenting his project tomorrow at 3pm). Art then opened up discussion with Brian Golden about what us developers would like to see with the new ESRI Developer Network (EDN). Many liked the idea of a “gotdotnet” where we can all share our code as well as a ESRI Developer Summit where deeper level discussion of developing using ESRI tools could happen. Many also said RSS feeds as well as email alerts to updates and changes in the EDN site.

    Rob Elkins let us know that EDN subscribers would be allowed in the 9.2 BETA program so we will be able to test our products against changes that are being made with ArcGIS 9.2. One concern brought up was developers who don’t have EDN because they already have all the software contained in it but don’t want to be left out of the EDN community. It sounds like that even though EDN is currently open to all, Rob and Brian will make sure that these developers will be included in any EDN or Developer SIG or Summits.

    I thought the turnout was great given that the SIG was during lunch and I think everyone there was enthusiastic about getting together again at a Dev Summit in the future. Even Microsoft stopped by and let us know if there was anyway they could help out.

  • Art Haddad Pulls the Curtain Back on Web Application Site Builder

    Link – UC Plenary and the AEWeb Demo

    Todays details: the Web Application Site builder (aka Designer ) is a .NET winforms based application (not COM). It is a site builder tool for creating ArcExplorer Style web applications for your own sites. The output can then be reloaded in the builder for some customizations or opened in Visual Studio.NET and work directly with the web controls and underlying OM. The ArcExplorer Web that was shown is an ASP.NET web application that sported some of the new web controls and user experience enhancements that the .NET Server team (one of my teams) have been working on and that I eluded too in my AJAX postings. Yes, the .NET Server team is setting the pace for the richer user experience and web client framework development work at ESRI.

    Sweet! We do almost all our programming in .NET and VS.NET so anything to make that easier is welcome.

  • Brian Flood Updates us on ESRI UC .Net Developer SIG Meeting

    Brian Flood just announced that he’ll be presenting at the .NET Developer SIG meeting at the ESRI User Conference next week. He plans to demo ArcGIS Server InProcess Redirect and using background threads in ArcMap. Now I’m going to have to get there early and get a good seat to view the screen.

    Update – Art Haddad has added a post (dead link) detailing more about the .NET Sig Meeting

  • ArcGIS .NET Special Interest Group @ ESRI UC

    Link: ArcGIS .NET Special Interest Group @ ESRI UC (dead link).

    Art Haddad will be hosting the ArcGIS .NET Special Interest Group at the ESRI User Conference later this month. Art is looking for any ideas to discuss during the session. This might be the first real test (no pressure Art!) on how ESRI bloggers will handle the User Conference. Hopefully he’ll use it to post items from the discussion so users won’t have to wait months for that ESRI UC CD to arrive. But remember this is a two way street, so if you have .NET items for discussion, you’ll have to let him know.

  • Oracle Developer Tools for Visual Studio .NET Released

    How cool is this? Oracle has released tools for Visual Studio .NET 2003 to provide integrated support for creating .NET applications that access Oracle databases. Rather than use the weird, non-standard Oracle Java based tools or command line, you can now use the Oracle explorer to browse and alster the schema right from inside Visual Studio. We use Oracle for most of our database applications and better .NET IDE integration was always on our wish list.

    • Oracle Explorer – Browse and alter the Oracle schema via a tree control
    • Designers and Wizards – e.g. Table Designer – makes database tasks easy
    • Automatic Code Generation – Drag and drop to create working code
    • PL/SQL Editor – Edit stored procedures and functions in an integrated Visual Studio .NET environment
    • Stored Procedure Testing – Run stored procedures and functions
    • Oracle Data Window – View and edit your Oracle data
    • SQL Query Window – Execute any ad-hoc SQL statement or script
    • Integrated Help System – SQL, PL/SQL and Error Reference Manuals

    Oracle Developer Tools for Visual Studio .NET

  • ESRI, MapObjects and .NET

    As I’ve posted here a couple times, we are looking at moving to a complete .NET environment. We’ve not really decided on what tools we’ll use, but that will come probably after we start testing ArcEngine.

    I was researching some .NET threads on ESRI’s support site while floating in the pool on a Memorial Day weekend and say this amusing thread over at the ESRI Support site:

    Mapobjects dot net version (dead link)

    I can’t imagine how frustrating it must be having to explain to people how many COM programmers there are out there in this world. We are moving to .NET, mostly because my programmers prefer the .NET components over COM. We’ve talked about this at great lengths and we plan to keep our maintenance current on MapObjects for at least the next year and most likely until they abandon it because we just don’t see COM going away. BUT, reading the tread there at ESRI, you have to wonder why the “average” ESRI Developer would even think so. Lets just ignore that there are still tons of VB6 and Delphi programmers out there with no plans to move to .NET and focus upon VBA. We’ve created many programs for our clients using Microsoft Access as most people are very comfortable in it. Adding a simple map to is easy using MapObjects and I can’t imagine having to create a .NET application to do the same thing. VBA, while not one of my favorite development environments, is going to be here for years to come. Yet people seem to think that just because Microsoft is pushing .NET, that COM will go away.

    The future is murky when it comes to programming languages. What is popular one year, becomes forgotten the next. If I was a betting man though, I’d assume COM will be around for years to come and probably in one for or another might even outlast .NET. For some of these VB6 programmers, you’ll never get them to upgrade to .NET and why should they? Simple is better, I’d take a small footprint (in file size and memory) COM program, over a bulky .NET application almost every day.