Hola Andrew. Excelente! No me había acordado de éste y estaba ya comenzando a hacer un script para procesar los datos poblacionales. En este caso me concentraré en calcular las métricas de OSM para la misma cuadrícula para compararlo. Pienso en # puntos por hectárea y km de líneas por ha.
Daniel ___________________ Daniel Orellana, PhD. Profesor Principal Universidad de Cuenca >> Consulta mi agenda <https://calendar.google.com/calendar/embed?src=daniel.orellana%40ucuenca.edu.ec&ctz=America/Guayaquil> >> Publicaciones en Google Scholar <https://scholar.google.com/citations?user=HlJJLr4AAAAJ> >> Perfil en ResearchGate <https://www.researchgate.net/profile/Daniel_Orellana2> >> Investigación en LlactaLAB <http://llactalab.ucuenca.edu.ec/> >> Investigación en iDRHICA <http://www.ucuenca.edu.ec/idrhica/index.php/es/> 2018-03-12 12:29 GMT-05:00 Andrew Wiseman <andrew_wise...@apple.com>: > Hola Daniel, > > Muchas gracias por la sugerencias, esos son ideas interesantes. > Definitivamente estamos interesados en correcciones topologías. Por la > segunda sugerencia, has visto los datos de WorldPop de cuadrículas de > población? Utiliza muchas fuentes de datos, y no está perfecto pero puede > ser un comienzo para ubicar las áreas poco mapeadas: > http://www.worldpop.org.uk/search/?link=data_search.php&search=ecuador > > Saludos, > > Andrew > > Andrew Wiseman | Maps | andrew_wise...@apple.com > > > On Feb 23, 2018, at 2:49 PM, Daniel Orellana <daniel.orell...@ucuenca.edu. > ec> wrote: > > Hola Andrew. > > Muchas gracias por tu comprensión y estoy seguro de que con la ayuda de tu > equipo podremos avanzar mucho en el mapa de Ecuador. La ayuda de verdad es > bienvenida! > > Propongo tres cosas: > > 1. Errores topológicos en las vías y carreteras existentes. Utilizando > algunas de las herramientas de quality assurance online o en JOSM, detectar > errores comunes, principalmente los topológicos para la red existente. Me > parecería intereseante también documentar el avance, para saber en qué > zonas se están trabajando y cuales van quedando ya "limpias". > > 2. Ciudades o áreas poco mapeadas. Como estaríamos hablando de falsos > negativos es difícil "saber" a detalle qué no está mapeado. Se me ocurre > que podemos calcular una métrica comparando la población según el censo con > la densidad de puntos o líneas de OSM y con eso detectar zonas que podrían > estar poco mapeadas. Yo tengo los datos del censo 2010 a nivel de sector > censal (tal vez incluso zonas amanzandas). Si nos ponemos de acuerdo, puedo > intentar hacer ese análisis, aunque si ustedes tienen una capacidad de > cómputo un poco mayor tal vez sea más fácil si ustedes lo hacen. De esa > manera podríamos determinar zonas prioritarias. > > 3. Edificaciones. Una de las prioridades a nivel nacional, debido al > riesgo de terremotos es tener los building footprints. Luego del terremoto > de Abril de 2016 hicimos un gran esfuerzo para digitalizar a mano las > principales zonas afectadas por el terremoto, lo cual ha demostrado ser muy > útil. Pero obviamente en términos de prevención es clave avanzar en esto. > > Cuéntame cómo ven estas ideas y cómo podemos colaborar desde la comunidad. > > Saludos! > > Daniel > > > > > > > ___________________ > Daniel Orellana, PhD. > Profesor Principal > Universidad de Cuenca > > >> Consulta mi agenda > <https://calendar.google.com/calendar/embed?src=daniel.orellana%40ucuenca.edu.ec&ctz=America/Guayaquil> > >> Publicaciones en Google Scholar > <https://scholar.google.com/citations?user=HlJJLr4AAAAJ> > >> Perfil en ResearchGate > <https://www.researchgate.net/profile/Daniel_Orellana2> > >> Investigación en LlactaLAB <http://llactalab.ucuenca.edu.ec/> > >> Investigación en iDRHICA > <http://www.ucuenca.edu.ec/idrhica/index.php/es/> > > 2018-02-22 20:26 GMT-05:00 Andrew Wiseman <andrew_wise...@apple.com>: > >> Hola Daniel, >> >> Muchas gracias por la explicación. Arreglaremos esos y comenzaremos a >> repasar los otros. Mencionaste ciudades y zonas rurales que no están >> mapeadas y errores topológicos, ¿tienes sugerencias o lugares que >> recomiendas? >> >> Gracias y saludos, >> >> Andrew >> >> >> Andrew Wiseman | Maps | andrew_wise...@apple.com >> >> >> >> On Feb 22, 2018, at 5:34 PM, Daniel Orellana < >> daniel.orell...@ucuenca.edu.ec> wrote: >> >> Gracias Andrew por tu pronta respuesta! >> >> En las calles mencionadas (Sucre y Bolivar) la tipología es la misma que >> todas las calles del sector, con un solo sentido de circulación. La >> jerarquía de las calles no se determina en función de la cantidad de >> tráfico (que es variable) y menos aún con los datos de una fuente como >> STRAVA que tiene un sesgo socioeconómico muy fuerte y está principalmente >> orientada a actividades deportivas. >> >> He seguido encontrando otros ejemplos donde se ha degradado de vías >> secundarias a terciarias en Cuenca. >> https://www.openstreetmap.org/way/46227733/history >> >> Por favor tengan en cuenta que ha tomado mucho tiempo lograr tener un >> acuerdo sobre las etiquetas e implementarlas en diversas ciudades. Este >> tipo de cambios deben ser siempre consultados con la comunidad. El >> conocimiento local es el más útil en OpenStreetMap. El objetivo de todos es >> tener un mapa lo más parecido posible a la realidad y eso se logra >> principalmente con el conocimiento de las personas que viven en el lugar. >> Realmente estamos contentos que Apple y TELNAV cualquier otra empresa pueda >> apoyar para mejorar el mapa, pero es imprescindible que se incluya a la >> comunidad local en estos cambios. Sobre todo en lugares bien mapeados, es >> ilógico que se cambien atributos de vías que ya han pasado por varios >> procesos de discusión. >> >> Por el momento te rogaría que reviertan todos los cambios de jerarquías >> de vías que ha hecho el equipo de Apple en la ciudad de Cuenca (nosotros >> validamos estas etiquetas hace más de un año). Así mismo recomiendo que en >> los cambios futuros consulten a la comunidad o coloquen avisos de revisión >> para que usuarios con conocimiento local las validen. >> >> Creo que su colaboración puede centrarse en otros esfuerzos: por ejemplo >> en ciudades o zonas rurales donde que no están mapeadas, corregir errores >> topoloógicos, utilizar los algoritmos desarrollados para extraer los >> footprints de los edificios, incorporar información de POIs a partir de >> sus bases de datos, etc. >> >> Muchas gracias por tu comprensión y espero que podamos seguir colaborando. >> >> >> >> ___________________ >> Daniel Orellana, PhD. >> Profesor Principal >> Universidad de Cuenca >> >> >> Consulta mi agenda >> <https://calendar.google.com/calendar/embed?src=daniel.orellana%40ucuenca.edu.ec&ctz=America/Guayaquil> >> >> Publicaciones en Google Scholar >> <https://scholar.google.com/citations?user=HlJJLr4AAAAJ> >> >> Perfil en ResearchGate >> <https://www.researchgate.net/profile/Daniel_Orellana2> >> >> Investigación en LlactaLAB <http://llactalab.ucuenca.edu.ec/> >> >> Investigación en iDRHICA >> <http://www.ucuenca.edu.ec/idrhica/index.php/es/> >> >> 2018-02-22 16:32 GMT-05:00 Andrew Wiseman <andrew_wise...@apple.com>: >> >>> Hola Daniel, >>> >>> Gracias por su mensaje. Podemos cambiarlos pero tengo una pregunta sobre >>> el primero ejemplo: el wiki de normalización dice que tertiary es "Avenidas >>> urbanas pequeñas / Calles grandes” y "Sin separación entre sentidos de >>> circulación, con un carril por cada sentido de circulación. Más importantes >>> que las calles normales.” Calles Sucre y Simón Bolívar tienen más tráfico >>> por Strava GPS, y por eso me parece que son más importantes que las >>> calles normales. Una captura de pantalla de JOSM: >>> >>> Por favor déjame saber lo que piensas. >>> >>> >>> >>> >>> Saludos, >>> >>> Andrew >>> >>> Andrew Wiseman | Maps | andrew_wise...@apple.com >>> >>> APPLE CONFIDENTIAL >>> This message (including attachments if any) is for the private use of >>> the addressee only and may contain confidential or privileged information. >>> If you have received this message by mistake please notify the sender by >>> return e-mail and delete this message and any attachments from your system. >>> Any unauthorized use or dissemination of this message, and any attachments >>> in whole or in part is strictly prohibited. >>> >>> >>> >>> >> > > Advertencia legal: > Este mensaje y, en su caso, los archivos anexos son confidenciales, > especialmente en lo que respecta a los datos personales, y se dirigen > exclusivamente al destinatario referenciado. Si usted no lo es y lo ha > recibido por error o tiene conocimiento del mismo por cualquier motivo, le > rogamos que nos lo comunique por este medio y proceda a destruirlo o > borrarlo, y que en todo caso se abstenga de utilizar, reproducir, alterar, > archivar o comunicar a terceros el presente mensaje y ficheros anexos, todo > ello bajo pena de incurrir en responsabilidades legales. Las opiniones > contenidas en este mensaje y en los archivos adjuntos, pertenecen > exclusivamente a su remitente y no representan la opinión de la Universidad > de Cuenca salvo que se diga expresamente y el remitente esté autorizado > para ello. El emisor no garantiza la integridad, rapidez o seguridad del > presente correo, ni se responsabiliza de posibles perjuicios derivados de > la captura, incorporaciones de virus o cualesquiera otras manipulaciones > efectuadas por terceros. > > > -- Advertencia legal: Este mensaje y, en su caso, los archivos anexos son confidenciales, especialmente en lo que respecta a los datos personales, y se dirigen exclusivamente al destinatario referenciado. Si usted no lo es y lo ha recibido por error o tiene conocimiento del mismo por cualquier motivo, le rogamos que nos lo comunique por este medio y proceda a destruirlo o borrarlo, y que en todo caso se abstenga de utilizar, reproducir, alterar, archivar o comunicar a terceros el presente mensaje y ficheros anexos, todo ello bajo pena de incurrir en responsabilidades legales. Las opiniones contenidas en este mensaje y en los archivos adjuntos, pertenecen exclusivamente a su remitente y no representan la opinión de la Universidad de Cuenca salvo que se diga expresamente y el remitente esté autorizado para ello. El emisor no garantiza la integridad, rapidez o seguridad del presente correo, ni se responsabiliza de posibles perjuicios derivados de la captura, incorporaciones de virus o cualesquiera otras manipulaciones efectuadas por terceros.
_______________________________________________ Talk-ec mailing list Talk-ec@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ec
