egutierrez
faac610745
Extrae al registry funciones del proyecto interno footprint_aurgi: - core (6): slugify_ascii, normalize_for_join, cp_provincia_es, infer_provincia_from_cp, safe_read_csv_fallback, csv_to_parquet_duckdb - geo puras (7): haversine_km, point_in_ring, point_in_polygon, point_in_polygons_bbox, polygon_bbox, extent_with_padding, distance_bucket - geo I/O (4): load_geojson_polygons, load_boundary_gdf, add_basemap_osm, add_basemap_with_timeout - valhalla client (4): valhalla_route, valhalla_isochrone, valhalla_isochrones_async, valhalla_matrix_1_to_n - datascience stats (7): trimmed_mean, geometric_mean, detect_distribution_type, best_central_tendency, summary_stats, kde_density_levels, alpha_shape_concave_hull - datascience fuzzy (3): fuzzy_merge_adaptive (rapidfuzz), words_to_dataset, remove_words_from_column - datascience viz (2): plot_kde_2d, plot_heatmap_log - infra (4): compress_pdf_ghostscript, render_table_page_pdfpages, add_header_logo, osm2pgsql_ingest - pipelines (4): setup_geo_stack_docker, compute_centers_reachability, generate_isochrones_by_zone, count_points_per_zone - types geo (4): LonLat, BBox, IsochroneRequest, Centro Incluye: - apps/footprint_geo_stack/ (PostGIS + Martin + Valhalla via docker-compose) - 131/132 tests pasan (1 skip esperado: osm2pgsql en PATH) - Issue tracker dev/issues/0052-footprint-aurgi-extraction.md - Atribucion uniforme: source_repo internal:footprint_aurgi, source_license internal-aurgi - Build con 9 agentes en paralelo (8 wave 1 + 1 wave 2 pipelines) Tambien commitea trabajo previo no commiteado: aggregate_extraction_results, chunk_with_overlap, clean_pdf_text, merge_entity_aliases, extract_graph_gliner2, extract_relations_mrebel, extract_triples_spacy_es, gliner2/mrebel/marianmt/rebel/spacy_es load_model, parse_rebel_output, translate_es_to_en, issue 0050/0051. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Diario — fn_registry
Registro diario de avances: qué se trabajó, qué se completó, qué queda pendiente.
Un archivo por día con nombre YYYY-MM-DD.md. Dentro, una sección por bloque de trabajo con timestamp.
Cuándo usar cada tipo de registro
| Archivo | Para qué | Granularidad |
|---|---|---|
docs/diary/YYYY-MM-DD.md |
Qué hicimos hoy. Contexto operativo, decisiones rápidas, cosas pendientes para mañana. | Diario |
CHANGELOG.md (raíz) |
Qué cambió en el código cara al usuario/agentes. Add/Change/Fix/Remove. | Por release o por hito |
docs/adr/NNNN-*.md |
Por qué tomamos una decisión arquitectural. | Ocasional |
Reglas:
- Nunca reescribir entradas antiguas — si algo cambia, añadir una nota nueva.
- Preferir bullet points breves a párrafos largos.
- Enlazar a commits, issues, ADRs o funciones del registry cuando aplique.
Añadir una entrada
Usar el comando /entrada_diario <descripción>. Crea el archivo del día si no existe y añade una sección con hora actual.
Formato de una entrada
# YYYY-MM-DD
## HH:MM — Título corto
Contexto en 1-3 líneas.
- Hecho: viñeta
- Hecho: viñeta
- Pendiente: viñeta
Referencias: commit SHA, ADR #NNNN, issue #N