POST
|
Does the feature class you're making an attribute rule for have any unsaved edits? Maybe someone else is editing the feature class, or you have it open with unsaved edits in another project file.
... View more
01-16-2020
12:48 PM
|
0
|
0
|
2798
|
POST
|
You can access the lat/long individually by adding ".X" or ".Y" to the end of Geometry($feature), so your attribute rule would be: return Geometry($feature).Y for Latitude, and return Geometry($feature).X for Longitude.
... View more
01-16-2020
12:42 PM
|
2
|
7
|
2463
|
POST
|
Hmm. Maybe create a new FGDB with two new feature layers and import the field map schema from the original feature layers. Copy a handful of records from each original feature layer and paste them into the new feature layers (or create dummy polygon features that you fill in with a random "GRTS_ID'), then create the rule again. That would be a truer "clean slate" approach than exporting copies of the feature layers themselves.
... View more
01-16-2020
10:35 AM
|
2
|
0
|
1138
|
POST
|
I don't know of a way to adjust these items within ArcGIS Pro specifically, but you can change the display scale on your computer to increase the cursor/text size in all programs. I just tried it and it works in Pro. If you're running Windows 10, go to Settings -> Display -> and change the "scale and layout" option. See here for more info: How to Use Windows 10 Display Scaling Hope this helps!
... View more
01-16-2020
10:18 AM
|
1
|
1
|
1090
|
POST
|
I created some dummy data with your layer/attribute names and created an attribute rule using the exact code you pasted. The 'GRTS_ID' attribute from the 'NABAT_CONUS_10x10_KM_GRID_CELLS_PRJ' layer was copied as expected instead of the Object ID so I don't think your code is wrong. Maybe try deleting the rule that's giving you trouble, restarting Pro, and creating the rule again? Or you could export a copy of the two datasets and create the rule using the copied layers to see if it's a quirk with the original feature layer.
... View more
01-16-2020
09:59 AM
|
1
|
2
|
1138
|
POST
|
Owen Evans Do you have any update on this timeline? Any ballpark date that we ca expect the announcement would be great, if you have that info. Thank you, Kelly
... View more
01-16-2020
09:33 AM
|
1
|
0
|
873
|
POST
|
Try removing " tblLanding_EXPORT. " in line 2 so it says var cityname = $feature.City; // read out the city
var sql = "City" + " = '" + cityname + "'"; // create query
var table = FeatureSetByName($map, "LandingsWithCables_EXPORT"); // get access to table
var related_records = Filter(table, sql); // filter the table for relevant records
var cnt = Count(
related_records); // determine the number of records found
var result = "";
if (cnt == 0)
{
// no records found
result = "No cable systems found";
}
else
{
// we have related records, let's create the text to return
result = cnt + " cable system(s) found:";
for (var record in related_records)
{
var txt = TextFormatting.NewLine + " - " + record.SystemName; // use the correct field name from the table
result += txt;
}
}
return result;
... View more
01-15-2020
11:26 AM
|
1
|
1
|
511
|
POST
|
If you're looking to avoid the appearance of an overlap in your symbology, symbol layer drawing will solve your problem.
... View more
11-27-2019
06:59 AM
|
2
|
1
|
678
|
POST
|
The Export and Import XML Workspace tools sound like they would do exactly what you need, if you use the "Schema only" export & import options. (Although I admit that I've used the method you described and never had any issues despite it not being "best practice," per see. Yet, at least! I may have just jinxed myself )
... View more
10-18-2019
06:17 AM
|
1
|
0
|
621
|
POST
|
Great idea, Robert LeClair. In a similar vein, TKM ., you might have some luck solving the problem by checking the geometry for errors (more info on how to check and repair any errors you found here).
... View more
10-18-2019
05:46 AM
|
0
|
0
|
1016
|
POST
|
Glad I could help! Sounds like splitting them into two files will work perfectly for the OD Cost Matrix tool. You can import one feature class as "origins" and the other as "destinations." If you map each layer's ID field to "Name" when you're importing them to the OD Cost Matrix, the lines that get created when you solve the layer will have a field that looks like "[Origin ID] - [Destination ID]." I use this tool a lot in Pro and then I export the solved lines to excel for further analysis, which sounds like what you're doing as well. The OD Cost Matrix has an option that will output straight lines between each origin and destination, but the "cost" you set when configuring the matrix (ex. miles, minutes, etc.) will be calculated based on the driving distance along the network and not the straight line. That can be a bit confusing if its your first time using the tool - you can read more about it here. I used to use the "Closest Facility" tool to find the distance between two sets of points, but so long as you don't need to create turn-by-turn directions, the OD Cost Matrix is a lot faster. Best of luck!
... View more
10-18-2019
05:43 AM
|
2
|
0
|
1958
|
POST
|
I see this error occasionally when the attribute table I am trying to open has another table joined to it. I am usually able to fix this by removing the join and creating it again. If that doesn't work, I've also had luck closing the project and opening it again.
... View more
10-17-2019
10:34 AM
|
0
|
1
|
1016
|
POST
|
The XY to Point tool is looking for columns with the field type of "double." It seems like your customer lat/longs aren't being read in by ArcGIS Pro as "double." Sometimes that happens if you have a value like "NULL" or "N/A" in your list of coordinates - to accomodate for the text value, ArcGIS will convert the entire column to text. If you confirm that your customer lat/long fields don't have any text in them but you're still unable to see those fields in the XY to Point tool, you can save your excel sheet as a .csv file and create a schema file to go with it. In Notepad or whatever text editor you use, save a blank document with the filename "schema.ini" in the same location as your .csv file. Then in your text editor, you will need to specify a) the name of the .csv file in brackets, b) the format of the .csv file, and c) the field names and what type they should be. Like this: [YOUR CSV NAME HERE.csv] Format=CSVDelimited Col5=Customer_Latitude Double Col6=Customer_Long Double Of course you'll want to replace "YOUR CSV NAME HERE" with the name of your CSV file, and double check that the column names I used match your column names. Back in Pro, use the .csv file as your input for the XY to Point tool. Your customer lat/long fields should show up now. As for your question of "Am I using the right tool?" - if you're trying to make a layer for customer points and a layer for distributor points, then I would split your spreadsheet into two separate files and run the XY to Point tool on each file. You can add a unique ID field before you split the data so you can join them back together if needed. If the distributor and customer that share a row are related and you'd like to see how they connect, you can use the XY to Line tool. That tool will ask you for four inputs instead of two - a lat and long for the start and ending of the line (in your case, the distributor lat/long and the customer lat/long). I hope this helps! Let me know if I misunderstood your question.
... View more
10-17-2019
10:27 AM
|
2
|
3
|
1958
|
POST
|
Robert Jensen, Now that this post is a few months old, is there a more specific ETA for when we can expect BFUSA to be integrated into the world geocoder? Or a roadmap for when it will be available in the Living Atlas, basemaps, training datasets, etc.? Thanks for any update you can provide! -Kelly
... View more
09-19-2019
06:29 AM
|
0
|
5
|
1612
|
POST
|
Praveen, Thank you for the update! I really appreciate it. -Kelly
... View more
08-19-2019
05:35 AM
|
1
|
0
|
2711
|
Title | Kudos | Posted |
---|---|---|
23 | 07-16-2021 06:55 AM | |
1 | 04-20-2021 08:36 AM | |
1 | 01-16-2020 09:59 AM | |
1 | 10-18-2019 06:17 AM | |
2 | 01-16-2020 10:35 AM |
Online Status |
Offline
|
Date Last Visited |
3 weeks ago
|