On Sábado 06 Noviembre 2010 03:24:00 sanchi escribió: > El 6 de noviembre de 2010 03:34, Noel David Torres Taño < > > [email protected]> escribió: > > On Sábado 06 Noviembre 2010 02:09:27 sanchi escribió: > > > El 6 de noviembre de 2010 02:58, Noel David Torres Taño < > > > > > > [email protected]> escribió: > > > > On Sábado 06 Noviembre 2010 01:56:50 sanchi escribió: > > > > > Si son edificios pegados si se debería hacer un multipoligono ya > > > > > que comparten los bordes > > > > > > > > ¿Y quién es el "inner"? > > > > > > Un moltipoligono no tiene que tener ningún inner. En la wiki pone que > > > > outer > > > > > tiene que haber uno o más e inner cero o más. > > > En Girona y Salamanca puedes ver muchos ejemplos de ello. > > > > Es que no le veo sentido ninguno a hacer un «multipolígono» con un único > > polígono. > > Se hace en el caso de que se unan 2 edificios porque sino en > la unión irían 2 trazados iguales, innecesarios y superpuestos. > Si te quieres referir a que se llame multipolígono y no otra cosa es la > unión de 2 polígonos. Pero vamos que el nombre creo que es lo de menos.
De esa manera lo que haces es multiplicar el número de objetos en la base de datos sin necesidad. Mira por ejemplo la manzana en lat 41.978 lon 2.818 de Gerona. Tal y como está hecha, tiene 50 vías, miembros de 18 abstracciones de orden superior, que son los multipolígonos etiquetados como edificios. Haciéndola como yo digo, serían simplemente 18 vías etiquetadas como edificios. Y no es cosa de decir que habría trazados repetidos que ocupan sitio en la base de datos, porque los trazados no ocupan sitio. Sí lo hacen los nodos de cada vía, pero contando eso, los nodos interiores que están en tres vías están también en tres edificios (o cuatro y cuatro), mientras que los nodos exteriores (de fachada) que están en tres vías están en dos edificios. La verdad, no veo ahorro ninguno en usar multipolígonos para edificios, ni en espacio de la base de datos ni en sencillez. Noel er Envite
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Talk-es mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-es
