Latest Contributions by WilliamCraft

In the ArcGIS for Server Administrator Directory, do you have HTTPS Only specified in the Security section?  Within IIS, do you have "Require SSL" enabled for the Web Adaptor? ... View more

The behavior you described is also something we experienced.  If the GIS service you are trying to access does not respond over SSL, then you cannot utilize it in Portal for ArcGIS.  Some services, however, respond to HTTP and HTTPS.  Below is an example: http://server.arcgisonline.com/ArcGIS/rest/services/ESRI_StreetMap_World_2D/MapServer https://server.arcgisonline.com/ArcGIS/rest/services/ESRI_StreetMap_World_2D/MapServer Both URLs resolve; one over port 80 and the other over port 443. One thing I had thought about was attempting to use the IIS Redirect Module for IIS 7 to see if perhaps HTTPS URLs could be re-directed to HTTP in order to "trick" Portal for ArcGIS.  I've not tried this, but it might work.  Assuming you're using Windows. ... View more

Which version of ArcGIS for Server and which API are you using?  If you're not using an API, are you possibly creating an SOE?  On the other hand, this thread indicates the following information below: To check if the service (10.1 or higher) is secured from the GIS Tier, you can use the ArcGIS for Server Admin API: http://yourserver:6080/arcgis/admin/services/yourservice.MapServer/permissions If the REST end point returned "esriEveryone", it means it is public.  Otherwise, it will return the permitted Roles or Group who can access the service.  What you're really checking for here is whether or not the service requires a GIS token or does not require a GIS token.  Using the REST Admin API in this manner and incorporating this logic into an application or SOE would likely require some sort of custom Python scripting.  To check if it is secured from the Web Tier, you would somehow have to check and see if HTTP protocol (SSL) or port 443 is being used.  This thread also have some relevant information.  I hope this information is helpful to you. ... View more

Great, glad to hear it!  Please mark the correct answer with the green check. ... View more

Read through all of the online documentation here: http://resources.arcgis.com/en/help/main/10.2/index.html#//002r00000001000000 On the left-hand side, you'll find subsections on how to create a geometric network, their specific data requirements, and how to edit them. ... View more

If you're working with a file geodatabase, the text field width can be up to a length of 2,147,483,647 characters.  See this article for details.  How are you importing your data?  It might make sense to create an empty feature class or table with the field names, types, and lengths that you need first and then bring in the records from Excel afterwards via OLE DB.  When setting up your fields, specify the length you need (e.g., 900) for your COMMENTS text field.  If you modify the format of your source data to something else like CSV or DBF like you mentioned, you could load the records using Simple Data Loader by right clicking the empty feature class or table and picking the Load Data option.  Another possibility is the Excel to Table Conversion tool but that only gets you a table, not a feature class.  You could then convert that table to an event layer in ArcMap.  It's worth mentioning the Make XY Event Layer tool in case it allows for the number of COMMENT characters you need.  The event layer can then be exported to a feature class. ... View more

So you're following the steps here in order to make an OLE DB connection to your MS Access database? ... View more

Can you re-post your code using the CODE wrap button (once you highlight all the code, press the button with the pound sign) so that we can see the indentation you're using?  Thanks! ... View more

I wonder if explicitly creating a 64-bit system DSN would help using the ODBC Administrator.  See the steps at the link below for the 64-bit ODBC tool: http://technet.microsoft.com/en-us/library/cc645931.aspx Use localhost\SQLEXPRESS as the instance name and see if it works.  When connecting to SDE to copy the data, try using the DSN name. ... View more

Keep in mind that cached services are not the same as dynamic services.  I believe the time slider behaves as expected when you use a dynamic (non-cached) map service.  In a cached service, you're not actually looking at the 'true features' but instead are looking at static images of those features.  Put differently, cached services generate tiled image files that do not (and cannot) change until you re-generate part or all of the cache.  Think of a cached service as a "snapshot" of the map at one point in time.  Cached services are great for data that does not change much (once per quarter or once per year, as an example).  But for data that changes more often, you would likely want a dynamic service so that the changes to your data (e.g., polygons, points, lines) can be seen when you refresh the service.  So, back to the question about time sliders with cached services... I don't believe the time slider will give you the effect you're looking for in a cached map service. Here is a related thread which references the time slider as it pertains to the Silverlight API.  When I read through Christopher Hill's post though, I feel like the time slider will only work with time aware layers... those which contain time aware attribution that supplied through a dynamic service.  I don't think time slider functionality is available for a tilemap layer.  I think this is why the time slider you did implement has not given you the behavior you wanted. ... View more

Alright, so that's probably not the issue then, if you confirmed both are installed.  Can you check the field lengths of your text fields?  Take a look at your base table (Road_Public.DBO.RN_TollPoint) from within SQL Server Studio Manager to see if any of the VARCHAR, NVARCHAR, VARCHAR(MAX), NVARCHAR(MAX), CHAR, or NCHAR fields have a length of 4000.  There is a bug at the 10.2 release that may relate: When adding a feature to an existing feature class containing a text field with a length of 4000, or creating a new feature class with a 4000 character text field, an "Invalid precision value" error is returned. http://support.esri.com/en/bugs/nimbus/TklNMDk1Mjc0 This may not be the issue, but I think it's worth covering our bases. ... View more

The Enable SQL Access command shows up in the first screenshot of the two you just recently posted.  It appears in the 10.2+ versions of ArcGIS for Desktop. ... View more

I believe the solution to your issue is that you need to install the 64-bit SQL Server Native Client, then close and re-open ArcCatalog to re-try your operation.  Post back to let us know the results. ... View more

Ok, so how about your SQL Server Native Client version?  Per the Esri documentation: If you are installing the SQL Server native client on a 64-bit operating system, use the 64-bit SQL Server native client executable. The executable detects the type of operating system and installs the correct database management system client. If you run the 32-bit SQL Server native client on a 64-bit operating system, it will fail. Are you using the 64-bit native client or the 32-bit native client on your machine with ArcGIS for Desktop? ... View more