<div dir="ltr"><div dir="ltr"><br></div><div>Hola Hector.</div><div><br></div><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mar., 2 jul. 2019 a las 12:34, Hector Tundidor Hernandez (<<a href="mailto:hectorth23@gmail.com">hectorth23@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_-657628747024494448WordSection1"><p class="MsoNormal">Hola Joaquin,</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Gracias por los comentarios. Ayer por la tarde subí al GitHub, de nuevo, el código rehecho. Efectivamente, la regla que estoy implementando es el equivalente a la que mencionas. También, he empezado, como comentas, con una simplificación para líneas (no multilíneas) con dos extremos. Con la idea general que comentas, </p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">“Para cada linea, compruebo si el extremo solapa (habra que ver que es <u></u><u></u></p><p class="MsoNormal">solapa, podriamos asumir que solapa=intersecta inicialmente) con alguna linea <u></u><u></u></p><p class="MsoNormal">del dataset (incluida ella misma). Si no solapa con nadie se considerara un error.<u></u><u></u></p><p class="MsoNormal">Y esto habra que hacerlo con los dos extremos.”</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">estoy de acuerdo. Ahora bien, respecto a los términos solapar e intersectar lo que hecho es comprobar si los vértices de cada línea a analizar son iguales a los vértices de otras líneas, y me explico. En cada invocación al método check para cada feature1, línea, a analizar, en el caso de índices espaciales, he creado un diccionario considerando, a priori, todos los vértices de la línea como colgados. Tras realizar el query sobre la línea, comparo cada vértice de esa línea con todos los vértices de las líneas resultantes del filtro. En el caso de que haya vértices iguales, se modifica el diccionario poniendo ese vértice como no colgado . Por último, se recorre cada una de las listas generadas y se notifica como error el vértice colgado.</p><p class="MsoNormal"></p></div></div></blockquote><div>No entiendo lo que persigues procesando todos los vertices de las lineas.<br>Solo los extremos de una linea pueden considerarse nodos colgados.<br>Y no importa lo cerca o lejos que estan de otros vertices de otras lineas mientras no intersecten con otra linea.<br>Lo que importa es si tocan o no otra linea, no otro vertice.<br><br>Imagina dos lineas de un segmento cada una colocadas formando una T; pero<br>con la mala suerte que al usuario que lo digitalizaba se le fue la mano, y<br>no llegan a tocarse las dos lineas.<br></div><div>(He añadido un par de vertices mas en el dibujo)<br></div><div><br> A---------B-----C<br> |a<br> |<br> |<br> |</div><div> b+--------c<br></div><div><br>No importa cuan lejos de un vertice de (ABC) este el vertice (a).<br><br>Los cuatro vertices (A), (C), (a) y (c) son nodos colgados, y habra que marcarlos como tal solo por<br>que no interseccionan con ninguna linea, mientras que los vertices (B) y (b) nunca seran nodos colgados.</div><div>Lo unico que tengo que hacer es coger los extremos de cada linea y ver si intersectan con otras lineas.</div><div>No veo la necesidad de ir recorriendo vertices. Eso ya lo hace la funcion intersects.<br></div><div><br></div><div>Luego, cuando haya que aplicar una accion correctora habra que ver cosas.<br>Como aplicando uno tolerancia ver si (a) intersecciona con alguien, y asi saber <br>si puedo emplear la accion de alargar. <br>Ojo, que alargar no alarga hasta un vertice, lo que no esta tan claro es<br>como hay que alargar (probablemente usar la funcion closestPoints sea una <br>buena primera aproximacion)<br><br>No veo necesidad de hacer nada con los vertices que no son los extremos de una<br>linea. No juegan en esta regla. Solo intervienen los extremos.<br></div><div><br></div><div>Si me estoy rayando me avisas.</div><div><br></div><div>Un saludo</div><div>Joaquin</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_-657628747024494448WordSection1"><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Respecto a lo que comentas del query, ayer me ocurrió una circunstancia con el dataset de líneas (testLine2) disponible en el repositorio. La capa tiene 3 líneas A, B y C. El código analiza A con B y C, B con A, y C con A. No considera analizar B con C ni C con B. Entiendo que esto se debe a que el filtro descarta estas opciones por no estar “próximas”. No he considerado, todavía, poner un buffer. Sin embargo, ¿no habría un riesgo en el código aún definiendo un buffer y darse una situación similar a la comentada?</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Tampoco he considerado, todavía, el caso de que el extremo de una línea toque alguna parte de sí mismo. De hecho, lo he descartado en el código. Habría que cambiarlo.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Respecto a las acciones, las comentaré más adelante.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Un saludo</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Héctor</p><p class="MsoNormal"><u></u> <u></u></p></div></div>_______________________________________________<br>
gvSIG_desarrolladores mailing list<br>
<a href="mailto:gvSIG_desarrolladores@listserv.gva.es" target="_blank">gvSIG_desarrolladores@listserv.gva.es</a><br>
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: <a href="https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" rel="noreferrer" target="_blank">https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--------------------------------------<br>Joaquin Jose del Cerro Murciano<br>Development and software arquitecture manager at gvSIG Team<br><a href="mailto:jjdelcerro@gvsig.com" target="_blank">jjdelcerro@gvsig.com</a><br>gvSIG Association<br><a href="http://www.gvsig.com" target="_blank">www.gvsig.com</a><br></div></div></div></div></div></div></div>