POST
|
It looks like the disappearance of the Get Token link is a bug (NIM093798); it shouldn't be hidden. Thank you for bringing this to our attention. 🙂
... View more
08-07-2013
03:38 PM
|
0
|
0
|
569
|
POST
|
I think Russ meant the 10.2 update of the Android app; the current Android app version is 10.1.1.
... View more
08-06-2013
08:54 AM
|
0
|
0
|
996
|
POST
|
Hi, I'm double checking, but I'm pretty sure that this would be a problem based on the license agreement. However, while we wait for that answer...I'm curious why you would want to do that. I mean, if you have the enterprise server licence, why wouldn't you publish to the enterprise server?
... View more
07-31-2013
09:49 AM
|
0
|
0
|
295
|
POST
|
Thomas, Did you run the "enable geodatabase" part of the ArcSDE for Microsoft SQL Server Express Personal setup wizard? You don't need ArcGIS Server for that. As you indicated, the database was not actually created. There's a known refresh issue in the Catalog tree - the geodatabase shows up even though it isn't there. If you close and reopen the client, the geodatabase is no longer under the Database Servers. The usual reason for the geodatabase not being created is the SQL Server Express instance not being properly enabled to store geodatabases. In the case of the forum post you included, that was for the workgroup variety. I've not heard of this problem occurring when you run the ArcSDE for Microsoft SQL Server Express Personal setup wizard. Try running that portion of the setup wizard again. If you still can't create a geodatabase - truly create one, not just a phantom ;), please contact tech support, as we need to log that as a new incident.
... View more
07-30-2013
10:21 AM
|
0
|
0
|
333
|
POST
|
You can create a database connection to the geodatabase, specifying the port with the instance name. For example, if you set your SQL Server Express instance to listen on port 18200, type: <ELB_IP_address>\sqlexpress,18200
... View more
07-22-2013
04:38 PM
|
0
|
0
|
700
|
POST
|
Are you using the 10.1 final Esri AMIs? If so, those have named instances of SQL Server Express. SQL Server named instances use dynamic ports, which means you can't be sure of which port it will use. You'd need to switch to using specific port to be able to successfully open the correct port. See this Microsoft article: http://msdn.microsoft.com/en-us/library/ms177440%28v=sql.105%29.aspx Hope this helps. 🙂
... View more
07-22-2013
12:40 PM
|
0
|
0
|
700
|
POST
|
What happens if you click Validate All in Manager? Do the question marks change to green checks? Do you get an error message?
... View more
07-12-2013
12:41 PM
|
0
|
0
|
604
|
POST
|
Jose, I'm curious...how did you add the sde layer to Online? Was it part of a service definition (sd) file you loaded? Or is it data in a feature service you added to Online?
... View more
07-05-2013
12:44 PM
|
0
|
0
|
605
|
POST
|
Brendan, You probably got past this by now, but in case you didn't...it is because you are using OS authentication that you have to add the ArcGIS Server Administrator to your SQL Server instance and database, as indicated in the linked post. When the Database Connection file is set to use OS authentication, ArcGIS Server will connect to the registered database as the ArcGIS Server Administrator login (the ags account mentioned in the link). If you haven't added that account as a login to your instance and as a user in the database, ArcGIS Server will not be able to connect.
... View more
07-02-2013
07:44 PM
|
2
|
1
|
1222
|
POST
|
You can migrate storage on the feature classes in place using the Migrate Storage toolhttp://resources.arcgis.com/en/help/main/10.1/index.html#//00170000000q000000, but not between databases. I'm not aware of any way to move and migrate versioned data at the same time. Copying/pasting or exporting data will not take the versions and archives along with it. Moving the entire database is the only way I can think of to preserve the versions and archives. Could you use a backup of the RHEL 5/Oracle 11.2.0.2/ArcSDE 9.3 database and restore it to RHEL 6/Oracle 11.2.0.3.0? Or use some other Oracle tool to move the contents of the entire database from one Oracle instance to another? If so, you could then upgrade the geodatabase to 10.1 and migrate the feature class geometry storage to ST_Geometry on the newer Oracle instance.
... View more
06-12-2013
01:06 PM
|
0
|
0
|
228
|
POST
|
I was thinking you had gotten an error about the DBMS client release. Now that I see the error in your last post, though, it looks like you did not create a geodatabase.
... View more
06-12-2013
12:22 PM
|
0
|
0
|
689
|
POST
|
Chandan, What version of the SQL Server Native Client do you have installed? You'll need at least the 2008 version to connect. In the case of SQL Server, though, you run the Native Client installation that matches your OS - you cannot run the 32-bit SQL Server Native Client installation executable on a 64-bit machine. http://resources.arcgis.com/en/help/main/10.1/#/Setting_up_a_connection_to_SQL_Server/002q00000038000000/
... View more
06-11-2013
10:51 AM
|
0
|
0
|
689
|
POST
|
@Wesley: At 10.1, only 64-bit versions of the database are supported. The ST_Geometry library is 64-bit only; I'm pretty sure that it will not work with a 32-bit installation of PostgreSQL. As a tip for when you install a 64-bit database cluster...I'm assuming that since you installed PostGIS that you want to use the geometry type for data storage(?) If so, be sure to pre-create your database using the PostGIS template before running the tool to create a geodatabase. The Create Enterprise Geodatabase tool uses the default PostgreSQL template database to create the database, which will not include PostGIS. (You'll still have to copy over the ST_Geometry library for the tool to run, but you don't have to use the ST_Geometry storage type once the geodatabase is created.) @Ryan: You should be able to run pg_config when logged in as the postgres user to determine which location to place the st_geometry.so file. (I say should because Ubuntu isn't technically supported, so I don't know for sure this will work in this case.) Also, be sure you copied the 9.1 version of the file since you indicated that you are using PostgreSQL 9.1. @Bryan: The topic you mention is a tutorial, specific to one particular OS and DBMS version; we wouldn't want to link to it from the error since it isn't applicable to all situations. HOWEVER, if the message still says "You must copy the latest ST_GEOMETRY and dependent libraries to the PostgreSQL software location...", we gotta fix that, since there aren't any other libraries you need to copy. I'll check on that and open a bug to fix the message if necessary.
... View more
03-18-2013
07:02 PM
|
1
|
0
|
8018
|
POST
|
What type of raster file is it? It's not a mosaic dataset, is it?
... View more
12-14-2012
08:48 AM
|
0
|
0
|
564
|
Title | Kudos | Posted |
---|---|---|
1 | 11-27-2013 12:27 PM | |
2 | 08-26-2013 02:33 PM | |
3 | 01-27-2020 12:03 PM | |
3 | 01-27-2020 11:40 AM | |
1 | 03-18-2013 07:02 PM |
Online Status |
Offline
|
Date Last Visited |
09-24-2024
11:55 PM
|