Crossing QA: Filter data on landuse=residential / Input multipolygon

(This is low prio IMO and likely out of scope. But wanted to document the idea…)

When doing the QA for a larger region, we want to get an idea on the total number of intersections to validate. In this case, the non-residential intersections are likely out of scope for the project.

So maybe we could have a filter that shows only junctions that are within the buffered `landuse=residential` areas? ([Example](https://www.openstreetmap.org/way/122432927/history#map=16/52.73558/13.23360))

Or, maybe it would be better to be able to upload an area of interest multipolygon which the app transforms in the overpass bbox and then filters the QA responses on?

El issue describe añadir un filtro a la interfaz de QA para mostrar únicamente las intersecciones dentro de áreas con landuse=residential almacenadas o de un multipolígono subido por el usuario. Empieza examinando el código del frontend para la visualización del mapa de QA y la lógica de filtrado, probablemente en componentes de Svelte. Comprende cómo se forman actualmente las consultas de Overpass y cómo se filtran los resultados. «Done» significa que la UI tiene un nuevo control de filtro que modifica las intersecciones mostradas según los criterios geográficos.

Escrito por el modelo de indexación a partir del texto del issue.