[OSM-talk] Google Summer of Code Mentors and Ideas
Hi everybody, There was some confusion earlier about our participation in Google's Summer of Code this year, so I thought I'd pass along some clarifications. Due to a calendar snafu we didn't get the application for OpenStreetMap itself submitted in time. Our friends at OSGeo offered to work with us so we could continue to participate. Based on this, we're still looking for students with great ideas for Summer of Code and for mentors from the community to help students with their projects. *MENTORS*: You'll need to create an account and apply here: https://google-melange.appspot.com/gsoc/profile/mentor/google/gsoc2013 *STUDENTS*: You can begin applying on Monday at 19:00UTChttp://www.timeanddate.com/worldclock/fixedtime.html?iso=20130422T19 . Please let me know if you have any questions! Ian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extracting data from traffic sign recognition aboard modern cars ?
On Fri, Apr 19, 2013 at 6:42 AM, Jean-Marc Liotier j...@liotier.org wrote: Automotive environments are not known for their openness so I'm not holding my breath - but the potential for massive widely distributed automated data collection is worth starting to watch the topic. I don't know much about any of this, but you might want to start looking here: http://automotive.linuxfoundation.org/ -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] DP.LA
Hello All, Just finished browsing around the new Digital Public Library of America site and was pleased to see that they have gone with OSM as their choice of map. The map can be seen here (http://dp.la/map) and allows one to see georeferenced material. Cheers, ingalls ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Native American/First Nation, etc. Reservation Boundaries
Looking at the wiki for help understanding why we don't have boundaries reservations has left me confused. Can someone explain why they are not there and if there is any plans to add them at some point in the future? From personal experience, it is important to know when you are on tribal lands. Often different laws apply. In one Southwest part of the US, you actually have to pay to take pictures on tribal lands. So knowing where you are is important. I think I understand that the existing administrative levels don't work. In the US at least, the reservations have a domestic dependent nation status. They are not States, Counties yet contain cities. The often extend past state boundaries, and certainly county boundaries. Thanks, -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extracting data from traffic sign recognition aboard modern cars ?
Jean-Marc Liotier wrote On learning that, any normal Openstreetmap user immediately wonders how to access the log. Is anyone here aware of connectivity and API for those systems ? I am working in the automotive business and I can assure you that manufacturers are doing everything in their power to keep those systems secure and inaccessible. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Extracting-data-from-traffic-sign-recognition-aboard-modern-cars-tp5757713p5757770.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries
The previous tagging was inadequate, bordering on offensive (particularly with the rendering, which suggested indian nations and reservations were the same and more of a touristic draw than administratively significant). I've suggested using administrative level 3 and 5 for the purpose in north america, but this doesn't quite cover edge cases along national boundaries that don't apply to the indian nations in question; not sure if this might be a good or practical use for 1 or not. Either way, my idea for using these admin levels has been met with deafening silence. On Fri, Apr 19, 2013 at 4:49 PM, Clifford Snow cliff...@snowandsnow.uswrote: Looking at the wiki for help understanding why we don't have boundaries reservations has left me confused. Can someone explain why they are not there and if there is any plans to add them at some point in the future? From personal experience, it is important to know when you are on tribal lands. Often different laws apply. In one Southwest part of the US, you actually have to pay to take pictures on tribal lands. So knowing where you are is important. I think I understand that the existing administrative levels don't work. In the US at least, the reservations have a domestic dependent nation status. They are not States, Counties yet contain cities. The often extend past state boundaries, and certainly county boundaries. Thanks, -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extracting data from traffic sign recognition aboard modern cars ?
Sounds like all the more reason to try this. On Fri, Apr 19, 2013 at 6:01 PM, NopMap ekkeh...@gmx.de wrote: Jean-Marc Liotier wrote On learning that, any normal Openstreetmap user immediately wonders how to access the log. Is anyone here aware of connectivity and API for those systems ? I am working in the automotive business and I can assure you that manufacturers are doing everything in their power to keep those systems secure and inaccessible. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Extracting-data-from-traffic-sign-recognition-aboard-modern-cars-tp5757713p5757770.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries
On Fri, Apr 19, 2013 at 8:16 PM, Paul Johnson ba...@ursamundi.org wrote: The previous tagging was inadequate, bordering on offensive Which tagging was that? It is my understanding that First Nations boundaries just don't fit within the simple number-line model that OpenStreetMap has used for boundary=administrative; admin_level={integer}. boundary=aboriginal_lands was used in 2010, based on donated data and little discussion. Is that the inadequate, bordering on offensive tagging? If it is acceptable, inoffensive and accurate, I'd be pleased to see that tagging continue, or something like: boundary=administrative, admin_level=first_nation / or some other value. The rendering tools would have to catch up. It might not be rendered on your favourite tile set, but it should be fully possible to make the data up to date and accurate and complete to the best of our abilities. But it seems that using an integer, or some fraction on the number line just won't work. One first nation[1] includes portions of what might otherwise be considered, two admin_level=2s (USA and Canada) and three admin_level=4s (New York state, Ontario province and Quebec province) and has been described as a jurisdictional nightmare. [1] http://www.akwesasne.ca/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries
On Fri, Apr 19, 2013 at 8:02 PM, Richard Weait rich...@weait.com wrote: On Fri, Apr 19, 2013 at 8:16 PM, Paul Johnson ba...@ursamundi.org wrote: The previous tagging was inadequate, bordering on offensive Which tagging was that? It is my understanding that First Nations boundaries just don't fit within the simple number-line model that OpenStreetMap has used for boundary=administrative; admin_level={integer}. boundary=aboriginal_lands was used in 2010, based on donated data and little discussion. Is that the inadequate, bordering on offensive tagging? If not that same tag, something in the same vein. If it is acceptable, inoffensive and accurate, I'd be pleased to see that tagging continue, or something like: boundary=administrative, admin_level=first_nation / or some other value. The rendering tools would have to catch up. It might not be rendered on your favourite tile set, but it should be fully possible to make the data up to date and accurate and complete to the best of our abilities. But it seems that using an integer, or some fraction on the number line just won't work. One first nation[1] includes portions of what might otherwise be considered, two admin_level=2s (USA and Canada) and three admin_level=4s (New York state, Ontario province and Quebec province) and has been described as a jurisdictional nightmare. [1] http://www.akwesasne.ca/ Reservations and nations in general are jurisdictional nightmares, because nations are autonomous and outside the legal jurisdiction of the US/Canada and state/province governments on matters not outlined within their treaties (and in theory could close their borders should relations sour to such a degree for that to even begin to look practical); whereas reservations are autonomous only within the realm of what's been agreed upon by treaty and default to state and federal law when the reservation's law doesn't exist. And then there's somewhat in between examples, such as the Osage Nation, which is a reservation, but has probably the highest degree of sovereignty of the tribes that wound up in reservation status. They just don't really have much say in land matters). Akwesasne is just an extreme example of the same situation that the Cherokee, Muscogee and Chickasaw are in, to name a few examples I see daily (I live just a few hundred meters north of the Cherokee/Muscogee border and I'm a 10 minute car ride from the Cherokee/Osage and Osage/Muscogee borders; and within a 5 hour drive of approximately 60 similar borders). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries
On Fri, Apr 19, 2013 at 9:24 PM, Paul Johnson ba...@ursamundi.org wrote: On Fri, Apr 19, 2013 at 8:02 PM, Richard Weait rich...@weait.com wrote: On Fri, Apr 19, 2013 at 8:16 PM, Paul Johnson ba...@ursamundi.orgwrote: The previous tagging was inadequate, bordering on offensive Which tagging was that? It is my understanding that First Nations boundaries just don't fit within the simple number-line model that OpenStreetMap has used for boundary=administrative; admin_level={integer}. boundary=aboriginal_lands was used in 2010, based on donated data and little discussion. Is that the inadequate, bordering on offensive tagging? If not that same tag, something in the same vein. What tagging do you suggest? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries
As previously stated, admin levels 3 and 5 depending on status as a nation or reservation, respectively. On Fri, Apr 19, 2013 at 8:39 PM, Richard Weait rich...@weait.com wrote: On Fri, Apr 19, 2013 at 9:24 PM, Paul Johnson ba...@ursamundi.org wrote: On Fri, Apr 19, 2013 at 8:02 PM, Richard Weait rich...@weait.com wrote: On Fri, Apr 19, 2013 at 8:16 PM, Paul Johnson ba...@ursamundi.orgwrote: The previous tagging was inadequate, bordering on offensive Which tagging was that? It is my understanding that First Nations boundaries just don't fit within the simple number-line model that OpenStreetMap has used for boundary=administrative; admin_level={integer}. boundary=aboriginal_lands was used in 2010, based on donated data and little discussion. Is that the inadequate, bordering on offensive tagging? If not that same tag, something in the same vein. What tagging do you suggest? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On Wed 2013-04-17 (20:46), Henning Scholland wrote: Am 17.04.2013 20:16, schrieb Hans Schmidt: Und von einem seriösen Projekt erwarte ich schon vernünftige Rechtschreibung. Ich erwarte von einer Geodatenbank, dass es die Realität wiedergibt. Welche Realität? Die auf dem Papier der Verwaltung? Die auf dem (falsch hergestellten und trotzdem angebauten) Schild? Ohne zu philosophisch werden zu wollen: Realität ist nicht immer objektiv. Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 19/apr/2013 um 09:47 schrieb Steffen Grunewald steffen.grunew...@gmx.net: Welche Realität? Die auf dem Papier der Verwaltung? Die auf dem (falsch hergestellten und trotzdem angebauten) Schild? persönlich halte ich den richtigen Namen (den durch Widmung von der Gesetzgebung verordneten) für wichtiger, aber in einem Fall wie von Dir geschildert sind beide Namen Realität, d.h. beides kann man in OSM festhalten (den falschen auf dem Schild z.B. durch einen entspr. note-tag) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 19. April 2013 11:08 schrieb Henning Scholland o...@aighes.de: Am 19.04.2013 10:57, schrieb Martin Koppenhoefer: persönlich halte ich den richtigen Namen (den durch Widmung von der Gesetzgebung verordneten) für wichtiger, aber in einem Fall wie von Dir geschildert sind beide Namen Realität, d.h. beides kann man in OSM festhalten (den falschen auf dem Schild z.B. durch einen entspr. note-tag) Nach unserer On-the-ground-Regel würde ich es genau anders sehen. name bekommt das, was vor Ort erkennbar ist, weicht der Name in der Verordnung ab, würde ich diesen in official_name packen. Bei Sonderfällen, wie x verschiedene Schreibweisen für Teile einer Straße würde ich mir dann einen raussuchen, evtl. dann auch den, der in der Verordnung steht und alles andere im note erklären. Der Name einer Straße ist nunmal der Name der Straße, und nicht das, was auf dem Schild steht. Sonst wäre der tag besser sign_name oder ähnlich. Sieh es mal so: der eigentliche Name taucht vermutlich in zig Dokumenten und Plänen auf, der Fehler auf dem Schild kommt dagegen vermutlich nur ein einziges Mal vor, und selbst da ist davon auszugehen, dass die Verwaltung (hier ist es wirklich die Verwaltung im Ggs. zum Gemeinderat, der den Namen vergibt, und dem die Verwaltung untergeordnet ist) das irgendwann korrigieren wird. Der tag official_name wird nicht verwendet, um alternative Schreibweisen aufgrund von Fehlern festzuhalten, sondern ist ein Hack, um es den Renderern einfacher zu machen, und um trotzdem den vollständigen langen Namen (z.B. Bundesrepublik Deutschland vs. Deutschland) einzugeben. Die on-the-ground-rule wurde geschaffen, um in umstrittenen Fällen (z.B. Zypern, Jerusalem) edit-wars vorzubeugen, aber zu on-the-ground gehört m.E. eine politische Verordnung (die öffentlich ist und daher von jedem eingesehen werden kann) genauso wie das, was vor Ort auf einem Schild steht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 19.04.2013 11:49, schrieb Martin Koppenhoefer: Der Name einer Straße ist nunmal der Name der Straße, und nicht das, was auf dem Schild steht. Sonst wäre der tag besser sign_name oder ähnlich. Sieh es mal so: der eigentliche Name taucht vermutlich in zig Dokumenten und Plänen auf, der Fehler auf dem Schild kommt dagegen vermutlich nur ein einziges Mal vor, und selbst da ist davon auszugehen, dass die Verwaltung (hier ist es wirklich die Verwaltung im Ggs. zum Gemeinderat, der den Namen vergibt, und dem die Verwaltung untergeordnet ist) das irgendwann korrigieren wird. Was ist denn ein Name? Mit einem Namen wird etwas benannt - z.B. eine Straße. Wenn meine Eltern mich Peter Maximilian Günther [...] Ichmagvielevornamen genannt hätten (zzgl. Nachnamen natürlich), dann ist das der offizielle Name, aber trotzdem würde ich bei der Frage nach meinem Namen vermutlich nicht den vollen Namen nennen (wenn es nicht die frage nach vollem offiziellem Namen ist), sondern Peter. Der offizielle Name taucht eben oft nur im offiziellen Rahmen auf: Auf Zeugnissen, Urkunden, gerichtlichen Vorladungen und solchem Kram. Das heißt aber lange noch nicht, dass Peter als Name falsch wäre (übrigens habe ich tatsächlich keinen zweiten geschweige denn noch mehr Vornamen). Wenn Eine Straße laut Straßenschild anders heißt als laut Verordnung, das aber nicht eine kurzfristige Geschichte ist, die dann schnell korrigiert wird, dann ist das der Name. In der Bevölkerung wird er meist wahrscheinlich so genutzt wie er da steht, in den gängigen Karten von Goolge kommt es vielleicht noch drauf an, ob das selbstgesammeltes oder von öffentlicher Hand eingekauftes Material ist, aber was google sammelt, wird vom Straßenschild abgeschrieben sein. Auch die Presse und vermutlich sogar z.T. die Polizei wird nicht auf den amtlichen Daten arbeiten, um Berichte zu schreiben oder so, und damit den Fehler der Schilder übernehmen. Für mich ist jedenfalls in den allermeisten Fällen der Name vom Schild der Name der Straße, Verordnung hin oder her. Der tag official_name wird nicht verwendet, um alternative Schreibweisen aufgrund von Fehlern festzuhalten, sondern ist ein Hack, um es den Renderern einfacher zu machen, und um trotzdem den vollständigen langen Namen (z.B. Bundesrepublik Deutschland vs. Deutschland) einzugeben. So kann man das sehen, aber muss man nicht. Sicher ist das eine Verwendung des Tags, aber ohne damit zu kollidieren, ist official_name eben auch genau das: der offiziell vergebene Name - und das wäre im Falle von falschen Straßenschildern genauso richtig. Die on-the-ground-rule wurde geschaffen, um in umstrittenen Fällen (z.B. Zypern, Jerusalem) edit-wars vorzubeugen, aber zu on-the-ground gehört m.E. eine politische Verordnung (die öffentlich ist und daher von jedem eingesehen werden kann) genauso wie das, was vor Ort auf einem Schild steht. Für Deutschland kannst Du das (momentan) fordern, hier gibt es die Möglichkeit, sowas öffentlich einzusehen. Ich weiß aber nicht, ob in Jerusalem jeder Palästinenser ins israelische Amt gehen kann, um das einzusehen; ganz abgesehen von der Frage, wer entscheidet, welche politische Verordnung denn gilt, wenn sich mehrere überschneiden. Die Verordnung ist bei alten Straßennamen oft zig Jahre alt. Die kann man einsehen, indem man nachfragt, Zutritt ins archiv kriegt und etwas wühlt - oder so. Aber deshalb wird doch der Name nicht gültiger als das, was in der Bevölkerung verwendet wird UND auf dem Schild steht. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 19. April 2013 11:49 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Am 19. April 2013 11:08 schrieb Henning Scholland o...@aighes.de: Am 19.04.2013 10:57, schrieb Martin Koppenhoefer: persönlich halte ich den richtigen Namen (den durch Widmung von der Gesetzgebung verordneten) für wichtiger, aber in einem Fall wie von Dir geschildert sind beide Namen Realität, d.h. beides kann man in OSM festhalten (den falschen auf dem Schild z.B. durch einen entspr. note-tag) Nach unserer On-the-ground-Regel würde ich es genau anders sehen. name bekommt das, was vor Ort erkennbar ist, weicht der Name in der Verordnung ab, würde ich diesen in official_name packen. Bei Sonderfällen, wie x verschiedene Schreibweisen für Teile einer Straße würde ich mir dann einen raussuchen, evtl. dann auch den, der in der Verordnung steht und alles andere im note erklären. Der Name einer Straße ist nunmal der Name der Straße, und nicht das, was auf dem Schild steht. Sonst wäre der tag besser sign_name oder ähnlich. Und warum soll der Name nicht jener sein, wie er auf der Beschilderung zu finden ist? Als das Name-Tag erfunden wurde hat sich niemand darüber Gedanken gemacht, ob es verschiedene Schreibweisen geben kann. Vielmehr stammt es noch aus einer Zeit, als noch niemand an offizielle Straßenlisten etc. dachte. Und je nachdem, wen du fragst, wirst du auch eine andere Antwort erhalten, was der richtige Name ist. Der Anwohner hält das Straßenschild für Richtig, die Stadt natürlich ihre Schreibweise. Ich wohne übrigens in einem Ort, für den es zwei offizielle Ortsbezeichnungen gibt -- jenen der Deutschen Post und jenen der Stadt, die und eingemeindet hat. Der tag official_name wird nicht verwendet, um alternative Schreibweisen aufgrund von Fehlern festzuhalten, sondern ist ein Hack, um es den Renderern einfacher zu machen, und um trotzdem den vollständigen langen Namen (z.B. Bundesrepublik Deutschland vs. Deutschland) einzugeben. Hack klingt hier nach Hilfskonstruktion. Das würde ich nicht so sehen, sondern darin ein legitimes Bedürfnis erkennen, dass verschiedene Namen in Verwendung sind und man diese Tatsache nicht vor der Datenbank verheimlichen möchte :-) Wir sollten uns die Arbeit ersparen recherchieren zu müssen, wer nun von wem und warum (falsch) abgeschrieben hat. Das können und sollten wir als Projekt nicht leisten. Das sollen die machen, denen es wichtig ist, aber bitte nicht als Streit in unser Datenbank, sondern bei denen, die Einfluss auf die Namensgebung haben. Dann kommen name und official_name von ganz allein wieder in Einklang -- ohne das wir hier entscheiden müssen welches die richtige Schreibweise ist. Die on-the-ground-rule wurde geschaffen, um in umstrittenen Fällen (z.B. Zypern, Jerusalem) edit-wars vorzubeugen, aber zu on-the-ground gehört m.E. eine politische Verordnung (die öffentlich ist und daher von jedem eingesehen werden kann) genauso wie das, was vor Ort auf einem Schild steht. Das ist mit aber völlig neu. Die on-the-ground-rule existiert, weil sie ein sehr objektives Kriterium ist, wie etwas zu taggen ist. Erst seit vermehrt vom Schreibtisch aus gemappt wird, besteht natürlich auch das Bedürfnis etwas zu rechtfertigen, obwohl man es so da draußen nicht finden kann :-) Ich finde bei OSM können wir und die on-the-ground-rule weiterhin vorbehaltlos und in allen Lebenslagen leisten. Wem sie nicht passt kann ja bei den Ämtern darauf dringen, das die Realität angepasst wird (und die Straße/Schule orthografisch korrekte Namen erhält). Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 19. April 2013 12:13 schrieb Peter Wendorff wendo...@uni-paderborn.de: Am 19.04.2013 11:49, schrieb Martin Koppenhoefer: Der Name einer Straße ist nunmal der Name der Straße, und nicht das, was auf dem Schild steht. Sonst wäre der tag besser sign_name oder ähnlich. Sieh es mal so: der eigentliche Name taucht vermutlich in zig Dokumenten und Plänen auf, der Fehler auf dem Schild kommt dagegen vermutlich nur ein einziges Mal vor, und selbst da ist davon auszugehen, dass die Verwaltung (hier ist es wirklich die Verwaltung im Ggs. zum Gemeinderat, der den Namen vergibt, und dem die Verwaltung untergeordnet ist) das irgendwann korrigieren wird. Was ist denn ein Name? Mit einem Namen wird etwas benannt - z.B. eine Straße. ganz genau, das ist ein offizieller Akt, von uns allen durch die von uns dafür gewählten Volksvertreter im Gemeinderat o.ä. Das ist dann der Name, und wenn der Schildermacher einen Fehler macht (darum ging es hier), dann ist das klar ein Fehler, weil es eben nicht der Name ist, der vergeben wurde. Wenn meine Eltern mich Peter Maximilian Günther [...] Ichmagvielevornamen genannt hätten (zzgl. Nachnamen natürlich), dann ist das der offizielle Name, aber trotzdem würde ich bei der Frage nach meinem Namen vermutlich nicht den vollen Namen nennen (wenn es nicht die frage nach vollem offiziellem Namen ist), sondern Peter. OK, das ist der Diskurs name vs. official_name. Einverstanden. Ein anderes Beispiel: die italienischen Behörden haben Probleme mit meinem Nachnamen ;-), in meinem ital. Personalausweis heisse ich Koppenhofer, in anderen Dokumenten wie der Steuernummer oder der Krankenversicherung aber Koppenhoefer. Nur weil das Meldeamt mir nicht folgen wollte, dass aus ö oe wird, heisse ich trotzdem noch lange nicht Koppenhofer. Wenn Eine Straße laut Straßenschild anders heißt als laut Verordnung, das aber nicht eine kurzfristige Geschichte ist, die dann schnell korrigiert wird, dann ist das der Name. -1, s.o. Wenn es sich um abweichende Schreibweisen handelt, ist die Sache klar (Name ist der gewidmete, nicht der falsche auf dem Schild). Wenn es ein komplett anderer Name ist, haben wir dafür schon tags wie loc_name, old_name, alt_name etc. Auch die Presse und vermutlich sogar z.T. die Polizei wird nicht auf den amtlichen Daten arbeiten, um Berichte zu schreiben oder so, und damit den Fehler der Schilder übernehmen. na und? Zum einen sehe ich dafür keinen Grund, sie könnten genauso gut den richtigen Namen nehmen (ist alles rein hypothetisch), und zum anderen wird nur dadurch, dass mehrere einen Fehler kopieren, dadurch ja nicht der Fehler richtig, oder? Für mich ist jedenfalls in den allermeisten Fällen der Name vom Schild der Name der Straße, Verordnung hin oder her. solange man keine Abweichung feststellt, ist das natürlich so, wir arbeiten ja vor allem durch Begehungen und verlassen uns daher zunächst auf die Schilder. Bei Abweichungen wird man aber nachforschen und dann ggf. den richtigen Namen feststellen. Wenn man das getan hat, dann sollte man m.E. auch einen note:de oder note-tag hins. der Schreibfehlers auf dem Schild anbringen, damit der nächste das nicht wieder zurückkorrigiert. Der tag official_name wird nicht verwendet, um alternative Schreibweisen aufgrund von Fehlern festzuhalten, sondern ist ein Hack, um es den Renderern einfacher zu machen, und um trotzdem den vollständigen langen Namen (z.B. Bundesrepublik Deutschland vs. Deutschland) einzugeben. So kann man das sehen, aber muss man nicht. Sicher ist das eine Verwendung des Tags, aber ohne damit zu kollidieren, ist official_name eben auch genau das: der offiziell vergebene Name - und das wäre im Falle von falschen Straßenschildern genauso richtig. OK, so kann man das sehen, wäre dann aber ja eine unnötige Redundanz, weil gleich wie der Name ;-) Die on-the-ground-rule wurde geschaffen, um in umstrittenen Fällen (z.B. Zypern, Jerusalem) edit-wars vorzubeugen, aber zu on-the-ground gehört m.E. eine politische Verordnung (die öffentlich ist und daher von jedem eingesehen werden kann) genauso wie das, was vor Ort auf einem Schild steht. Für Deutschland kannst Du das (momentan) fordern, hier gibt es die Möglichkeit, sowas öffentlich einzusehen. Ich weiß aber nicht, ob in Jerusalem jeder Palästinenser ins israelische Amt gehen kann, um das einzusehen; ganz abgesehen von der Frage, wer entscheidet, welche politische Verordnung denn gilt, wenn sich mehrere überschneiden. wenn wir hier auch noch die Nahost-frage klären wollen, dann hole ich mir jetzt erstmal Chips und ein Bier... Die Verordnung ist bei alten Straßennamen oft zig Jahre alt. Die kann man einsehen, indem man nachfragt, Zutritt ins archiv kriegt und etwas wühlt - oder so. Aber deshalb wird doch der Name nicht gültiger als das, was in der Bevölkerung verwendet wird UND auf dem Schild steht. rechtlich gesehen auf jeden Fall. Hast Du denn mal ein konkretes
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On Fri 2013-04-19 (12:13), Peter Wendorff wrote: Wenn meine Eltern mich Peter Maximilian Günther [...] Ichmagvielevornamen genannt hätten (zzgl. Nachnamen natürlich), dann ist das der offizielle Name, aber trotzdem würde ich bei der Frage nach meinem Namen vermutlich nicht den vollen Namen nennen (wenn es nicht die frage nach vollem offiziellem Namen ist), sondern Peter. Und wenn der Schilderfritze auf dem Schild für den Briefkasten Pedro geschrieben hat? Wenn Eine Straße laut Straßenschild anders heißt als laut Verordnung, das aber nicht eine kurzfristige Geschichte ist, die dann schnell korrigiert wird, dann ist das der Name. In der Bevölkerung wird er meist wahrscheinlich so genutzt wie er da steht, in den gängigen Karten von Goolge kommt es vielleicht noch drauf an, ob das selbstgesammeltes oder von öffentlicher Hand eingekauftes Material ist, aber was google sammelt, wird vom Straßenschild abgeschrieben sein. Mir ist hier unlängst die folgende Situation untergekommen: - Eine Straße wurde gebaut (vor paar 10 Jahren), wurde allem Anschein nach Hasensprung getauft. - Dort haben sich Leute und ein Gewerbebetrieb angesiedelt, die auf Visitenkarten, im Telefonbuch, etc. die Adresse Hasensprung xx angeben. - Die Gemeinde erneuert die Straßenschilder - weiß auf rostig, schwarz auf weiß, Blau auf weiß - das alles wird jetzt weiß auf grün. - Der Schilderfritze, gerade so schön im Schwung mit An der Lichtung, Am Bach, usw., baut eigenmächtig ein Am auch vor den Hasensprung. - Die Anlieger werden nicht über eine Umbenennung informiert, und selbst die Gemeinde(verwaltung) wusste bis zu meinem Anruf nichts davon. - (Ob die Situation inzwischen geklärt ist, müsste mal jmd nachsehen...) Was Google abschreibt, ist sehr mit Vorsicht zu genießen: Ich wohnte mal in einer Straße namens Zu der Hausern... Hintergrund: das nächste offizielle Schild ist etwas weiter weg vom Wohngebiet (an der einzigen Zufahrt, reicht ja auch), und an einer Ecke stand ein gammliger Holzpfahl mit dem Text Zu den Häusern 13-32 (oder so), den muss der Scout ohne nachzudenken abgeschrieben haben. Pharus kann nicht mal die offiziellen Straßennamen richtig abschreiben (aber anscheinend bei OSM saugen...), das ist aber ein anderes Thema. Auch die Presse und vermutlich sogar z.T. die Polizei wird nicht auf den amtlichen Daten arbeiten, um Berichte zu schreiben oder so, und damit den Fehler der Schilder übernehmen. Kann passieren. Es sei denn, sie versuchen den Straßennamen gleich mittels Datenbank in eine Nummer umzuwandeln, z.B. für codierte Fahrräder. Für mich ist jedenfalls in den allermeisten Fällen der Name vom Schild der Name der Straße, Verordnung hin oder her. Bleibt immer noch die Frage, ob das Auswechseln eines Schildes einer Umbenennung gleichkommt, denn die geht nur amtlich. Wenn dann in den Akten nichts zu finden ist -? Andererseits wird man als Mapper von einer offiziell vollzogenen Umbenennung in der Regel erfahren, aber nicht davon, daß ein Schild repariert wurde. Dann bleibt der Fehler u.U. ewig in der OSM... Die Verordnung ist bei alten Straßennamen oft zig Jahre alt. Die kann man einsehen, indem man nachfragt, Zutritt ins archiv kriegt und etwas wühlt - oder so. Aber deshalb wird doch der Name nicht gültiger als das, was in der Bevölkerung verwendet wird UND auf dem Schild steht. ... was auch noch einmal kräftig auseinanderklaffen kann. Suche mal in der OSM nach dem Broadway in Potsdam, und frage auf der Straße Leute danach und wie das Ding wirklich heißt... Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Also eine Sache könnte man konkret angehen, da diese immer Fehlerhaft ist: Doppelleerzeichen. Oder sieht jemand das anders? Könnte mein Bot-Framework drauf ansetzen diese zu entfernen. LG Ruben Am 14. April 2013 16:32 schrieb Hans Schmidt z0idb...@gmx.de: Hallo, mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr mangelhaft ist. Was mir oft auffällt sind die sogenannten Deppenleerzeichen (Auch in der vorhin verlinkten Karte, wo „DRK Kita“ steht. Das ist ja kein Produkt des DRK, so wie ein Opel Astra, sondern es ist eine DRK-Kita). Auch fällt mir ganz negativ auf, dass oft diese unseligen Zollzeichen () als Ersatz für Anführungszeichen („“) verwendet werden. Auch in der gerade verlinkten Karte: /DRK Kita Villa Kunterbunt/, anstatt /DRK-Kita „Villa Kunterbunt“/. Zwar in Deutschland nicht so wichtig, aber im Ausland wird auch oft das Apostroph-Ersatzzeichen ' statt des richtigen Apostrophs ’ verwendet. Was könnte man dagegen wohl machen? Klar, wenn einem das mal auffällt, wird es korrigiert. Leider sind die Leute, die die richtige Rechtschreibung beherrschen, heutzutage wohl in der Minderheit, deswegen wird das größtenteils nicht korrigiert. Ich finde, das sieht dann immer ein wenig unprofessionell aus. Könnte man da wohl was direkt bei JOSM machen? Zum einen Smart-Quotes, wo automatisch je nach name:xyz in das richtige Anführungszeichen gewandelt wird? Und eventuell irgendwie eine Art Warnung bei Deppenleerzeichen? Aber das stelle ich mir schon ein wenig schwierig vor. Eine Lösung direkt bei der Eingabe wäre allerdings wahrscheinlich vorzuziehen, da so direkt die Fehler vermieden werden könnten. Gruß, Hans ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On 13-04-19 12:13, Peter Wendorff wrote: Was ist denn ein Name? Mit einem Namen wird etwas benannt - z.B. eine Straße. Wenn meine Eltern mich Peter Maximilian Günther [...] Ichmagvielevornamen genannt hätten (zzgl. Nachnamen natürlich), dann ist das der offizielle Name, aber trotzdem würde ich bei der Frage nach meinem Namen vermutlich nicht den vollen Namen nennen (wenn es nicht die frage nach vollem offiziellem Namen ist), sondern Peter. Oder Pit o.ä., mit dem du gerufen wirst. Gerne wurden Duplikate vor Ort einfach aufgelöst, indem man z.B. aus der Hauptstraße in Xdorf die Xdorfer Hauptstraße machte. Die Leute vor Ort bezeichnen das weiterhin als Hauptstraße, verwenden aber im Schriftverkehr vermutlich in Zukunft den offiziellen Namen, weil nur so die Post auch ankommt. Der offizielle Name taucht eben oft nur im offiziellen Rahmen auf: Auf Zeugnissen, Urkunden, gerichtlichen Vorladungen und solchem Kram. Der offizielle Straßenname wird IMHO schon häufiger verwendet als die Liste aller vollständigen Vornamen. Die Situation ähnelt eher dem offiziellen Gemeindenamen, wie z.B. Xstadt in Oberfranken - wobei da die Ämter und Gemeinden oft selbst nicht einig sind, der Zusatz in der Gemeindesatzung überhaupt nicht erwähnt wird, zig Schreibvarianten existieren ( Xstadt i. Ofr., Xstadt / Oberfranken, Xstadt (Oberfranken) usw. Und gerade die amtliche Schreibweise ist in Bayern besonders absurd - da lautet die z.B. Xstadt i.Ofr., weil die genausowenig das typographisch korrekte Leerzeichen verwenden wie ich bei z.B. Aktuell habe ich hier ein frisches, offizielles Straßenverzeichnis aus Düsseldorf, wo konsequent nach neuer Rechtschreibung ß durch ss ersetzt wurde, z.B. Schlossstraße. Auf den Straßenschildern wurde das bestimmt nicht korrigiert. Ebenso wenig dürfte es einen Gemeindebeschluss über die angepasste Rechtschreibung gegeben haben. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 19.04.2013 13:14, schrieb Martin Koppenhoefer: Am 19. April 2013 12:13 schrieb Peter Wendorff wendo...@uni-paderborn.de: Am 19.04.2013 11:49, schrieb Martin Koppenhoefer: Der Name einer Straße ist nunmal der Name der Straße, und nicht das, was auf dem Schild steht. Sonst wäre der tag besser sign_name oder ähnlich. Sieh es mal so: der eigentliche Name taucht vermutlich in zig Dokumenten und Plänen auf, der Fehler auf dem Schild kommt dagegen vermutlich nur ein einziges Mal vor, und selbst da ist davon auszugehen, dass die Verwaltung (hier ist es wirklich die Verwaltung im Ggs. zum Gemeinderat, der den Namen vergibt, und dem die Verwaltung untergeordnet ist) das irgendwann korrigieren wird. Was ist denn ein Name? Mit einem Namen wird etwas benannt - z.B. eine Straße. ganz genau, das ist ein offizieller Akt, von uns allen durch die von uns dafür gewählten Volksvertreter im Gemeinderat o.ä. Das ist dann der Name, und wenn der Schildermacher einen Fehler macht (darum ging es hier), dann ist das klar ein Fehler, weil es eben nicht der Name ist, der vergeben wurde. Wenn meine Eltern mich Peter Maximilian Günther [...] Ichmagvielevornamen genannt hätten (zzgl. Nachnamen natürlich), dann ist das der offizielle Name, aber trotzdem würde ich bei der Frage nach meinem Namen vermutlich nicht den vollen Namen nennen (wenn es nicht die frage nach vollem offiziellem Namen ist), sondern Peter. OK, das ist der Diskurs name vs. official_name. Einverstanden. Aber jetzt widersprichst du dir selbst. Bei Straßen willst du den offiziellen Namen in den name-Tag packen, hier meinen offiziellen Namen aber als official_name behandeln... Ein anderes Beispiel: die italienischen Behörden haben Probleme mit meinem Nachnamen ;-), in meinem ital. Personalausweis heisse ich Koppenhofer, in anderen Dokumenten wie der Steuernummer oder der Krankenversicherung aber Koppenhoefer. Nur weil das Meldeamt mir nicht folgen wollte, dass aus ö oe wird, heisse ich trotzdem noch lange nicht Koppenhofer. ...und hier weigerst du dich, den offiziellen Akt der italienischen Behörden als solchen anzuerkennen, denn Koppenhofer wäre ja dann auch dein official_name - weil es von Amts wegen so festgelegt wird. (Wobei wir hier interessanterweise auf einen ähnlichen Fall stoßen wie bei der Frage des offiziellen in Jerusalem). Wenn Eine Straße laut Straßenschild anders heißt als laut Verordnung, das aber nicht eine kurzfristige Geschichte ist, die dann schnell korrigiert wird, dann ist das der Name. -1, s.o. Wenn es sich um abweichende Schreibweisen handelt, ist die Sache klar (Name ist der gewidmete, nicht der falsche auf dem Schild). Wenn es ein komplett anderer Name ist, haben wir dafür schon tags wie loc_name, old_name, alt_name etc. wenn die Bevölkerung die abweichende Schreibweise nutzt, die Post das akzeptiert (tut sie meist, wenns dadurch keine Verwechslungen gibt) etc pp, dann ist der Name auf dem Schild, den die Bevölkerung benutzt, der Name; der andere ist der offizielle Name. Auch die Presse und vermutlich sogar z.T. die Polizei wird nicht auf den amtlichen Daten arbeiten, um Berichte zu schreiben oder so, und damit den Fehler der Schilder übernehmen. na und? Zum einen sehe ich dafür keinen Grund, sie könnten genauso gut den richtigen Namen nehmen (ist alles rein hypothetisch), und zum anderen wird nur dadurch, dass mehrere einen Fehler kopieren, dadurch ja nicht der Fehler richtig, oder? Für mich ist jedenfalls in den allermeisten Fällen der Name vom Schild der Name der Straße, Verordnung hin oder her. solange man keine Abweichung feststellt, ist das natürlich so, wir arbeiten ja vor allem durch Begehungen und verlassen uns daher zunächst auf die Schilder. Bei Abweichungen wird man aber nachforschen und dann ggf. den richtigen Namen feststellen. Wenn man das getan hat, dann sollte man m.E. auch einen note:de oder note-tag hins. der Schreibfehlers auf dem Schild anbringen, damit der nächste das nicht wieder zurückkorrigiert. +0.5 Ich würde den Namen vom Schild als name belassen, official_name auf den laut Beschluss setzen, als note dranschreiben, dass die voneinander abweichen - und die Stadt darauf hinweisen. Der tag official_name wird nicht verwendet, um alternative Schreibweisen aufgrund von Fehlern festzuhalten, sondern ist ein Hack, um es den Renderern einfacher zu machen, und um trotzdem den vollständigen langen Namen (z.B. Bundesrepublik Deutschland vs. Deutschland) einzugeben. So kann man das sehen, aber muss man nicht. Sicher ist das eine Verwendung des Tags, aber ohne damit zu kollidieren, ist official_name eben auch genau das: der offiziell vergebene Name - und das wäre im Falle von falschen Straßenschildern genauso richtig. OK, so kann man das sehen, wäre dann aber ja eine unnötige Redundanz, weil gleich wie der Name ;-) Wenn man in name auch den einträgt - was ich aber eben in solchen Fällen nicht tun würde. Die
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Hallo, On 04/19/2013 01:44 PM, Ruben Kelevra wrote: Könnte mein Bot-Framework drauf ansetzen diese zu entfernen. Da werde ich hellhoerig - jemand spricht gleich in seinem allerersten Mailinglist-Post von seinem Bot-Framework ;) erzaehl mehr. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 19/apr/2013 um 13:59 schrieb Martin Trautmann tr...@gmx.de: Aktuell habe ich hier ein frisches, offizielles Straßenverzeichnis aus Düsseldorf, wo konsequent nach neuer Rechtschreibung ß durch ss ersetzt wurde, z.B. Schlossstraße. Auf den Straßenschildern wurde das bestimmt nicht korrigiert. Ebenso wenig dürfte es einen Gemeindebeschluss über die angepasste Rechtschreibung gegeben haben. Straßenverzeichnisse können natürlich auch Fehler haben. In diesem Fall (Re chdscjreibreform) könnte es aber auch sein, dass es bundesweit eine Festlegung gegeben hat, die dann ggf. nicht erfordert, dass jede Gemeinde das nochmal einzeln beschließt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On 13-04-19 15:15, Martin Koppenhoefer wrote: Straßenverzeichnisse können natürlich auch Fehler haben. In diesem Fall (Re chdscjreibreform) könnte es aber auch sein, dass es bundesweit eine Festlegung gegeben hat, die dann ggf. nicht erfordert, dass jede Gemeinde das nochmal einzeln beschließt. Nein, im Gegenteil genießen die alten Namen Bestandsschutz. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] alles wieder ok !
Moin ! ohne zutun und obwohl ich gestern neu gestartet habe ist jetzt wieder alles ok ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Güterbahnhöfe / Verladestationen
Moin, Es existieren neben den normalen Bahnhöfen für Menschen auch Güterbahnhöfe oder Güterverkehrszentren (Umladestationen). Wie könnte man sowas taggen? (Mir wäre am liebsten ein railway=* Tag). In indien bin ich über railway=freight_station gestolpert, was ich gar nicht sooo verkehrt finde. Was meint ihr? MfG Andreas -- Andreas Neumann Manggasse 8 98693 Ilmenau andreas.neum...@tu-ilmenau.de http://stadtplan-ilmenau.de Tel: +49 (0) 3677 80 25 205 Fax: +49 (0) 3677 80 25 206 Mobil: +49 (0) 151 233 72 465 -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Am 19/apr/2013 um 15:45 schrieb Martin Trautmann tr...@gmx.de: Nein, im Gegenteil genießen die alten Namen Bestandsschutz. auch für generische Wörter wie Schloss? In dem Fall könnte man ja die Gemeinde darauf hinweisen, dass sie evtl. ein Problem im Straßenverzeichnis haben, oder vielleicht haben sie ja wirklich die Anpassung der Schreibweise beschlossen, das würden sie einem dann vermutlich auch mitteilen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güterbahnhöfe / Verladestationen
Am 19.04.2013 17:56, schrieb Andreas Neumann: Moin, Es existieren neben den normalen Bahnhöfen für Menschen auch Güterbahnhöfe oder Güterverkehrszentren (Umladestationen). Wie könnte man sowas taggen? (Mir wäre am liebsten ein railway=* Tag). In indien bin ich über railway=freight_station gestolpert, was ich gar nicht sooo verkehrt finde. Was meint ihr? MfG Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Servus, Da wir die Gleise in dem Bereich als yard bezeichnen, müssten wir im selben Englisch bleigen und für Güterbahnhöfe freight_yard nutzen. Jetzt wäre das aber eigentlich kein railway=*, sondern eher ein landuse=freight_yard. Für GVZ würde ich klar etwas anderes nehmen, ansonsten sind die anderen Verkehrsträger nicht so deutlich ersichtlich. Da es außerhalb des deutschigen Raumes wohl noch nicht so viele derartige Logistikzentren gibt, habe ich in meinen Unterlagen als Übersetzung nur FV gefunden. Auf isl.org wird eine Überschrift mit Güterverkehrszentrum mit freight village übersetzt. Linguee zeigt, dass es aber teilweise sehr kreativ 1:1 übersetzt wird. Mein Vorschlag: landuse=freight_village. Alternativ könnte man es noch ein wenig allgemeiner halten: landuse=logistic logistic=freight_yard und freight_village Und die einzelnen Transportmedien mit: rail=yes/no lgv=yes/no ship=yes/no LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On 13-04-19 18:23, Martin Koppenhoefer wrote: Am 19/apr/2013 um 15:45 schrieb Martin Trautmann tr...@gmx.de: Nein, im Gegenteil genießen die alten Namen Bestandsschutz. auch für generische Wörter wie Schloss? In dem Fall könnte man ja die Gemeinde darauf hinweisen, dass sie evtl. ein Problem im Straßenverzeichnis haben, oder vielleicht haben sie ja wirklich die Anpassung der Schreibweise beschlossen, das würden sie einem dann vermutlich auch mitteilen. Da gehen die Meinungen auseinander. Pro: Laut Ausführungsvorschriften zur Straßenbenennung richtet sich die Schreibweise einer Straße nach der Rechtschreibregel zum Zeitpunkt der Benennung. Contra: Die neue Rechtschreibung gilt auch für Straßennamen - nicht für Eigennamen, aber für alles generische. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten
Walter Nordmann schrieb: malenki wrote Die All in One¹ wird zwar oft aktualisiert, aber neue Daten sind darin nicht zu finden. hi, im Forum bildet sich gerade eine Selbsthilfegruppe: http://forum.openstreetmap.org/viewtopic.php?pid=324899#p324899 Danke für den Hinweis. (Was war nochmal der Sinn von Endlosthreads? :) ) Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten
qunuxy-osmmailingli...@yahoo.com schrieb: Beim genaueren Betrachten der Daten sieht es aus, als würden neue Objekte und Änderungen an bestehenden seit der Umstellung auf 64-bit identifiers nicht in der AiO auftauchen. Die Node-ID 2^31-1 wurde am 9. Februar 2013 überschritten. Das Problem scheint aber schon am 28. Januar 2013 aufgetreten zu sein, denn an diesem Tag bricht die Dateigröße der AiO ein: gmapsupp.20130127.img.7z 945992 KB 27.01.2013 gmapsupp.20130128.img.7z 925708 KB 28.01.2013 ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/germany/gmapsupp-images/ Stimmt, darauf habe ich nicht geachtet. Zu erwarten wäre eine stetige Zunahme der Dateigröße. Dennoch könnte das Problem irgendwie mit den Node-IDs zusammenhängen. Ich wüsste ja zu gern, woran genau es liegt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güterbahnhöfe / Verladestationen
On 04/19/2013 06:41 PM, Jimmy_K wrote: Am 19.04.2013 17:56, schrieb Andreas Neumann: Moin, Es existieren neben den normalen Bahnhöfen für Menschen auch Güterbahnhöfe oder Güterverkehrszentren (Umladestationen). Wie könnte man sowas taggen? (Mir wäre am liebsten ein railway=* Tag). In indien bin ich über railway=freight_station gestolpert, was ich gar nicht sooo verkehrt finde. Was meint ihr? MfG Andreas Servus, Da wir die Gleise in dem Bereich als yard bezeichnen, müssten wir im selben Englisch bleigen und für Güterbahnhöfe freight_yard nutzen. Jetzt wäre das aber eigentlich kein railway=*, sondern eher ein landuse=freight_yard. Für GVZ würde ich klar etwas anderes nehmen, ansonsten sind die anderen Verkehrsträger nicht so deutlich ersichtlich. Da es außerhalb des deutschigen Raumes wohl noch nicht so viele derartige Logistikzentren gibt, habe ich in meinen Unterlagen als Übersetzung nur FV gefunden. Auf isl.org wird eine Überschrift mit Güterverkehrszentrum mit freight village übersetzt. Linguee zeigt, dass es aber teilweise sehr kreativ 1:1 übersetzt wird. Mein Vorschlag: landuse=freight_village. Alternativ könnte man es noch ein wenig allgemeiner halten: landuse=logistic logistic=freight_yard und freight_village Und die einzelnen Transportmedien mit: rail=yes/no lgv=yes/no ship=yes/no railway=freight_yard scheint für Güterbahnhof ganz richtig zu sein. Mir ging es auch erstmal nur um das international schon gebräuchliche Konstrukt eines Bahnumschlagplatzes für Güter (statt Personen), um es von den normalen Bahnhöfen zu unterscheiden. in Deutschland sind mir leider schon einige Güterbahnhöfe als normale Bahnhöfe gemappt untergekommen... Für die Logistikzentren/Güterverkehrszentren/Güterverteilzentren bietet sich sicherlich ein logistic=* tag an. Da er aber scheinbar noch nie verwendet wurde, sollte man hier evtl. vorher eine Findungsphase zu machen... Danke für die sprachliche Hilfe, Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güterbahnhöfe / Verladestationen
Es existieren neben den normalen Bahnhöfen für Menschen auch Güterbahnhöfe oder Güterverkehrszentren (Umladestationen). Wie könnte man sowas taggen? (Mir wäre am liebsten ein railway=* Tag). In indien bin ich über railway=freight_station gestolpert, was ich gar nicht sooo verkehrt finde. Was meint ihr? Im Rahmen des Taggingschemas für meine OpenRailwayMap habe ich mit bereits einige Gedanken darüber gemacht: Für Güter- und Rangierbahnhöfe habe ich railway=yard vorgesehen. Was Containerterminals angeht: Da habe ich einfach mal man_made=container_terminal und railway=container_terminal gewählt, wobei Containerverladeterminals irgendwo auch wieder ein railway=yard sind. Daher man_made=container_terminal für alle Arten von Containerumschlag und zusätzlich railway=container_terminal für solche mit Verladung auf Güterwagen. Das Tagging von Logistikeinrichtungen bedarf aber noch eines detaillierten Taggingschemas. Bisher hat sich noch niemand eingehender mit diesem Thema beschäftigt. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] proposed/construction bei Relationen
Hallo, Bei Straßen, die geplant oder im Bau sind, setzt man proposed=highway_type bzw, construction=highway_type anstelle des highway-Attributes. Wie macht man das bei Relationen, z.B. einem geplanten Radwanderweg? proposed=bicycle anstelle von route=bicycle? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Nuovo stato...
boundary=administrative landcover=rumenta? chissà se su bing c'é :D On Apr 19, 2013 6:01 AM, Mario Pichetti mario.piche...@gmail.com wrote: Ciao a tutti e buona giornata. Rifiuti diventano stato, Unesco riconosce 'Garbage Patch'. http://www.ansa.it/web/notizie/canali/energiaeambiente/rifiuti/2013/04/12/Rifiuti-diventano-stato-Unesco-riconosce-Garbage-Patch-_8541853.html http://it.wikipedia.org/wiki/Pacific_Trash_Vortex Mi chiedo se e come sarà mappata questa zona. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Venezia
Il 14/04/2013 11:31, Daniele Forsi ha scritto: Il 11 aprile 2013 23:07, Giovanni Fasano ha scritto: A proposito volevo segnalare una cosa: oltre alla caratteristica di Venezia di avere gli anagrafici per sestiere e non per strada c'è un'altra simpatica cosetta: i nomi delle strade non sono univoci ma possono essere ripetuti in vari luoghi soprattutto nel caso di nomi abbastanza comuni come calle del forno o calle del forner. Non so come la cosa sia gestita dallo stradario... ecco... in realtà l'ho chiamato io stradario, lo shapefile del Comune ha tante geometrie separate, tante righe, quanti sono i luoghi reali con lo stesso nome io ho raggruppato le geometrie per nome quindi ora mi rendo conto che i bounding box che ho costruito potrebbero comprendere tutta la città... Quindi andrebbero gestiti come oggetti separati. E' un caso diverso dalle altre città dove la stessa strada può essere divisa in più segmenti. Qui si stratta proprio di strade diverse. -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo stato...
Il 19/04/2013 08:08, sabas88 ha scritto: boundary=administrative landcover=rumenta? http://parlapa.blogspot.it/2010/12/rumenta.html:-) http://www.mnn.com/earth-matters/translating-uncle-sam/stories/what-is-the-great-pacific-ocean-garbage-patch chissà se su bing c'é :D Sembra di no, la maggior parte rimane sotto la superficie. On Apr 19, 2013 6:01 AM, Mario Pichetti mario.piche...@gmail.com mailto:mario.piche...@gmail.com wrote: Rifiuti diventano stato, Unesco riconosce 'Garbage Patch'. http://www.ansa.it/web/notizie/canali/energiaeambiente/rifiuti/2013/04/12/Rifiuti-diventano-stato-Unesco-riconosce-Garbage-Patch-_8541853.html http://it.wikipedia.org/wiki/Pacific_Trash_Vortex Mi chiedo se e come sarà mappata questa zona. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Nuovo stato...
http://www.mnn.com/earth-matters/translating-uncle-sam/stories/what-is-th e-great-pacific-ocean-garbage-patch chissà se su bing c'é :D Sembra di no, la maggior parte rimane sotto la superficie. Allora è deciso: layer=-1 Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nuovo stato...
E non dimenticare : wikipedia=it:Pacific Trash Vortex Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,et sur OSM Socio di Wikimedia Italia De : Giuseppe Amici giuseppeam...@virgilio.it À : 'openstreetmap list - italiano' talk-it@openstreetmap.org Envoyé le : Vendredi 19 avril 2013 14h22 Objet : [Talk-it] R: Nuovo stato... http://www.mnn.com/earth-matters/translating-uncle-sam/stories/what-is-the-great-pacific-ocean-garbage-patch chissà se su bing c'é :D Sembra di no, la maggior parte rimane sotto la superficie. Allora è deciso: layer=-1 Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto in Iran
ma che discorso è questo? secondo questo ragionamento molte delle aree della terra non dovrebbero essere mappate? forse le forze armate usa hanno qualche mezzo tecnologico in più per farsele le mappe . non pensi? Il 17/04/2013 12:26, Cascafico Giovanni ha scritto: Non sarebbe il caso di contattare qualcuno della comunità locale? Magari c'è qualche vincolo legale... non vorrei facilitare il lavoro di qualche futura invasione stellestriscie Il giorno 16/apr/2013 16.32, Stefano Cudini stefano.cud...@gmail.com mailto:stefano.cud...@gmail.com ha scritto: salve ho letto ora una notizia riguardo al terremoto di magnitudo 7.8! che ha colpito la zona intorno a Kash in Iran: http://www.openstreetmap.org/?lat=28.2168lon=61.217zoom=13layers=M volevo chiedere a tutti i membri della lista se si poteva fare una cosa simile come per il terremoto ad Haiti! io ho cominciato a mappare la zona partendo dalle immagii aeree di bing, se qualcuno è interessanto puo aiutare grazie ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Stampa le tue FOTO SU TELA! Su MisterCupido.com puoi creare Quadri Personalizzati a partire da soli euro 18.90 - Consegne in tutta Italia in soli 2-3 giorni Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12388d=19-4 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nuovo stato...
Il 19/04/2013 14:33, Otourly Wiki ha scritto: E non dimenticare : wikipedia=it:Pacific Trash Vortex Florian Farge aka Otourly Sur lesprojets wikimédiens http://commons.wikimedia.org/wiki/User:Otourly et l'Association française http://www.wikimedia.fr/index.php/Accueil,et sur OSM http://www.openstreetmap.org/user/Otourly Socio di Wikimedia Italia http://www.wikimedia.it/index.php/Pagina_principale Da quello che leggo, quello del Pacifico è stato riconosciuto, ma gli altri ancora no. Ed i confini dovranno essere ritoccati spesso. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ma perchè (Era: Terremoto in Iran)
Ciao, indipendentemente dal fatto che quello che scrive Guido giusto, continuo a non capire perch sia cos difficile mettere un saluto all'inizio del messaggio, e perch no, anche alla fine? E perch non fare il possibile per trasmettere pacatezza e calma. Mi risulta che Giovanni abbia fatto solo una domanda, magari ingenua, ma pur sempre solo una domanda. Che gusto c' a iniziare un messaggio con "ma che discorso questo?" Mi sbaglier, probabilmente dovrei farmi i fatti miei, per non ci riesco... Ciao Giuliano Il 19/04/2013 15:48, Salemme Guido ha scritto: ma che discorso questo? secondo questo ragionamento molte delle aree della terra non dovrebbero essere mappate? forse le forze armate usa hanno qualche mezzo tecnologico in pi per farsele le mappe . non pensi? Il 17/04/2013 12:26, Cascafico Giovanni ha scritto: Non sarebbe il caso di contattare qualcuno della comunit locale? Magari c' qualche vincolo legale... non vorrei facilitare il "lavoro" di qualche futura invasione stellestriscie Il giorno 16/apr/2013 16.32, "Stefano Cudini" stefano.cud...@gmail.com ha scritto: salve ho letto ora una notizia riguardo al terremoto di magnitudo 7.8! che ha colpito la zona intorno a Kash in Iran: http://www.openstreetmap.org/?lat=28.2168lon=61.217zoom=13layers=M volevo chiedere a tutti i membri della lista se si poteva fare una cosa simile come per il terremoto ad Haiti! io ho cominciato a mappare la zona partendo dalle immagii aeree di bing, se qualcuno interessanto puo aiutare grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it Sponsor: Stampa le tue FOTO SU TELA! Su MisterCupido.com puoi creare Quadri Personalizzati a partire da soli euro 18.90 - Consegne in tutta Italia in soli 2-3 giorni Clicca qui ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ma perchè (Era: Terremoto in Iran)
On ven, 2013-04-19 at 17:06 +0200, Giuliano wrote: continuo a non capire perchè sia così difficile mettere un saluto all'inizio del messaggio, e perchè no, anche alla fine? Il tempo è tiranno. Io invece non capisco perché sia così difficile rispondere SOTTO a chi scrive [1]. E perchè non fare il possibile per trasmettere pacatezza e calma. Qui sottoscrivo pienamente: credo che questa lista serva a costruire openstreetmap, non a bisticciare. Tornando quindi in tema, mi spiace ma non saprei come contattare dei locali del terremoto. Per i vincoli legali c'è poco da preoccuparsi: in Cina è vietato mappare [2], ma il governo evidentemente non ha tempo da perdere portando in tribunale osm; suppongo valga lo stesso per tutti i governi. /bruno [1] http://tools.ietf.org/html/rfc1855 http://www.rfc.altervista.org/rfctradotte/rfc1855_tradotta.txt [2] https://wiki.openstreetmap.org/wiki/China#Legality -- CONTACTS http://tracciabi.li/~bruno/contacts.html 2nd email br...@tracciabi.li GNU/Linux registered user #121507 http://linuxcounter.net signature.asc Description: This is a digitally signed message part ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Uso de la API con JAVA
Buenas tardes, soy nuevo por estos lados pero quisiera saber si alguno de ustedes sabe como usar la API de OpenStreetMap y como integrarla a una aplicación en JAVA que estoy haciendo para IV Semestre de Ingeniería de Sistemas. Agradezco la colaboración. Atentamente, Jhon Hader rodriguezjhonhad...@hotmail.com ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-uy] Limite departamental Colonia-Soriano en Florencio Sanchez-Cardona
Voy a intentar contactar a gente del Ministerio de Transporte para ver si conseguimos una fuente. saludos 2013/4/19 mural...@montevideo.com.uy Estoy buscando informacion para ubicar correctamente el limite departamental Colonia-Soriano en Florencio Sanchez-Cardona, sobre todo para dividir las localidades como debe ser. Actualmente en OSM esta ubicado como que va por la via ferrea. En el mapa web del SGM va por la via ferrea. El mapa de INE va parte por la via, parte por la calle proxima, igual que mapas de la Indendencia de Colonia, en los cuales una parte de Florencio Sanchez esta al norte de la via ferrea. No encontre ninguna fuente que lo determine (ambos departamentos ya existian en 1828 cuando creo la bandera), y no encontre en la busqueda de parlamento.guy.uy alguna ley/decreto que fijara esos limites. No es que afecte demasiado, pero me gustaria que quedara como debe ser, para el respeto de la gente de la zona. ¿Aportes? Saludos, M. PD: ¿en general, la fuente oficial de los limites departamentales cual es? ¿hay por un lado una determinacion de los limites textualmente y otra en mapas? Los limites naturales generalmente son claros, el tema esta en otros limites que van por vias ferreas o caminos. --- Todos los libros digitales (ebooks) y de papel en www.NosGustaLeer.com --- ___ Talk-uy mailing list Talk-uy@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-uy -- Guillermo Moncecchi ___ Talk-uy mailing list Talk-uy@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-uy
[Talk-uy] Informacion redundante.
Estimados: Tenemos informacion redundante (y como no podia ser de otra manera, discrepante) entre el nodo place=country de Uruguay y la informacion cargada en la relacion de frontera nivel 2. Nodo: http://www.openstreetmap.org/browse/node/432425116 Relacion Frontera : http://www.openstreetmap.org/browse/relation/287072 Me parece que poblacion y name:* por ejemplo solo debieran estar en el nodo place y no en la relacion. ¿Tienen referencias a como debiera ser? Saludos, M. --- Todos los libros digitales (ebooks) y de papel en www.NosGustaLeer.com --- ___ Talk-uy mailing list Talk-uy@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-uy
Re: [Talk-se] landuse i Norra Dalarna
Hej! Jag har tidigare återställt naturreservaten Frilingus förstörde. Eftersom han skrev följande som changeset comment så har jag nu kontaktat honom och bett honom sluta: The second time I need to remove this shitty automatic forestry. Please don't rollback it. Ask me if questions. Corine är inte perfekt, men jag tycker att det är bättre än inget. Finns ju inget som hindrar att man går in och förändrar Corine-datat där man håller på och ändrar för tillfället. Men att ta bort allt och lämna en massa bråte efter sig tycker jag är vandalism. Mvh AndersAndersson -Ursprungligt meddelande- Från: Joakim Fors [mailto:joa...@joakimfors.org] Skickat: den 18 april 2013 10:33 Till: talk-se@openstreetmap.org openstreetmap Ämne: Re: [Talk-se] landuse i Norra Dalarna Hepp, Kanske bäst att ta upp detta till diskussion. Changeset http://www.openstreetmap.org/browse/changeset/15767883 gör att multipolygonrelationen 1968103, som jag återställde igår, åter är trasig vilket leder till att ett enormt område renderas fel. Frågan är väl om changesetet ska rullas tillbaka eller om lokala mappare fixar till relationen så dess yttre skal är slutet igen. /Joakim On 17 apr 2013, at 21:59, Joakim Fors joa...@joakimfors.org wrote: Hepp! Eftersom ingen annan verkar ha orkat fixa det och min OCD började göra sig påmind så fixade jag vandalismen. Före: http://albin.abo.fi/user/jfors/images/Screen%20Shot%202013-04-17%20at%2021.4 5.02.png Efter: http://albin.abo.fi/user/jfors/images/Screen%20Shot%202013-04-17%20at%2021.4 7.34.png Återställde de skogsmultipolys som OSMI klagade på samt tog bort Fringillus enorma (lika stora som hela Skåne) skogspolygoner. Finns en del puts kvar på lägre nivå kvar att åtgärda för lokala mappare. Detaljnivån på CLC-datan lämnar också en del att önska samt att jag personligen inte gillar sådana enorma och ömtåliga multipolygoner för landuse. Hur som haver är det bättre nu än tidigare. Naturreservat och annat har jag inte kollat på men om någon orkar kolla vilka id:n som rykt och skickar en lista åt mig så kan jag återställa dom också om personen i fråga inte har kunskap att göra det själv. Kan iaf tipsa om att Frederik Ramms osmtools är bra att ha. ;) /Joakim On 6 mar 2013, at 12:55, Christoph Matthei christ...@matthei.org wrote: Hej! Jag har gjord ganska mycket med skog ritning i OSM i norra dalarna (Mora, Orsa, Älvdalen kommun). Jag har tagit information från Corine Landcover och det var faktiskt ganska mycket jobb. Men nu är ganska mycket borttagen och jag vet inte vem har gjort det och varför och hur man kunde göra om det igen. Det verkar så att användar fringillus har något att göra med det. Vet någon mer om det? Och hur man kan fixa det? Tack. /Christoph ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] FixaMinGata - samarbete?
Hej! Hoppas denna lista är rätt kanal för min förfrågan. Som ni kanske känner till så lanserades nyligen tjänsten FixaMinGata[1] i Sverige. Det är en anpassning och översättning av brittiska förlagan FixMyStreet[2]. Vi (som i FFKP[3] och Morus[4] där vi är aktiva) har varit med och utvecklat den svenska versionen. Det kartlager (tiles) vi använder i tjänsten kommer från Open MapQuest och alltså indirekt OSM-kartor. Open MapQuest verkar släpa efter en hel del men så småningom kommer nya redigeringar med i kartan från openmapquest har vi märkt. Vi får leva med visst eftersläp ;-) Till ämnet! Vi får ibland feedback från kommuner att kartan i deras kommun är alltför inkomplett och saknar gator och gatunamn. Vi brukar då först försöka lägga till namn osv genom att snegla på andra kartor. Men ibland är det helt enkelt mycket som fattas. Vi kommunicerar alltid till kommunerna i fråga att kartan bygger på OSM som ju har den enorma fördelen att alla kan hjälpa till och förbättra den. Vi har också försiktigt frågat dem om möjligheten för dem att släppa t ex lokal vägdatabas till fritt så vi kan erbjuda OSM att importera den eller använa den på något vis. Vissa kommuner är försiktigt positiva till idén att släppa kartdata fritt (men det är naturligtvis svårt i många fall då de har upphovsrätt och snäva villkor på kartdata som ni känner till). Vår konkreta fråga är huruvida OSM-se skulle vara intresserade av ett samarbete med FixaMinGata på något vis. Vi skulle kunna hojta till med en heads-up när vi får feedback på att kartan någonstans behöver förstärkas. Då skulle vi gemensamt (om ni är intresserade) kunna gå ut med en rekrytering av nya mappers i den kommunen och samtidigt hänvisa till någon manual eller getting started-sida för att få nya karterare i just den kommunen. Man skulle kunna göra detta lustfyllt och kanske få lite buzz kring det hela. Hjälp till och gör er kommun till en av de bäst kartlagda i OSM! eller något. Vårt val av OSM-karta byggde faktiskt hela tiden på tanken att vi ville lyfta fram OSM och hjälpa till och bidra tillbaka till er med nya karteringar och genom att informera om vad ni är och att ni finns. Hör gärna av er antingen på listan eller off-list till mig om ni är intresserade. MVH Rikard Fröberg Referenser: 1. http://fixamingata.se 2. http://fixmystreet.com 3. https://ffkp.se 4. http://morus.se -- Rikard Fröberg, Rådgivare offentlig sektor Morus konsult AB | http://morus.se | rik...@morus.se 0700 - 90 69 64 | 031 385 88 93 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Där ser man, fick precis ett meddelande från Västerås Stad och ärendenummer på den felanmälan jag gjorde via FixaMinGata.se så verkar som de använder sidan =) -- Christoffer Holmstedt Den 19 april 2013 12:09 skrev Christoffer Holmstedt christoffer.holmst...@gmail.com: Intressant jag hade faktiskt inte sett den svenska eller engelska varianten men vet att Västerås Stad har en ganska dålig lösning just nu [1]. De har även en android app och ios app kopplat till detta men ej testat någon variant av dem. Jag hjälper gärna till i Västerås om ni lyckas övertala Västerås Stad att använda FixaMinGata och öppna lösningar istället för det ganska föråldrade systemet de har nu. [1] http://www.vasteras.se/bobygga/gatorochtrafik/Sidor/felanmalanpanatet.aspx -- Christoffer Holmstedt Den 19 april 2013 11:40 skrev Rikard Fröberg rik...@morus.se: Hej! Hoppas denna lista är rätt kanal för min förfrågan. Som ni kanske känner till så lanserades nyligen tjänsten FixaMinGata[1] i Sverige. Det är en anpassning och översättning av brittiska förlagan FixMyStreet[2]. Vi (som i FFKP[3] och Morus[4] där vi är aktiva) har varit med och utvecklat den svenska versionen. Det kartlager (tiles) vi använder i tjänsten kommer från Open MapQuest och alltså indirekt OSM-kartor. Open MapQuest verkar släpa efter en hel del men så småningom kommer nya redigeringar med i kartan från openmapquest har vi märkt. Vi får leva med visst eftersläp ;-) Till ämnet! Vi får ibland feedback från kommuner att kartan i deras kommun är alltför inkomplett och saknar gator och gatunamn. Vi brukar då först försöka lägga till namn osv genom att snegla på andra kartor. Men ibland är det helt enkelt mycket som fattas. Vi kommunicerar alltid till kommunerna i fråga att kartan bygger på OSM som ju har den enorma fördelen att alla kan hjälpa till och förbättra den. Vi har också försiktigt frågat dem om möjligheten för dem att släppa t ex lokal vägdatabas till fritt så vi kan erbjuda OSM att importera den eller använa den på något vis. Vissa kommuner är försiktigt positiva till idén att släppa kartdata fritt (men det är naturligtvis svårt i många fall då de har upphovsrätt och snäva villkor på kartdata som ni känner till). Vår konkreta fråga är huruvida OSM-se skulle vara intresserade av ett samarbete med FixaMinGata på något vis. Vi skulle kunna hojta till med en heads-up när vi får feedback på att kartan någonstans behöver förstärkas. Då skulle vi gemensamt (om ni är intresserade) kunna gå ut med en rekrytering av nya mappers i den kommunen och samtidigt hänvisa till någon manual eller getting started-sida för att få nya karterare i just den kommunen. Man skulle kunna göra detta lustfyllt och kanske få lite buzz kring det hela. Hjälp till och gör er kommun till en av de bäst kartlagda i OSM! eller något. Vårt val av OSM-karta byggde faktiskt hela tiden på tanken att vi ville lyfta fram OSM och hjälpa till och bidra tillbaka till er med nya karteringar och genom att informera om vad ni är och att ni finns. Hör gärna av er antingen på listan eller off-list till mig om ni är intresserade. MVH Rikard Fröberg Referenser: 1. http://fixamingata.se 2. http://fixmystreet.com 3. https://ffkp.se 4. http://morus.se -- Rikard Fröberg, Rådgivare offentlig sektor Morus konsult AB | http://morus.se | rik...@morus.se 0700 - 90 69 64 | 031 385 88 93 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Hej! Förtydligande: Tjänsten är live och nationell. FixaMinGata slår upp vilken kommun någon klickat i kartan i och sedan vilka kategorier fel den kommunen har och vart de ska skickas per kategori. Någon enstaka kommun har valt att avvakta med att vara med eftersom de håller på och ta fram en egen tjänst eller köpa en. Eller har synpunkter på kartan. Saken är också den att hittills har en leverantör av liknande tjänst valt att integrera mot FixaMinGata. Det innebär att om en kommun använder just den tjänsten, Infracontrol Online heter den, så kommer rapporter från FixaMinGata i den kommuen skickas via den öppna standarden Open311 direkt in i Infracontrol Online (och inte per e-post till kommunen vilket är grundinställningen i fixamingata). Så i princip alla 290 kommuner är med i FixaMinGata i den bemärkelsen att vi har lagt in e-postadresser för ett antal standardkategorier för alla kommuner. När någon anmäler fel i kartan, såsom Christoffer gjorde, så skickas ett e-postmeddelande till kommunen med felrapporten samtidigt som felet markeras på kartan (som Öppet). Kommunen eller Christoffer (eller vem som helst) kan sedan stänga felrapporten (som Löst) när felet är åtgärdat. Så nästan alla 290 kommuner har vi anslutit till fixamingata (några få har bett att få hänvisning till sin egen lösning eller webbsida för felanmälan i stället). Först övervägde vi opt-in för kommuner till FixaMinGata men projektgruppen beslöt sig för att alla ska med. Tjänsten erbjuder ju faktiskt bara ett kartgränssnitt för att skicka e-post med felrapport till kommunen (och visa andra att felet är rapporterat på kartan). Så det finns egentligen ingen anledning att inte ta med alla kommuner från början. Men vi har varit flexibla och tillåtit att vissa får en hänvisning i stället till sin egen webbsida. Fel kan ändå rapporteras på kartan på sådana kommuner med hänvisning men inget skickas automatiskt till den kommunen (vilket också redovisas på FixaMinGata i aktuella fall). En av dem som bett att få hänvisningslänk i stället har gjort så med hänvisning till att kartan inte var färdig just där (Sandviken). Vi vill så klart att även Sandviken ska kunna erbjuda sina medborgare att anmäla via FixaMinGata men vi vill samtidigt se detta som en möjlighet att skapa lite brus kring detta behov av fler OSM-redigerare i Sandviken så att OSM blir bättre i Sandviken (som ett exempel) samtidigt som Sandviken kan låta medborgarna anmäla fel via FixaMinGata. Vi tänker att vi kan bidra med att göra reklam för OSM i sådana kommuner så ni får fler användare. Men vi behöver lite hjälp med hur vi ska formulera oss och hur vi ska lära folk att börja redigera OSM, t ex genom att hänvisa till någon How-to eller manual för nybörjare. Hoppas detta klargjorde situationen bättre samt visar lite på hur FixaMinGata fungerar! Hör av er om ni har frågor! Hälsningar Rikard 2013/4/19 Christoffer Holmstedt christoffer.holmst...@gmail.com: Där ser man, fick precis ett meddelande från Västerås Stad och ärendenummer på den felanmälan jag gjorde via FixaMinGata.se så verkar som de använder sidan =) -- Christoffer Holmstedt Den 19 april 2013 12:09 skrev Christoffer Holmstedt christoffer.holmst...@gmail.com: Intressant jag hade faktiskt inte sett den svenska eller engelska varianten men vet att Västerås Stad har en ganska dålig lösning just nu [1]. De har även en android app och ios app kopplat till detta men ej testat någon variant av dem. Jag hjälper gärna till i Västerås om ni lyckas övertala Västerås Stad att använda FixaMinGata och öppna lösningar istället för det ganska föråldrade systemet de har nu. [1] http://www.vasteras.se/bobygga/gatorochtrafik/Sidor/felanmalanpanatet.aspx -- Christoffer Holmstedt Den 19 april 2013 11:40 skrev Rikard Fröberg rik...@morus.se: Hej! Hoppas denna lista är rätt kanal för min förfrågan. Som ni kanske känner till så lanserades nyligen tjänsten FixaMinGata[1] i Sverige. Det är en anpassning och översättning av brittiska förlagan FixMyStreet[2]. Vi (som i FFKP[3] och Morus[4] där vi är aktiva) har varit med och utvecklat den svenska versionen. Det kartlager (tiles) vi använder i tjänsten kommer från Open MapQuest och alltså indirekt OSM-kartor. Open MapQuest verkar släpa efter en hel del men så småningom kommer nya redigeringar med i kartan från openmapquest har vi märkt. Vi får leva med visst eftersläp ;-) Till ämnet! Vi får ibland feedback från kommuner att kartan i deras kommun är alltför inkomplett och saknar gator och gatunamn. Vi brukar då först försöka lägga till namn osv genom att snegla på andra kartor. Men ibland är det helt enkelt mycket som fattas. Vi kommunicerar alltid till kommunerna i fråga att kartan bygger på OSM som ju har den enorma fördelen att alla kan hjälpa till och förbättra den. Vi har också försiktigt frågat dem om möjligheten för dem att släppa t ex lokal vägdatabas till fritt så vi kan erbjuda OSM att importera den eller använa den på något
Re: [Talk-se] FixaMinGata - samarbete?
Västerås använder infracontrol som du nämner. Matas data tillbaka till fixamingata.se också? T.ex. om staden löser problemet i deras egna felhanteringssystem så markeras det löst på fixamingata.se också? -- Christoffer Holmstedt Den 19 apr 2013 14:16 skrev Rikard Fröberg rik...@morus.se: Hej! Förtydligande: Tjänsten är live och nationell. FixaMinGata slår upp vilken kommun någon klickat i kartan i och sedan vilka kategorier fel den kommunen har och vart de ska skickas per kategori. Någon enstaka kommun har valt att avvakta med att vara med eftersom de håller på och ta fram en egen tjänst eller köpa en. Eller har synpunkter på kartan. Saken är också den att hittills har en leverantör av liknande tjänst valt att integrera mot FixaMinGata. Det innebär att om en kommun använder just den tjänsten, Infracontrol Online heter den, så kommer rapporter från FixaMinGata i den kommuen skickas via den öppna standarden Open311 direkt in i Infracontrol Online (och inte per e-post till kommunen vilket är grundinställningen i fixamingata). Så i princip alla 290 kommuner är med i FixaMinGata i den bemärkelsen att vi har lagt in e-postadresser för ett antal standardkategorier för alla kommuner. När någon anmäler fel i kartan, såsom Christoffer gjorde, så skickas ett e-postmeddelande till kommunen med felrapporten samtidigt som felet markeras på kartan (som Öppet). Kommunen eller Christoffer (eller vem som helst) kan sedan stänga felrapporten (som Löst) när felet är åtgärdat. Så nästan alla 290 kommuner har vi anslutit till fixamingata (några få har bett att få hänvisning till sin egen lösning eller webbsida för felanmälan i stället). Först övervägde vi opt-in för kommuner till FixaMinGata men projektgruppen beslöt sig för att alla ska med. Tjänsten erbjuder ju faktiskt bara ett kartgränssnitt för att skicka e-post med felrapport till kommunen (och visa andra att felet är rapporterat på kartan). Så det finns egentligen ingen anledning att inte ta med alla kommuner från början. Men vi har varit flexibla och tillåtit att vissa får en hänvisning i stället till sin egen webbsida. Fel kan ändå rapporteras på kartan på sådana kommuner med hänvisning men inget skickas automatiskt till den kommunen (vilket också redovisas på FixaMinGata i aktuella fall). En av dem som bett att få hänvisningslänk i stället har gjort så med hänvisning till att kartan inte var färdig just där (Sandviken). Vi vill så klart att även Sandviken ska kunna erbjuda sina medborgare att anmäla via FixaMinGata men vi vill samtidigt se detta som en möjlighet att skapa lite brus kring detta behov av fler OSM-redigerare i Sandviken så att OSM blir bättre i Sandviken (som ett exempel) samtidigt som Sandviken kan låta medborgarna anmäla fel via FixaMinGata. Vi tänker att vi kan bidra med att göra reklam för OSM i sådana kommuner så ni får fler användare. Men vi behöver lite hjälp med hur vi ska formulera oss och hur vi ska lära folk att börja redigera OSM, t ex genom att hänvisa till någon How-to eller manual för nybörjare. Hoppas detta klargjorde situationen bättre samt visar lite på hur FixaMinGata fungerar! Hör av er om ni har frågor! Hälsningar Rikard 2013/4/19 Christoffer Holmstedt christoffer.holmst...@gmail.com: Där ser man, fick precis ett meddelande från Västerås Stad och ärendenummer på den felanmälan jag gjorde via FixaMinGata.se så verkar som de använder sidan =) -- Christoffer Holmstedt Den 19 april 2013 12:09 skrev Christoffer Holmstedt christoffer.holmst...@gmail.com: Intressant jag hade faktiskt inte sett den svenska eller engelska varianten men vet att Västerås Stad har en ganska dålig lösning just nu [1]. De har även en android app och ios app kopplat till detta men ej testat någon variant av dem. Jag hjälper gärna till i Västerås om ni lyckas övertala Västerås Stad att använda FixaMinGata och öppna lösningar istället för det ganska föråldrade systemet de har nu. [1] http://www.vasteras.se/bobygga/gatorochtrafik/Sidor/felanmalanpanatet.aspx -- Christoffer Holmstedt Den 19 april 2013 11:40 skrev Rikard Fröberg rik...@morus.se: Hej! Hoppas denna lista är rätt kanal för min förfrågan. Som ni kanske känner till så lanserades nyligen tjänsten FixaMinGata[1] i Sverige. Det är en anpassning och översättning av brittiska förlagan FixMyStreet[2]. Vi (som i FFKP[3] och Morus[4] där vi är aktiva) har varit med och utvecklat den svenska versionen. Det kartlager (tiles) vi använder i tjänsten kommer från Open MapQuest och alltså indirekt OSM-kartor. Open MapQuest verkar släpa efter en hel del men så småningom kommer nya redigeringar med i kartan från openmapquest har vi märkt. Vi får leva med visst eftersläp ;-) Till ämnet! Vi får ibland feedback från kommuner att kartan i deras kommun är alltför inkomplett och saknar gator och gatunamn. Vi brukar då först försöka lägga till namn osv genom att snegla
Re: [Talk-se] FixaMinGata - samarbete?
Hej Jonas! Om du har mittkoordinaterna för ditt postnummer kan jag fixa det! Problemet med postnummer beror på att data med tre kolumner Lat Long Postnummer i Sverige betraktas som skyddat av upphovsrättslagen. Databasen ägs av Postnummerservice. Vi fick använda äldre data i det enda set som vi hittade med fri licens. Postnummer funkar uppskattningsvis till 80-90% och är där som alternativ till sökning på gata, stad. Bra om man har touchscreen på en mobil (ännu bättre om alla posnummermittdata vore öppna data i Sverige ;-) ). Hälsningar Rikard On Apr 19, 2013 2:26 PM, Jonas Svensson jon...@bacon.lysator.liu.se wrote: Hej, Såg breven om fixamingata.se och tänkte titta på den. Stöter direkt på ett problem: Mitt postnummer finns inte enligt siten, nummret är 58240 och finns i Linköping. /Jonas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Har jag drömt eller experimenterade inte någon på denna lista väldigt nyligen med att skapa polygoner (voronoi osv) från postnummer? Från detta borde väl gå att få ut mittpunkter också. Mitt egna postnummer kändes aningen felplacerat. I övrigt en intressant tjänst. Ofta är lyktorna på gångbanorna trasiga, ska nog börja rapportera det nu =) 2013/4/19 Rikard Fröberg rik...@morus.se Hej Jonas! Om du har mittkoordinaterna för ditt postnummer kan jag fixa det! Problemet med postnummer beror på att data med tre kolumner Lat Long Postnummer i Sverige betraktas som skyddat av upphovsrättslagen. Databasen ägs av Postnummerservice. Vi fick använda äldre data i det enda set som vi hittade med fri licens. Postnummer funkar uppskattningsvis till 80-90% och är där som alternativ till sökning på gata, stad. Bra om man har touchscreen på en mobil (ännu bättre om alla posnummermittdata vore öppna data i Sverige ;-) ). Hälsningar Rikard On Apr 19, 2013 2:26 PM, Jonas Svensson jon...@bacon.lysator.liu.se wrote: Hej, Såg breven om fixamingata.se och tänkte titta på den. Stöter direkt på ett problem: Mitt postnummer finns inte enligt siten, nummret är 58240 och finns i Linköping. /Jonas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Låter intressant om det skulle gå. Får ni in aktuella postnummer varje år? Det är främst nya nummer som saknas eller är fel i vår data tror vi. Rikard 2013/4/19 John Bäckstrand sop...@gmail.com Har jag drömt eller experimenterade inte någon på denna lista väldigt nyligen med att skapa polygoner (voronoi osv) från postnummer? Från detta borde väl gå att få ut mittpunkter också. Mitt egna postnummer kändes aningen felplacerat. I övrigt en intressant tjänst. Ofta är lyktorna på gångbanorna trasiga, ska nog börja rapportera det nu =) 2013/4/19 Rikard Fröberg rik...@morus.se Hej Jonas! Om du har mittkoordinaterna för ditt postnummer kan jag fixa det! Problemet med postnummer beror på att data med tre kolumner Lat Long Postnummer i Sverige betraktas som skyddat av upphovsrättslagen. Databasen ägs av Postnummerservice. Vi fick använda äldre data i det enda set som vi hittade med fri licens. Postnummer funkar uppskattningsvis till 80-90% och är där som alternativ till sökning på gata, stad. Bra om man har touchscreen på en mobil (ännu bättre om alla posnummermittdata vore öppna data i Sverige ;-) ). Hälsningar Rikard On Apr 19, 2013 2:26 PM, Jonas Svensson jon...@bacon.lysator.liu.se wrote: Hej, Såg breven om fixamingata.se och tänkte titta på den. Stöter direkt på ett problem: Mitt postnummer finns inte enligt siten, nummret är 58240 och finns i Linköping. /Jonas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand -- Rikard Fröberg, Rådgivare offentlig sektor Morus konsult AB | http://morus.se | rik...@morus.se 0700 - 90 69 64 | 031 385 88 93 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Karl Wettin (kalle på #OSM.se på IRC) har labbat med postnummerpolygoner. Så du har inte drömt. I övrigt intressant projekt och finns säkert de som hjälper till. Gäller bara att den data som eventuellt doneras av kommuner inte dumpas in i OSM utan någon koordinering. Husimporter brukar lyckas rätt bra med lite manuell handpåläggning och verifikation. Vägar är lite värre, nästan bättre att i sådana fall ta vara på shapefiles och presentera dom via en WMS så man kan ha som underlag i JOSM/P2 när man tracear. T.ex. som har gjorts med vägdata från Lomma kommun. Andra saker som är mycket trevliga att ha är, som tidigare nämnt, adresser och postnummer. Skulle man få adressinfo från kommuner är det guld värt då det är sjukt jobbigt att kartlägga det manuellt. :D /Joakim On 19 apr 2013, at 17:37, John Bäckstrand sop...@gmail.com wrote: Har jag drömt eller experimenterade inte någon på denna lista väldigt nyligen med att skapa polygoner (voronoi osv) från postnummer? Från detta borde väl gå att få ut mittpunkter också. Mitt egna postnummer kändes aningen felplacerat. I övrigt en intressant tjänst. Ofta är lyktorna på gångbanorna trasiga, ska nog börja rapportera det nu =) 2013/4/19 Rikard Fröberg rik...@morus.se Hej Jonas! Om du har mittkoordinaterna för ditt postnummer kan jag fixa det! Problemet med postnummer beror på att data med tre kolumner Lat Long Postnummer i Sverige betraktas som skyddat av upphovsrättslagen. Databasen ägs av Postnummerservice. Vi fick använda äldre data i det enda set som vi hittade med fri licens. Postnummer funkar uppskattningsvis till 80-90% och är där som alternativ till sökning på gata, stad. Bra om man har touchscreen på en mobil (ännu bättre om alla posnummermittdata vore öppna data i Sverige ;-) ). Hälsningar Rikard On Apr 19, 2013 2:26 PM, Jonas Svensson jon...@bacon.lysator.liu.se wrote: Hej, Såg breven om fixamingata.se och tänkte titta på den. Stöter direkt på ett problem: Mitt postnummer finns inte enligt siten, nummret är 58240 och finns i Linköping. /Jonas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Hej! Det här låter intressant! Jag har väntat ett tag på en svensk tjänst som vill samarbeta med OSM, till gagn för bägge parter. Som Henrik skriver kan man hämta mycket från wikin, men jag rekommenderar inte att man hänvisar direkt dit. En separat webbplats vore mycket bättre och där fokus skulle vara att lära nybörjare komma igång med OSM. För djupare info kan man å andra sidan gärna hänvisa till wikin! Jag hade en gång en ambition att samla nyheter och fakta om hur man karterar specifika saker. Kanske kan vi fortsätta där eller utgå från det? http://www.infolagret.se/openstreetmap/ I vilket fall är jag också beredd att hjälpa till lite, med liknande reservation att nyköpt hus på landet kräver stor del av min fritid. Frågan är hur vi går vidare? //Mvh Peter Kindström Henrik Lundqvist h.lundqv...@gmail.com skrev: Mycket intressant, har testat fixamingata.se eftersom jag höll ett föredrag för GIS-väst i Herreljunga i onsdags ang Crowdsourcing och bla OSM för massa kommuner och liknande. Sedan igår så hade vi en OSM-gettogether här i Jönköping med folk/kartnördar från länsstyrelsen och kommunen där vi bla kikade på resejämföraren och kommunen tände på den idén likaså. Nu får vi se vad som händer men kommunen funderar allvarligt på att skänka en del geodata över speciellt cykelvägar och liknande data för att reserjämföraren skulle fungera tillräckligt bra här. Detsamma borde förståss gälla för konceptet fixamingata. Så för att svara på Rickards fråga så borde man kunna plocka lite russin ur wikin: http://wiki.openstreetmap.org/wiki/Sv:Main_Page där det finns en hel del material. Man skulle kunna komplettera med bra instruktioner för några appar, såsom Vespucci och OSM tuner (Android) och GoMap och Pushpin (iOS)... Vilken nivå bör man lägga sig på? Vilka objekt vill man prioritera för just detta projektet? Hur lång manual/hjälptext är lagom? Jag är intresserad av att vara med på ett hörn för att hitta bra instruktioner, men med småbarn och 378000 hobbies samt heltidsjobb så är förstås tiden begränsad... mvh Henrik ___ Henrik Lundqvist ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
On 19 apr 2013, at 18:31, Peter Kindström peter.kindst...@abc.se wrote: Hej! Det här låter intressant! Jag har väntat ett tag på en svensk tjänst som vill samarbeta med OSM, till gagn för bägge parter. Som Henrik skriver kan man hämta mycket från wikin, men jag rekommenderar inte att man hänvisar direkt dit. En separat webbplats vore mycket bättre och där fokus skulle vara att lära nybörjare komma igång med OSM. För djupare info kan man å andra sidan gärna hänvisa till wikin! Jag hade en gång en ambition att samla nyheter och fakta om hur man karterar specifika saker. Kanske kan vi fortsätta där eller utgå från det? http://www.infolagret.se/openstreetmap/ Brukar (Brukade) läsa din blog när du ännu höll den uppdaterad och det var trevligt med någon som lite mer utåtriktat informerade om OSM i .se. En möjlighet är ju att försöka skyffla in något (MediaWiki?) på openstreetmap.se (Kalle vet hur man får tag i personen som sitter på domänen). I vilket fall är jag också beredd att hjälpa till lite, med liknande reservation att nyköpt hus på landet kräver stor del av min fritid. Frågan är hur vi går vidare? //Mvh Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Jag funderade just på om det inte vore det bästa... ang kommunen här så finns det mesta redan som WMSr så det är ju egentligen bara tillståndet som saknas... I'll keep you posted... ___ Henrik Lundqvist h.lundqv...@gmail.com Den 19 april 2013 18:03 skrev Joakim Fors joa...@joakimfors.org: Karl Wettin (kalle på #OSM.se på IRC) har labbat med postnummerpolygoner. Så du har inte drömt. I övrigt intressant projekt och finns säkert de som hjälper till. Gäller bara att den data som eventuellt doneras av kommuner inte dumpas in i OSM utan någon koordinering. Husimporter brukar lyckas rätt bra med lite manuell handpåläggning och verifikation. Vägar är lite värre, nästan bättre att i sådana fall ta vara på shapefiles och presentera dom via en WMS så man kan ha som underlag i JOSM/P2 när man tracear. T.ex. som har gjorts med vägdata från Lomma kommun. Andra saker som är mycket trevliga att ha är, som tidigare nämnt, adresser och postnummer. Skulle man få adressinfo från kommuner är det guld värt då det är sjukt jobbigt att kartlägga det manuellt. :D /Joakim On 19 apr 2013, at 17:37, John Bäckstrand sop...@gmail.com wrote: Har jag drömt eller experimenterade inte någon på denna lista väldigt nyligen med att skapa polygoner (voronoi osv) från postnummer? Från detta borde väl gå att få ut mittpunkter också. Mitt egna postnummer kändes aningen felplacerat. I övrigt en intressant tjänst. Ofta är lyktorna på gångbanorna trasiga, ska nog börja rapportera det nu =) 2013/4/19 Rikard Fröberg rik...@morus.se Hej Jonas! Om du har mittkoordinaterna för ditt postnummer kan jag fixa det! Problemet med postnummer beror på att data med tre kolumner Lat Long Postnummer i Sverige betraktas som skyddat av upphovsrättslagen. Databasen ägs av Postnummerservice. Vi fick använda äldre data i det enda set som vi hittade med fri licens. Postnummer funkar uppskattningsvis till 80-90% och är där som alternativ till sökning på gata, stad. Bra om man har touchscreen på en mobil (ännu bättre om alla posnummermittdata vore öppna data i Sverige ;-) ). Hälsningar Rikard On Apr 19, 2013 2:26 PM, Jonas Svensson jon...@bacon.lysator.liu.se wrote: Hej, Såg breven om fixamingata.se och tänkte titta på den. Stöter direkt på ett problem: Mitt postnummer finns inte enligt siten, nummret är 58240 och finns i Linköping. /Jonas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Jag är på, med den lilla tid jag kan avvara mvh Henrik ___ Henrik Lundqvist h.lundqv...@gmail.com Den 19 april 2013 20:58 skrev Peter Kindström peter.kindst...@abc.se: Hej! Vad sägs om att påbörja en arbetsversion av en 'nybörjarmanual' som ett projekt/samling undersidor på svenska delen av OSM-wikin? Jag hittade en gammal fil med både en struktur och lite innehåll som jag kan lägga upp. Sen kan den som vill/kan/orkar vara med och komplettera, ändra, flytta och ta bort. När vi har tillräckligt mycket information kan jag tänka mig göra om mina gamla OSM-sidor för detta ändamål - och helst också lägga till några redaktörer som kan hjälpa till med olika delar av webbplatsen. Blir detta sen stort kan vi ju alltid gå vidare med eget webbhotell, domän och annat. Eller återgå till wikin om intresset svalnar. Vad tycker ni? Vilka är med? -- Vänliga hälsningar Peter Kindström Joakim Fors joa...@joakimfors.org skrev: On 19 apr 2013, at 18:31, Peter Kindström peter.kindst...@abc.se wrote: Hej! Det här låter intressant! Jag har väntat ett tag på en svensk tjänst som vill samarbeta med OSM, till gagn för bägge parter. Som Henrik skriver kan man hämta mycket från wikin, men jag rekommenderar inte att man hänvisar direkt dit. En separat webbplats vore mycket bättre och där fokus skulle vara att lära nybörjare komma igång med OSM. För djupare info kan man å andra sidan gärna hänvisa till wikin! Jag hade en gång en ambition att samla nyheter och fakta om hur man karterar specifika saker. Kanske kan vi fortsätta där eller utgå från det? http://www.infolagret.se/openstreetmap/ Brukar (Brukade) läsa din blog när du ännu höll den uppdaterad och det var trevligt med någon som lite mer utåtriktat informerade om OSM i .se. En möjlighet är ju att försöka skyffla in något (MediaWiki?) på openstreetmap.se (Kalle vet hur man får tag i personen som sitter på domänen). I vilket fall är jag också beredd att hjälpa till lite, med liknande reservation att nyköpt hus på landet kräver stor del av min fritid. Frågan är hur vi går vidare? //Mvh Peter Kindström -- Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] FixaMinGata - samarbete?
Jag kan hjälpa till med en nybörjarmanual. Jag tänker mig någon form av flossmanual eller liknande där innehållet är väldigt praktiskt vinklat. Vart på wikin börjar vi? Peter du kan ju hojta till i nytt mail till listan när du har fått upp den gamla strukturen. -- Christoffer Holmstedt Den 19 april 2013 22:08 skrev Henrik Lundqvist h.lundqv...@gmail.com: Jag är på, med den lilla tid jag kan avvara mvh Henrik ___ Henrik Lundqvist h.lundqv...@gmail.com Den 19 april 2013 20:58 skrev Peter Kindström peter.kindst...@abc.se: Hej! Vad sägs om att påbörja en arbetsversion av en 'nybörjarmanual' som ett projekt/samling undersidor på svenska delen av OSM-wikin? Jag hittade en gammal fil med både en struktur och lite innehåll som jag kan lägga upp. Sen kan den som vill/kan/orkar vara med och komplettera, ändra, flytta och ta bort. När vi har tillräckligt mycket information kan jag tänka mig göra om mina gamla OSM-sidor för detta ändamål - och helst också lägga till några redaktörer som kan hjälpa till med olika delar av webbplatsen. Blir detta sen stort kan vi ju alltid gå vidare med eget webbhotell, domän och annat. Eller återgå till wikin om intresset svalnar. Vad tycker ni? Vilka är med? -- Vänliga hälsningar Peter Kindström Joakim Fors joa...@joakimfors.org skrev: On 19 apr 2013, at 18:31, Peter Kindström peter.kindst...@abc.se wrote: Hej! Det här låter intressant! Jag har väntat ett tag på en svensk tjänst som vill samarbeta med OSM, till gagn för bägge parter. Som Henrik skriver kan man hämta mycket från wikin, men jag rekommenderar inte att man hänvisar direkt dit. En separat webbplats vore mycket bättre och där fokus skulle vara att lära nybörjare komma igång med OSM. För djupare info kan man å andra sidan gärna hänvisa till wikin! Jag hade en gång en ambition att samla nyheter och fakta om hur man karterar specifika saker. Kanske kan vi fortsätta där eller utgå från det? http://www.infolagret.se/openstreetmap/ Brukar (Brukade) läsa din blog när du ännu höll den uppdaterad och det var trevligt med någon som lite mer utåtriktat informerade om OSM i .se. En möjlighet är ju att försöka skyffla in något (MediaWiki?) på openstreetmap.se (Kalle vet hur man får tag i personen som sitter på domänen). I vilket fall är jag också beredd att hjälpa till lite, med liknande reservation att nyköpt hus på landet kräver stor del av min fritid. Frågan är hur vi går vidare? //Mvh Peter Kindström Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-at] GPS-Tracks organisieren
Hallo! Bei mir haben sich in den letzten zwei Jahren eine Menge GPS-Tracks angesammelt. Wie ich mit dem Aufzeichnen begonnen habe, hab ich mir keine Gedanken gemacht, wie ich die Daten verwalten werde. Jetzt würde ich sie gern geografisch ordnen, dazu müßte ich sie aber jeden einzeln in JOSM öffnen, um zu sehen, in welchem Gebiet sich der Track befindet. Der Dateiname besteht ja nur aus Datum und Uhrzeit der Aufnahme. Gibt's dafür unter Linux ein Skript oder Tool, welches die Tracks automatisiert durchforsten und zuordnen kann? Mir wäre schon geholfen, wenn alle Tracks, die aus dem gleichen Gebiet stammen, zusammen in ein Verzeichnis gespeichert werden. Wie verwaltet ihr eure GPS-Tracks? Liebe Grüße, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anfrage Revert
Hallo! On Fri, 2013-04-19 at 11:52 +0200, Jimmy_K wrote: bei dem Edit ist wohl einiges schief gegangen (Wege ohne Tags, etc.), aber es ist auch Sinnvolles dabei. Da ich mich leider mit den Reverts nicht so gut auskenne, könnte sich das bitte jemand ansehen? http://www.openstreetmap.org/browse/changeset/15471294 Würde es nicht reichen, die ungetaggten Wege zu löschen? Bei einem Revert gehen entweder alle (auch sinnvollen) Änderungen verloren, oder man muss erst recht händisch selektieren. Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Anfrage Revert
Am 19.04.2013 12:41 schrieb Simon Legner simon.leg...@gmail.com: Hallo! On Fri, 2013-04-19 at 11:52 +0200, Jimmy_K wrote: bei dem Edit ist wohl einiges schief gegangen (Wege ohne Tags, etc.), aber es ist auch Sinnvolles dabei. Da ich mich leider mit den Reverts nicht so gut auskenne, könnte sich das bitte jemand ansehen? http://www.openstreetmap.org/browse/changeset/15471294 Würde es nicht reichen, die ungetaggten Wege zu löschen? Bei einem Revert gehen entweder alle (auch sinnvollen) Änderungen verloren, oder man muss erst recht händisch selektieren. Grüße Simon Dann würden aber auch Wege gelöscht bei denen einfach nur ein Tag vergessen wurde oder verloren ging. Sprich es würden bereits gemapte Flächen verloren gehen, dies ist beim Revert nicht der fall. Leider bin ich kein Revert experte und kann dir nicht helfen. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anfrage Revert
On Fri, 2013-04-19 at 12:46 +0200, Erwin Ernst Steinhammer wrote: Dann würden aber auch Wege gelöscht bei denen einfach nur ein Tag vergessen wurde oder verloren ging. Sprich es würden bereits gemapte Flächen verloren gehen, dies ist beim Revert nicht der fall. Leider bin ich kein Revert experte und kann dir nicht helfen. Laut http://www.openstreetmap.org/browse/changeset/15471294 sind insgesamt nur 8 Wege im Changeset enthalten. Ich würde einfach diese 8 IDs händisch prüfen. Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anfrage Revert
On Fri, 2013-04-19 at 12:59 +0200, Simon Legner wrote: Laut http://www.openstreetmap.org/browse/changeset/15471294 sind insgesamt nur 8 Wege im Changeset enthalten. Ich würde einfach diese 8 IDs händisch prüfen. Ich habe die (nicht sinnvoll erscheinenden) Änderungen an den Wegen revertiert: http://www.openstreetmap.org/browse/changeset/15783877 Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anfrage Revert
Am 19.04.2013 13:15, schrieb Simon Legner: On Fri, 2013-04-19 at 12:59 +0200, Simon Legner wrote: Laut http://www.openstreetmap.org/browse/changeset/15471294 sind insgesamt nur 8 Wege im Changeset enthalten. Ich würde einfach diese 8 IDs händisch prüfen. Ich habe die (nicht sinnvoll erscheinenden) Änderungen an den Wegen revertiert: http://www.openstreetmap.org/browse/changeset/15783877 Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Danke! LG Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Le 18 avril 2013 21:51, Pieren pier...@gmail.com a écrit : 2013/4/18 Jean-Baptiste Holcroft jb.holcr...@gmail.com Avec les quelques corrections faites, les erreurs ont disparues. Par contre on perd en détail dans les rendus. Invisible sur MapNik et OSM-fr : Visible sur CycleMap et MapQuest Open: Tagguer les pièces avec building=yes est incorrect. Seul le périmètre extérieur du bâtiment doit porter ce tag. Si cela rend les pièces visibles sur certains rendus, c'est un accident dans la feuille de style et c'est vraiment tagguer pour le rendu. D'après le wiki ci-dessous, la convention actuelle pour les pièces est room=yes + level=* et d'autres tags à découvrir ici: http://wiki.openstreetmap.org/wiki/Indoor_Mapping Il y a aussi le building:part (anciennement buildingpart) mais qui est uniquement utilisé pour la modélisation 3D extérieure (d'ailleurs, c'est le cas dans les exemples cités sur le wiki). Il est aussi statistiquement plus présent dans OSM parce qu'il est souvent issu d'un import (toujours dans le but d'un rendu 3D extérieur). Il y a aussi une modélisation plus complexe avec uniquement des relations dans le projet indoorOSM: http://wiki.openstreetmap.org/wiki/IndoorOSM Toutes ces propositions gagneront sûrement à être unifiées. Si le sujet te passionne, il existe un forum dédié: http://forum.openstreetmap.org/viewforum.php?id=67 En attendant, j'ai supprimé les building=yes à l'intérieur de ton centre commercial en les remplaçant par room=yes. Si la convention change et que les logiciels de rendu prennent en compte un autre tag plus populaire dans le futur, il sera très facile de les remplacer avec JOSM (chercher tous les éléments avec room=yes). room=yes ne me semble pas idéal non plus car ces polygones ne représentent pas des pièces, mais des commerces, qui comportent souvent plusieurs pièces. indoor=yes ajouté sur le shop=* ne serait-il pas plus cohérent ? En attendant, et pour ne froisser personne, j'ai intégré room=yes et indoor=yes dans les niveaux = 18: http://tile.openstreetmap.fr/?zoom=18lat=43.98283lon=4.88124layers=B0F Un nouvelle icône fait aussi son apparition dans le rendu FR... la trouverez-vous ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Le 19 avril 2013 09:28, Christian Quest cqu...@openstreetmap.fr a écrit : Un nouvelle icône fait aussi son apparition dans le rendu FR... la trouverez-vous ? aed ? Bonne idée ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
le défibrillateur ? Sylvain Le 19 avril 2013 09:39, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Le 19 avril 2013 09:28, Christian Quest cqu...@openstreetmap.fr a écrit : Un nouvelle icône fait aussi son apparition dans le rendu FR... la trouverez-vous ? aed ? Bonne idée ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose
Oui, les défibrillateurs... donc c'est bon, ils sont visibles et reconnaissables ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Oui en effet on peut ce limiter à un type de voie en particulier. Aujourdhui c'est jour de pluie je vais en profiter pour mettre tout cela à plat autant coté wiki que sur ce qu'il faut contrôler. Le 18 avril 2013 15:19, Pieren pier...@gmail.com a écrit : 2013/4/18 Jo. perche...@gmail.com Pour finir, oui en effet c'est un grand projet national mais chaque contributeur est limité par sa connaissance du terrain. Plus je m'éloigne de mon lieu de résidence moins j'ai de chance de me rappeler des limitations de vitesse existant. Peut-être faudrait-il limiter le projet à un type de highway uniquement, en commençant par les moins nombreux (motorway, puis primary, secondary, etc). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Tony, les autres Comme j'ai ajouté le support de l'emprise dans le permalink de LizPoi, on peut maintenant se passer des URL de démonstration plus parlante. Par exemple les voies limitées à 30km/h dans le centre d'Orange : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7selected=390bbox=534076.178002,5486262.102976,536505.442306,5487657.078742zoom=16 Le 19 avril 2013 10:47, Jo. perche...@gmail.com a écrit : Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Transfert données Google Earth sur osm
Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? Merci, Céline ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transfert données Google Earth sur osm
Le 19/04/2013 12:13, Céline Demay a écrit : Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? non, pas du tout : la licence de google n'est pas compatile avec OSM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transfert données Google Earth sur osm
Bing nous a donné permission d'utiliser leur photos aériennes pour améliore le placement des objets en OSM. Google ne nous a pas donné une telle permission et c'est peu probable qu'ils le feront. De l'autre coté en Belgique, par exemple, il y a les communautés qui font leur propres photos et qui commencent à les mettre à disposition sur de serveurs WMS. Peut-être qu'en France ça va arriver également? Jo 2013/4/19 Céline Demay demaycl...@gmail.com Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? Merci, Céline ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Suggestion : afficher les panneaux de signalisation surcharge la carte quand on visionne de grande zone. Leur affichage est intéressant pour des zone fortement zoomée. Le 19 avril 2013 11:29, kimaidou kimai...@gmail.com a écrit : Tony, les autres Comme j'ai ajouté le support de l'emprise dans le permalink de LizPoi, on peut maintenant se passer des URL de démonstration plus parlante. Par exemple les voies limitées à 30km/h dans le centre d'Orange : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7selected=390bbox=534076.178002,5486262.102976,536505.442306,5487657.078742zoom=16 Le 19 avril 2013 10:47, Jo. perche...@gmail.com a écrit : Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Suite à l’intérêt porté sur ce projet j'ai mis à jour la page du projet en déplaçant le rappel du code de la route vers la page maxspeed. J'ai également ajouté deux lien vers des carte ITO et quelques idée de contribution parallèle que l'on peut relevé sur place. http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Limitation_de_vitesse http://wiki.openstreetmap.org/wiki/FR:Key:maxspeed Les cartes ITO : http://www.itoworld.com/map/42?lon=2.33948lat=48.76664zoom=8 http://www.itoworld.com/map/35?lon=2.36557lat=48.82856zoom=11 Le 19 avril 2013 13:05, Jo. perche...@gmail.com a écrit : Suggestion : afficher les panneaux de signalisation surcharge la carte quand on visionne de grande zone. Leur affichage est intéressant pour des zone fortement zoomée. Le 19 avril 2013 11:29, kimaidou kimai...@gmail.com a écrit : Tony, les autres Comme j'ai ajouté le support de l'emprise dans le permalink de LizPoi, on peut maintenant se passer des URL de démonstration plus parlante. Par exemple les voies limitées à 30km/h dans le centre d'Orange : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7selected=390bbox=534076.178002,5486262.102976,536505.442306,5487657.078742zoom=16 Le 19 avril 2013 10:47, Jo. perche...@gmail.com a écrit : Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
Pas tant que ça ! C'est encore un exemple que montre que les ID non-obscures ne sont pas une bonne valeur pour un UID. Et donc qu'il faudra bien une génération d'UID et pas l'utilisation d'un UID d'un référentiel existant (que ce soit celui de la municipalité à la source des données ou toute référence administrative). A+ Le 18 avril 2013 18:35, Christian Quest cqu...@openstreetmap.fr a écrit : Le SIRET correspond au SIREN + un numéro d'ordre (et le chiffre de contrôle). A chaque nouvel établissement (adresse mais aussi activité différente à ce qu'il me semble) un nouveau SIRET est attribué avec le numéro d'ordre suivant. Le SIREN identifie une entreprise, il ne change pas tant que c'est la même entreprise. Il a aussi une clé de contrôle (code de Luhn, comme les CB). Quand il commence par 1 ou 2 il s'agit d'un organisme public. Donc d'un point de vue OSM... le SIRET correspond à une entreprise ET un lieu. Si notre boulanger déménage, sa nouvelle boulangerie aura un autre SIRET mais le même SIREN. Mas bon... tout ça est un peu éloigné du sujet de départ. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)
Pour les limitations de vitesse implicites ... on se base sur quoi?! les landuse résidentiel pour définir si la route est en agglomération ou pas? ou faut-il expliciter chaque voie? Parce que la position du panneau fin agglomération début d'agglomeration n'a rien d'implicite elle? Le 19 avril 2013 13:17, Jo. perche...@gmail.com a écrit : Suite à l’intérêt porté sur ce projet j'ai mis à jour la page du projet en déplaçant le rappel du code de la route vers la page maxspeed. J'ai également ajouté deux lien vers des carte ITO et quelques idée de contribution parallèle que l'on peut relevé sur place. http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Limitation_de_vitesse http://wiki.openstreetmap.org/wiki/FR:Key:maxspeed Les cartes ITO : http://www.itoworld.com/map/42?lon=2.33948lat=48.76664zoom=8 http://www.itoworld.com/map/35?lon=2.36557lat=48.82856zoom=11 Le 19 avril 2013 13:05, Jo. perche...@gmail.com a écrit : Suggestion : afficher les panneaux de signalisation surcharge la carte quand on visionne de grande zone. Leur affichage est intéressant pour des zone fortement zoomée. Le 19 avril 2013 11:29, kimaidou kimai...@gmail.com a écrit : Tony, les autres Comme j'ai ajouté le support de l'emprise dans le permalink de LizPoi, on peut maintenant se passer des URL de démonstration plus parlante. Par exemple les voies limitées à 30km/h dans le centre d'Orange : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7selected=390bbox=534076.178002,5486262.102976,536505.442306,5487657.078742zoom=16 Le 19 avril 2013 10:47, Jo. perche...@gmail.com a écrit : Même les gabarits… cool moi qui roule souvent en PL j'apprécie beaucoup ce genre d'information. 2013/4/18 Tony Emery tony.em...@yahoo.fr Pour info, voilà où nous en sommes à Orange http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=7 . Vous pouvez vous balader et voir aussi les limitations de gabarit, etc... -- View this message in context: http://gis.19327.n5.nabble.com/Idee-de-projet-du-mois-de-Mai-ou-plus-tard-tp5757552p5757620.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transfert données Google Earth sur osm
il faudrai recruter des mappeurs chez les pilotes ULM. Le 19 avr. 2013 12:19, Jo winfi...@gmail.com a écrit : Bing nous a donné permission d'utiliser leur photos aériennes pour améliore le placement des objets en OSM. Google ne nous a pas donné une telle permission et c'est peu probable qu'ils le feront. De l'autre coté en Belgique, par exemple, il y a les communautés qui font leur propres photos et qui commencent à les mettre à disposition sur de serveurs WMS. Peut-être qu'en France ça va arriver également? Jo 2013/4/19 Céline Demay demaycl...@gmail.com Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? Merci, Céline ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transfert données Google Earth sur osm
Quand on voit les résultats obtenus par une petite équipe en Haiti, on peut facilement imaginer une asso française refaire l'expérience aussi dans des territoires mal couverts par des hptos récentes ou après un événement important (tels qu'une inondation). Ce serait utile en outre-mer et on voit que même avec peu de moyens, les drones (dont l'usage se répand en même temps que leur prix baisse avec celui des équipement photographiques) sont un excellent moyen de couvrir des surfaces importantes en peu de temps et sans avoir à attendre et acheter des images satellites. On pourrait même avoir des applications en France métropolitaine pour l'agriculture par exemple; les pompiers et la sécurité civile s'équipent en drones, ce ne sont plus seulement des engins d'usage militaire ; on en trouve même en grande surface au rayon jouets même si leur autonomie de vol et leur fiabilité n'est pas aussi bonne, ce n'est plus hors de portée. Le plus compliqué c'est de les équiper en instruments de mesure calibrés (car sinon la prise de photos en elles-mêmes n'est plus un problème), et synchroniser les mesures et intégrer le tout dans un logiciel de commande. Puis ensuite de savoir traiter les images et mesures réalisées. Les autres limites sont de nature légale (droits de survol, protection de la vie privée) et réglementaires (plans de vol compatibles avec la régulation aérienne, altitude limitée), et aussi la météo (surtout le vent pour la stabilité de l'appareil qu'on tient à pouvoir récupérer en état avec ses instruments). Le 19 avril 2013 19:23, Cyrille Giquello cyrill...@gmail.com a écrit : il faudrai recruter des mappeurs chez les pilotes ULM. Le 19 avr. 2013 12:19, Jo winfi...@gmail.com a écrit : Bing nous a donné permission d'utiliser leur photos aériennes pour améliore le placement des objets en OSM. Google ne nous a pas donné une telle permission et c'est peu probable qu'ils le feront. De l'autre coté en Belgique, par exemple, il y a les communautés qui font leur propres photos et qui commencent à les mettre à disposition sur de serveurs WMS. Peut-être qu'en France ça va arriver également? Jo 2013/4/19 Céline Demay demaycl...@gmail.com Bonjour, Les données Bing Sat datant de 2010, je voudrais savoir s'il est possible de rapatrier sur osm un trait de côte récupéré sur google Earth, par exemple? Merci, Céline ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liens de et vers OSM...
C'est exactement ce que j'ai dit : ta SARL en déménageant n'a pas changé d'identité légale, son SIREN n'a pas changé seul le SIRET (établissement) a changé. L'autre cas existe aussi où plusieurs entités légales distinctes (différents SIREN) coexistent au même endroit, leurs salariés n'étant pas distingués sur leurs contrats autrement que par l'entête qui mentionne les SIREN et raisons sociales différentes (et c'est aussi du vécu puisque tu as cité ton exemple personnel pour le premier cas). Ce qui veut bien dire qu'un même lieu de vente n'est pas identifiable par un seul SIRET (établissement) ni même un seul SIREN (raison sociale) car il peut y en avoir plusieurs sans qu'on puisse choisir lequel, même si pour le public on ne voit qu'une seule enseigne (sans savoir non plus si c'est une franchise autrement que sur le ticket de caisse ou la facture au nom de la raison sociale effective et non celui de l'enseigne). C'est vrai aussi pour les achats sur Internet (facturés souvent par une autre raison sociale que l'enseigne du site; on ne le sait souvent qu'au moment de la facturation qui peut en faire apparaitre plusieurs). Le 18 avril 2013 18:02, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le jeu. 18 avril 2013 à 12:02 +0200, Philippe Verdy a écrit : Non, le SIREN change aussi : il désigne l'identité, la raison sociale. LE code établissement sert pour les sociétés qui ont une série d'établissements dans des lieux différents. Non. Je maintiens, je l'ai vécu en 2007. Ma SARL a déménagé, de Grenoble à Grenoble. Le SIREN est resté, le code établissement a changé, donc le SIRET a changé. Pour une activité économique (commerce, industrie, service...), en France, on a les codes SIREN et SIRET (attribués par l'INSEE) http://fr.wikipedia.org/wiki/Système_d%27identification_du_répertoire_des_établissementshttp://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27identification_du_r%C3%A9pertoire_des_%C3%A9tablissements http://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27identification_du_r%C3%A9pertoire_des_%C3%A9tablissements Le SIRET c'est le SIREN (9 chiffres) complété du code d'établissement (5 chiffres). Et donc si changement de propriétaire, le SIREN change. Si changement de rue/ville mais pas de propriétaire, le SIRET change mais pas le SIREN. Je ne sais pas quoi en faire dans OSM, mais au moins n'essayez pas de réinventer un référentiel qui existe déjà. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/
Bonsoir, Bonne nouvelle : cadastre refonctionne ! Un changement de plate-forme d'hébergement ayant eu lieu, vous pouvez rencontrer un problème d'accès, le temps que les DNS se mettent à jour (mais chez moi, ça fonctionne déjà). Merci à tous pour votre patience. Francescu Le 18 avril 2013 20:15, isnogoud os...@free.fr a écrit : Le 16/04/2013 10:05, cybercen...@espacebaugeois.org a écrit : salut, l'acces au site http://cadastre.openstreetmap.**fr/http://cadastre.openstreetmap.fr/est impossible depuis plusieurs jours. quelqu'un a un plan B ? un site miroir ? je voudrai avancer sur la commune de fougeré(49), j'ai rendez vous avec un adjoint au maire la semaine prochaine ;) merci +1 pour traiter quelques communes en Vendée... Christophe __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le problème des geohash est un problème de précision et d'acceptation des limites du geohash. Car les geohash tels qu'ils existent actuellement sont extrêmement limités par le franchissement de la limite de précision. Autrement dit tu pourrais déplacer un point d'un mètre avec un geohash d'une précision de 1km et passer à quelque chose de complètement différent. Les geohash tels qu'ils existent actuellement ne sont pas vraiment utiles à mes yeux. Ils peuvent être utiles dans certains cas mais c'est limité par l'incapacité de créer un 'gradient' utile. Je trouve l'approche que tu proposes comme un bon début mais extrêmement limité. L'approche uuid mentionnée par Pieren et auquel j'ai participé était intéressante mais limitée sur d'autres points notamment les éditeurs. Tony a de bons points sur le fait qu'il faudrait savoir quel paramètres qualifier ce futur osmhash (dibs sur le trademark :) ). Je l'ai évoqué initialement sur le déplacement d'une entreprise et certains ont évoqués le changement de propriétaire. Un osmhash doit tenir compte de ça. Commençons par qualifier l'unicité d'un poi et penser à une composante geospatiale plus flou. L'intervention de Gael montre bien l'intérêt commercial d'un tel système ainsi que l'intérêt de Tony. Moi même à mapquest j'ai travaillé sur cette problématique afin de travailler sur la réconciliation de plusieurs sources (voir le commentaire de Marc sur le sujet et son expérience). Je ne dis pas que c'est impossible au contraire même mais sans poser certaines bases d'accord et des use cases on va tourner en rond. La communauté a les moyens d'être créative mais structurons un peu le propos pour gagner en clarté et voir les solutions non orthodoxes gagnées car les bases auront été jetées D'un point de vue commercial si un tel système se mettait en place ça aurait une très grosse valeur. Émilie laffray On 17 Apr 2013 18:07, Christian Quest cqu...@openstreetmap.fr wrote: #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox qui est de plus en plus petite lorsque le geohash est long (et inversement). C'est un truc existant qui est même supporté en interne par postgis (ST_GeoHash). Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 permet de facilement faire du matching partiel... bakery.shop@#a4u2k une boulangerie dans une zone un peu plus grande, shop@#a4u2 correspond juste à une boutique dans une zone encore plus grande, etc... et une simple recherche textuelle en contient fait l'affaire ;) On peut aussi déterminer le niveau de similitude entre 2 ID assez facilement (longueur de la partie commune gauche, droite ou combinée). Tout ça se calcule facile sans faire appel à des API car le principe est universel et pas spécifiquement liée à OSM. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/
Bonsoir, Merci surtout d'avoir remis en marche le bousin. Ça va m'être très utile pour la réunion du groupe local-herault mercredi ! :-) Nicolas Le 19/04/2013 22:26, Francescu GAROBY a écrit : Bonsoir, Bonne nouvelle : cadastre refonctionne ! Un changement de plate-forme d'hébergement ayant eu lieu, vous pouvez rencontrer un problème d'accès, le temps que les DNS se mettent à jour (mais chez moi, ça fonctionne déjà). Merci à tous pour votre patience. Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] マッピングパーティこもろ@NSEG#38 のご案内
直前ですがまだ参加可能ですか。後ほど申し込みさせて頂きます。 東 2013年4月15日月曜日 Takahisa TAGUCHI caes...@mbb.nifty.com: 田口です。 NSEGへ参加されている知人が居ますので都合が合えば参加したかったのですが、 あいにくこの日は外せない予定と重なってしまい参加できなく残念です、、、 個人的には長野は比較的行きやすいと感じている場所ですので、 機会があれば是非またお声をかけていただければ幸いです。 2013年4月15日 17:58 Hiroshi Miura(osmf) miur...@osmf.jp javascript:_e({}, 'cvml', 'miur...@osmf.jp');: そば屋さん、会場がいいですね。 天候に恵まれるといいですね! 参加できないのが、残念です。 三浦 -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ___ Talk-ja mailing list Talk-ja@openstreetmap.org javascript:_e({}, 'cvml', 'Talk-ja@openstreetmap.org'); http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSRM-talk] Bizarre routing?
I would love to support a tag that says real-world speed instead of maxspeed without expanding into time-dependent speeds. Tagging a dirt road with 100 max speed is a bit adventurous, I must say ;-) --Dennis Am 17.04.2013 um 14:31 schrieb Philip Barnes p...@trigpoint.me.uk: Hi I have been having a play with your route and am wondering if the lack of speed limits tags on part of Redbanks Road is part of the problem? Also 60% for unpaved roads seems way too high, I would expect something more like walking pace unless you are driving a rally car. Phil (trigpoint) -- Sent from my Nokia N9 On 17/04/2013 8:07 Samuel Longiaru wrote: Hello Everyone, New to the list, having only discovered your project yesterday. Looks like a great effort. Congratulations. So being new, I'm a little reluctant to barge in. But I have been a long-term contributor to OSM and being recently transplanted from Canada to Australia, am curious about some rather bizarre routing that pops up on your demo website for this part of the world. So I started looking into it. http://osrm.at/2Vl shows a good example of what I'm talking about. While routing along the the M20 from Adelaide towards the Roseworthy Campus, the route leaves the M20 and continues on dirt roads. I think most would agree that continuing along the M20 to the next exit and following the paved Redbanks Road would be the more logical routing choice. This is only one example I've found of where dirt roads are suggested over much more logical choices. I've looked into the archives of this list as far back as I can go (only to January unfortunately) and didn't see these kinds of routing issues discussed. But I did find a feature request discussed in #389 and #497 on GitHub. In that discussion, there was a request for a default speed penalty of 0.6 for unpaved roads. From what I could gather, the issue was closed stating that while a penalty for bicycles might be appropriate, such a penalty was probably not appropriate for cars. In South Australia the default statutory speed limit on rural roads (paved or unpaved) is 100 kph, and some mappers have included the maxspeed=100 tag. That's correct... but crazy. I haven't checked, but some of those unpaved roads may in fact be access=dry_weather only, turning to red gumbo in the rainy season. Speed=0. I'm sure that in many places, the assumption that the travelling speed on unpaved roads is only 0.6 of the statutory limit is quite reasonable. If not that, then the desirability factor of driving on unpaved over paved may be 0.6. :) If my faint understanding of the project is correct, such speed rules can be set up in a customized LUA(?) and so may be resolvable. But I guess my point is, in the demo site, such adjustments should probably be made already. If the demo, set up for Car (fastest), routes off of M-roads and onto dirt, the routing engine has the appearance of not working correctly. I think the demo site should be adjusted to downgrade dirt roads at least, to better showcase the power and abilities of your project. The ultimate check of a routing engine is whether it gives results that are expected in a familiar area. In many cases around here, I'm left going whuh? Anyway, like I said, a fantastic effort. Something I definitely want to learn more about. Thanks, Samuel Longiaru Kamloops, BC... temporarily in South Australia ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://osrm.at/2Vl ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-GB] Neighbourhood Planning - data import proposal
Hi Stephen, Just wondering what sources you have for this data. I noted that the document you based the original proposal,(http://www.openstreetmap.org/browse/changeset/15462826) is copyrighted by a company, has it been released under a suitable license? I understand that Parish boundaries are released through the Ordnance Survey License, but if multiple parishes/wards are combined to form a NPA, then that information would need to be sourced from somewhere. If it's clean data then that is fine, but we need to be sure of the data sources.All sources for imports should be recorded here (https://wiki.openstreetmap.org/wiki/Import/Catalogue) Thanks Jason (UniEagle) -Original Message- From: SomeoneElse Sent: Thursday, April 18, 2013 10:38 PM To: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] Neighbourhood Planning - data import proposal stephen.pete...@sky.com wrote: Comments please on my proposal to upload new data about Neighbourhood Planning Areas in England. This will involve re-using parish and electoral ward boundaries across the country. First, perhaps you could explain the steps that you took to follow the guidelines on the page: http://wiki.openstreetmap.org/wiki/Import/Guidelines before carrying out this import: http://www.openstreetmap.org/browse/changeset/15772466 ? What is the benefit of having the bunch of nodes that you have so far uploaded in OSM? Surely nothing exists yet until the neighbourhoods that https://www.gov.uk/neighbourhood-planning; talks about actually have a referedum to decide that they exist, and then when that happens they can add themselves? I don't see how your import helps. For example, I live in an area that has a parish council - they already do stuff locally. I'd expect any neighbourhood planning malarkey to be just another funding stream for them in addition to the slice from council tax - surely there's no need in that case for any extra data in OSM at all? Also, how does this proposal relate to previous changesets such as e.g. this one: http://www.openstreetmap.org/browse/changeset/15462826 Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Neighbourhood Planning - data import proposal
Hi Dudley Where we have areas defined on multiple polygons I will reuse ways forming the outer perimeter of the combined area. Yes we can search osm for features within an area provided we agree on common tags . I am proposing boundary=planning and designation=neighbourhood_plan Sent from my HTC - Reply message - From: Dudley Ibbett dudleyibb...@hotmail.com To: stephen.pete...@sky.com stephen.pete...@sky.com, talk-gb@openstreetmap.org talk-gb@openstreetmap.org Subject: [Talk-GB] Neighbourhood Planning - data import proposal Date: Thu, Apr 18, 2013 21:59 Hi Steve It would be good to know how this would impact practically. There are Parish boundaries are on the map locally and we are developing a Neighbourhood Plan that covers two Parishes. Would this be a relation joining the PCs that form the NPA with the additional tags you are suggesting on these ways? I wouldn't want to see an additional way running in parallel. I don't know much about searching OSM data but by implication would you in future be able to find information on OSM (tags etc.) within the defined NP area? Regards Dudley Date: Thu, 18 Apr 2013 18:53:15 +0100 From: stephen.pete...@sky.com To: talk-gb@openstreetmap.org Subject: [Talk-GB] Neighbourhood Planning - data import proposal Hi all Comments please on my proposal to upload new data about Neighbourhood Planning Areas in England. This will involve re-using parish and electoral ward boundaries across the country. Proposal is here - http://wiki.openstreetmap.org/wiki/Neighbourhood_Planning_data_loading_proposal Thanks very much. Steve Peters (aka SemanticTourist). ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] openstreetmap.us coming back up
Hi all, After more than a day of downtime caused by uncooperative domain hosts, openstreetmap.us is coming back up - web site and services hosted on the domain, including the TIGER overlay tiles. The new DNS records may take a little while to propagate, so please be patient if you still experience problems. Now that I'm on it: new on openstreetmap.us is a post announcing SOTM US discounts for the top 50 mappers in the US: http://www.openstreetmap.us/2013/04/special-invitation-to-top-mappers/ so if you're a heavy mapper, check the lists and see if you qualify for discounted SOTM US registration! Also, you have a few more days to submit for a scholarship to attend SOTM US, so if you feel you should attend but can't due to financial constraints, do submit a scholarship application. Details are here: http://www.openstreetmap.us/2013/04/scholarships-state-of-the-map-us/ On behalf of the chapter board, I apologize for the openstreetmap.us downtime and assure you we are taking steps to prevent this from happening again. -- Martijn van Exel ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] openstreetmap.us coming back up
On 4/19/2013 1:34 PM, Martijn van Exel wrote: After more than a day of downtime caused by uncooperative domain hosts, openstreetmap.us http://openstreetmap.us is coming back up - web site and services hosted on the domain, including the TIGER overlay tiles. The new DNS records may take a little while to propagate, so please be patient if you still experience problems. Thanks to everyone who tracked this down and fixed it! ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us