What field names do you use for Address Ranges?  Developing a Python Add-in

Discussion created by rfairhur24 on Mar 29, 2016
Latest reply on Jan 17, 2017 by lusk0001

I would like to know what field names are used in the GIS community to represent the Address Ranges fields that capture the Left From Address, Left To Address, Right From Address, and Right To Address.

I want to know this because I am designing an add-in editor extension and toolbar for Address Management, but to avoid direct editing of the code and to make it easy for everyone to use I need to supply a list of all possible Address Range field name formats into a combobox.  If the field names are in my pre-built combobox list the tool will automatically detect the fields that match the chosen editable polyline layer, and only ask for confirmation when there is more than one recognized field name format in the data.


If for some reason the field names are not in the list the user can still type their own address range field names into the combobox to add them to the list without editing the add-in code so the tools will still work. Even though the actual fields can be in any order in the target data, for the tool to do the proper edits the fields have be added to the list in the order shown above, which may confuse some users.  Users also would have to enter the set of field names every time they restarted ArcMap, unless they directly edited the add-in code.  But if the format is in my pre-built list of address field formats, the user will not ever have to type them.


So far the formats that I have put into the combobox are:













Let me know if I have missed the field name format(s) you use so I can add it/them to the combobox list.


So far the toolbar has:


1) The ArcMap built-in Edit Vertices tool and Flip command for flipping edit sketch geometry of one line (I didn't want to reinvent the wheel).


2) Nine (9) different buttons that will operate on multiple selected lines at the same time to swap address range field values in all directions (Three (3) complete range swap buttons to handle full address reversal, side to side only, and from end and to end only and six (6) address pair swap buttons that will do side to side swaps at either end of the line, from end and to end swaps on either side of the line, and diagonal swaps for either pair of opposite corners) to synchronize address parity with the line direction.


3) A split line and address tool that works with both text and numeric address range fields.  This tool works the same as the normal split line tool for polylines that do not have address range fields, but for data that does have address range fields it also proportionally splits the address ranges.  It preserves each sides ascending/descending range orientation and properly proportions each segment even when the two sides have opposite range orientations.  There are also two comboboxes that will let the user adjust the Split behavior.  One combobox sets a maximum radius surrounding the point where the user clicked in which a split can take place, and the other combobox sets a snap vertex delta that will split the line at the nearest vertex only when the difference between the distance to the nearest vertex and the nearest edge does not exceed the delta.  The split line and address tool works for Projected Coordinate Systems, but I have yet to test it with Geographic Coordinate System data.


I plan to create a Planarize Lines and Addresses tool that will work on multiple lines that intersect each other, but I may release the toolbar without it and issue a new version later.