Select to view content in your preferred language

Unable to Edit Replica Feature Class that Participates in a Topology

2850
14
Jump to solution
05-02-2013 04:00 AM
ScottRobinson
Occasional Contributor
I have a point feature class that is stored in a feature dataset and participates in a topology in my parent GDB (SQL Express 2008).  Users can't edit the feature class that is in the replicas.  They get an error message saying they can't edit the topology.  What is the workflow to allow me to continue to have this participate in a topology and be editable in a replica GDB?
0 Kudos
1 Solution

Accepted Solutions
ZacharyHart
Honored Contributor
Everyone is using basic.


There ya go!

http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//001t000000sp000000.htm

Creating or editing geodatabase topology requires an ArcEditor or ArcInfo license.


So this is a licensing issue...I was fairly certain that it didn't have anything to do with validation.

However, all hope is not lost: when you create the replica, check the advanced options and use the 'simple model'. The child GDB will contain only simple features (not your topology). Give that a try, and let me know.
[ATTACH=CONFIG]24074[/ATTACH]

View solution in original post

0 Kudos
14 Replies
ScottRobinson
Occasional Contributor
Can anyone help with this?
0 Kudos
RobertBorchert
Honored Contributor
Replicating topology is a little messy.  After you replicate it the child needs to be verified before it can be edited. Essentially when you replicate the Topology to a child database it is the same as creating new topology on your parent database.  You need to clean it up first. 

Also make sure there are the appropriate permissions and extensions on the child

I have a point feature class that is stored in a feature dataset and participates in a topology in my parent GDB (SQL Express 2008).  Users can't edit the feature class that is in the replicas.  They get an error message saying they can't edit the topology.  What is the workflow to allow me to continue to have this participate in a topology and be editable in a replica GDB?
0 Kudos
ScottRobinson
Occasional Contributor
Robert,

I'm unsure what you mean by clean up.  Do you mean address all of the topology errors that may exist in the topology?  If I do this before I make any replicas, will this solve the problem?

Thanks,
Scott
0 Kudos
RobertBorchert
Honored Contributor
If your topology is clean on the parent it should (knock on wood) be clean when you replicate it.

You still need to run validation on the new topology.

http://resources.arcgis.com/en/help/main/10.1/index.html#//006200000006000000



Robert,

I'm unsure what you mean by clean up.  Do you mean address all of the topology errors that may exist in the topology?  If I do this before I make any replicas, will this solve the problem?

Thanks,
Scott
0 Kudos
JakeSkinner
Esri Esteemed Contributor
Hi Scott,

A few questions:

1.  What version of ArcGIS, including service packs, are you using?
2.  What type of geodatabase are you replicating to (File, SDE, Personal)?
3.  Can you post a screen shot of the exact error users are receiving when they attempt to edit a replicated feature class that participates within the topology?
0 Kudos
ScottRobinson
Occasional Contributor
Jake:

1.  ArcInfo 10.0 running on Windows 7 64-bit.
2.  SDE running on SQL Server Express 2008
3.  I'll post it ASAP.
0 Kudos
ZacharyHart
Honored Contributor
Jake:

1.  ArcInfo 10.0 running on Windows 7 64-bit.
2.  SDE running on SQL Server Express 2008
3.  I'll post it ASAP.



Hey Scott, didn't see this in the other posts: are you able to edit it with your info/advanced desktop seat? Are the end-users on ArcView/Desktop basic? [i'm leaning towards a license restriction but that's just a hunch:
LicenseLicense:

You can create simple, temporary topological relationships between features in ArcGIS for Desktop Basic. Creating or editing geodatabase topology requires an ArcGIS for Desktop Standard or ArcGIS for Desktop Advanced license.

]

We replicate topology all the time and have no problems, and I can almost guarantee that there are errors in the  parent before doing replication. [EDIT: what I mean by this is that we do have topology errors but are still able to create and edit the replicas just fine]
0 Kudos
ScottRobinson
Occasional Contributor
Thanks, Zach.  I can edit with my INFO license.  I don't know if you saw the posts above but I may have unresolved topology errors when I make the replicas.  I'm still building this database and having some foresters beta-testing it.

Scott
0 Kudos
ZacharyHart
Honored Contributor
Thanks, Zach.  I can edit with my INFO license.  I don't know if you saw the posts above but I may have unresolved topology errors when I make the replicas.  I'm still building this database and having some foresters beta-testing it.

Scott



Hey Scott, I did read that, but I guess what i mean are your other users able to edit the data in the replica (which is sounds like they can't) and what license level are they using? They need Standard or Advanced (Editor or Info) to be able to do topology editing.

I'm not sure the exact topologies rules you have, but, again, I'm almost certain I've created replicas with existing topology errors, so
I don't think its that.

The only other thing I can think of is an order of operations type thing I can think of is: are your feature datasets registered as versioned? That would prevent you from editing...but I don't think you could even create the replica w/o doing that...easy to check if they are though!
0 Kudos