local-government-desktop-addins icon indicating copy to clipboard operation
local-government-desktop-addins copied to clipboard

Running the AddLateral tool from the Water Utility Network Editing toolbar gives different behaviors in different machies

Open PedroCruzUdjat opened this issue 4 years ago • 7 comments

In the WaterUtilitesNetworkTools Add-In, the AddLaterals tool doesn't create the line (it does nothing), although the selected point is within the search distance of the nearest line. Using the same Add-In in a machine where Visual Studio and ArcObjects SDK is installed, the tool works normally. Tested in 10.6.1, 10.7 and 10.8.

PedroCruzUdjat avatar Jul 10 '20 16:07 PedroCruzUdjat

It could be the configuration, debugging the project copies the config file to the correct folder. The add in ships with a default config, did you update it or does it need updating to match your data?

MikeMillerGIS avatar Jul 10 '20 18:07 MikeMillerGIS

Hi Mike,

It's a modified configuration to match a custom data model. I don't think that it's a problem with the configuration. As I pointed out, the same Add-In (with the same custom configuration), results in different outcomes depending on the machine where it's running. It works correctly in some, and in others it does nothing (no message, no new line feature).

Do you have any idea why this is happening? I can send the Add-In and a file geodatabase with the data model.

Thank you for your help.

Best regards,

Pedro Cruz

On Fri, 10 Jul 2020 at 19:14, Michael Miller [email protected] wrote:

It could be the configuration, debugging the project copies the config file to the correct folder. The add in ships with a default config, did you update it or does it need updating to match your data?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/Esri/local-government-desktop-addins/issues/311#issuecomment-656813845, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACXJHBLRE2ZV7SIF5JU5S63R25LANANCNFSM4OWXQBDQ .

PedroCruzUdjat avatar Jul 10 '20 19:07 PedroCruzUdjat

My only guess is the config file is being overwritten by the add in on start up. If the add in does not detect the config it creates a new one. Can you verify it is still correct after placing the custom config xml and opening arcmap, testing the tools and closing arcmap. I am not sure how VS and the SDK would change anything.

Did you recompile the add in with the custom config?

MikeMillerGIS avatar Jul 10 '20 19:07 MikeMillerGIS

I didn't recompile. I opened the add-in as a zip file and edited directly the loaded.water.config file. I had no problems with this procedure, with this one or on other (not related) add-ins. I also think the Visual Studio and SDK shouldn't have an impact, but perhaps it's another program or configuration that's affecting the tool.

Best regards,

Pedro Cruz

On Fri, 10 Jul 2020 at 20:19, Michael Miller [email protected] wrote:

My only guess is the config file is being overwritten by the add in on start up. If the add in does not detect the config it creates a new one. Can you verify it is still correct after placing the custom config xml and opening arcmap, testing the tools and closing arcmap. I am not sure how VS and the SDK would change anything.

Did you recompile the add in with the custom config?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/Esri/local-government-desktop-addins/issues/311#issuecomment-656848291, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACXJHBM6RGWF7F6R2H5NNOLR25SSHANCNFSM4OWXQBDQ .

PedroCruzUdjat avatar Jul 10 '20 19:07 PedroCruzUdjat

Hi Mike,

Just to check if you have any other idea about this issue.

Best regards,

Pedro Cruz

On Fri, 10 Jul 2020 at 20:27, Pedro Cruz [email protected] wrote:

I didn't recompile. I opened the add-in as a zip file and edited directly the loaded.water.config file. I had no problems with this procedure, with this one or on other (not related) add-ins. I also think the Visual Studio and SDK shouldn't have an impact, but perhaps it's another program or configuration that's affecting the tool.

Best regards,

Pedro Cruz

On Fri, 10 Jul 2020 at 20:19, Michael Miller [email protected] wrote:

My only guess is the config file is being overwritten by the add in on start up. If the add in does not detect the config it creates a new one. Can you verify it is still correct after placing the custom config xml and opening arcmap, testing the tools and closing arcmap. I am not sure how VS and the SDK would change anything.

Did you recompile the add in with the custom config?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/Esri/local-government-desktop-addins/issues/311#issuecomment-656848291, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACXJHBM6RGWF7F6R2H5NNOLR25SSHANCNFSM4OWXQBDQ .

PedroCruzUdjat avatar Jul 27 '20 17:07 PedroCruzUdjat

I really do not have any idea. I would verify the xml file is correct after the add in was installed.

MikeMillerGIS avatar Jul 27 '20 17:07 MikeMillerGIS

Ok thank you for your help.

Best regards,

Pedro Cruz

On Mon, 27 Jul 2020 at 18:46, Michael Miller [email protected] wrote:

I really do not have any idea. I would verify the xml file is correct after the add in was installed.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/Esri/local-government-desktop-addins/issues/311#issuecomment-664542621, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACXJHBJO2D7V2VMQDMB6YLLR5W4QTANCNFSM4OWXQBDQ .

PedroCruzUdjat avatar Jul 28 '20 09:07 PedroCruzUdjat