Options for parameterization?
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 49/100
Línea de trabajo
Start by reading the load_map path and how renderd.conf options are parsed; the issue points to Mapnik’s set_active as the layer toggle mechanism. Trace how map configuration reaches rendering, then define the layer names to enable or hide in renderd.conf. Done means those configured layers are activated or disabled after loading the map.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
mod_tile provides quite limited options for parameterization of the map style. I think the parameterize_style option for multi-lingual maps was only recently fixed in #502.
Other mapnik-based renderers, such as nik4 and nik5, provide the option to enable and disable map layers. This is very useful for complex styles, such as OSM Carto, as it allows you to disable unwanted layers like ice sheets (which need a data download), admin boundaries, power lines etc., without having to rebuild the style sheet. It also allows you to effectively have optional "overlays", such as hiking vs cycle trails, and so host multiple maps from the same XML file.
This ought to be relatively straightforward to implement after load_map using set_active. The layers to be hidden / activated would be set in renderd.conf.
This is probably the most useful option for parameterization. mapnik does have the option to pass in variables to directly change style parameters, but the use cases are less obvious compared to just changing the XML or reading parameters from the PostgresQL database.
- Lenguaje dominante
- C++
- Estrellas
- 318
- Forks
- 200
- Merge medio
- 3 d 9 h
- PR fusionados (30 d)
- 47
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de openstreetmap/mod_tile
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
openstreetmap/mod_tile#292 · 4 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
openstreetmap/mod_tile#477 · 7 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
openstreetmap/mod_tile#466 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
openstreetmap/mod_tile#462 · 7 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
openstreetmap/mod_tile#447 · 3 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
Todos los issues de openstreetmap/mod_tile
Issues similares
-
libc++ test-suite
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
llvm/llvm-project#239851 ·
Los mantenedores suelen responder en 1 día
-
Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
scipy/xsf#454 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug :bug:
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
comp-documentation
Dificultad 1/5 Menos de una hora Aptitud para principiantes 84/100
ClickHouse/ClickHouse#129829 ·
Los mantenedores suelen responder en 1 día
-
feature request Python
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 2 días