I think ESRI offers products (ArcSDE if I'm not mistaken) that offer disconnected editting, and integration with Oracle (and ArcPad of course). You could run PostGIS on the remote sites, allthough then you'd need 600 SDE enterprise editions :(. I don't know if the disconnected editting feature is in any of the cheaper versions and what the diffence is in costs.<br>
If you're going to demand Oracle and ArcPad, combined with disconnected editting, it sounds to me that ArcSDE would be a logical choice. Then again 600 SDE licences are probably pretty expensive.<br><br>Maybe this could be part of your client-side solution: <a href="http://www.conterra.de/en/products/sdi/wfseditor/index.shtm">http://www.conterra.de/en/products/sdi/wfseditor/index.shtm</a><br>
It offers disconnected editting in ArcMap on an SDE server on basis of WFS-T.<br><br>hope that helps.<br><br>WBL<br><br><br><br><div class="gmail_quote">On Wed, Apr 16, 2008 at 12:09 PM, Tim Bowden <<a href="mailto:tim.bowden@westnet.com.au">tim.bowden@westnet.com.au</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Wed, 2008-04-16 at 11:30 +0200, Willy-Bas Loos wrote:<br>
> Hi Shaun,<br>
><br>
> I think i saw a colleage of yours at the FOSS4G2007, Tim Bowden.<br>
> <a href="http://www.foss4g2007.org/presentations/view.php?abstract_id=261" target="_blank">http://www.foss4g2007.org/presentations/view.php?abstract_id=261</a><br>
> (i'm missing the presentation file at the website, maybe put it up<br>
> there?)<br>
> Back then it sounded like you had things solved. What's the factor<br>
> that has been added to the problem?<br>
> The client interface?<br>
<br>
</div>Firstly, you're assuming my presentation was for Shaun's project (though<br>
yes, I have done work for him in the past). That's not something I've<br>
said at any point. With that out of the way...<br>
<br>
>From my pov, there is a solution (small scale trialed but not yet prod<br>
tested!) to the distributed data part. It would seem Shaun's /current/<br>
requirements involve a little more integration into the existing<br>
enterprise GIS system (SDE), along with integrating a proprietary field<br>
solution. As far as I see it, those requirements aren't show stoppers<br>
by any means. From the requirements given, I can't see any solution<br>
that doesn't involve reasonable dev costs.<br>
<br>
FWIW, I believe a distributed postgis db (between site and central),<br>
using Mapguide as an interface at each site office is the most cost<br>
effective way of getting an "enterprise" type solution (with all the<br>
business baggage that entails). If anyone has any alternate suggestions<br>
that don't involve significant dev costs, I'd also love to hear them.<br>
Personally, I believe any solution in such a distributed environment is<br>
going to cost enough dollars to make it a budget item in its own right.<br>
There's a lot of dev, testing and tweaking to get everything going<br>
smoothly with the constraints you've got there Shaun. Unfortunately<br>
that means dollars.<br>
<br>
HTH,<br>
<font color="#888888">Tim Bowden<br>
</font><div><div></div><div class="Wj3C7c"><br>
><br>
> Cheers,<br>
><br>
> WBL<br>
><br>
><br>
> On Mon, Apr 14, 2008 at 11:37 PM, Shaun Kolomeitz<br>
> <<a href="mailto:Shaun.Kolomeitz@epa.qld.gov.au">Shaun.Kolomeitz@epa.qld.gov.au</a>> wrote:<br>
> This is not strictly a PostGIS issue, but PostGIS could be one<br>
> part of<br>
> the solution (I think) ?<br>
><br>
> I'm curious as to what the broader community thinks would be a<br>
> workable<br>
> solution for our spatial business problem from a FOSS4G<br>
> perspective.<br>
><br>
> We have a broad area network of around 600 clients spread<br>
> across an area<br>
> of 1500 x 1900 km in the State of Queensland, Australia.<br>
> Primarily our<br>
> clients are Rangers and Resource Managers, managing their<br>
> "patch of<br>
> dirt" (Flora, Fauna, Fire, Pests, Assets, Visitor, Camping,<br>
> Heritage,<br>
> etc).<br>
> 150 or so are currently located on remote Satellite<br>
> connections (with<br>
> latency issues) reducing to 50 by the end of the year. The<br>
> rest are<br>
> split between NextG, ADSL and WAN type connections. Satellite<br>
> connections in particular may not be available in bad weather<br>
> conditions.<br>
><br>
> In the past we've had ArcView 3.x as a custom client app<br>
> running locally<br>
> and now we're looking to the future.<br>
> The system is used in the office as a planning tool for field<br>
> activities<br>
> (such as a new fence, fire break, pest treatment) before<br>
> heading out<br>
> into the paddock.<br>
> Users collect (capture) a variety of information while in the<br>
> field<br>
> relating to the above activities mentioned (Fire, Pests,<br>
> Assets etc) and<br>
> send zipped shapefiles via email through our network of<br>
> contacts twice a<br>
> year to head office. At the moment only Fire and Pest info is<br>
> sent,<br>
> although we'd like users around the state to be more<br>
> collaborative (from<br>
> a data sense).<br>
><br>
> The only real givens are that we'll have a corporate GIS<br>
> repository<br>
> storing all corporate data in an Oracle SDE db in head office,<br>
> and that<br>
> the users will be taking data with them into the field (no<br>
> connection to<br>
> ANY network).<br>
> I'm pretty sure we'll be using ArcPad as our field-based app<br>
> (on<br>
> handhelds and tablets/laptops).<br>
><br>
> Our main business problems are -<br>
> 1) Providing a simple to use system which acts as a "portal"<br>
> to a range<br>
> of spatial and non-spatial data and systems relevant to the<br>
> users patch<br>
> 2) Simplifying (or automating) the update of data to/from the<br>
> park base<br>
> to the head office<br>
> 3) Managing data as it is "checked-out" for field use and then<br>
> "checked-in" after it comes back, while not providing too much<br>
> of an<br>
> overhead for the users<br>
> 4) Providing a basic GIS ability (similar to ArcView 3.x)<br>
> 5) Providing a means of integrating information in other<br>
> datasets (fire,<br>
> pests) and across other dbs (WildLife db) or applications<br>
> (Assets, etc)<br>
> 6) Providing multi-user access to individual datasets<br>
> 7) Providing redlining, markup and a collaboration type<br>
> ability<br>
> 8) Providing a standard look-and-feel to any client<br>
><br>
> I'm happy to discuss further if need be.<br>
> As always any assistance would be greatly appreciated.<br>
> We are trying to work on a response to our executive within 13<br>
> days.<br>
><br>
> Kind regards,<br>
> Shaun Kolomeitz,<br>
> Senior Technical Officer<br>
> Business and Asset Services<br>
> Queensland Parks and Wildlife Division<br>
> Environmental Protection Agency<br>
> +----------------------------------------------------------------+<br>
> Think B4U Print<br>
> 1 ream of paper = 6% of a tree and 5.4kg CO2 in the atmosphere<br>
> 3 sheets of A4 paper = 1 litre of water<br>
> +----------------------------------------------------------------+<br>
> _________________________<br>
> Disclaimer<br>
><br>
> WARNING: This e-mail (including any attachments) has<br>
> originated from a Queensland Government department and may<br>
> contain information that is confidential, private, or covered<br>
> by legal professional privilege, and may be protected by<br>
> copyright.<br>
><br>
> You may use this e-mail only if you are the person(s) it was<br>
> intended to be sent to and if you use it in an authorised<br>
> way. No one is allowed to use, review, alter, transmit,<br>
> disclose, distribute, print or copy this e-mail without<br>
> appropriate authority. If you have received this e-mail in<br>
> error, please inform the sender immediately by phone or e-mail<br>
> and delete this e-mail, including any copies, from your<br>
> computer system network and destroy any hardcopies.<br>
><br>
> Unless otherwise stated, this e-mail represents the views of<br>
> the sender and not the views of the Environmental Protection<br>
> Agency.<br>
><br>
> Although this e-mail has been checked for the presence of<br>
> computer viruses, the Environmental Protection Agency provides<br>
> no warranty that all viruses have been detected and cleaned.<br>
> Any use of this e-mail could harm your computer system. It is<br>
> your responsibility to ensure that this e-mail does not<br>
> contain and is not affected by computer viruses, defects or<br>
> interference by third parties or replication problems<br>
> (including incompatibility with your computer system).<br>
><br>
> E-mails sent to and from the Environmental Protection Agency<br>
> will be electronically stored, managed and may be audited, in<br>
> accordance with the law and Queensland Government Information<br>
> Standards (IS31, IS38, IS40, IS41 and IS42) to the extent they<br>
> are consistent with the law.<br>
> ___________________________<br>
><br>
> !DEPTSTAMP1!<br>
> _______________________________________________<br>
> postgis-users mailing list<br>
> <a href="mailto:postgis-users@postgis.refractions.net">postgis-users@postgis.refractions.net</a><br>
> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
><br>
> _______________________________________________<br>
> postgis-users mailing list<br>
> <a href="mailto:postgis-users@postgis.refractions.net">postgis-users@postgis.refractions.net</a><br>
> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net">postgis-users@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
</div></div></blockquote></div><br>