POST
|
HHhhmm its odd, as I only have Hydrants to HydrantInspectionsTable (1:M) and its not populating the FK in the table, when creating a new record using collector.
... View more
04-20-2016
03:24 PM
|
0
|
0
|
1008
|
POST
|
Thanks for sharing Vicky. I have also started a support case with ESRI Canada. Unfortunately, I need the 1:M relationship for this project. So hopefully something can be worked out. Please let me know if you find a solution.
... View more
04-18-2016
02:49 PM
|
0
|
1
|
1008
|
POST
|
I have recently run into the issue of the foreign key not automatically populating in the related table, when creating a new record with collector. It appears to work when editing in ArcMap on my desktop, however it’s not working on the collector app. I am using a Global ID in the original feature class and a corresponding GUID field in the related table to ensure the 1:M relationship. I am using ArcGIS Collector v 10.3.9 on iOS and publishing services with ArcGIS server (v 10.03) on amazon EC2, then configuring web maps with ArcGIS online. Please let me know if you can help or have any advice on how to resolve this issue. Thank you!
... View more
04-15-2016
10:49 AM
|
0
|
6
|
4999
|
POST
|
Hello, I have a potentially related question: I have deleted a raster dataset in ArcCatalog (simply by right clicking and choosing delete). The data is stored in an ArcSDE geodatabase on an SQL Server. However, the dataset continues to appear/remain visible in the table of contents in ArcCatalog. Even though its disfunctional/ well actually deleted. How can I remove it completely? Thanks for your help in advance!
... View more
01-28-2014
11:17 AM
|
0
|
0
|
113
|
POST
|
Hi Peter, Sorry for the delayed reply. I am sure you have figured out how to organize your data by now... but here is what came of my questions After a brief investigation by Scott, we decided to seperate out many features into their own feature classes because there was specific attribute information that we wanted to track... Scott did say: "... street signs, signals and lights are not managed as street furniture because their structure and attributes are much different. In this case, we have a single pole feature class that can have many related records (signs, lights, signals) stored in their associated tables. This is a much more complex data structure than the furniture. I???m a bit nervous about breaking down the furniture in to a subtype model because it would be really hard to find a unique set of domains for each of the features currently in the TYPE field. I do think there are some things we could do to improve support for the data you have ??? ie. add attachments, add designation attribute, increate domains to support recycle bins, etc." Hope that helps! Thanks, Hailey
... View more
04-16-2013
02:22 PM
|
0
|
0
|
341
|
POST
|
Hi, Thanks for your help. Changing the PMODE helped, as it allowed the point data to show up! The data was always there and visible in the layer properties, but the points were so miniscule that the user can't see them. I will just have to inform the end user to change the PMODE to a value of 2. Thanks again!
... View more
11-27-2012
10:24 AM
|
0
|
0
|
724
|
POST
|
Hi Scott, Thank you for your reply! I have emailed you our data structure, so perhaps you can provide us with further suggestions?! Thanks again for all your help 🙂 Hailey
... View more
11-06-2012
05:55 AM
|
0
|
0
|
341
|
POST
|
Great, thanks for the tip 🙂 I am aware that you are can add fields. But I am wondering if I should add tons of new fields that correlate to each of the old feature classes (some of which will only be applicable to specific features) to ensure no information is lost when they are merged into one big street furniture FC. Or is there a better way to go about this?!
... View more
10-26-2012
09:26 AM
|
0
|
0
|
341
|
POST
|
Hello LGM Community, I have some questions regarding the ???Facilities Streets??? feature dataset, and the ???Street Furniture??? FC. Historically we (I work for a small town municipal government) tracked many of those features that would be stored in the street furniture FC individually/ as separate FCs. For instance, we have feature classes for large garbage bins, small garbage bins, recycling bins, benches, bike racks, picnic tables etc??? And within each of those FC???s we tracked additional and specific attribute information (which differs between FC???s). So how do we best incorporate all these old FC???s into one giant FC called Street Furniture, and not lose all the other specific data that was tracked within each of them. Just add tons of additional columns I guess?! Also, we were interested in making subtypes for some of the street furniture types. For example: a feature could be coded as a trash can but it could have a subtype to represent whether it is a large bin, small bin and what type of bin it is??? However, I think we can???t make subtypes on a string domain type it has to be a short integer or long integer domain type. So is it OK to change the domain type from text to short integer for the TYPE of street furniture to accommodate for subtypes?? One other thing, it appears that hydrants are tracked within the street furniture FC, but there is also a separate FC in the Water gdb for water hydrants (which seems to make more sense for grouping data). So the types of items tracked within the street furniture feature class are optional, because at times they are tracked elsewhere as well? Please let me know your thoughts or advice on 1. effectively combining old data and all their relevant attributes into the new feature class, 2. the potential future effects of changing the field type of a domain to create a subtype, and 3. the frequency of tracking features in two different places... Thanks in advance! Hailey
... View more
10-26-2012
08:03 AM
|
0
|
7
|
2224
|
POST
|
Hello, This seems simple, yet every time I use the "export to CAD" conversion tool, I come out with a DWG where any converted GIS point data appears invisible in AutoCAD (despite it being in the layer properties widnow of AutoCAD). What do I need to do to make these points convert to CAD points? Or something like that? (I have tried changing the symbology in AutoCAD, but I had no luck affecting the visibility of those points). Thanks in advance for your help or advice 🙂 H.M
... View more
10-25-2012
02:00 PM
|
0
|
3
|
3132
|
POST
|
You guys are BRILLIANT !! Both the space was required and the ()'s after IsNull. Thank you so much! Hailey
... View more
05-04-2012
09:03 AM
|
0
|
0
|
1965
|
POST
|
Dim x If [CLASSIFICATION_1] = "High" then x =5 ElseIf [CLASSIFICATION_1] = "Medium" then x =3 ElseIf [CLASSIFICATION_1] = "Low" then x =1 ElseIf IsNull [CLASSIFICATION_1] = True then x=0 Else x = 9999 EndIf Water_Classification= x Thanks for your help! [ATTACH=CONFIG]14100[/ATTACH] [ATTACH=CONFIG]14101[/ATTACH]
... View more
05-04-2012
08:55 AM
|
0
|
0
|
1965
|
POST
|
Hhmm I have added Dim x at the top and changed that one line to be ElseIf IsNull([CLASSIFICATION_1]) = True then.... However its still not working. But I am getting a new error, which says "Error Executing Funtion. Expected 'Then' Failed to execute". Thanks for the help! any other ideas?
... View more
05-04-2012
08:06 AM
|
0
|
0
|
1965
|
POST
|
Hi, Wihtin model builder I have used the field calculator, to try and populate a new empty field (called Water_Classification) based on the contents of another field. However, my VB statement is not working and I am unable to figure out why? If anybody can help, it would be much appreciated 🙂 I would like to put numeric values in a field called [Water_Classification] depending on what the string values are from another field called [CLASSIFICATION_1] This is what I currently have: If [CLASSIFICATION_1] = "High" then x =5 ElseIf [CLASSIFICATION_1] = "Medium" then x =3 ElseIf [CLASSIFICATION_1] = "Low" then x =1 ElseIf [CLASSIFICATION_1] = "<null>" then x =0 Else x = 9999 EndIf At the end (in the box at the bottom), I have: Water_Classification = x If anybody has any advice or tips, pelase let me know, Thanks!
... View more
05-04-2012
07:37 AM
|
0
|
7
|
8509
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|