Open PedroCruzUdjat opened 4 years ago
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?
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 notifications@github.com 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 .
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?
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 notifications@github.com 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 .
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 pedro.cruz.udjat@gmail.com 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 notifications@github.com 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 .
I really do not have any idea. I would verify the xml file is correct after the add in was installed.
Ok thank you for your help.
Best regards,
Pedro Cruz
On Mon, 27 Jul 2020 at 18:46, Michael Miller notifications@github.com 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 .
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.