[Talk-es] foursquare is joining the OpenStreetMap movement!
http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Estoy siguiendo desde hace unos días este hilo y, francamente, aunque intento ir pillando algo, me cuesta bastante. ¿Podríais dirigirme a algún enlace donde explique (para tontos) cómo ir procediendo para importar datos del catastro a OSM? Muchas gracias. Muy buen trabajo!!! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Carlos Dávila cdavi...@orangecorreo.es escribió: http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Gu.C3.ADa_de_Uso_de_cat2osm Usa el cat2osm más reciente posible. Este es el último que han pasado a la lista, aunque seguro que ya tienen algo nuevo: http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar Muchas gracias, Carlos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] ¿regiones?
Creo que es un tema que en algún momento comenté en la lista. Resulta que cuando busco una calle en OSM de, por ejemplo, Granada, al mostrarme la información de la misma (en este caso en Nominatim) me aparecen inetegradas en Sierra de Lújar. Si no recuerdo mal, también pasaba en otras poblaciones. En su día estuve indagando y, me parece, que era porque había grandes polígonos de Sierras y cosas así que cubrían grandes extensiones que excedían los límites de éstas. Ahora no las encuentro, pero creo que es un tema que habría que solucionar. ¿Sabe alguien si es efectivamente por eso y, en ese caso, dar con ellos para modificarlos? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿regiones?
Gari Araolaza g...@eibar.org escribió: Tenemos el mismo problema desde hace años en Euskadi con Erriberagoitia/Ribera alta (antes ocurría con otra comarca. Lo comenté en la lista hace un tiempo y no llegamos a ningún arreglo aparte de eliminar esa entidad. Creo que ocurre cuando un condado o comarca se etiqueta como nodo en lugar de área, por lo que OSM asume un determinado area de acción. Estaría muy agradecido si alguien diera con la solución. Gari Eso es lo que parece que pasa en el caso de Sierra Lújar [1]. Lo que pasa es que, en su día, lograba ver esa área de acción, pero ahora no soy capaz. Si el problema es que está como nodo y debiera estar como área, pues se podría borrar y crear como área, ¿no? [1] http://www.openstreetmap.org/browse/node/26864618 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿regiones?
sergio sevillano sergiosevillano.m...@gmail.com escribió: es un problema de jerarquías en la interpretación del place=* la traducción literal de región (place=region) da lugar a un objeto con jerarquía superior a la que debe y resulta en que el nominatim le da preferencia, rompiendo los valores lógicos de pertenece a (∈) barrio ∈ localidad ∈ municipio ∈ provincia ∈ CA ∈ pais ... region está entre provincia y CA o más arriba, si no recuerdo mal. mi consejo es buscar el nodo o polígono etiquetado pej: Sierra de Lújar y degradarlo a place=locality (funcionó en Madrid). no me acuerdo donde anda la tabla de rangos de place para decidir si place=localty sería el correcto (éste es el valor para los nombres de lugares [toponimia] importados en base al Nomenclator Geográfico Básico de España). puede que por aquí... : http://wiki.openstreetmap.org/wiki/Places http://wiki.openstreetmap.org/wiki/Place Lo gracioso del tema es que Sierra de Lújar está como locality [1]. Quizás la cosa vaya por lo que se decía antes, lo de que está como nodo en vez de área. [1] http://www.openstreetmap.org/browse/node/26864618 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Geolocalización con openstreetmap
Gracias, Simó y Jaime. Voy a mirar a ver si me entero de algo. :-) Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Geolocalización con openstreetmap
¿es posible utilizar OSM para geolocalizar lugares en base a su dirección? Por ejemplo, a partir de una base de datos que contenga las direcciones de una serie de edificios, localizarlos en la capa de OSM o establecer una ruta que los una. Sé que existen aplicaciones como geocoder pero ignoro como hacer uso de ellas en combinación con OSM. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Descarga shape con Cloudmade
juanramon.tam...@mpt.es escribió: El programa OSM2SHP no tiene en cuenta las relaciones, simplemente transforma a SHP las ways cerradas como áreas y las abiertas como líneas (amén de los puntos claro). Las tags que tienen asignadas las relaciones no se tienen en cuenta. Es el mismo caso para el plugging de QGIS y del servicio OSMTranslator. En cualquier caso, siempre puedes hacer la manera manual de seguir la linea si son relaciones. Si te da problemas el OSM2SHP yo probaría con alguno de los otros dos (ninguno es perfecto, pero si lo quieres directamente en SHP son las mejores opciones) No entiendo eso de hacer la manera manual de seguir la linea si son relaciones. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Descarga shape con Cloudmade
Jaime Crespo jy...@jynus.com escribió: ¿Bajárselas directamente en el formato OSM y utilizar http://code.google.com/p/osm2shp/ ? No lo he probado, así que no sé qué tal se llevará con las relaciones... Me he bajado el fichero .osm para Ecuador y he intentado convertirlo a shp con osm2shp, pero me da el siguiente error. ¿Alguien sabe a qué se debe?: -- Consulte el final de este mensaje para obtener más detalles sobre cómo invocar a la depuración Just-In-Time (JIT) en lugar de a este cuadro de diálogo. ** Texto de la excepción ** System.NullReferenceException: Referencia a objeto no establecida como instancia de un objeto. en OSM2SHP.ConvertToSHP..ctor(osm infile) en OSM2SHP.frmMain.tsbOpen_Click(Object sender, EventArgs e) en System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) en System.Windows.Forms.ToolStripButton.OnClick(EventArgs e) en System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) en System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) en System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) en System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) en System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) en System.Windows.Forms.Control.WmMouseUp(Message m, MouseButtons button, Int32 clicks) en System.Windows.Forms.Control.WndProc(Message m) en System.Windows.Forms.ScrollableControl.WndProc(Message m) en System.Windows.Forms.ToolStrip.WndProc(Message m) en System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message m) en System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message m) en System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ** Ensamblados cargados ** mscorlib Versión del ensamblado: 2.0.0.0 Versión Win32: 2.0.50727.3603 (GDR.050727-3600) Código base: file:///c:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll OSM2SHP Versión del ensamblado: 1.0.0.0 Versión Win32: 1.0.0.0 Código base: file:///C:/Documents%20and%20Settings/Administrador/Mis%20documentos/OSM/OSM2SHP/OSM2SHP.exe System.Windows.Forms Versión del ensamblado: 2.0.0.0 Versión Win32: 2.0.50727.3053 (netfxsp.050727-3000) Código base: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll System Versión del ensamblado: 2.0.0.0 Versión Win32: 2.0.50727.3053 (netfxsp.050727-3000) Código base: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll System.Drawing Versión del ensamblado: 2.0.0.0 Versión Win32: 2.0.50727.3053 (netfxsp.050727-3000) Código base: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll Accessibility Versión del ensamblado: 2.0.0.0 Versión Win32: 2.0.50727.3053 (netfxsp.050727-3000) Código base: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll System.Xml Versión del ensamblado: 2.0.0.0 Versión Win32: 2.0.50727.3082 (QFE.050727-3000) Código base: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll mscorlib.resources Versión del ensamblado: 2.0.0.0 Versión Win32: 2.0.50727.3603 (GDR.050727-3600) Código base: file:///c:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll System.Windows.Forms.resources Versión del ensamblado: 2.0.0.0 Versión Win32: 2.0.50727.1433 (REDBITS.050727-1400) Código base: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_es_b77a5c561934e089/System.Windows.Forms.resources.dll ** Depuración JIT ** Para habilitar la depuración Just In Time (JIT), el archivo de configuración de esta aplicación o equipo (machine.config) debe tener el valor jitDebugging establecido en la sección system.windows.forms. La aplicación también se debe compilar con la depuración habilitada Por ejemplo: configuration system.windows.forms jitDebugging=true / /configuration Cuando esté habilitada la depuración JIT, cualquier excepción no controlada se enviará al depurador JIT registrado en el equipo en lugar de controlarlo mediante el cuadro de diálogo. -- ___ Talk-es mailing list Talk-es@openstreetmap.org
[Talk-es] Descarga shape con Cloudmade
Me he descargado unos shapes utilizando Cloudmade; en concreto la información que hay para Ecuador. Me interesan sobre todo los límites administrativos. He visto que puedo extraer los límites que me interesen (límite nacional, provincias, cantones,...) en función del campo ADMIN_LEVE, pero el problema es que no me conserva el nombre de las distintas entidades. ¿Hay alguna forma de obtener un shape de los límites administrativos que contenga el nombre de las mismas? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Depuradoras de aguas
No he encontrado nada en la wiki ni en la lista de correo acerca de cómo etiquetar las infraestructuras que aparecen dentro de las depuradoras de aguas residuales (EDAR). Me refiero fundamentalmente a las típicas estructuras redondas (decantadores). ¿Hay alguna forma de etiquetar de forma genérica las construcciones (que no sean edificios)? En cualquier caso, si alguien me puede indicar alguna EDAR que ya esté mapeada para que me sirva de guía, mejor que mejor. Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Depuradoras de aguas
Jonay Santana jonay.sant...@gmail.com escribió: Nada más concreto: http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant Es exactamente lo que pides. En cuanto al detalle dentro de la propia planta de tratamiento de aguas residuales, supongo que podrás tirar de los típicos building=yes, puede que algún man_made=works, y a lo mejor algún man_made=reservoir_covered, y tal vez algún landuse=reservoir. Lamento no poderte indicar ninguna que ya esté hecha, ya que ni siquiera he mapeado la EDAR más grande que hay en mi ciudad... Ya había visitado ese enlace. De hecho, así la he etiquetado (por cierto, no se renderiza). Mi pregunta iba más en la línea de lo que dices a continuación. He añadido algún building; y voya a revisar el resto de etiquetas que pones, a ver si alguna se puede adecuar. Muchas gracias, Jonay. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Depuradoras de aguas
sergio sevillano sergiosevillano.m...@gmail.com escribió: he aquí un ejemplo: http://www.openstreetmap.org/?lat=37.990725lon=-3.48905zoom=18layers=M pero los decantadores están como landuse=reservoir, que no es exacto 100% si se os ocurre algo mejor. Muchas gracias, Sergio. Pues habrá que conformarse con reservoir. Veo que Baeza dio sus frutos... :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Deformación PNOA
He observado que la ortofotografía PNOA deforma muchísimo los edificios, al menos en la zona donde estoy mapeando. ¿Es así en otras ciudades? Lo peor es que afecta, en zonas donde hay edificios altos y calles estrechas, al propio trazado de las calles. De hecho, algunas calles y edificios que en su día hice utilizando la imagen de Yahoo aparecen desplazadas con respecto a PNOA por esa circunstancia; y viceversa, los edificios que estoy generando con la imagen PNOA aparecen desplazados en la imagen Yahoo. A priori la imagen Yahoo está mejor, pues carece de deformaciones, lo cual parece obvio teniendo en cuenta que la de Yahoo es de satélite (¿no?), mientras que PNOA es fotografía aérea. En esta zona [1] podéis ver un ejemplo de lo que os comento. [1] http://www.openstreetmap.org/?lat=37.190749lon=-3.604394zoom=18layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Deformación PNOA
Emilio Gómez Fernández ego...@terra.es escribió: Sinceramente, con el notición de la nueva licencia del Catastro no creo que merezca mucho la pena invertir tiempo en la digitalización de edificios a partir del PNOA. Yo me esperaría a importar directamente la capa vectorial de edificaciones de esta fuente, máxime si tenemos en cuenta que ya tendrías la línea de separación entre medianeras de los edificios, en muchos casos el número de plantas (lo que permitiría hacer extrusiones 3D), los números de policía, etc. Luego ya sería labor de revisarlo y completarlo. Saludos. Emilio Gómez Vaya, basta que uno se ponga a trabajar sobre algo para que le agüen a uno la fiesta; estos del catastro... Sí, estoy siguiendo los hilos de la lista de Osgeo y OSM sobre el tema, pero como todavía no me había quedado claro de qué manera podríamos hacer uso de la información de catastro, había pensado seguir divirtiéndome dibujando edificios. A este ritmo de liberaciones nos van a dejar sin diversión a los osmeros... :-) En cualquier caso, el problema sigue siendo el mismo: la deformación de la imagen PNOA. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] No sincronizan los mapas
José Luis Domingo López openstreetm...@24x7linux.com escribió: Las respuestas obvias son dos, la primera, hiciste las modificaciones y no las subiste. La segunda, las subiste y alguien deshizo los cambios, o los sobrescribió de alguna manera. No se me ocurren otras alternativas. Un saludo. Ambas respuestas parecen improbables, ya que, según dice, se muestran en OSM (entiendo que se refiere a la visualización vía web). ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] superposición de vías
José Manuel Díaz Soriano cbu...@gmail.com escribió: en qué layer está? la vía pedestrian tiene layer=-1; las vías principales de la autovía no tienen layer, y las salidas/incorporaciones (las que fallan) tienen layer=1. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] superposición de vías
sergio sevillano sergiosevillano.m...@gmail.com escribió: ... tengo otro ejemplo sin resolver, aqui la pasarela peatonal debería estar por encima de todas las vías http://www.openstreetmap.org/?lat=40.458993lon=-3.748388zoom=18layers=M y no hay manera oiga. Quizás sea porque, como dices, el renderizador se lía con los layers, puentes, pasarelas y túneles. En el caso que pones, parece que el hecho de que la autovía tenga un puente interfiere con la pasarela. Al menos es la única característica que tiene esa intersección que no tengan las otras. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Discoteca?
José Manuel Díaz Soriano cbu...@gmail.com escribió: Tienes razón no puedo lanzar la pregunta así.. Uso JOSM y quiero etiquetar una discoteca de Utrera(Sevilla), como no sabía que atributos ponerle, pues use la pestaña predefinidos y busqué discoteca, la pincho y me diche: Nombre: Horario: Hora Apertura Solo relleno nombre y automáticamente, me crea el nodo con los artibutos amenity:nigthclub name:Donovant´s Está bien etiquetado. Puedes verlo en [1]. Cierto es que en JOSM aparece con un icono que asemeja (pues más que verse, se intuye) a el busto de una mujer, pero eso lo mismo ha sido un error de interpretación a la hora de poner los iconos en JOSM (o que los de JOSM tienen la mente un tanto calenturienta... :-b ). En cualquier caso, con Osmarender ni siquiera se renderiza. [1] http://wiki.openstreetmap.org/wiki/ES:Map_Features#Infraestructuras_.28Amenity.29 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] superposición de vías
¿Alguien sabe por qué no me sale la vía etiquetada como pedestrian en [1] por debajo de todas las vías de la autovía? [1] http://www.openstreetmap.org/?lat=37.174342lon=-3.612427zoom=18layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Río soterrado
Para representar un río que se encuentra soterrado y discurre por debajo de varias calles de la ciudad, ¿basta simplemente con poner layer=-1 en la vía correspondiente al río? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Calle superpuesta a plaza
En el caso de tener una calle que parte en dos una plaza, ¿habría que incluir la calle dentro de una relación junto a la plaza? Voy a intentar poneros el esquema, a ver si así os lío un poco más :-) i i i * i * * i * * i * i i i: calle *: plaza ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Río soterrado
sanchi sanc...@gmail.com escribió: Yo los pongo como sergio. De cualquier manera hace poco me entere que también estaba tunnel = culvert que posiblemente sea mas correcto. http://wiki.openstreetmap.org/wiki/Tunnel#Other_tunnel_values Parece, efectivamente, que es más correcto usar el valor culvert. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Río soterrado
Roberto Pla p...@aire.org escribió: Yo veo el inconveniente, porque me ha pasado recientemente, de no saber el auténtico recorrido de la acequia-riachuelo bajo las calles. Me pasó aquí: http://osm.org/go/xVgDnP7Ol- Y decidi seguir el criterio del mapa consultado en el IDEC aqui: http://goo.gl/HccpC En mi caso no existe ese inconveniente, ya que el río soterrado discurre claramente por dos calles principales. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] tag para escudo heráldico
Jonay Santana jonay.sant...@gmail.com escribió: A ver, no soy tan burro como para no saber qué es un escudo heráldico... Lo que no entiendo es si tiene cabida en un mapa. Si hay un cartel en la fachada de un edificio, ¿también lo mapearías? Salvo que el escudo tallado tenga una significación especial, yo no lo incluiría en un mapa. Si sí la tuviera, entonces tiraría de alguna de estas tags: tourism:artwork historic:monument Pero ya te digo, que si fueramos a mapear todos los escudos heráldicos de algunas ciudades con mucha historia de España, no acabábamos... Un saludo, Yo tampoco veo lo de mapear la presencia de un escudo heráldico. Ahora, eso sí, se podría plantear una aplicación propia, sobre OSM, exclusiva de escudos. ¿openheraldic.org? :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
lunallena lunallena.xo...@gmail.com escribió: Hola, amigos. Es la primara vez que participo en este ML y encantada en saludaros. Mi motivo de escribiros es daros la noticia siguiente. Ante la catastrófica situación que causaron el terremoto y tsunami en aquel país del sol naciente, el equipo de OpenStreetMap Japan fundó el Projecto de Crisis y hace llamamiento a todos los interesados en apoyar al pueblo japonés a coloborar con la utilización de OSM. Igual que en caso del terremoto de Haití, la elaboración de mapas de zonas afectadas por las costas orientales de la isla central de Nippon, serán gran ayuda a aquellos profesionales que están en operación de rescate. Todos los miembros de OpenStreetMap Japan os agradecerán, si podéis buscar ratos para mapear, traducir el wikietc, etc. Más información: http://wiki.openstreetmap.org/wiki/ES:2011_Sendai_earthquake_and_tsunami Un saludo, desde Madrid Me encantaríac ayudar, pero me encuentro un poco perdido. He estado leyendo el enlace y no me ha quedado nada claro. ¿Qué imágenes (posteriores al desastre) se pueden usar y de qué manera? ¿qué información hay que añadir? no sé, ¿existe algún tipo de etiquetado para señalar los edificios destruidos, las carreteras cortadas,...? Perdón por mi ignorancia. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
Xavier Barnada escribió: Ahora mismo diria que las mas faciles de usar y configurar son las de Bing(el wms que vienen configurado por defecto en JOSM) aunque se debe estar alerta ya que Bing solo tiene imagenes post-desastre de la zona afectada por el tsunami y no de la zona mas interior ¿y cómo se puede diferenciar dónde termina una y empieza otra? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
Xavier Barnada Rius xbarn...@gmail.com escribió: ¿y cómo se puede diferenciar dónde termina una y empieza otra? Se diferencia bastante claro por las propias fotos,en algunas aparecen nubes por ejemplo, aun asi se puede consultar aqui: http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=37.87603886753191lon=140.9450570851013zoom=9 o tambien aqui: http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=38.252850511995966lon=140.9921404258302zoom=16 Gracias, Xavier. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Segmentos compartidos
Jorge Juan jjch...@gmail.com escribió: Tengo una duda: ¿es buena práctica compartir segmentos entre vías o áreas? Por ejemplo, cuando nodos de una vía se emplean también como nodos de un área como en [1]. De esta forma, se solapan segmentos de dos vías diferentes. JOSM solía dar un aviso en estos casos. Tenía entendido que este tipo de cosas era mejor hacerlas mediante relaciones de multipolígonos. Saludos. [1] http://osm.org/go/b7MaLJwAd- Efectivamente, lo correcto es hacer un multipolígono. Es [1] puedes ver, al final de la página, cómo hacerlo paso a paso en JOSM. El caso que aparece en la wiki no es el que tú comentas, pero bastaría en tu caso diferenciar el segmento de vía (debidamente etiquetado) que comparte lado con el área, luego dibujar el área (exceptuando el lado que comparte con la vía) y crear finalmente la relación multipolígono asignado al mismo las propiedades del área (por ejemplo, en el caso de una plaza: area=yes, highway=pedestrian, name=plaza mayor,...). [1] http://wiki.openstreetmap.org/wiki/ES:Relation:multipolygon ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Terremoto del Japón
lunallena lunallena.xo...@gmail.com escribió: Sí. por ejemplo, para carreteras y calles cortadas y destruídas impassable=yes, barrier:obstacle_type=debris, o simplemente barrier=* ( etiquetado común para los usuarios de datos de OSM) ref. http://wiki.openstreetmap.org/wiki/ES:2011_Sendai_earthquake_and_tsunami#En_el_terreno ¿y para edificios destruidos? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Matías taborda.barr...@gmail.com escribió: Propongo a ver que os parece: Seguimos con el tema parajes (place=locality) por lo que ya he comentado anteriormente. Primero echadle un vistazo a lo que ha quedado y comentamos que os parece el etiquetado[1], por su hubiera que borrar o añadir algo (no quiero estar preparando los archivos nuevamente y que luego no estén aprobados por la mayoría). Desde mi ignorancia, a mí me parece bien el etiquetado. Sólo una pregunta, ¿no sería más correcto que las coordenadas apareciesen en WGS84? En cuanto a la duplicación de nodos yo había pensado quedar los que la gente hubiera puesto antes de la importación, el tema está en que esos nodos originales suelen tener menos información en el etiquetado que los del IGN, alomejor sería cuestión de pegarles las etiquetas adecuadas de la importación, en fin, debate abierto. También decir que me he encontrado con cosas muy curiosas como un cajero automático etiquetado como paraje. Me parece igualmente bien que se le añada a los parajes creados previamente a la importación toda aquella información que sea posible. Evidentemente, alguna de la información que tiene asociada Nomenclator no tendrá sentido incluirla. Lo que no sé es si es muy difícil asociarle otra como las coordenadas del nodo. Si hay gente que mueve hasta los vértices geodésicos. ¿Como le seguimos la pista a movimientos de nodos si lo hace alguien que no ha leído esta discusión?. Ignoro cómo hacerlo técnicamente, pero me parece que sería de vital importancia. Desde luego creo que es una barbaridad que la gente se dedique a mover a su flor vértices geodésicos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
Queda por definir qué metodología se va a seguir a la hora de ir puliendo los nodos de parajes importados (ubicación, duplicidad,...). ¿Se va a informar de alguna forma al IGN de las modificaciones que se pudieran hacer? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] duda
Roberto Pla p...@aire.org escribió: Supongo que son datos introducidos con JOSM o con Potlatch...y sigo suponiendo: Dos hipótesis: * Hay algun error que impide su visualización, por ejemplo una carretera a la que le falta la propiedad 'highway' ...y el renderizador 'no sabe' como pintarlos. * No es que no se publiquen sino que no las ves, debido a: retardo más o menos normal en incorporación a la base de datos, en el refresco de las teselas en el servidor, falta de refresco en la caché de tu ordenador o del proxy de la red a través de la cual te conectas. Cuando vuelves a editar tus datos ¿Siguen ahí? No hace falta editar. Con desplegar la leyenda (crucecita de la derecha) y seleccionar Datos (métele zoom para que vaya mejor), podrás ver si la información está subida o no. Lo de que aparezca o no puede ser, como dice Roberto, porque no esté debidamente etiquetada o sea algún elemento que no se renderiza (a mí me pasó esto último con los kioskos de prensa :-) ), o porque lo hayas subido recientemente y todavía no aparezca renderizado. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Importación Nomenclator
Me he dado cuenta que se ha hecho ya la importacion de Nomenclator. Supongo que habrá sido Matías [1]. El caso es que me he dado cuenta que, a mi entender, la ubicación que hace el IGN no es exacta en algunos casos. Os pongo un ejemplo de una zona que conozco y que he mapeado [2]; ahí podréis ver como lo que se conoce como infiernos de Loja aparece situado por el IGN al sureste de donde están ubicados. Aprovecho este ejemplo para hacer una pregunta: ¿qué es lo más correcto, borrar el nodo del IGN y dejar el que he puesto, o borrar el mío y desplazar el del IGN? La tercera opción sería dejar los dos, pero me parecería la peor de las tres. En [2] también podéis ver que el propio Nomenclator tiene duplicidades (Los infiernos e infiernos de Loja); además, en ubicaciones distintas. ¿Se puede depurar el Nomenclator quitando casos como estos en que hay duplicidad? Y por último, creo que el mapa queda muy saturado con tanto paraje [3]. Ya sé que no se debe mapear para el renderizador, pero... Bueno, que lo lanzo para que se discuta. [1] http://gis.638310.n2.nabble.com/Importacion-de-datos-del-Nomenclator-Geografico-td5946918.html [2] http://www.openstreetmap.org/?lat=37.16884lon=-4.13018zoom=15layers=M [3] http://www.openstreetmap.org/?lat=37.1653lon=-4.1481zoom=14layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
La verdad es que con estas cosas uno se encuentra muy condicionado por lo que hace o deja de hacer. Lo digo por mí mismo: cuando se hablaba de incluir o no barrios en poblaciones medianas (léase Loja) pensaba que había que incluirlos (lo veía sobre todo útil en poblaciones con cierta entidad como la que he citado), con independencia de que se viera muy saturado el mapa; ahora, que no soy yo el que ha importado los parajes, me da la impresión de que el mapa queda saturado... En fin, que a mí también me parece que sería bueno establecer una metodología para informar al IGN de los errores/cambios que introducimos. Veo necesario un trabajo de depuración en cuanto a la ubicación de los parajes y su posible duplicidad, pero ignoro cómo hacerlo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Sobre los datos de Corine
David Marín Carreño dav...@gmail.com escribió: Hola a todos. Últimamente, he estado mapeando bastante la zona de Granada, Almería y Murcia mediante PNOA. Y por ello no puedo dejar de preguntarme sobre qué es lo que hemos hecho al importar los datos de Corine. Son una auténtica chapuza: no coinciden los límites casi nada y casi nunca, y eso cuando aciertan con lo que tienen debajo, que muchas veces ni eso. Debo decir que no quiero que se interprete esto como un ataque a los que han trabajado para importarlos, que bastante curro ha debido ser... Desgraciadamente, los datos integrados son de ínfima calidad. Y considero que sería mejor no tener nada que tener cosas tan imprecisas, cuando no completamente erróneas. Un cordial saludo. Pues yo también coincido con David. Se da la casualidad de que habitualmente mapeo por la provincia de Granada y tenía la misma impresión: la información de Corine dejaba mucho que desear. No me atrevía a decir nada porque tampoco había examinado de forma exhaustiva los polígonos de Corine, pero esa era la impresión que tenía. No sé si la causa es lo antigua que pueda ser la capa Corine (ignoro de qué año es) o la escala a la que está levantada la información. El caso es que los límites dejan mucho que desear, y hay amplias zonas que no están identificadas. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [¿offtopic?] Crowdmap: geodatos de la gente para la gente
http://alt1040.com/2011/03/crowdmap-geodatos-de-la-gente-para-la-gente?utm_source=dlvr.itutm_medium=twitterutm_campaign=alt1040 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Búsqueda de calles en Cloudmade
Jorge Juan jjch...@gmail.com escribió: A mi sí me encuentra las calles, por ejemplo: Street name: olivo City or town: loja Ten en cuenta que, según creo, los enrutadores generan la información de rutado a partir del mapa pero esta información suele ser más antigua que el mapa mostrado. Saludos. Leches!!! pues ahora sí las encuentra. Debe ser lo que tu comentas, que hace uso de información más antigua para la búsqueda de calles. La información la he generado hace relativamente poco; tendrán que pasar unos días hasta que se actualice todo lo subido. Muchas gracias, Jorge Juan. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tutorial Multipolígonos
jynus jyn...@gmail.com escribió: El día 17 de febrero de 2011 08:35, David Marín Carreño dav...@gmail.com escribió: Yo soy de la opinión de poner sólo multipolígonos en los sitios en los que es estrictamente necesario. En este caso, pondría la calle etiquetada normalmente, sin relación de multipolígono, y pondría una relación multipolígono sólo para etiquetar la plaza. No es sólo tu opinión. Yo también lo hago así, y así es como lo recomienda la wiki. -- Jynus Así lo he intentado hacer yo también. Parece que al final he conseguido enterarme mínimamente de cómo hacer multipolígonos. Mi trabajo me ha costado... Muchas gracias a todos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tutorial Multipolígonos
Julian Lozano Brau julianloz...@atletaviajero.info escribió: Pues es el momento de que lo documentes para que los novatos lo tengamos más facil :) Encantado. Lo hago de mil amores. Sólo decidme cuál sería la mejor forma. ¿Es posible colgar algún enlace en la wiki? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tutorial Multipolígonos
El 17/02/2011, a las 14:29, julian lozano escribió: Así me gusta!! Por mi parte creo que lo más adecuado es colgarlo en la wiki, pero si lo cuelgas en algún otro sitio no hay problema para poner un enlace desde esta. El problema es que ando un poco perdido con eso de publicar en la wiki. ¿En qué apartado lo meto? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tutorial Multipolígonos
julian lozano julianloz...@atletaviajero.info escribió: Podrias añadir/crear un enlace aqui [1] en el apartado 1.3.3.3 y luego ya se pueden hacer enlaces desde otras secciones que tengal algo que ver como [2] [1]http://wiki.openstreetmap.org/wiki/ES:Beginners_Guide [2]http://wiki.openstreetmap.org/wiki/ES:Relation:multipolygon He optado por meterlo en el siguiente enlace. A ver qué os parece. Se aceptan críticas: http://wiki.openstreetmap.org/wiki/ES:Relation:multipolygon#Dos_pol.C3.ADgonos_que_comparten_un_lado ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] pendiente calles
jynus jyn...@gmail.com escribió: El día 17 de febrero de 2011 15:28, bv2mu...@uco.es escribió: Haciendo pruebas con los enrutadores, y viendo los resultados de los itinerarios que marcan, me ha surgido la duda de si es posible meter de algún modo información respecto a la pendiente que tienen las calles. Da igual lo que preguntes sobre OSM, la respuesta es siempre sí: http://wiki.openstreetmap.org/wiki/Key:incline -- Jynus Muy bueno. Ahora mismo me pongo a incorporarlo a algunas calles. Sólo me queda la duda de si esta información es utilizada por los enrutadores. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Tutorial Multipolígonos
Esto de los multipolígonos se me está atragantando de una forma que ya no es ni normal. Por fin he conseguido hacer un multipolígono sencillo: un rosco; pero no me pidáis más. De ahí no paso. He intentado hacer lo mismo pero con un polígono inner con información (que no sea un hueco), y nada. Tampoco soy capaz de hacer polígonos adyacentes que compartan lados. El caso, ¿alguien sabe de algún enlace donde se explique cómo hacer multipolígonos paso a paso? Vamos, explicado para niños de primaria. En caso contrario, ¿alguien podría explicármelo mascadito? Muchas gracias. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tutorial Multipolígonos
sergio sevillano sergiosevillano.m...@gmail.com escribió: muchas gracias, marcial bv2musae, igual te vale de algo una plaza: http://www.tumbao.ws/osm/plaza/ El 16/02/2011, a las 09:22, Marcial Gómez Martín escribió: Con esto debería bastar: http://wiki.openstreetmap.org/wiki/ES:Relation:multipolygon Desgraciadamente, no. Ya he mirado ambos enlaces en más de una ocasión, pero nada de nada. Lo he intentado de varias formas, pero siempre me sale un mensaje de erro en JOSM cuando quiero subir los datos. A ver si haciendo preguntas voy sacando algo en claro. Cuando tengo dos polígonos que comparten un lado, ¿les asigno previamente a los segmentos que no comparten lado sus etiquetas? El lado que comparten, ¿lleva etiqueta? ¿cuál (porque comparte dos entidades)? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tutorial Multipolígonos
Carlos Dávila cdavi...@orangecorreo.es escribió: En ese caso ninguno de los tramos que forman los polígonos llevaría etiquetas. Éstas irían en la relación y las vías sin etiquetas. Y la vía que comparten ambos polígonos (por ejemplo, una calle y una plaza), ¿qué etiquetas tendría, la de la calle, la de la plaza o ambas? ¿El esquema sería el siguiente?: ** ** ** ** ++--- * Plaza (multipolígono con etiqueta (en la relación) de plaza) - Calle (multipolígono con etiqueta (en la relaación) de calle) + Tramo compartido por Plaza y Calle, ¿etiqueta en la relación? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Parques acuáticos
¿Alguien sabe si las áreas etiquetadas como leisure = water_park (parques acuáticos) aparecen en Mapnik, o no se renderizan? Es que no me aparecen: http://www.openstreetmap.org/?lat=37.163384lon=-4.138297zoom=18layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Parques acuáticos
David Marín Carreño dav...@gmail.com escribió: En Mapnik no aparece, en Osmarender, sí. Véase: http://www.openstreetmap.org/?lat=40.45282lon=-3.5305zoom=17layers=O http://www.openstreetmap.org/?lat=40.45282lon=-3.5305zoom=17layers=M De acuerdo. Muchas gracias, David. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] WMS-Service for draw in JOSM
Jan Tappenbeck o...@tappenbeck.net escribió: there is a side with listing wms-service in the wiki [1] - but i did not understand exaktly with we could use in OSM. My special interest is the area of Andalucia. Can anybody help me ? reagards Jan :-) [1] http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources IDEE/PNOA is the best option. See details in the wiki. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] WMS-Service for draw in JOSM
Jan Tappenbeck o...@tappenbeck.net escribió: Hi ! i try wms:http://www.idee.es/wms/pnoa/pnoa?service=wmsversion=1.1.1request=getmapsrs=epsg:4326layers=pnoastyles=format=image/pngtransparent=true; - and this show wmsimages !!! can i use this one ??? regards Jan :-) Yes, you can :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Edificaciones rurales
Jose Manuel manuelmi...@gmail.com escribió: Hola pues utilizando el JOSM encontre la referencias que buscas que aparecen en Predefinidos Geografia Lugares con poblamiento Laxo ( Pequeños Barrios, aldeas , caseríos , urbanizaciones , etc . ) creo que te Sirva. Yo para acelerar el proceso pulso F3 y escribo lo que busco , o algo parecido Un saludo No es exactamente lo que busco, ya que parece que hamlet está pensado para pequeñas aldeas o grupos de casas en el ámbito rural. Yo me refería a una edificación solitaria. De todas formas puede que utilice esta etiqueta en algunas ocasiones. Por cierto, me parece muy útil la búsqueda de predefinidos con F3; no conocía esta aplicación. Muchas gracias, José Manuel. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Edificaciones rurales
andrzej zaborowski balr...@gmail.com escribió: Intento no usar la etiqueta building=yes exepto cuando no tengo la minima idea del tipo de edificacion, igual que con highway=road. En la falta de tags fijos en ingles creo que incluso vale con building=cigarral etc. Saludos Ya sé que no se debe mapear pensando en el renderizado, pero, poniendo building = cortijo o building = masía ¿aparece dibujada la edificación? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Edificaciones rurales
Jose Luis Perez Diez jl...@escomposlinux.org escribió: Yo usaria landuse=farmyard para la zona con los edificios y los poligonos de los edificios segun http://wiki.openstreetmap.org/wiki/Building y para el resto de edificaciones usar building=yes Muchas gracias a todos. No sabía que la etiqueta building tenía tantos valores. Me pongo a ello. Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Edificaciones rurales
¿Qué es lo correcto, building=yes y building:use=residential, o building=residential? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] PNOA y Survey
Mateu Vic mateu...@gmail.com escribió: Yo suelo poner pnoa knowledge, porque tengo entendido que survey se aplica a trazas de gps http://wiki.openstreetmap.org/wiki/ES:Map_Features#Anotaciones_.28Annotation.29 Anda la leche!, pues es verdad. Ahora mismo me pongo raudo a cambiar las etiquetas. Grcias, Mateu. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] PNOA y Survey
jynus jyn...@gmail.com escribió: El día 11 de febrero de 2011 16:44, Mateu Vic mateu...@gmail.com escribió: Yo suelo poner pnoa knowledge, porque tengo entendido que survey se aplica a trazas de gps local knowledge sería sé el nombre de la calle por que es famosa, o porque he vivido toda la vida ahí, o porque le he preguntado a alguien que conoce la zona survey sería he estado allí y puedo constatarlo (vía trazas, notas, fotos). Para las formas de las vías, en este caso debería usarse GPSs, porque si no, se pondrían más bien en extrapolation (la calle va má o meno po aquí) por ejemplo, y respondiendo a la pregunta anterior, yo tengo muchas calles así: 1 * source = yahoo (las dibujé sobre ortofotos Yahoo! maps) * source:name = survey (recorrí las calles para ponerle el nombre) -- Jynus Pues vaya lío. ¿Y si tracé las calles sobre PNOA, recorría las calles para poner el nombre y, además, corregí el trazado de algunas en función de lo que vi in situ? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Edificaciones rurales
He buscado en la wiki y en la lista de correo, pero no he encontrado nada al respecto de cómo etiquetar las edificaciones rurales aisladas (cortijos, masías, cigarrales, caseríos,...). ¿Se pondría simplemente building = yes? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] PNOA y Survey
Tengo bastante información (básicamente se trata de calles) que he levantado utilizando el WMS PNOA, pero que luego he completado con visitas de campo. Por ejemplo, el trazado lo he hecho con la ortofoto pero luego, para ver el sentido de la misma y/o el nombre, he visitado la calle. En estos casos, ¿qué se supone que debo poner en la etiqueta source? ¿source: PNOA, survey? ¿separados por coma, o por punto y coma? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] PNOA y Survey
Manuel García lendul...@gmail.com escribió: El 10/02/2011 21:02, bv2mu...@uco.es escribió: Tengo bastante información (básicamente se trata de calles) que he levantado utilizando el WMS PNOA, pero que luego he completado con visitas de campo. Por ejemplo, el trazado lo he hecho con la ortofoto pero luego, para ver el sentido de la misma y/o el nombre, he visitado la calle. En estos casos, ¿qué se supone que debo poner en la etiqueta source? ¿source: PNOA, survey? ¿separados por coma, o por punto y coma? Por punto y coma source=PNOA;survey De acuerdo. Gracias, Manuel. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Continuidad de elementos
jynus jyn...@gmail.com escribió: ¿la escalera se uniría por un nodo (el de la esquina) a la plaza? Si la escalera termina en ese lugar, sí. Vale, así lo haré. Esta es fácil. :-) ¿cómo uniría la plaza a la vía residential? Para hacerlo 100% bien, romperías la vía en tres trozos, y el central sería uno de los miembros (lado) de la relación plaza. La vía mantendría a día de hoy sus etiquetas sin modificar, pero la plaza pasaría a estar definida en la relación. Ufff, dichosas relaciones. No me aclaro con ellas. Voy a intentarlo, pero auguro malos resultados Muchas gracias, Jynus. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Town Suburb
¿Es correcto incluir nodos place=suburb en poblaciones etiquetadas como town? Lo digo porque, si no me equivoco, el renderizado es el mismo en ambos casos (town y suburb), al menos cuando el zoom aumenta, ¿no? Esto podría dar lugar a equívocos. ¿Qué opináis? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Town Suburb
Carlos Dávila cdavi...@orangecorreo.es escribió: Yo me olvidaría del renderizado. Si una town tiene suburbs pues los pones y listo. Bueno, yo estoy equiparando suburbs a barrio. Espero no estar metiendo la pata. Si existe una opción mejor... Considero que en una población de algo menos de 20.000 habitantes (como en la que ando liado ahora) es correcto y práctico incluir los barrios; ¿voces en contra? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Continuidad de elementos
sergio sevillano sergiosevillano.m...@gmail.com escribió: sigue las indicaciones de Jynus, de todas formas te lanzo un ejemplo, por si te vale de algo. busca por aquí la Plaza de la Coronación http://www.openstreetmap.org/?lat=40.43562lon=-3.81578zoom=17layers=M el parking de la izq no esta solucionado con relaciones. con lo que tiene vías y áreas superpuestas. y un poco mas lejos al SurEste está la Plaza Mayor, otro ejemplo (sin relaciones) como regla general todas las vías peatonales, escaleras... deben estar conectadas con la red de vías, si es que la realidad es así. Si a mí la opción más correcta me parece la que apuntas de la Plaza de la Coronación, pero no soy capaz de llevarla a cabo. Veo la relación y la entiendo perfectamente, pero a la hora de intentar hacer una, no me sale (y eso que he utilizado el plug-in de JOSM) :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Continuidad de elementos
sergio sevillano sergiosevillano.m...@gmail.com escribió: igual esto te ayuda http://www.tumbao.ws/osm/plaza/ Tengo la vía residential cortada en el segmento que linda con la plaza, y unido los dos extremos de la plaza con ese segmento; selecciono plaza y el segmento de la vía, le doy a multipolígono y me dice que la selección no es adecuada. ??? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] IDEAndalucia
He visto que hay un usuario (si no me equivoco, extranjero) que está generando información con source: ideandalucia.es 2008 [1]. ¿Sabéis si está permitido generar información a partir de las capas que aparecen en IDEA (Infraestructura de Datos Espaciales de Andalucía)? Al margen de esto, he visto que está generando polígonos superpuestos [2] y que está haciendo cosas raras como duplicar vías en sitios incorrectos [3]... ¿Qué hago? [1] http://www.openstreetmap.org/browse/way/98578385/history [2] http://www.openstreetmap.org/browse/way/98618796/history [3] http://www.openstreetmap.org/browse/way/98616640/history ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] IDEAndalucia
sergio sevillano sergiosevillano.m...@gmail.com escribió: por cierto en la pag de Andalucía http://wiki.openstreetmap.org/wiki/Andaluc%C3%ADa dan por bueno ese source del que habláis, que no está en el resumen general de http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Resumen_WMS así que o se añade al resumen o se especifica claramente en Andalucía y spain datasources , que su uso no es válido. Pues ignoraba que existiera esa página andaluza del wiki (y eso que soy andaluz...), pero, a mi juicio, hoy por hoy no se pueden usar. Ojalá. De hecho, le propuse a Iván iniciar contactos a través de una gente que conozco en la Junta de Andalucía, y me dijo que andaba en negociaciones con la gente del Instituto Cartográfico de Andalucía; pero, creo, que todavía no hay nada. El usuario que anda levantando información con ese source me ha dicho que habló con un tal Héctor sobre el tema de licencias. ? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Continuidad de elementos
Oscar Orbe oskaro...@yahoo.com escribió: Hola.si se trata de ways que indican vías o zonas de tránsito de cualquier tipo (carreteras, caminos, escaleras para peatones, puentes , plazas... ) y efectivamente están pensados para pasar de uno a otro, yo creo que es mejor conectarlos. creo q eso es lo topologicamente correcto y ayuda a las aplicaciones que quieran calcular rutas (paseos a pie, en coche...) --oscar Eso es en lo mismo que pensé yo. Suponía que si posteriormente se quieren realizar aplicaciones que calculen la mejor ruta (en coche, bici, a pie,...), sería necesario que estuviesen los elementos conectados. Pero entonces me surgía la duda de cómo conectar unas escaleras con una plaza y una calle normal (residential)... --- On Sat, 2/5/11, sergio sevillano sergiosevillano.m...@gmail.com wrote: From: sergio sevillano sergiosevillano.m...@gmail.com Subject: Re: [Talk-es] Continuidad de elementos To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Saturday, February 5, 2011, 9:34 PM es difícil con ascii, igual un link a una situación real? Bueno, eso me pasa por querer meterme donde no me llaman... El ASCII no es lo mío. Pego a continuación un enlace a una zona que puede aclarar: http://www.openstreetmap.org/?lat=37.166923lon=-4.148277zoom=18layers=M ¿la escalera se uniría por un nodo (el de la esquina) a la plaza? ¿cómo uniría la plaza a la vía residential? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Modificación dato Corine
Oscar Orbe oskaro...@yahoo.com escribió: hola,vaya pregunta!por supuesto q puedes y debes modificar cualquier poligono de corine q sea mejorable. piensa q lo los datos de corine tienes inexctatitudes (a pesar d lo cual son un avance respecto al vacio) ademas los bosuqes y olivares no son inmutables ni eternos, los bosques de españa crecen a un ritmo relativamente rapido lo q yo haria es: si el poligono que vas a modificar es grande y solo puedes mejorar una parte de el, entonces partelo en dos trozos: uno q conoces bien y otro q no quieras modificar, a continuacion borra el trozo que conoces bien y rehazlo sin ponerle source=CORINE... si el poligono que quieres modificar es pequeño puedes directamente borrarlo y rehacerlo sin ponerle la etiqueta de corine. en general los datos de corine no tienen buena fama, es decir un poligono que diga source=CORINE... es normalmente peor que uno que no tenga ese tag, asi que en los que rehagas es mejor q no pongas el tag de corine para que se sepa q ese poligono esta hecho a mano y con mas cuidado que los de corine --oscar Hombre, uno quería ser prudente... :-) De todas formas, ya modifiqué levemente el contorno de uno de los polígono Corine. Lo que haré será seguir las instrucciones de Óscar y cortar el polígono, eliminando la etiqueta source: Corine en el que haga yo. Gracias, Óscar. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Continuidad de elementos
Os pongo el siguiente ejemplo: || --- | | | | | | --- -- -- unas escaleras junto a una plaza y una calle normal (residential) Me surge la siguiente duda: ¿es necesario que las escaleras y/o las calle estén en contacto con la plaza? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ortofotos PNOA movidas en el Suroeste.
Matías taborda.barr...@gmail.com escribió: Hola. A raíz de unos comentarios en el foro sobre el tema de que las ortofotos PNOA aparecían ligeramente movidas en el Suroeste, me dio por hacer una serie de comprobaciones llegando a la conclusión de que efectivamente aparecian ligeramente desplazadas. Esta semana me puse en contacto con el IGN comentándoles el tema y hoy mismo he recibido la contestación de que efectivamente existe ese problema debido a una mala georeferenciación de los archivos correspondientes a varias hojas el mapa y por eso el servidor WMS las sirve movidas. http://i.imgur.com/aju1D.jpg Hojas desplazadas Me han dado el siguiente croquis con las hojas que están desplazadas. La leyenda está un poco equivocada las hojas que aparecen en rojo son las que tienen problemas de desplazamiento. Así que todo lo que se haya hecho como source=PNOA en esas zonas está movido. Me han dicho que antes de que acabe la semana actualizarán el servidor y se servirán las ortofotos de forma adecuada y lo darán a conocer en el canal de noticias de la IDEE. La imagen no tiene buena resolución así que he hecho un listado con las hojas del MTN afectadas 806-808, 831-834, 856-859, 874-881, 895-902, 915-923, 936-944, 958-966, 980-984, 998-1002, 1016-1019, 1032-1034, 1047, 1048, 1061, 1062, 1068, 1069, 1073, 1076. En definitiva, toda la provincia de Huelva, parte de Sevilla y Cadiz y sur de Badajoz. Y parte de la de Córdoba. ¿Se ha hecho mucho por ahí últimamente?. - __ GEOlink.es -- View this message in context: http://gis.638310.n2.nabble.com/Ortofotos-PNOA-movidas-en-el-Suroeste-tp5985380p5985380.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de datos de la AEMET
Eneas Labra eneasla...@gmail.com escribió: Para cualquiera que este interesado en comprobar la precisión de los datos de las estaciones de AEMET he subido a google docs una versión modificada del archivo maestro.csv que se encuentra en el servidor de ftp de AEMET. La versión original tiene algunos fallos. https://spreadsheets.google.com/pub?key=0An3ssex4LYFDdFpEbEJFNU9HOXFsQVVCYy1fUEdyMFEhl=ensingle=truegid=0output=html También he subido un archivo provisional .osm con las estaciones https://docs.google.com/uc?id=0B33ssex4LYFDZDgwYjVmYmYtY2FhOS00ZGUxLTk5YzgtZDA2NGU3ZWJlNjZmexport=downloadhl=en Estoy intentando descargarme el fichero .osm, pero parece que no funciona bien el enlace... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Novedades en el visor OSM
Temporalista temporali...@gmail.com escribió: Está de lujo! si no me lo dices nunca se me habría ocurrido. daniel Efectivamente, está muy mejorado. Yo sólo le veo una pega: debería advertirse de alguna forma que están disponibles las 2 nuevas opciones. No sé, resaltando el texto Editar, un icono de desplegable o algo así. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Visualisacion Corine + Urban Atlas
andrzej zaborowski balr...@gmail.com escribió: Creo que se podria poner en dev.openstreetmap.org o en el toolserver de wikimedia pero no tengo cuenta en ninguno. OSM ahora no tiene servidores wms que yo sepa. La maquina actual es una en mi casa con la coneccion de casa, o sea un poco lenta. Saludos Quizás sea por eso que no he podido visualizar el WMS. Lo he intentado pero no se carga. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Modificación para los presets PNOA de JOSM
sanchi sanc...@gmail.com escribió: Ayer estado actualizándolo con esa modificación y me daba problemas al subirlo a la web pero creo que ya esta solucionado. Probar a ver si ya funciona Al intentar activarla me sale el mismo mensaje de error, pero lo obvio, reinicio JOSM y, parece, va bien... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: [OSM-talk] Steve Coast Joins Microsoft as Principle Architect of Bing Mobile
Marcial Gómez Martín mgo...@uniovi.es escribió: Microsoft da mucho miedo. Me hace temer por el futuro de OSM. Yo también he temblado al leer la noticia. Por eso me ha extrañado la opinión favorable que han expresado algunos compañeros osmeros; de hecho me había hecho pensar en que lo mismo no me había enterado bien de la noticia. Este enlace da algunas pistas acerca de lo que opinan, y de las intenciones que tienen con respecto a todo lo que huela a libre o abierto: http://es.wikipedia.org/wiki/Documentos_Halloween Entre otras cosas, dice: Quizás la más famosa de todas las estrategias reveladas por los Documentos es la conocida como Adoptar, extender y extinguir, referida a estándares abiertos. El procedimiento es el siguiente: Microsoft decide en un primer momento adoptar un estándar público, después lo mejora añadiendo extensiones incompatibles con el estándar original, y termina extinguiendo el estándar público al imponer sus propias extensiones propietarias por medio de su dominio del mercado. Según algunos críticos, esta estrategia tiende a reforzar el dominio de Microsoft e inhibe la competencia. A propósito, parece ser que acaban de comprar Novell para intentar hacerse con el control de Unix. Todo filantropía... En fin, ojalá me equivoque. Marcial Visto los antecedentes habrá que andarse con cuidado. La verdad es que este tipo de cosas le hacen a uno sentirse pequeñito, pequeñito y no saber muy bien que están haciendo con uno... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] apoyo aereo
Jeffrey Warren war...@mit.edu escribió: cometas son muy eficaces si se entiende bien como usarlas... per a veces me parece mas un arte que una ciencia. en la comunidad Grassroots Mapping (grassrootsmapping.org) hemos tenido exito con globos de helio (y tambien cometas, pero no tanto), volando a una altura entre 300m-1300m con camaras baratas -- usando un cable para dirigir y bajar el globo despues. aca por ejemplo hicimos un mapeo completo de una ciudad en Georgia (el pais, aunque soy norteamericano y igual tenemos una Georgia aca): http://grassrootsmapping.org/search/mestia El herramiento Cartagen Knitter que hice para 'coser' fotos aerias genera TMS GeoTiff no se para que y que tipo de ortofotos necesitan pero es una manera bien barata de sacar mapas nuevas de areas no tan grandes. En el caso de Mestia, Georgia, el mapa era de 5.5x1 km en tamaño, y nos costo ~$200 (que seria mucho menos en euros pero me pongo triste en calcularla) aca tienes la guia ilustrada: Illustrated Guidehttp://grassrootsmapping.org/guide/ jeff Jeffrey, me parece muy interesante vuestro proyecto, sí señor. Enhorabuena. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Restricción de giro correcta?
Marcial Gómez Martín mgo...@uniovi.es escribió: Creo entender que el problema que se te plantea viene de que los nombrres asignados a los roles que desempeñan los elementos que constituyen la relación son from, to y via. Este último suele ser un nodo, aunque también puede ser una vía (way en inglés). Me parece que el enrado viene de ahí: es posible que el plugin te indicase que ese nodo debía cumplir el rol via (sin acento, palabra inglesa), no que tubiera que convertirse en vía (traducción de way). Otra cosa es que la relación sea correcta o no. A propósito, esa página está traducida al español en el wiki: http://wiki.openstreetmap.org/wiki/ES:Relation:restriction Un saludo, Marcial En efecto, parece que ahí estaba el lío. Muchas gracias, Marcial. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Restricción de giro correcta?
Manuel García lendul...@gmail.com escribió: El 15/10/2010 8:32, bv2mu...@uco.es escribió: He establecido una restricción de giro [1]. Resulta que cuando he ido a crearla con el plugin de JOSM me ha dicho que había un error porque el nodo de intersección entre las vías (un semáforo) no era vía, y que si quería convertirla. Así lo he hecho, pero, ¿es correcto? De no serlo, ¿cómo tendría que haberlo hecho? Saludos. [1] http://www.openstreetmap.org/browse/relation/1225781 La relación está mal, ahí no hay una obligación de girar a la derecha, viniendo de Dr Azpitarte puedes perfectamente bordear la marquesina y seguir de frente en dirección Dr Guirao Gea, incluso hay una señal que indica por donde debes bordear la marquesina. Saludos, Manuel. Vale, lo miraré in vivo. Pero eso no era lo que preguntaba. Decía si estaba bien hecha técnicamente (por el tema del nodo como vía), y no si se atenía a la realidad. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Restricción de giro correcta?
Manuel García lendul...@gmail.com escribió: Y yo quería ahorrarte trabajo en balde, porque primero es ajustarse a la realidad y ya después vendrá ponerlo bien técnicamente. Ya, pero con casi toda seguridad se me va a presentar algún caso como ese, de ahí que quisiera saber cómo hacerlo. ¿Estaba bien hecho así (en el hipotético caso de que no se pudiera ir más que hacia la derecha)? Por cierto, he estado por allí y, efectivamente, se puede tirar de frente. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Restricción de giro correcta?
Carlos Dávila cdavi...@orangecorreo.es escribió: Por lo que he visto en el historial de la relación, sí estaba bien. Gracias, Carlos. Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] No puedo subir datos (JOSM)
sanchi sanc...@gmail.com escribió: Esta mañana me a pasado. Están con problemas. En esta pagina de la wiki se puede ver el estado de los servidores http://wiki.openstreetmap.org/wiki/Platform_Status Pues en el enlace pone que Potlatch está bien y a mí tampoco me deja editar en Potlatch... En fin, esperaremos. Muchas gracias, sanchi. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Áreas con lados compartidos
Noel David Torres Taño env...@rolamasao.org escribió: Simplemente es que las dos áreas tienes que dibujarlas completas. Si un área es ABCD y la otra es ABEF, para la primera tienes que pinchar A-B-C-D-A-Escape y para la segunda A-B-E-F-A-Escape. Creo que la última A es la que se te estaba escapando. Noel er Envite Efectivamente, eso es lo que fallaba. No pinchaba de nuevo en el primer nodo. Gracias Noel. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Entradas peatonales parking subterráne os
Hace un tiempo creo recordar haber visto etiquetadas las entradas peatonales a los parkings subterráneos. Y digo creo porque por más que he mirado en las zonas que creía haberlas vistos, nada de nada; tampoco lo he encontrado en la wiki ni en la lista de correo. ¿Alguien sabe cómo se etiquetan (en el supuesto de que exista la etiqueta...)? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Áreas con lados compartidos
¿Cómo puedo generar dos áreas que compartan un lado? He probado a, simplemente, generar un área y luego otra al lado en JOSM pero me dice que la segunda no es área. Sin embargo, es posible hacerlo; aquí [1] hay un ejemplo. Un saludo. [1] http://www.openstreetmap.org/browse/way/49161053 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Elementos borrados
El otro día se hablaba de unos términos municipales borrados. Pues bien, me he dado cuenta que por la zona que estoy mapeando se han borrado algunos elementos. ¿Cómo puedo saber cuándo y por quién han sido borrados? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Áreas con lados compartidos
Carlos Dávila cdavi...@orangecorreo.es escribió: Lo suyo es que crees una relación para cada área. El lado común sería una vía que estaría en las dos relaciones y luego el resto de cada polígono en la relación que corresponda. Todas las vías irían sin etiquetar y las etiquetas de cada área las tendrías que poner en la relación. Si miras como están hechos los límites de términos municipales lo verás más claro. Gracias, Carlos. Le echaré un vistazo a los límites de los términos municipales. Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Elementos borrados
Iván Sánchez Ortega i...@sanchezortega.es escribió: On Tuesday 12 October 2010 13:25:06 bv2mu...@uco.es wrote: El otro día se hablaba de unos términos municipales borrados. Pues bien, me he dado cuenta que por la zona que estoy mapeando se han borrado algunos elementos. ¿Cómo puedo saber cuándo y por quién han sido borrados? Usa la pestaña historia de la página web, y bucea hasta ver qué changeset los ha borrado. Pero tendría que ir mirando uno a uno los cambios para dar con él, ¿no? Por otro lado, en todos los casos que he mirado aparecen los elementos creados o modificados. ¿También saldrían los eliminados? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Elementos borrados
andrzej zaborowski balr...@gmail.com escribió: Salen tambien. El problema es que la pestaña historia es bastante inutil con la cantidad de cambios no relevantes. Te recomendaria probar el servicio OWL [1] si buscas algo concreto, aunque no lo he usado. La otra opcion (y la que me funciona para mi) es encontrar el changeset donde el objeto en cuestion habia sido creado o modificado, p.e. en el listado de tus propios changesets. Despues en la historia del objeto veras cuando ha sido borrado. Buena idea, sí señor. Y otra opcion, pero unicamente para vias (no nodos o relaciones), es la tecla U en potlatch, que para mi es lo unico en potlatch que lo hace util. Saludos 1. http://wiki.openstreetmap.org/wiki/OWL_%28OpenStreetMap_Watch_List%29 Desconocía esta opción de Potlatch... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar puntos en holux m-241
Pablo Gómez pgo...@espeton.com escribió: No uso el bt747 (siempre me resultó complejo y errático), sino gpsbabel, tanto en linux (modo script) como en windows (interactívamente). Si lo que quieres es subir y bajar trazas, para mí la mejor opción es gpsbabel. No he intentado bajar puntos con gpsbabel, pero debe ser algo tan sencillo como gpsbabel -w en vez de gpsbabel -t Si necesitas info concreta sobre cómo uso la utilidad, no dejes de preguntarlo. Antes de encontrarme con los problemas del sw de Holux, ya había pensado en usar gpsbabel. Me recomendaron bt747 y directo que me fui hacia él. Sin embargo, estoy encontrando problemas para que reconozca el gps. Voy a ver qué tal con gpsbabel. Y por mi parte te pregunto: para qué quieres los puntos? En realidad obtienes info textual de donde estabas en cada momento... que está bien pero nunca he sabido para qué utilizarla. Pablo G Pues lo uso para lo siguiente (espero no estar haciendo algo inútil): además de la traza, voy marcando puntos donde hay cosas de interés (unos contenedores de vidrio, una parada de autobús, un portal de un edificio,...), de forma que luego puedo localizarlos fácilmente. Vamos, a efectos prácticos sería como hacer una fotografía de cosas que me interesen y luego sincronizar con el gps para geolocalizarlas... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Vía doble sentido
David Marín Carreño dav...@gmail.com escribió: Si una calle no tiene la etiqueta oneway, o tiene oneway=no, se supone que es de doble sentido. Y no aparece con flechas. Separa la calle en dos ways distintos (con el mismo nombre y demás). El primero de ellos, con oneway=no (o sin tag oneway), y el segundo con un oneway=yes y ajustando el sentido que haga falta. Creo que es tal y como lo tienes ahora mismo. Gracias por la respuesta, David. Bueno, si no hay forma de que aparezcan las dos flechitas, qué se le va a hacer. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Vía doble sentido
Javier Sánchez javiers...@gmail.com escribió: Date: Thu, 7 Oct 2010 09:08:44 +0200 From: David Marín Carreño dav...@gmail.com Subject: Re: [Talk-es] Vía doble sentido Si una calle no tiene la etiqueta oneway, o tiene oneway=no, se supone que es de doble sentido. Y no aparece con flechas. De todas formas. Si puedes poner oneway=no es mejor que si no pones la etiqueta oneway. Así se distingue si es que tiene doble sentido o es que no se desconoce por que nadie ha explorado la zona todavía. Un saludo. Así lo haré, David. Gracias. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error GPS
Roberto Plà p...@aire.org escribió: Desde luego, lo mejor es disponer de un plano del Plan General de Ordencion Urbana o alguna modificación aprobada por el Ayuntamiento, que le confiere carácter público y...a copiar! :-) Roberto Plà http://robertopla.net/ Fíate tú de los planos del ayuntamiento... :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar puntos en holux m-241
Julian Lozano Brau julianloz...@atletaviajero.info escribió: El 06/10/10 22:38, bv2mu...@uco.es escribió: Tengo un Holux m-241 desde hace poco. Había capturado algunas trazas, pero nunca me había dado por marcar puntos. Utilizo el programa de Holux para descargar las trazas y puntos (ezTour). En el mismo me salen puntos y trazas correctamente (ver adjunto); grabo en .gpx y, al cargarlo en JOSM no me aparecen los puntos. ¿Alguien sabe cómo puedo hacer para exportar/visualizar los puntos? utilizando un holux... te recomiendo que utilices el software bt747 [1] que te dará más y mejores opciones que el software original, incluso subir las trazas directamente a OSM, reconfigurar el modo de grabar los puntos y... mucho más. Es gratuito (y software libre) [1]http://www.bt747.org/ Gracias Julian y compañía. Probaré a ver qué tal con el bt747. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Ubicación paso de peatones
A la hora de ubicar un paso de peatones, ¿dónde se coloca? ¿se etiqueta un nodo de la vía que cruza? ¿se genera un nodo aparte? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] ¿Por qué algunos valores de etiqueta s no se renderizan?
Pues eso, lo que dice el asunto. ¿Por qué hay algunos valores para algunas etiquetas (por ejemplo, shop=kiosk [1]) que no se renderizan? He visto que si añades un nodo y lo etiquetas, como he dicho, como kiosko, éste no aparece; ni en Mapnik, ni en Osmarender. ¿Por qué? ¿hay alguna forma de visualizarlo? Saludos [1] http://wiki.openstreetmap.org/wiki/Kiosk ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ubicación paso de peatones
Jaume Figueras i Jové jaume.figue...@masafi.cat escribió: Hola, yo mapeo los pasos de peatones donde están, no en el cruce de vías. Lo hago así por que no todos los cruces, semaforizados o no, tienen paso de peatones por los 4 puntos. Salut! Estoy de acuerdo contigo, Jaume, pero, ¿ubicas el paso de peatones etiquetando un nodo de la vía que cruza? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Pérdida de información (OSM2SHP )
Vuelvo al ataque. Resulta que he descargado en formato XML una zona de OSM. La he convertido a formato SHP con OSM2SHP sin problemas, generándome tres coberturas: una de puntos, otra de líneas y una última de polígonos. La única pega es únicamente me añade la información del nombre (name). Y yo me pregunto, ¿hay alguna posibilidad de que añada el resto de etiquetas (con OSM2SHP u otra aplicación)? Gracias de nuevo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ubicación paso de peatones
Muy aclaratorio, Jaume. Gracia de nuevo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ubicación paso de peatones
David Marín Carreño dav...@gmail.com escribió: Yo lo hago poniendo el nodo bus_stop como miembro de la relación route correspondiente, con el rol stop, forward_stop o backward_stop, dependiendo de si es una parada para ambos sentidos de la marcha, para cuando el autobús va en el sentido marcado en la carretera, o para cuando el autobús va en contra del sentido marcado en la carretera. Ver http://wiki.openstreetmap.org/wiki/Tag:type%3Droute#Members Pero en el ejemplo de la wiki SÍ forman parte las paradas de autobús de la vía... ¿Cómo lo has hecho tú? ¿Podrías señalarnos un ejemplo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
