All language subtitles for gis-capstone - 09 - Using Interface Tools as Geoprocessing Tools in ModelBuilder (Review from Imagery, Automation, and Applications).es

[MÚSICA]

Hola a todos y bienvenidos de nuevo.

En esta conferencia, vamos a comenzar con un gran

proyecto ModelBuilder que usaremos para guiar las próximas conferencias.

Primero, voy a mostrarles el objetivo del proyecto,

lo que espero aprender a través de este análisis espacial.

A continuación, comenzaremos a crear nuestras herramientas y

aprenderemos acerca de las diferentes herramientas de geoprocesamiento que aún no hemos utilizado, pero

que reflejan las opciones de interfaz en ArcMap a las que ya está acostumbrado.

Y luego, también aprenderemos sobre los requisitos previos del modelo y

luego sobre las diferentes cosas que debe hacer al construir sus modelos.

A lo largo de ella, nos centraremos

en formas de analizar los datos de una manera no destructiva.

Y también una forma de depurar,

o de maneras que puede averiguar qué está saliendo mal cuando se encuentra con problemas.

Todo esto será en muchas conferencias diferentes, pero al final,

espero que tenga una buena idea de cómo usar ModelBuilder para sus proyectos y las

diferentes peculiaridades que vienen con la construcción de estas herramientas reutilizables.

De acuerdo, para empezar, aquí está nuestro problema en resumen.

Tenemos un límite de la ciudad aquí en verde, y para aquellos de ustedes

que han tomado las clases anteriores, esta es en realidad la ciudad de Valmeyer otra vez.

Y tenemos un río aquí en azul y

otra parte de un río entrando en el río.

Y este es un río muy grande.

Y al trasladar esta ciudad desde aquí, en última instancia a

algún lugar cuesta arriba por aquí, queremos averiguar cuál es el mejor sitio nuevo.

Y sospecho que uno de los principales criterios que

un pueblo como este usaría al encontrar una nueva ubicación para su pueblo

es que probablemente no quieran moverse a través de un río importante como este.

De hecho, este es el río Mississippi, el río más grande de los Estados Unidos y

cruzando el río va a otro estado, el estado de Missouri,

donde por aquí, es el estado de Illinois.

Así que habría mucha más logística para mover esta ciudad a través del río, y

sospecho que querrán quedarse en el mismo lado del río.

Bueno, al introducir esto en el modelo estadístico que estoy desarrollando, necesito una manera de

caracterizar si esta unidad de tierra, estas parcelas aquí están en el mismo

lado del río que la ciudad o en un lado diferente del río como la ciudad.

Ahora, interactivamente, podría seleccionar las parcelas de un lado u

otro y agregar un atributo y llamarlo bueno.

Pero quiero que esto sea automatizado porque ahora mismo tengo que hacer esto 12 veces y

quiero que sea reproducible y

también quiero que pueda ser rehecho fácilmente si los parámetros cambian.

Podríamos cambiar el área de búsqueda para que tengamos más paquetes yendo más allá o

podríamos agregar otras variables sobre cómo destruir y reconstruir nuestro modelo.

Por lo tanto, quiero que esto sea totalmente automatizado.

En mi caso, como soy desarrollador de software,

tiendo a escribir este tipo de código de procesos automatizados usando Python, pero

también podemos hacerlo en ModelBuilder y muchos de los conceptos se traducen.

Así que eso significa que si entendemos el problema con ModelBuilder,

probablemente podamos escribir el código de Python una vez que conozcamos la sintaxis de Python y viceversa.

Sin embargo, hay algunas cosas que necesitaré mostrarle primero,

porque hay algunas cosas que ni siquiera sabe son las

herramientas de geoprocesamiento que serán necesarias para usar en el transcurso de este modelo.

Así que antes de proceder, pensemos un poco en esto.

¿ Cómo tomamos esta ciudad y

luego asignamos un atributo solo a todas estas parcelas a su alrededor, pero

no a estas basadas en el hecho de que la ciudad está a

este lado de esta clase de entidad y no a este otro lado de esta clase de entidad.

Al principio parece un problema simple,

pero en realidad me tomó un poco de tiempo encontrar una buena solución.

Probablemente hay muchas soluciones diferentes, pero

muchas de ellas son bastante torpes, tal vez algo poco confiables incluso en cuanto a si

siempre encontrarán la solución correcta.

Pero creo que tengo uno que siempre nos dará la solución correcta.

Así que siéntase libre de pausar el video y pensar en esto un poco.

Tenemos esta línea corriendo a través de todas estas parcelas aquí.

Tenemos este polígono aquí que representa el correcto, o

el pueblo, y el lado correcto del río.

Y tenemos que asignar un atributo a todas estas parcelas, pero

no a las que están al otro lado de este gran río aquí.

Está bien. Y una vez que esté listo para proceder,

así es como planeo abordar esto.

Estoy pensando que lo que queremos hacer es marcar primero las parcelas que

realmente se cruzan con el río.

Entonces, básicamente haremos un Select By Location y luego tendremos

un atributo que dice, ¿es un río o no es un río para todas las parcelas?

Y haré que diga el valor de 1 cuando es el río y 0 cuando no lo es.

Y entonces todas estas parcelas a lo largo de aquí obtendrán el valor de 1 porque

están donde está el río y todo el resto de estas serán 0.

A partir de ahí, esta debería ser una línea contigua

de parcelas aquí que debería romper todo.

Y lo que podemos hacer es ejecutar una disolución

en la capa de parcelas basada en el atributo is_river.

Dado que la capa de río bisecta toda la capa de parcelas,

deberíamos obtener un polígono por aquí y otro polígono por aquí.

Y entonces tenemos dos polígonos distintos para ningún río y

tendremos un polígono grande corriendo por el centro aquí para el is_river.

Así que tenemos tres polígonos principales aquí, uno en el lado correcto del río, otro

en el lado incorrecto del río, y otro donde el río corre.

Y desde allí, podemos hacer otro Select By Location para encontrar el polígono

que en realidad está en el mismo lado del río que este en particular aquí.

También puede hacer algo como una unión espacial

, pero luego debe encontrar el atributo correcto y cosas por el estilo después.

Por lo tanto, creo que un Select By Location nos proporciona una forma más rápida de hacer esto.

Pero eso todavía no nos devuelve ese atributo asignado a las parcelas.

Así que una vez que seleccionamos el polígono disuelto por ubicación para obtener solo este aquí,

entonces necesitamos usar ese polígono para seleccionar por ubicación las

parcelas originales de nuevo que solo seleccionará las parcelas de este lado del río.

Y luego asigne un nuevo atributo allí,

tal vez nombrado en el lado correcto del río al valor de 1

en lugar del valor de 0 que estableceríamos por defecto o algo así.

Así que ese es mi plan de ataque para esto.

Así que realmente rápido,

echemos un vistazo a lo que realmente se implementa con el modelo tiene.

Así que si hago clic derecho en este modelo y

echamos un vistazo aquí, comenzamos con nuestras parcelas y hacemos una copia de

las capas de entrada para las que estamos trabajando de manera no destructiva, especialmente para las que usamos.

Añadimos los campos para saber si

es o no un río o si está o no en el lado correcto del río.

Y luego, calculamos los valores predeterminados y luego los cargamos y hacemos

la opción Seleccionar por ubicación y el nuevo cálculo de campo para saber si es el río.

Y luego, algunos modelos de logística que también implican el paso de disolver.

Y luego, el Seleccionar por ubicación de las parcelas en el lado correcto del río

o disculpe, el Seleccionar por ubicación del polígono disuelto correcto por

la ciudad que luego se alimenta en el Seleccionar por ubicación de las parcelas en el

lado correcto del río y luego el cálculo del campo y la capa de salida definitiva. El

modelo tiende a hacer que su flujo de trabajo se vea un poco más grande y un poco

más aterrador de lo habitual y un problema aquí es que en este modelo, las cosas no se llaman muy bien.

Realmente no nos dice lo que está pasando, así que si queremos volver más tarde,

digamos en un par de meses, y ver lo que hicimos o queremos enviarlo a otra persona

como ejemplo de flujo de trabajo, esto realmente no lo documenta muy bien.

Así que lo que vamos a querer hacer cuando construimos esto nosotros mismos es nombrar

las cosas un poco mejor porque hace que sea mucho más fácil de seguir y

sentir mucho menos de una gran cosa torpe y aterradora.

Así que eso es todo para esta vez, donde acabamos de exponer el problema y

lo que vamos a hacer en las próximas conferencias y lo que vamos a aprender.

Y en la próxima conferencia, vamos a empezar en la construcción de este modelo.

De acuerdo, nos vemos allí.