nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Model performance issue

TimWitt2

Hey everybody,

I am working on a Model in which you can use your current street centerline file and transform it into a NENA standard street centerline file. This includes having a lot of drop down boxes and check boxes. It seems the more drop down boxes and checkboxes I use, the more my model takes to respond.

I was wondering if anyone has any suggestions to enhance the performance?

Thanks,

Tim

NextGen911.zip

Encuentra más publicaciones etiquetadas con

Accepted answers

All comments

TimWitt2

Great post Curtis! You are right, without model builder I wouldn't have known how to structure my python code. Not to mention, I didn't have to write many lines of code by exporting the model to python. Now I can just copy paste it into my python toolbox.

curtvprice

The slowness we see with big models with lots of tools and parameters is caused by the need for ModelBuilder to validate all the parameters for all the tools. This validation is very helpful when putting together a workflow but when many tools and parameters (including those in nested models) are there, it requires a LOT of validation, and, well, that takes time.

I disagree that it is all or nothing. A middle way I have found when I am running into parameter validation problems or very slow validation is to take some of the workflow and convert it to a Python function inside the Calculate Value tool. This hides that workflow from ModelBuilder's slow (and sometimes buggy) parameter validation.

If the tool has a extensive, complex input like the ones Tim is working with, I'll use model builder to test to get the parameters I want, then export model to script to get the python code written for me. Then I can use that code, either in Calculate Value or in a script tool.

However, from where this thread went it is obvious Tim does need a .pyt for this job so he can do the value table thing. But he figured out a lot of his workflow using ModelBuilder!

TimWitt2

Of course I would share it!

For our data I have the street model finished already, but I thought it might be a good idea to create this customized model, so other agencies don't need to go through all the hassle.

JoeBorgione

Here's a thought; if NENA is going to force it's standards upon PSAPs, the very least they can do is provide a little coin to help defray the development costs...

ChrisDonohue__GISP

Tim:

That's a pretty intense model you have there. I can see why it is bogging down - Modelbuilder unfortunately is not known for speedy processes.

When you do get it worked out, some of us might bribe you for copy of the model/code. Like when the NENA standard finally becomes a mandatory requirement, me and this guy: jborgion

Hope the coding goes well,

Chris Donohue, GISP

TimWitt2

Duncan,

great post! I have dabbled in Python Addins before and you are right this would be the best way to go. I just need to figure out how to in cooperate all the dropdown boxes that I need.

Tim

Hornbydd

I've had a look at your model, it's quite big! You have hit the limitation of model builder and it is creaking under a complex interface. When you change anything a whole load of validation is run behind the scenes which you have no control over.

There is really only 1 option here and that is to convert the entire model into python code, I suspect it will also run faster and you can organize it to be much more efficient.

With python you have two options:

Develop it as a python script and then wire up an interface to it. This would be the easiest approach but could potentially lead to the same slow down.
Develop it as a python addin toolbox and define a new interface for it. An obvious one is as you have a lot of repetition for similar like inputs a value table would be a better choice. Your user would complete the table then it is just ONE parameter that needs validating not the dozen you have now.

If you are not comfortable in programming in python then there are many developers out there who could do this for you but obviously for a fee.

Únete a la Conversación

Los miembros registrados pueden publicar, seguir actualizaciones y más. ¿Nuevo aquí? Regístrate gratis.

Enlaces Rápidos

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.