nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Offline/Disconnected editing support for Silverlight/WPF API

EricDaniel

WPF, Silverlight Out-of-Browser, and Windows Phone 7 all have the ability to work in a disconnected/offline mode since they all can be often consider client applications. The idea here is for the ArcGIS Silverlight/WPF API to fully support this offline/disconnected ability in Sliverlight, WPF, and Windows Phone 7. Therefore, a user can make edits while offline/disconnected and when they become connected again these edits would then update back to the Server's geodatabase.

Encuentra más publicaciones etiquetadas con

Under Consideration

Status: Under Consideration

Comentarios

LisaT

I agree. We currently have the need for disconnected mode and only have the option of using Windows mobile. However, microsoft is not planning to update windows mobile (6.5 supposedly the last version) and is focusing on WIndows phone. So, we need to have a disconnected mapping option that supports microsoft's plans...or plan on re-creating the app once the technology is available.

RiamDjadri1

We build apps that can be deployed on mobiles running with low bandwidth/low reliabality connections. This is a must have for us !

TonyBacon

This is appealing to our developers because we develop the connected non-mobile web apps using the ArcGIS Silverlight/WPF API. In our case this isn't so much a code reuse issue as our field going apps would be very streamlined work flows supporting very specific data collection protocols. It is the ability to leverage our existing skill set that would make this idea appealing.

DanielBaternik

Agree that ESRI should consolidate their mobile product suite. Deprecate ArcPad\Win Mobile and focus more resources on android ios and wp7 and javascript for mobile.

DanielBaternik

Can you give us a timeframe for when it will be include? Next release?

We have so many projects required this functionality now

EsriAGSIdeas

This will be implemented in a future release.

EricDaniel

It was announced by David Cadella of Esri at the Dev Summit that all of the Smartphone API's will add offline use cases by the ArcGIS 10.1 timeframe, so likely a beta by this Summer. That said, I'm confused there isn't a "Under Consideration' notification on this Idea listing.

MattMiley2

agree

JohnnyBjörk

Yes, it's a must have...

MathiasWestin

Agree, this is an important use case for any device that might be offline/slow bandwith for a while. It's not only important for editing it's also important for downloading layers before going into an area where the phone vill be offline/disconnected.

DanielBaternik

This is essential imo, we need this technology today! ArcMobile is now as relevant as Windows Mobile 6.5 (aka Windows Phone 'Classic').

ESRI customers are laregly enterprise customers, so we need this support in the API asap. Whilst WP7 is a consumer targetted platform at present, MS have stated that enteprise focused flavours are in the works. With that news, there is no doubt that enterprise device manufactuers will adopt WP7.

AllenInstruments

Totally agree with "wilbeav" on being able to use the same product, in this case the SL/WPF API for online/offline development.
I think ESRI should start thinking about consolidating their products as opposed to continuing on the current trend (ArcPad, ArcMobile, WebADF, WebMapping APIs, etc...)
Both Silverlight and HTML5 now allow online/offline capabilities.

EricDaniel

The advantage with the Silverlight/WPF API would be code re-use from a Desktop WPF or Out of Browser Silverlight App. You could reuse most of your code for the Windows Phone 7 app. I would be much tougher with ArcGIS Mobile since it uses WinForms. Also, with Microsoft's recent changes with Windows Mobile, I not sure how much longer a life ArcGIS Mobile will have in it's current state. The ArcGIS Mobile SDK still on uses the .NET 3.5 so that makes you wonder right there.

John_S

Why not just use ArcMobile; from everything I've read that's pretty much exactly what it was developed for, so, it's likely to be well suited to your needs and potentially require much less back-end customization and configuration on the application, connection, and server sides of things.

Únete a la Conversación

Inicia sesión para publicar, seguir contenido y más. ¿Nuevo aquí? Regístrate gratis.