Juan Facundo, el css es bootstrap: http://twitter.github.com/bootstrap , si querés podes bajar un sabor distinto desde bootswatch.com
AgusQui, buenas ideas!
Mañana en el SotM podemos hacer unos retoques al stylesheet de mapnik con estas cosas, que les parece?
Saludos.
Lo de las cruces para una confesión cristiana no católica me parece despectivo hacia las comunidades cristianas que no usan la cruz como símbolo, como los evangélicos. Estaría bueno el de shop=lottery y lo más importante que las vías sin pavimentar debieran tener distinta representación que las pavimentadas.
AgusQui, en ese mapa la mayoría de las referencias en el render son muy buenas.
En ese enlace que pusiste los estadios de fútbol o canchas de tenis están representados visualmente mucho mejor que con un rectángulo verde, por ejemplo.
La verdad que da gusto mirarlo.
Lo mejor de un render así es lo práctico que es.
Con el primer golpe de vista ya sabés qué es, sin necesidad de leer para saber de qué se trata.
Claro que habría que hacer algunos ajustes. Yendo al ejemplo de los estadios, la cancha de Comu aparece torcida (http://tile.openstreetmap.fr/?zoom=18&lat=-34.59387&lon=-58.48828&layers=B00000F).
Y aunque no entiendo por qué aparece dibujada la cancha del INCUCAI y no la de River… (en http://tile.openstreetmap.fr/?zoom=17&lat=-34.54759&lon=-58.44428&layers=B00000F ) la diferencia entre los layers es evidente al comparar entre la capa osmfr y la default de mapnik.
Buen enlace AgusQui!! 
raro que si en ese mismo render me voy a argentina, no me muestra igual las canchas de futbol.
saludos!.
Si lo de las canchas lo habia visto y me pareció genial, tambien fijense en los campos de golf: http://tile.openstreetmap.fr/?zoom=16&lat=48.72648&lon=2.60806&layers=B00000, no lo comenté porque me pareció una vanalidad considerando que hay otras cosas mas importantes que hacer en nuestro render, en Argentina algunas canchas se ven (como el ejemplo de Tuenti) pero la mayoría no, supongo que será x algun tag diferente ni idea, aquí hay mas info: http://www.openstreetmap.org/user/pieleric/diary/18865.
Tiro otra idea: que se rendereen los place=neighbourhood, que es como deberian estar etiquetados los sub-barrios de capital como el barrio Chino de Belgrano, Palermo Viejo, Villa 31, Abasto, etc., pero todos les ponemos suburb para que se vean 
me fije los tags, y esta igual que la cancha francesa, pero las de aqui no se “renderean” igual (al menos las 4 o 5 que yo me fije).
leisure=pitch;sport=soccer
saludos!
Capaz que el codigo funciona solo en territorio francés para no gastar recursos
No es por eso, creo. (Aunque dicho así parece una cuestión de fe) 
La siguiente es la respuesta ante un reclamo por falta de renderizado en otros países en el enlace posteado más arriba ( http://www.openstreetmap.org/user/pieleric/diary/18865 )
Scaling problems are results on a “bad” mapping: I mean: This SVG files applies on pitch area itself, and NOT on the largest landuse around. So, if we want this render works fine, we have no choice to adjust every single polygon to the lines of each single pitch. Examples: If a large grass field is mostly used by a soccer pitch, ther should be a large polygon for the park (barrier=fence, landuse=park) and a “tight” one just close the white stripes of pitch (leisure=pitch, sport=soccer) For a tennis court witch have four(4) courts: one polygon for the area (barrier=fence) and four polygons with (leisure=pitch,sport=tennis,surface=clay)
I experiment this in Quebec city, Canada and it works fine this way.
Si se quiere que el render funcione bien no hay otra opción que ajustar cada polígono a las líneas de cada imagen. Si el terreno es demasiado grande y no dibuja la cancha aconseja delimitarlo con los tags (barrier=fence, landuse=park) y hacer uno más pequeño con el tamaño adecuado y los tags (leisure=pitch, sport=soccer)
Parecido para cuando son varias canchas de tenis: Un polígono con los tags (barrier=fence) y dentro otro, para cada cancha, con los tags (leisure=pitch,sport=tennis,surface=clay). Clay sólo como un ejemplo de superficie…
Dice haberlo hecho así en Quebec (Canadá) y que funciona bien…
O sea, pareciera que las imágenes en formato .svg tienen un problema de “escala” y no se pueden estirar hasta cualquier tamaño.
Todo parece estar hecho con CartoCSS, y de manera bastante simple (para los que saben del tema).
El código en Github: https://github.com/cquest/osmfr-cartocss
Salu2
Instalé un renderer local con el estilo de osm.org portado a Carto para probar, y funciona bastante bien, aunque es más lento. Podríamos usarlo en openstreetmap.org.ar, sería más facil de modificar que el mapnik XML.
Creo que el tema de renderizados (ejemplos, creación, edición, portación, etc, etc) es un tema mucho más importante de lo que parece.
Esto permitiría en un futuro cercano (en la medida en que vayan apareciendo herramientas, editores WYSIWYG, etc) una gran flexibilidad a la hora de representar los tags, dándole la personalización y adaptación de OSM a los gustos y necesidades de muchos, pero muchos muchos, grupos de usuarios con intereses especiales.
Incluso algunos tags “locales” que Mapnik no rendearía pueden ser mostrados de manera muy simple.
Quizás se merezca un título e hilo separados en este foro.
Como ejemplo les mando este enlace a un render hecho con WebGL, una open api en JavaScript que permite realizar vistas en 3d, con el procesamiento hecho con el procesador de la placa de video del lado cliente, al abrir la página.
Esto que suena bastante complicado ya viene incorporado en el 99% de los navegadores “grandes” (lease Chrome, Firefox y Opera) e IE en las últimas versiones agregando un plugin, obvio…
Incluso ya está también incorporado en algunos navegadores para móvil y tablet.
Así se libera de pesados cálculos al server.
La vista, restringida en el enlace a Suiza, seguro que te suena familiar: http://swiss3d.openwebglobe.org/?lng=8.373250007629395&lat=46.873287200927734&elv=2693.7768185770237&yaw=360.9129926267148&pitch=-23.1807091482414
Sip. WebGl es usado por Goo en sus aplicaciones con vistas 3D… 
Saludos
Voy a instalar el estilo CartoCSS en openstreetmap.org.ar después de que hable con cyph3r para entender cómo tiene configuradas algunas cosas en el servidor 
Por ahora tengo el demo en mi propio servidor y los estilos en GitHub.
Lo único que cambié del estilo “original” de openstreetmap.org es el símbolo de estacionamiento. Por ejemplo, las heladerías que ya aparecen en osm.org.ar todavía no están en mi versión. Por favor agreguen sus sugerencias como bugs en GitHub; aunque ya puse algunas de las que dijo AgusQui en el foro.
Cambié el texto de place=town en zooms 11,12,13, de 10px a 12px. Tengo ambas versiones para comparar en el selector de layer: http://stuff.povaddict.com.ar/osm.html
EDIT: aclaro: la idea es que opinen si queda bien el cambio o no
Muy buen trabajo Nico!!
En el 11 no era necesario porque los suburb no aparecen, pero igual quedó bien
Lo dicho. Es un problema con la escalabilidad.
Sin entender nada le pegué una leída por arriba al código del osmfr-CartoCSS y me pareció ver algo en la parte de la cancha de fútbol sobre una restricción en la relación entre los lados del pitch como 4:3 (misma relación que las pantallas de tvs “antiguas”).
Estuve haciendo algunas pruebitas “a ojímetro” (usando además el botón para que el rectángulo tenga los ángulos a 90 grados) y logré que aparezcan las canchas de River ( http://tile.openstreetmap.fr/?zoom=18&lat=-34.54547&lon=-58.44946&layers=B00000F ) y de San Lorenzo junto a algunas otras cercanas a esta última: ( http://tile.openstreetmap.fr/?zoom=17&lat=-34.65315&lon=-58.44499&layers=B00000F ) en el render francés.
Si no tuviera esa restricción creo que a lo mejor el renderizado sería medio segundo más lento, pero evitaría estar ajustando los estadios uno a uno a mano y con ensayo y error.
El problema es que ninguno de los editores que uso (todos online) permite copiar ni girar los lados de un polígono dibujado. Sino sería muchísimo más fácil (y soñando un poco, incluso capaz que sea automatizable)…
Saludos
hoy estuve probando ID EDITOR y si tiene para girar poligono. Saludos!.
¡Genial!
En cuanto a los town, estuve comparando y me gusta más la opción sin modificar en el zoom 11
Será q se puede obtener coordenadas de un punto bajo el mouse, click der. y las copio al clipboard o algo similar?
es una función q adolece osm y es muy útil para los q trabajamos con georeferenciación
eso lo podes hacer haciendo doble click en el punto y despues apreta abajo donde dice “enlace permanente” ,cambia la URL en el navegador y ahi tenes las coordenadas.
Saludos!
para probarlo