You are not logged in.
Sí, mucha gente piensa: "Vias separadas para cada direccion - tiene que ser autopista (=motorway)!"
Pero si tiene rotondas etc., no es motorway.
Se pone bien problematico cuando hay un solo way dibujado. Se entiende que highway=motorway es mano unica - de el routing en una de las dos direcciones no funca. Cerca de Rio Gallegos me topé con esto.
Wenn man eine neue Relation für eine ÖPNV-Linien nach dem gültigen public-transport-Tagging-Schema anlegt, ist die Reihenfolge der Haltestellen (stop_position und platform) ja sehr wichtig.
Kennt ihr da einen Trick, um das zu automatisieren?
Die Reihenfolge der ways ist ja ganz einfach hinzubekommen. Das WaySelectorPlugin leistet mir da gute Dienste.
Aber für die Haltestellen? Ich finde es extrem ermüdend, die Reihenfolge im Relation-Bearbeitungsfenster richtig zu klicken.
Anmerkung: Wir "verschneiden" die Biergarten-Punkten mit den
Biergarten-Flächen, so dass idealerweise nur ein Punkt pro Biergarten dargestellt wird (falls ein Biergarten sowohl als Punkt als auch Fläche vorhanden ist).
aha. Sowas soll in unseren Daten ja eigentlich nicht vorkommen. Keep right unterstützt uns sogar dabei
Mal mit JOSM-Neustart versucht?
Bingo! Hätte ich auch selbst drauf kommen können... pff...
Danke für die Hilfe! Seit Monaten wünsche ich mir das.
Das müßte durch Erhöhen der Einstellung search.history-size in den "Erweiterten Einstellungen" gehen.
Nö, das hat bei mir nicht geklappt
Wenn man bei JOSM was hochlädt, werden einem ja die letzten 15 Changeset-Kommentare zum Autovervollständigen angeboten.
Kann man die Liste verlängern? Dann muss ich weniger tippen.
Vielleicht nicht gerade museum:type, denn aus "type" ergibt sich nicht, daß die Unterscheidung eine thematische ist (und nicht etwa Freiluft- vs. "klassisches" Museum oder Museum "zum Anfassen und Selbermachen", begehbare Industrieruine etc.). museum:genre oder subject sind da schon besser, aber museum=* ginge für mich auch.
museum:subject scheint mir jetzt ganz ok. Laut leo heißt subject Gegenstand, Thema oder Fachgebiet.
Das entspricht dem Gesuchten ja ziemlich. Ist genauer als type.
Aber wird sich das durchsetzen? Können sich viele was unter "subject" vorstellen?
Es gibt noch kein Schema, um verschiedene Typen von Museen zu taggen. Auch die Wiki-Seite gibt nichts her.
Ich denke an Typen wie: Heimat-, Naturkunde-, Kunst-, Geschichts-, Eisenbahn-, Industrie-, Wissenschaftsmuseen etc. Sicher gibt es viele Überschneidungen, aber man könnte dann ja *=multi oder so nehmen, wie bei Sportarten.
Man könnte solche Typen als values vorschlagen und natürlich auch andere Werte zulassen.
Was die keys angeht: Laut taginfo gibt es ganz wenige Versuche, da was zu etablieren: museum=* (Dass das mehr als 100x verwendet wird, liegt an mir; das könnte man ja auch ändern); museum:type=*; museum:genre=*; subject=*.
Mir persönlich ist das ziemlich egal, aber Einheitlichkeit wäre nicht schlecht, damit sowas mehr getaggt wird.
Was denkt ihr?
Estimados
Hoy me desperté con la idea de mapear los datos de las Comunas de la caba y sus ciucuitos electorales, tengo toda la info aca: https://docs.google.com/spreadsheet/ccc … sp=sharing
Si lo entiedo bien, va a ser un poco complicado. No hay lista donde figuren los limites de los circuitos?
Me refiero a algo como en Wikipedia:
Flores ... Está comprendido por las calles Av. Gaona, Tte. Gral. Donato Álvarez, Curapaligüe...
Así es bastante facil mapear los limites; asi hice los barrios de CABA.
Mapear las comunas tambien debe ser facil: Hay que unir varios barrios, no mas.
Pero los circuitos... se ven mas complicados para mi.
Ahora, al ser estos datos sensibles
En que sentido?
Ya que estamos hablando de SUBE y Monedero, estaría bueno buscar un tag para agregar a los lugares q las recargan, esa sí que sería una info muy útil en el mapa, hasta se podría agregar el loguito en nuestro render.
Cuando mapeé el tren universiatio de la plata me pregunté si no serie buena idea taguearlo de alguna manera para indicar que tambien en él funca la SUBE.
Pero no se me ocurr con qué tag.
payment:SUBE=yes?
El sistema Monedero aparece ahí!
Chenshi wrote:hier wollte nur kurz einwerfen: Wikidata sammelt ja überschneidungsdaten aus allen wikiversionen, auch die interwikis. http://www.wikidata.org/wiki/Q24879
Nun ist es global integriert:
http://www.pro-linux.de/news/1/19721/wi … lobal.htmlAuch OpenStreetMap ist als potentieller Nutzer genannt.
Und was würde das für uns bedueten? Link auf Wikidata und die zig Sprachvarianten von dort ziehen? Also dann beim Rendern, so dass die gar nicht in unsere Datenbank kommen?
oder wie oder was?
Ach ja, vielen Dank.
siehe auch hier: http://wiki.openstreetmap.org/wiki/Notes
Google bietet kein Forum, keine Wiki (mit eigenen Seiten für jedes Dorfn Ort), Mapperpartys, usw...
Ich hab mal gelesen, dass die Indien oder so schon Parties organisiert und dort hübsche Merchandising-Artikel verteilt haben.
Peter Maiwald wrote:Potlatch1 kann nach wie vor gelöschte Nodes und Wege anzeigen mit der Taste 'U'
http://www.openstreetmap.org/edit?editor=potlatchNodes?
Ich dachte bisher, das geht nur mit Wegen.Gruß,
Mondschein
Meine ich auch
Bueno, entonces usemos kiosk para kioscos normales, y convenience para los maxi
Sí, me parece bien.
Me gusta, me gusta.
Con el nombre de ciudades ya está el ejemplo de Buenos Aires que tiene el tag official_name=Ciudad Autónoma de Buenos Aires, y siempre me molestó ver en el mapa Belén de Escobar en vez de simplemente Escobar como la conocen todos, igualmente a San Salvador de Jujuy, San Fernando del Valle de Catamarca, etc., las dejaría así, tampoco que somos todos taaan ignorantes como para no darnos cuenta de que ciudades se está hablando.
PD: Hoy me enteré que el nombre oficial de la ciudad de San Fernando es San Fernando de la Buena Vista, no tenía idea, si veía eso en el mapa iba a pensar en vandalismo
"La Muy Noble y Leal Ciudad de Nuestra Señora Santa María de la Asunción" ![]()
si la salina no tiene agua, no veo pq poner natural=water
creo q eso indica un espejo de agua salada y no una salina
Es cierto, mo convenciste
Al salar de Uyuni le pusieron un MP con natural=desert y desert=salt - por esto (desert) aparece con color arena
yo si me tope con place=hamlet (en mi zona) de imports viejos, que jamas lo escuche nombrar, ni aparecian en wikipedia, google, organismos oficiales, etc, rarisimo. Saludos!
Bueno, hablo con cuidado, encimo que estoy lejos.
Cuando me pasaba mapeando estaciones de trenes, veia huellas de ellas en Bing y en un radio de +/- 700m un place-node. Pero hoy dia capaz que mucha gente no tenga noticia que en algun momento hubo algo ahi. Y hoy hay unas ruinas ferroviarias...
Edit: Pero admito que esta experiencia no quita la posibilidad que sí existan nodes completamente al pedo
1. ¿Cuál es el consenso sobre el prefijo "Avenida", lo abreviamos o no? Hasta se podría argumentar a favor de no poner nada...
Si la decisión es no abreviar en los datos, podría fácilmente modificar el estilo de osm.org.ar para que lo abrevie automáticamente en el mapa.
Yo sabía que sí lo abreviamos, como única cosa abreviada. Acá dice algo acerca.
2. En Argentina es muy común que el nombre de una calle provenga del nombre de una persona, y que el nombre "oficial" sea el nombre completo, pero los carteles muestran sólo el apellido, o al menos la gente en general conoce a la calle así.
Recién vi un ejemplo exagerado: una calle con "name=General Juan Gregorio de las Heras", pero los carteles dicen "Las Heras", y estoy seguro de que mucha gente ni está enterada de que Las Heras es un apellido (mucho menos de que el nombre del tipo era Juan Gregorio). Después de hablarlo en IRC, lo cambié a "name=Las Heras" y dejé el nombre completo en official_name.
¿Les parece correcto hacer eso? Podríamos oficializarlo en el wiki: usar el nombre como aparece en los carteles en name=, y si el nombre completo/oficial es más largo, ponerlo en official_name.
Estoy de acuerdo también. Obviamente va a haber casos discutibles, pero el 95% de los casos debe ser fácil.
Con nombres de ciudades a veces también aparece el tema.
En Virasoro (Corrientes) hace un tiempo hice un cambio igual como dicho acá. (Hoy vi que se habia borrado el node *bronca*)
Edit: Bueno, acá un caso para discutir: No es que se dice simplemente "Jujuy" a la capital provincial? Quién dice: "Yo voy de compras a San Salvador etc etc..."?!? Entonces: Qué hacemos con Jujuy?
Geogast wrote:el node viene de un import enorme
Ah, eso lo explica todo. Hace rato que me encuentro con puntos en los que no se ve ningun "caserio" (Bing actualizadas) y si figura un poblado... Nunca me anime a borrar nada, asi, entonces si puede borrarse con criterio ...
Bueno, borrar un node de estos ya es muy fuerte. Muchas veces estos nodes pueden estar unos cuantos cientos de metros desplazados. Y para otros la informacion sobre un lugar antes poblado hoy desierto puede ser interesante.
Antes de borrar le pondría un FIXME tag ("controlar si todavia existe" o algo asi) para ver en el lugar que pasa.
O, de ultima, cambiar de place=hamlet a place=isolated_dwelling, para "bajar" de categoria.
Lo que pasa es que casi nunca me topé con un node de ese import que estaba 100% mal; algo casi siempre habia cerca
...danke ich dir trotzdem für diese interessante Anekdote.
Dito! Man wird immer klüger mit OSM...
Auch wenn das längst vom ursprünglichen Thema abweicht...
Aber die Meinung zu dem ganz oben genannten Vorschlag (weg vom Mappen einzelner Gleise) ist in diesem Thread ja einhellige Ablehung. Oder?
Das tag narrow_gauge ist überlaufen und sollte eigentlich ausgemustert werden, speziell, da man sich aktuell bei OSM nicht einig ist, was es genau bedeuten soll. (Da man "Normalspur" oft mit häufigster Spur verwechselt) Auch gibt es kein tag broad_gauge. (als narrow_gauge gilt im UIC-Bereich alles <1435mm, nicht 1000mm)
Falls es mal angedacht ist, in OSM2World die Spurbreiten abzubilden, ist es sicherlich klüger, nur auf das tag gauge=* zurückzugreifen.