Este importador en realidad lo quería para Anastutia . Empecé esto escribiendo una herramienta para poder hacer mapas de minigolf proceduralmente, pero en Anastutia necesito enviar los mapas al jugador en tiempo de ejecución (ya que en Anastutia los minijuegos los genera y envía el servidor para que sean nuevos e iguales para ambos jugadores).
Pero como conozco el mundillo GIS pues le di un intento a usar OSM y por ahora sigo con ello. Lo cierto es que por tiempo o interés siempre tengo todos los proyectos a medias.
El generador que estoy escribiendo funciona:
Yo trabajo con esto y suelo tener todos estos datos para países enteros en mi disco duro. En cualquier caso, todos esos datos son públicos para la mayor parte del planeta. Pero como ves, esto siempre estaría ligado a un servicio para que un usuario normal pueda recoger esos datos (hablamos de TB de datos para todo el planeta). Usar servicios públicos para un juego normalmente contraviene sus términos de uso, siempre podríamos usar nuestros propios servidores pero ves el problema...
Mi generador es bastante simplón y tarda varios segundos/minutos en correr para generar 1 km2. Lo que hago es ejecutarlo offline e importar luego el modelo en Unity. Después lo postproceso para añadir colliders y cambiar materiales (y en el futuro, lo que haga falta). Podría hacerse esto online (el usuario tendría que esperar un poco pero sólo la primera vez), pero dependeríamos de un servidor propio haciendo ese proceso y de tener acceso a todos los datos mencionados antes para todo el planeta (algunas fuentes son muy diversas y algunas no están disponibles). Por ello, ahora mismo me planteo más bien generar mi ciudad, importarla a mano, cocinar la luz, hacer un juego sencillo, y luego ya veremos.
Hay un pequeño problema adicional: mi generador proyecta el terreno sobre un plano. Como (casi) todos sabemos hoy la tierra ha resultado ser más bien una esfera y esto hace que no pueda generar muchos kilómetros a de mis coordenadas de origen sin horribles distorsiones. Mi generador no puede generar todo el globo a la vez (como sí hacen Google Maps, CesiumJS o VTS).
¿Por qué no en C#? A mí me interesaba escribirlo en Python, poder ejecutarlo en Linux, y poder generar modelos fuera de Unity. De esta forma, puedo correrlo en un servidor o como API sin necesitar Windows o Unity. Puedo usarlo para renderizar con Blender o hacer análisis de inundaciones, yo qué sé. No me gusta usar Unity para nada más que la simulación.
La herramienta que mencionas, VTS Geospatial, es un conjunto de herramientas para gestionar, mezclar, servir y consumir datos GIS (mapas raster y modelos 3D). En particular, que yo sepa no proporcionan un algoritmo mágico para generar el terreno en base a fotos. Estoy seguro de que tienen acceso a una: esto es lo que hacen Google Maps o el equipo de Microsoft Flight Simulator, aunque también tienen nubes de puntos de LIDAR. En el ejemplo que enseñas esa herramienta está obteniendo la geometría 3D de los servidores de Melown Technologies, que es la compañía detrás de VTS Geospatial, y no sé si tienen disponible todo el planeta, pero desde luego no sería gratis. No he podido probarla, lo siento, pero si comentas el error que ves en otro hilo igual podemos sugerir algo.
Pero en cualquier caso: hay una diferencia fundamental entre el estilo de esas herramientas y la síntesis desde OpenStreetMap. La generación desde imágenes y nubes de puntos no accede bien a zonas ocultas y a menudo genera artefactos muy extraños tanto en el modelo como en las texturas. Los túneles a menudo aparecen tapados o mal conectados. La inteligencia artificial falla en objetos inusuales o desconocidos (aunque esto ya es cada vez menos cierto, y Google está generando unos modelos impecables de cosas como grúas). Es difícil eliminar sombras, vehículos y otros objetos de las texturas y modelos. No capturan objetos pequeños (farolas, semáforos, papeleras). Pero lo más importante, estos mecanismos no separan los diferentes objetos, no saben qué es una grúa, qué es un monumento y qué es parte del edificio del al lado... no tienen información semántica. Aunque no faltará mucho para que hagan todo esto.
OSM es un mapa simbólico, y tenemos datos exactos, los nombres de las calles y monumentos, velocidad y direcciones del tráfico, y metadatos que "representan" una ciudad. Así, al generarlo de forma procedural, sabemos que una calle es una calle y podemos poner semáforos, papeleras y decoración en sitios adecuados, y permitir que el usuario/jugador interactúe con ellos.
No es remotamente fiel a la realidad, pero nos permite generar un mundo más inmersivo. De esta forma, se pueden generar algo que se parezca al mundo real, pero también podemos generar mundos de fantasía simplemente mapeándolos. Podríamos incluso construir así interiores y edificios procedurales usando herramientas de mapeado. Podemos cambiar el estilo global o de las zonas parametrizando el generador o customizándolo.
Pero como conozco el mundillo GIS pues le di un intento a usar OSM y por ahora sigo con ello. Lo cierto es que por tiempo o interés siempre tengo todos los proyectos a medias.
El generador que estoy escribiendo funciona:
dándole las coordenadas de la zona del planeta que quieres generar
dándole los datos de OpenStreetMaps de esa zona y una cantidad razonable de alrededores (podrían recogerse automáticamente pero para poner esto accesible, deberías usar tu propio servidor mirror de OpenStreetMaps)
dándole un modelo de elevación de esa zona, idealmente con una resolución razonablemente buena (~35m/pixel)
dándole un mapa global de densidad de población (~500m/pixel) - usado para algunas heurísticas (densidad de casas y cosas así)
wishlist: en el futuro, dándole también las ortofotos de satélite (para detectar texturas, tejados, alturas de edificios, tipos de monumentos, árboles...)
Yo trabajo con esto y suelo tener todos estos datos para países enteros en mi disco duro. En cualquier caso, todos esos datos son públicos para la mayor parte del planeta. Pero como ves, esto siempre estaría ligado a un servicio para que un usuario normal pueda recoger esos datos (hablamos de TB de datos para todo el planeta). Usar servicios públicos para un juego normalmente contraviene sus términos de uso, siempre podríamos usar nuestros propios servidores pero ves el problema...
Mi generador es bastante simplón y tarda varios segundos/minutos en correr para generar 1 km2. Lo que hago es ejecutarlo offline e importar luego el modelo en Unity. Después lo postproceso para añadir colliders y cambiar materiales (y en el futuro, lo que haga falta). Podría hacerse esto online (el usuario tendría que esperar un poco pero sólo la primera vez), pero dependeríamos de un servidor propio haciendo ese proceso y de tener acceso a todos los datos mencionados antes para todo el planeta (algunas fuentes son muy diversas y algunas no están disponibles). Por ello, ahora mismo me planteo más bien generar mi ciudad, importarla a mano, cocinar la luz, hacer un juego sencillo, y luego ya veremos.
Hay un pequeño problema adicional: mi generador proyecta el terreno sobre un plano. Como (casi) todos sabemos hoy la tierra ha resultado ser más bien una esfera y esto hace que no pueda generar muchos kilómetros a de mis coordenadas de origen sin horribles distorsiones. Mi generador no puede generar todo el globo a la vez (como sí hacen Google Maps, CesiumJS o VTS).
¿Por qué no en C#? A mí me interesaba escribirlo en Python, poder ejecutarlo en Linux, y poder generar modelos fuera de Unity. De esta forma, puedo correrlo en un servidor o como API sin necesitar Windows o Unity. Puedo usarlo para renderizar con Blender o hacer análisis de inundaciones, yo qué sé. No me gusta usar Unity para nada más que la simulación.
La herramienta que mencionas, VTS Geospatial, es un conjunto de herramientas para gestionar, mezclar, servir y consumir datos GIS (mapas raster y modelos 3D). En particular, que yo sepa no proporcionan un algoritmo mágico para generar el terreno en base a fotos. Estoy seguro de que tienen acceso a una: esto es lo que hacen Google Maps o el equipo de Microsoft Flight Simulator, aunque también tienen nubes de puntos de LIDAR. En el ejemplo que enseñas esa herramienta está obteniendo la geometría 3D de los servidores de Melown Technologies, que es la compañía detrás de VTS Geospatial, y no sé si tienen disponible todo el planeta, pero desde luego no sería gratis. No he podido probarla, lo siento, pero si comentas el error que ves en otro hilo igual podemos sugerir algo.
Pero en cualquier caso: hay una diferencia fundamental entre el estilo de esas herramientas y la síntesis desde OpenStreetMap. La generación desde imágenes y nubes de puntos no accede bien a zonas ocultas y a menudo genera artefactos muy extraños tanto en el modelo como en las texturas. Los túneles a menudo aparecen tapados o mal conectados. La inteligencia artificial falla en objetos inusuales o desconocidos (aunque esto ya es cada vez menos cierto, y Google está generando unos modelos impecables de cosas como grúas). Es difícil eliminar sombras, vehículos y otros objetos de las texturas y modelos. No capturan objetos pequeños (farolas, semáforos, papeleras). Pero lo más importante, estos mecanismos no separan los diferentes objetos, no saben qué es una grúa, qué es un monumento y qué es parte del edificio del al lado... no tienen información semántica. Aunque no faltará mucho para que hagan todo esto.
OSM es un mapa simbólico, y tenemos datos exactos, los nombres de las calles y monumentos, velocidad y direcciones del tráfico, y metadatos que "representan" una ciudad. Así, al generarlo de forma procedural, sabemos que una calle es una calle y podemos poner semáforos, papeleras y decoración en sitios adecuados, y permitir que el usuario/jugador interactúe con ellos.
No es remotamente fiel a la realidad, pero nos permite generar un mundo más inmersivo. De esta forma, se pueden generar algo que se parezca al mundo real, pero también podemos generar mundos de fantasía simplemente mapeándolos. Podríamos incluso construir así interiores y edificios procedurales usando herramientas de mapeado. Podemos cambiar el estilo global o de las zonas parametrizando el generador o customizándolo.
