POST
|
Hey Shannon - just as an FYI - we have been using 10.2 (and now 10.2.2) with AlwaysOn - and it pretty much rocks. Reasons: - very reliable, well over 100 million REST requests that require SQL server data, and the Always on replica has not skipped a beat, with 90% of that during our fire season (Dec-March) - easy to setup - performance is amazing - at our highest peak load - the AlwaysOn replica never got over 9% CPU usage. -Anthony
... View more
10-02-2014
04:11 PM
|
1
|
0
|
919
|
POST
|
Also tested with the Garmin Fenix 2 - works really well... Though need to try some long hikes in varying terrains/tree cover to see how it performs.
... View more
08-04-2014
04:25 PM
|
0
|
0
|
654
|
POST
|
Hi Patrick - The named user concept really needs more explaining by esri - when is one needed - when is one not. There is substantial grey going on in this area. While you can download collector for free - it looks like you need to log into ArcGIS Online or Portal using a Named User account if you want to collect data - which is confusing considering the name of collector implies you want to collect. There is also a good discussion brewing here as well - good answer from Derek on the subject - and hopefully more details to come: Named Users? We really like what we see in Collector and want to use it - however the cost per seat needs to be fully qualified before we can go down that path. BTW - we can't see any pricing in Australia - we are geo-blocked. Probably the biggest disadvantage of having to go through a local distributor, is the premium that we pay for the same software in the USA. (Though the Australian Govt is looking to change the Copyright Act to allow us to access equivalent pricing by getting around being geo-blocked - but that is a whole 'nother issue). Esri isn't the only one - Apple, Microsoft, Adobe - they all do it... Cheers - Anthony
... View more
08-04-2014
04:22 PM
|
0
|
0
|
2023
|
POST
|
Thanks Derek. Any chance there could be a matrix that spells out what you can and can't (based on the type of user) with the apps (Sharepoint, Collector, Operations Dashboard, etc), and if needed, one for Portal and one for ArcGIS Online? Cheers - Anthony
... View more
08-04-2014
04:01 PM
|
0
|
0
|
1575
|
POST
|
Hi Derek, (good to see you on the forums) We really need some clarity on this subject - we too are evaluating products like Collector and Sharepoint for ArcGIS - and the pathway of integrating with existing enterprise logins is something we want to consider. This is our scenario: - We are building an emergency management portal (using Sharepoint) where people are authenticated via their enterprise login details (across multiple agencies) - The portal that is being replaced, has realtime maps embedded that are a custom app - and can't be migrated due to technical issues. - We would like to use the esri sharepoint webpart and/or the JS based templates - however, it sounds like users need to be named users? We could have up to 30,000 people using this portal during peak bushfires - hence you see our problem. The current model of ArcGIS Server means to scale to capacity needed, whereas Portal and ArcGIS Online seem to be limited to a set of named users. These are very different models, and it will be a struggle to understand how you can get ArcGIS Server and ArcGIS Portal to work together with such different models. Maybe I have this perception wrong. Our alternative is to build our own JS map webpart - which is not a preferred option (we like to configure apps rather than having to build them - I know, an anti coding model :-). Cheers - Anthony
... View more
07-29-2014
04:29 PM
|
1
|
0
|
1575
|
POST
|
Hi Anthony - thanks for the response. I think my question needs to go to this thread: https://community.esri.com/message/79542#79542 Cheers - Anthony
... View more
07-29-2014
04:16 PM
|
0
|
0
|
2023
|
POST
|
Hi, If we have an organisation account in ArcGIS Online - can we use Collector? Are there any other costs associated? Any limitation on the number of users? Thanks - Anthony
... View more
07-28-2014
11:44 PM
|
0
|
5
|
16002
|
POST
|
This guy works pretty easily - https://buy.garmin.com/en-US/US/oem/sensors-and-boards/glo-/prod109827.html Only tested with iPad/iPhone with Collector
... View more
07-28-2014
11:18 PM
|
0
|
7
|
654
|
POST
|
Hi Craig, That did the trick. Turns out that our Hudson box (and some of the devs boxes) did not have the required font (or it was not registered properly). Now we are ticking away Thanks for your help. Anthony
... View more
09-18-2013
10:49 PM
|
0
|
0
|
656
|
POST
|
Hi Craig - thanks for the quick response. When do fonts get embedded? We are publishing via Python with the CreateMapSDDraft and then - are there parameters we can set to force fonts to be embedded? Cheers - Anthony
... View more
09-12-2013
11:10 PM
|
0
|
0
|
656
|
POST
|
Hi, Wondering also if anyone has seen this issue. We publish our map services (10.1) on our Dev Environment, and the symbols display correctly. However, when we re-map the MXD's to the UAT Workspaces, publish the SD's to our UAT environment - the map services (for some symbols) are incorrect. We have checked that the required fonts (custom true type fonts) are registered on the UAT servers. The only thing that is can tell is different between environments is that, while the alias names are identical, the physical file names are different. e.g. We have a TTF called Incidents_0.ttf (alias is AAHS Incidents Regular) on our dev machine, while on our UAT machines the TTF is Incidents.ttf (alias is AAHS Incidents Regular). Would the SD's be referencing the physical file name rather than the alias font name? -Anthony
... View more
09-12-2013
10:01 PM
|
0
|
0
|
656
|
POST
|
Anthony, we don't fully support AlwaysOn at 10.1. At 10.1 you can connect to a read-only database, not a geodatabase. The ability to connect to a read-only geodatabase will be part of the 10.2 release. The ability to do read-only routing via the Listener using the APPLICATIONINTENT connection parameter will be available in the following release. -Shannon Hi Shannon, Thanks for the info. Look forward to 10.2 coming out. Cheers - Anthony
... View more
07-14-2013
10:32 PM
|
0
|
0
|
919
|
POST
|
Hi We are working within Emergency Services, and are moving from ArcGIS 10.0/SQLServer 2008 to ArcGIS 10.1/SQL Server 2012 A key need is high availability, with large hit counts on our servers. We are looking to use the AlwaysOn feature that comes with SQLServer 2012. One approach that we are looking at is to create a Read Only replica using AlwaysOn to support our Read Only End Users Asynchronous Commit - Services would then be published from this Read-only Replica. In this case, we won't be using ArcGIS Replication - it will be using the SQL Server to create the AlwaysOn copy. The parent Geodatabase will be read-write via Feature Services and ETL updates. The data volumes are not massive. Our hit rate is pretty large (hence why we want to isolate our read-write operational users from our view only users). Has anyone found any limitations in using a Read Only replica? Is this a supported pattern from Esri for HA ArcGIS Server? Another option is to go with a FGDB approach for the read-only end users (this is our first option - but wanted to investigate other ideas out there). Thanks Anthony
... View more
06-17-2013
09:10 PM
|
0
|
9
|
4272
|