NuestraCiudad:Desarrollo/ARNC-2016

En esta página se encuentran nuevos desarrollos dentro de NuestraCiudad.

• Project:Desarrollo/Plantillas cambiadas Plantillas cambiadas en ARNC

• Nuevo modelo para fichas
• Horarios de colectivos
• Project:Desarrollo/Migración Migración 2016. Se complementa con NuestraCiudad:Migración en COR-NC.

nuevo

Desarrollos nuevos de ARNC

• Plantilla:LocalObjectTitle

Distritos TODO

• Atributo:Ubicado en distrito - Atributo para superficies geográficas. Reemplaza Atributo:Pertenece a CPC, Atributo:Ubicado en zona y Atributo:Pertenece a seccional de policía. El distrito es una entidad en la categoría nueva "Distritos". Tiene los siguientes atributos en su nombre:
  • Atributo:Tiene nombre (Nombre del distrito)
  • Atributo:Denominación del tipo de distrito (ej. "Zona CPC")
  • Atributo:Administrado por (mejor nombre?) (Institución que maneja el distrito. Ej: en el caso de los distritos políticos, son generalmente la municipalidad de la localidad. En el caso de los distritos de la Policía es la policía, en el caso de los zonales de tarifa de agua en Córdoba es Aguas Cordobesas, en el caso de las "Zonas de barrio" propias es "Nuestra Ciudad.info" etc.)
• El nombre, entonces, es: Nombre de distrito (Denominación, Institución) - Localidad - Provincia)
• Ejemplo Libertador (Zona CPC, Municipalidad de Córdoba) - Córdoba - Córdoba
• Es "institución" necesario en el nombre? O puede ir en la denominación? (ej: Zonal Aguas Cordobesas 1 - Córdoba - Córdoba, Seccional Policial 1 - Córdoba - Córdoba)
  • Nuevos atributos del distrito:
    • Atributo:TipoDistrito ("Distrito Político", "Policial", "Económico-social", "Otro")
    • Atributo:Nivel de distrito (Número, "0" sería la localidad; de 1 a "infinito" son los subdistritos.)
      • O alternativamente: Atributo:Sub-distrito de (-> País, Provincia, Localidad, u otro distrito)

Otros TODO

• Atributo:Ubicado en intersección de referencia - Altura de calle tomando como referencia a las intersecciones (ej: 9 de Julio y General Paz). Para Plantilla:Módulo Punto geográfico y derivados (en Plantilla:Infobox-Dirección).

Bugs después del importDump

Mapas

• Mapas: Como hacer para que el centro quede en la localidad. (✔, error en Plantilla:Módulo Superficie geográfica), pero un problema podría ser el de los lugares que pasan por varias localidades (por ej. ríos, rutas nacionales).
  • Lo ideal sería un algoritmo que calcula el promedio/centro de las coordenadas.
  • Sino también se podría ver si hay un mecanismo que selecciona automáticamente el encuadre.
  • En los barrios como workaround feo se puso una solución con #explode y el PuntoLímiteExterior.

• Probar el tema de los mapas que incluyen líneas / polígonos de otros items (e.g. en guías, en la de ciclovías no funcionaba!)

EnLocalidad / EnProvincia / Plantilla:Link

• Convertir módulos para que Plantilla:EnLocalidad y Plantilla:EnProvincia también funcionen con arraymaps. ✔, módulos Región Administrativa Local y plantilla Barrio cambiados (probablemente solo workaround). Faltan otros módulos como Espacio Verde. ✖
• Aún no implementado en direcciones de locales etc. ✖
• Limita con: debe ir EnLocalidad / EnProvincia según el tipo de sector ✔
• Revisar Plantilla:Link. ✔
• Plantilla:EnLocalidad y Plantilla:EnProvincia deberían también tener un modo corto que solo muestre visiblemente el nombre (en vez de mostrar toda la ruta) con el enlace hacia la página falta, en discusión; alternativa es que se use directamente la forma de link común
  • a favor: más claro en el código fuente, un poco más corto, no afectaría a los links que no lo usan
  • en contra: hay que usar una terminología nueva (por ejemplo "Formato=Corto"), el original es con "link=none" y por eso se puede formar fácilmente un link con el resultado, no justifica probablemente la longitud del código
  • tercera posibilidad: una plantilla aparte ("EnLocalidadLink" o similar)

El problema está más profundo: debe ser resuelto el tema de la Plantilla:Microdata-Itemprop.

Plantillas que se deben cambiar:

• Plantilla:Infobox-Fila-Cond y similares:
  • Posibilidad 1: necesitan un campo "Show" para lo que realmente se muestra, no el valor.
  • O quizá mejor: añadir un campo "Pla" para añadir una plantilla para lo que se muestra
• Plantilla:Microdata-Itemprop. Aquí la pregunta es: Para que sea consistente con las reglas de Schema.org, no se puede mostrar otra cosas que no sea la enlazada.
  • Para uso externo, utilizar en Microdata el valor del campo "Show" (probablemente mejor, debido a que el "nombre completo" solo tiene relevancia para el sitio NuestraCiudad)
  • O proveer un lugar para el nombre de artículo completo con localidad y provincia. (Aún mas consistente, pero mucho más complicado)

Otros

• Arreglar Special:Prefixindex/NuestraCiudad: (mover a "Proyecto") (bot?)
• En los formularios algunos campos son muy grandes (será porque ahora es todo del tipo "texto" y se tiene que explícitamente poner "text" en vez de "textarea"?) ✔ Workaround con Plantilla:DefEnt

Bug no trivial: Coordenadas ✔ revisar

• El último item de Atributo:PuntoLímiteExterior en las plantillas de barrio no es reconocido. Probablemente problema de Plantilla:UnirListasCoordenadas.
• El diagnóstico es que el tipo de datos Coordenadas solo permite valores únicos, no permite caminos ni polígonos.

Solución (funciona)

• Crear Atributo:Tiene secuencia de coordenadas y más específicos como Atributo:Tiene límite exterior. Todos tipo Texto, ya que estas listas no son reconocidas como coordenadas. ✔
• Las "Secuencia de coordenadas" están separadas por ";" tal como lo hace la Plantilla:ListaCoordenadas. ✔
• Se creó las siguientes plantillas nuevas:
  • Plantilla:Infobox-Set-ListaDoble
  • Plantilla:SetDoble
• En los mapas en otro artículo o en guías se llama el atributo Tiene secuencia de coordenadas (En los artículos mismos hasta ahora se llama el valor directo, lo cual funciona sin problemas.). ✖, revisar

antiguo

• Proyecto:Desarrollo/NC Córdoba antigua página con los items de NC-Córdoba.

Decisiones de diseño importantes

• Usar el formato "X, Localidad, Provincia" o "X - Localidad - Provincia" (u otra variante?)?
• En caso de usar ",", se tiene que modificar el separador de listas en #arraymaps, probablemente a ";".

Pro / contra usar la coma

Pro "," para títulos y ";" para arraymaps:

• Se usa un formato similar a la wikipedia en inglés.
• Ya existen varios artículos en este formato (aunque esto puede cambiarse fácilmente)
• Cambiando de coma a ";" para arraymaps soluciona el problema que #arraymap no se puede usar actualmente con valores numéricos debido que la coma no se ve como separador decimal sino como separador de listas.
• Las listas de coordenadas actualmente ya se separan con ";".

Pro "," para arraymaps y otro signo para títulos:

• Hay que cambiar todas las arraymaps a una alternativa (";" u otra)
• Para listas en las infoboxes, la coma es la variante que más se ajusta a las convenciones en otros medios para listas.
• La coma es mejor para la usabilidad, ya que es aceptada ampliamente como separador de listas.

Por ahora se eligió el sistema que conserva la "," para listas. La usabilidad es prioritaria hasta que se encuentre un sistema alternativo para ingresar listas en formularios.

Roadmap / Tareas pendientes

Ver [1] para algunos otros detalles.

• Instalación ✔
• Configuración ✔
• Portales principales En curso. Portales ✔. Faltan: Plantilla:DepLoc, Plantilla:Barrios.

Tareas secundarias

• Atributo:Ubicado en (usar/renombrar Atributo:Ubicado dentro de?) ✔
• Atributo:Relacionado con. Agregar a las guías. BUG: No funciona como subpropiedad.
• MapaCentro (e.g. vías de transporte): No muestra el box del mapa correctamente.

Nice to have

Ver Project:Roadmap.

Bugs

• Grave: MediaWiki 1.19 hace problemas al incluir la función PAGENAME a Semantic Forms. Esperar hasta próximo release?
• Chequear que pasa en la parte baja de la tabla en N2/Descendente/Sábado Ya se cargarán los horarios actuales.
• El servicio de geo-coding de OpenStreetMap parece inestable, tratar de no usarlo.
• Grave: El cuadro para insertar categorías en los formularios no permite seleccionar las subcategorías. (Error de configuración?)
• Grave: No funcionan las tablas de horarios con SMW 1.18. Actual workaround: reemplazamos objetos internos con "subobjetos".
• Plantilla:Form-Intro: No recibe el parámetro "1" y solo muestra cosas que están fuera del "if".