Re: [OSM-talk] High Cartographic Quality Label Placement on OSM-based Map
Hi there, I am a colleage of Max's and we collaborated on his labelling papers. Chiming in to straighten up some potential miscommunications. Am 13.07.2013 20:36, schrieb Christoph Hormann: But i would actually emphasize a more practical point: Since this is meant to be scientific research one can assume you publish it to allow others to independently verify your work, compare it to their own and possibly improve it - this is in the very definition of scientific work. When dealing with fairly complex algorithms like here this is next to impossible to do without publishing the code. Just wanted to point out that fairly complex algorithms are actually not published the way you assume, although I totally see your point. Some context: map labelling is a popular subject for computational geometry and GIScience people. And they do not usually produce or share fully-fledged frameworks, but algorithms in pseudo-code with complexity analysis in Big O notation and/or pragmatic runtime analysis as empirical exploration with a sample implementation. The whole point of algorithms research is to move beyond implementation and do research, well on algorithms, instead of software libraries. That Max has a very stable and functional framework is uncommon for the scientific community. And he built that framework mostly in his free time over the years to better test his hypotheses results. Now i understand you might be reluctant to make available the code before a journal publication and you would not necessarily need to make it open source/free software license wise although this would be advisable as a matter of fairness when extensively using Openstreetmap data. Yes, once the paper is accepted, the algorithm is out there in the open and I am sure any of us will gladly answer questions and help for anyone wanting to use the algorithm. Getting a set of tiles with new labelling for anyone to use is also giving back to the community already? And i won't even get started on the fact that work of a publicly funded research institution should benefit the public... This is a serious point to clarify. The idea of public research is as such: - researchers push the boundaries and develop new algorithms and publish them - companies and engineers in public service use the algorithms for their products*/tasks - everything gets more efficient, more money is left for other wonderful stuff - repeat *(note who is the one making the most money with the algorithm in such a scheme) There are strong interests at stake that make wholesale software development at Universities a risky endeavour or plainly forbidden. You might disagree with that, but I hope you can at least acknowledge there are competing interests here which neither of us can change at the moment. Thanks so much for your interest in that work, I agree with you that most tile-based maps should benefit from labelling improvement. And we hope we pushed the boundaries in what is feasible without any proprietary software a little bit. Let's hope the reviewers see it likewise and we can share the work as soon as possible with everybody. Don't think we don't want to share, think of us as wanting to share very early as much as possible. All the best, Andreas Reimer Greetings, ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] High Cartographic Quality Label Placement on OSM-based Map
On Sun, Jul 14, 2013 at 10:10 AM, Andreas Reimer andreas.rei...@geog.uni-heidelberg.de wrote: Hi there, I am a colleage of Max's and we collaborated on his labelling papers. Chiming in to straighten up some potential miscommunications. I think there's general understanding but some substantial cross cultural differences coming out of this discussion. I am speaking here as someone who has worked at some academic institutions (namely NASA and NIH) where scientific research was required to be public (due to different laws, but in both cases, the law required that not only were the publications stored, but the implementation of those algorithms stored as well). But i would actually emphasize a more practical point: Since this is meant to be scientific research one can assume you publish it to allow others to independently verify your work, compare it to their own and possibly improve it - this is in the very definition of scientific work Just wanted to point out that fairly complex algorithms are actually not published the way you assume, although I totally see your point. This is certainly an understandable position from an academic standpoint, but this is where engineering (and the FLOSS world) and academic clash in ideas of how information is spread. I think that increasingly academics are trying to straddle the two worlds and finding it hard to do so. Some context: map labelling is a popular subject for computational geometry and GIScience people. And they do not usually produce or share fully-fledged frameworks, but algorithms in pseudo-code with complexity analysis in Big O notation and/or pragmatic runtime analysis as empirical exploration with a sample implementation. This may be the norm in your community, but it's certainly not the norm in all scientific communities. At NASA, certainly high level scientific papers were written regarding issues of electromagnetic reflectivity of certain wavelenghs and what that said about the composition of the chemical composition of the atmosphere- but at the same time all the implementations of those algorithms (the code) was required to be stored in order to allow other researchers to replicate the results. The implementation of an algorithm was considered part of the algorithm. Either you could consider the source code (and compiler version, library version, etc.) to be part and parcel of the algorithm, since it described the actual computational work being performed, or you could consider it simply necessary for replication and testing. Either way, both were required. The whole point of algorithms research is to move beyond implementation and do research, well on algorithms, instead of software libraries. Intentionally or not, that's insulting to those people who choose to be either creative or scientific outside of academia. Look at the work being done by various computer scientists at large commercial institutions such as Google and IBM who, after implementing their work, write it up as a scientific research paper for publication. That Max has a very stable and functional framework is uncommon for the scientific community. And he built that framework mostly in his free time over the years to better test his hypotheses results. Yes, and we're all very happy about this, and want to share in the work. Yes, once the paper is accepted, the algorithm is out there in the open and I am sure any of us will gladly answer questions and help for anyone wanting to use the algorithm. This is very good, and I'm sure I speak for everyone in mentioning that we're glad that your academic institution is not taking the stance that it owns the work, etc. Getting a set of tiles with new labelling for anyone to use is also giving back to the community already? No. This is not a giving back to the community any more than declaring a result without describing a process would be acceptable to you in an academic context. Max has done something great, and clearly put a great deal of time, effort, etc. into it. We're all very happy for him. But we also see that this work was not done in a vacuum, and the expectation of this community is that when standing on the shoulders of giants, you also provide a platform for others to stand on. It sounds like you understand these arguments (at least partially), so let's not go over the same points needlessly, but at the same time I think it bears repeating that you are seeing various cultural biases at work (academic vs FLOSS), that the two communities are similar in some ways, but very different in others - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] High Cartographic Quality Label Placement on OSM-based Map
On Sunday 14 July 2013, Andreas Reimer wrote: The whole point of algorithms research is to move beyond implementation and do research, well on algorithms, instead of software libraries. That Max has a very stable and functional framework is uncommon for the scientific community. And he built that framework mostly in his free time over the years to better test his hypotheses results. I never said anything about the whole framework. I am well aware there is much more to producing a map like the one you showed than just the label placement code. But the point is that for your work to contribute to scientific progress you need to make available everything others need to reproduce your research results. If you can do this just using pseudocode and verbal description that is fine. Since in your blog you cite Eduard Imhof who is well known for his ability to describe in minute detail his cartographic techniques i should probably give you the benefit of the doubt but knowing the complexity of label placement i do not expect this to be practical. Of course there is a lot of stuff published in science journals, especially wrt. algorithms that does not include the information necessary to reproduce the results. This does not make it right though and such publications usually make little contribution to the overall scientific progress. There are strong interests at stake that make wholesale software development at Universities a risky endeavour or plainly forbidden. You might disagree with that, but I hope you can at least acknowledge there are competing interests here which neither of us can change at the moment. Of course there are competing interests but since the financiers of public research in Europe these days do not usually require or even explicitly support making available the results to the public this competition is a little one-sided. You, the researchers working at those institutions, are the only ones who can actually make a difference here. And we hope we pushed the boundaries in what is feasible without any proprietary software a little bit. Just to clarify this - if the code is not available for others to use, modify and redistribute it is proprietary software, even if all code except your own is free. Greetings, -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Irish placenames anomaly
The distribution of Irish placenames from OSM presents a couple of geographical anomalies. (See http://steve8.dev.openstreetmap.org/OSM_Placenames_Ireland.jpg). First, the west-east central belt has suspiciously far fewer names than immediately to the north and south. And secondly, bang in the middle of this belt is a roughly circular area with a dense mass of placenames. Any explanations spring to mind...? Cheers Steve --- Please note that Middlesex University's preferred way of receiving all correspondence is via email in line with our Environmental Policy. All incoming post to Middlesex University is opened and scanned by our digital document handler, CDS, and then emailed to the recipient. If you do not want your correspondence to Middlesex University processed in this way please email the recipient directly. Parcels, couriered items and recorded delivery items will not be opened or scanned by CDS. There are items which are exceptions which will be opened by CDS but will not be scanned a full list of these can be obtained by contacting the University. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Application error at openstreetmap.org
-- Application error The OpenStreetMap server encountered an unexpected condition that prevented it from fulfilling the request (HTTP 500) Feel free to contact the OpenStreetMap community if your problem persists. Make a note of the exact URL / post data of your request. This may be a problem in our Ruby On Rails code. 500 occurs with exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) Surprised not to see anything about it on this mailing list. Can anyone explain? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Application error at openstreetmap.org
Simple, something is wrong with the website. lol. I got nailed by it after I had typed up a long response to a PM. :( Seems everything else is working fine, just not the website. So, I'm thinking there were doing a change to the site, and it fubared it unfortunately. :( -James Date: Mon, 15 Jul 2013 11:15:37 +1000 From: stevag...@gmail.com To: talk@openstreetmap.org Subject: [OSM-talk] Application error at openstreetmap.org -- Application error The OpenStreetMap server encountered an unexpected condition that prevented it from fulfilling the request (HTTP 500) Feel free to contact the OpenStreetMap community if your problem persists. Make a note of the exact URL / post data of your request. This may be a problem in our Ruby On Rails code. 500 occurs with exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) Surprised not to see anything about it on this mailing list. Can anyone explain? Steve ___ 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] Application error at openstreetmap.org
And now it's back up. :) -James From: rickmastfa...@hotmail.com To: stevag...@gmail.com; talk@openstreetmap.org Date: Sun, 14 Jul 2013 21:58:58 -0400 Subject: Re: [OSM-talk] Application error at openstreetmap.org Simple, something is wrong with the website. lol. I got nailed by it after I had typed up a long response to a PM. :( Seems everything else is working fine, just not the website. So, I'm thinking there were doing a change to the site, and it fubared it unfortunately. :( -James Date: Mon, 15 Jul 2013 11:15:37 +1000 From: stevag...@gmail.com To: talk@openstreetmap.org Subject: [OSM-talk] Application error at openstreetmap.org -- Application error The OpenStreetMap server encountered an unexpected condition that prevented it from fulfilling the request (HTTP 500) Feel free to contact the OpenStreetMap community if your problem persists. Make a note of the exact URL / post data of your request. This may be a problem in our Ruby On Rails code. 500 occurs with exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) Surprised not to see anything about it on this mailing list. Can anyone explain? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Application error at openstreetmap.org
The latest daily replication file is extremely large (6.1G). The latest hourly replication files from yesterday 10:00 to 22:00 are to small. And the replication file for 22:00 were already created at 21:26. May be this caused the error? Andre Am 15.07.2013 03:15, schrieb Steve Bennett: -- Application error The OpenStreetMap server encountered an unexpected condition that prevented it from fulfilling the request (HTTP 500) Feel free to contact the OpenStreetMap community if your problem persists. Make a note of the exact URL / post data of your request. This may be a problem in our Ruby On Rails code. 500 occurs with exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) Surprised not to see anything about it on this mailing list. Can anyone explain? Steve ___ 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: [Talk-de] Treppen und Räder (steps access)
Hallo Ralf, Am 14.07.2013 00:46, schrieb RalfGesellensetter: heute haben wir eine kleine Radtour unternommen, bei der wir (2 Erw. 2 Kinder) uns von OSM-Daten (gespeichert auf einem routingfähigen eTrex Legend Hcx im Bike-Modus) durch die (vermeintlich) vertraute Umgebung lotsen ließen. Man muss bei der Bewertung des Routings berücksichtigen, dass das Garmin-Gerät nicht mit den originalen OSM-Daten arbeitet. Vielmehr werden die OSM-Daten mit mkgmap in das Garmin-Format umgesetzt. Die Abbildung der OSM-Objekte und ihrer Eigenschaften auf Garmin-Objekte ist daher von Karte zu Karte unterschiedlich und es geht bei der Umsetzung immer Information verloren. Interessant wäre daher, welche Karte du auf dem Etrex verwendest. Am 14.07.2013 00:46, schrieb RalfGesellensetter: Im Alltag gibt es aber Abkürzungen, die so attraktiv sind, dass 2-3 Stufen die meisten Radler nicht abhalten würden - und Radsportler würden ihr Rad gerne auch 10-15 Stufen tragen, wenn sie dadurch die Bundesstraße oder einen Umweg umgehen könnten. Da die Garmin-Software, zumindest die des Etrex, nur ein Routing-Profil für Fahrradfahrer kennt, nutzen manche aus OSM-Daten generierten Garmin-Karten, z.B. die Openmtbmap, das Routing-Profil Auto / Motorrad für solche Zwecke. Dabei wird dann z.B. bei Einbahnstraßen in beiden Richtung geroutet. Ob dabei auch über Treppen geroutet wird, weiß ich nicht, aber es wäre machbar. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hallo Frederik, Man kann ja nicht immer alles lesen hier - aber Deine Mails lese ich eigentlich fast immer :-) On 13.07.2013 19:47, Dirk Sohler wrote: Trotzdem sollte es kein Freifahrtschein dafür sein, alle erfassten Daten zusammenzuführen, auszuwerten, und namentlich (pseudonym IST namentlich) für jedermann zugänglich zu machen. Dem würde ich jetzt erst mal voll zustimmen. Mir ist es unwohl bei dem Gedanken, dass jeder aus den öffentlich zugänglichen Game-Profilen Zeit- und Bewegungsmuster über mich auf Knopfdruck zur Verfügung hat :-( Auch wenn ich natürlich weiss, dass das jedem mit entsprechend technischem Wissen und AUsstattung schon immer möglich war: Es ist m.E. ein riesiger Unterschied, ob das bisher nur sehr wenige konnten, jetzt aber ein jeder kann... Beim Klick auf die Zustimmung zur Lizenz wollte ich eigentlich ausdrücken: Ja, ich stelle die von mit gesammelten Geodaten jedem zur freien Verfügung :-) aber nicht, dass ich damit auch gleich meine personenbezogenen Bewegungsdaten ebenfalls jedem zur freien Verfügung stellen will. Ist es nicht besser, ein solches Zusammenfuehren oeffentlicher Daten findet oeffentlich statt Nein. so dass jeder direkt sieht, was ueber ihn im Netz steht Es ist gut, wenn jeder sehen kann, was über ihn im Netz steht. Das hilft, das Ausmass des Gläsern seins zu erkennen. Es ist aber m.E. schlecht, wenn diese sehr persönliche Information auch gleich noch an alle verteilt wird ;-) _Vorschlag:_ Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an: a) Willst Du, das Deine gespendeten Geodaten frei sind? b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt wird und daraus für jederman ein Profil abgeleitet Wird? Dann kann jeder frei entscheiden :-) Und bis dahin gehen wir - um personenbezogene Daten zu schützen - einfach davon aus, dass alle bisherigen Zustimmer die Frage b) mit Nein beantwortet haben. Und bieten allen angemeldeten Benutzern die Möglichkeit, die Frage b) nachträglich auch mit Ja beantworten zu können :-) Und die DB könnte man ja so umbauen, dass die personenbezogenen Daten sicher abgekoppelt werden? und nur anonymisiert per ID verknüpft werden. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treppen und Räder (steps access)
Hallo Ralf, In JOSM konnte ich an der entsprechenden Stelle tatsächlich ein Treppen-Symbol erkennen: Ein Node des Weges war mit Highway=Steps gekennzeichnet, was JOSM offenbar unterstützt. Laut [1] ist dies aber eher unüblich, inzwischen habe ich das entsprechende Teilstück des Weges von highway=footway in steps umgewidmet. Das war der Fehler, den Du gestern bereits behoben hast. Die meisten Router incl. der Garmin-Software und deren Vorverarbeitung berücksichtigen keine Punktinformationen wie z.B. Poller, sondern werten nur die Wegattribute aus. Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 14. Juli 2013 09:28 schrieb Markus liste12a4...@gmx.de: On 13.07.2013 19:47, Dirk Sohler wrote: Trotzdem sollte es kein Freifahrtschein dafür sein, alle erfassten Daten zusammenzuführen, auszuwerten, und namentlich (pseudonym IST namentlich) für jedermann zugänglich zu machen. Dem würde ich jetzt erst mal voll zustimmen. ich nicht :-) Wir haben alle zugestimmt, dass beliebige Auswertungen mit den Daten gemacht werden können, die wir (freiwillig) dem Projekt zur Verfügung stellen: You hereby grant to OSMF a worldwide, royalty-free, non-exclusive, perpetual, irrevocable licence to do any act that is restricted by copyright, database right or any related right over anything within the Contents, whether in the original medium or any other. These rights explicitly include commercial use, and do not exclude any field of endeavour. letzter Satz, (ungefähr): [alles mit den Daten zu machen], diese Rechte schließen insbesondere die kommerzielle Verwendung ein, und schließen keinerlei Verwendungsmöglichkeit aus. Mir ist es unwohl bei dem Gedanken, dass jeder aus den öffentlich zugänglichen Game-Profilen Zeit- und Bewegungsmuster über mich auf Knopfdruck zur Verfügung hat :-( hat er ja nicht. Er kann lediglich sehen, wo die einzelnen Mapper (das sind Pseudonyme, die keiner Person (Vorname, Zuname, Geburtsdatum und Ort, Soziaversicherungsnummer, etc.) zugeordnet sind) editiert haben, und was mit dem jeweiligen Account jeweils an Edits gemacht wurden. Wer Sorgen hat, dass die Pseudonyme seiner Person zugeordnet werden könnten, der sollte a) die zum Pseudonym gehörige Identität möglichst geheim halten, und b) ggf. hin- und wieder einen neuen Account erstellen, um das Ausmaß zumindest zu begrenzen. Auch wenn ich natürlich weiss, dass das jedem mit entsprechend technischem Wissen und AUsstattung schon immer möglich war: Es ist m.E. ein riesiger Unterschied, ob das bisher nur sehr wenige konnten, jetzt aber ein jeder kann... da potentiell auch sehr wenige im Prinzip alle sind, wie aus dem Anfangssatz hervorgeht, finde ich nicht, dass es einen riesigen Unterschied macht. Beim Klick auf die Zustimmung zur Lizenz wollte ich eigentlich ausdrücken: was Du vermutlich meinst ist der Zustimmung zu den CT, nicht zur Lizenz. _Vorschlag:_ Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an: a) Willst Du, das Deine gespendeten Geodaten frei sind? b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt wird und daraus für jederman ein Profil abgeleitet Wird? Das hatten wir ja früher mal (anonyme Edits), vor einiger Zeit wurde entschieden, dass die damit verbundenen Nachteile für die Community (fehlende Kontaktmöglichkeiten mit dem Mapper) so schwer wiegen, dass man davon Abstand genommen hat. Ich bestehe aber darauf, der Login-Name ist nicht der Name des Mappers, sondern ein frei gewähltes (und jederzeit änderbares) Pseudonym (wobei das Ändern im Gegensatz zu mehreren Accounts zugegebenermaßen nichts bringt wegen der user-id). Und bis dahin gehen wir - um personenbezogene Daten zu schützen - einfach davon aus, dass alle bisherigen Zustimmer die Frage b) mit Nein beantwortet haben. Alle haben mit ja beantwortet, siehe ct. Personenbezogen sind die Daten aber eigentlich nur für Polizei und Geheimdienste, die den User anhand der Verbindungsnachweise der Provider einer echten Person zuordnen können, die OSMF hat lediglich die IP-Adressen (kann sie aber keinen echten Personen zuweisen), und der Rest sieht nur die ID. Und bieten allen angemeldeten Benutzern die Möglichkeit, die Frage b) nachträglich auch mit Ja beantworten zu können :-) diskutieren kann man sowas natürlich, nur sehe ich es für wenig wahrscheinlich an, dass man die CT jetzt schon wieder in Frage stellt und entsprechend ergänzen wird, weil eine Nutzungsbegrenzung der beigetragenen Daten ja immer auch Kollateralschäden mit sich bringt. Und die DB könnte man ja so umbauen, dass die personenbezogenen Daten sicher abgekoppelt werden? und nur anonymisiert per ID verknüpft werden. das ist ja schon so. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treppen und Räder (steps access)
Am 14.07.2013 00:46, schrieb RalfGesellensetter: Im Alltag gibt es aber Abkürzungen, die so attraktiv sind, dass 2-3 Stufen die meisten Radler nicht abhalten würden - und Radsportler würden ihr Rad gerne auch 10-15 Stufen tragen, wenn sie dadurch die Bundesstraße oder einen Umweg umgehen könnten. Lässt sich das irgendwie ausdifferenzieren? Immerhin bietet auch ORS verschiedene Routen für Rennrad, Mountainbike und Kinder (sichere Route) an. MBMN ist es sinnvoll die Stufenanzahl zu mappen. Dazu kann das Tag step_count[1] genutzt werden. Des weiteren kann man mit ramp:bicycle=yes angeben ob die Treppe eine Schieberampe für Fahrräder besitzt. Was die Router dann daraus machen ist deren Sache. Chris [1] http://wiki.openstreetmap.org/wiki/Key:step_count ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 14.07.2013 03:45, schrieb Wolfgang Hinsch: Im Grunde ist es nicht das Problem, das hier jemand sieht, das User x in Kleinkleckersdorf eine Hausnummer angefasst hat. Aber ich habe hier gelesen, man könnte dann ja die Daten aus dem Forum und aus dem Wiki und aus Osm und ... zusammenführen. Als nächstes kommt noch jemand mit Beziehungen zum Finanzamt oder Krankenhaus und mischt die Daten mit rein, weil er sie ja schließlich hat und es besser ist, wenn das alle wissen. Also OSM stellt keine Zusammenhänge zwischen dem Usernamen und deinem richtigen Namen, sowie Adresse, Wohnort etc. her. Du kannst deinen Standort freiwillig in deinem Profil eintragen. Das ist aber auch schon alles. Wenn jemand zwischen deinem Usernamen und den anderen Daten einen Zusammenhang herstellen kann, dann bestimmt nicht durch deine Beiträge zu OSM. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treppen und Räder (steps access)
Am 14.07.2013 10:44, schrieb Joachim Kast: Hallo Ralf, In JOSM konnte ich an der entsprechenden Stelle tatsächlich ein Treppen-Symbol erkennen: Ein Node des Weges war mit Highway=Steps gekennzeichnet, was JOSM offenbar unterstützt. Laut [1] ist dies aber eher unüblich, inzwischen habe ich das entsprechende Teilstück des Weges von highway=footway in steps umgewidmet. Das war der Fehler, den Du gestern bereits behoben hast. Die meisten Router incl. der Garmin-Software und deren Vorverarbeitung berücksichtigen keine Punktinformationen wie z.B. Poller, sondern werten nur die Wegattribute aus. Bei mkgmap, also dem Übersetzer ins Garmin-Format, kann man sagen, er soll Punkt-Eigenschaften auf einem Weg auf ein Wegstück übertragen. Ob die genutzte Karte das macht und ob das auch mit highway=steps am Punkt funktioniert weiß ich nicht. Allgemein stellt sich beim Auslegen des Routers auch immer die Frage, ob man als Radfahrer nicht doch eher 5 Stufen trägt, als einen Umweg zu fahren oder andere Nachteile in Kauf zu nehmen. So kommt es, dass viele Fahrradkarten auch über Treppen routen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hier auch mal meine Einschätzung zum Thema: Die Preisgabe von Informationen ist ein notwendiges Übel bei der Partizipation in freien Projekten wie OSM. Man kann da nicht Rosinen picken. Kartendaten ja, persönliche Daten nein. geht nun mal nicht, weil je nach Definition von persönlichen Daten beides das selbe ist. Datenauswertung bitte nur von den Guten (tm) ist genauso Unsinn. Wenn es möglich ist, wird es gemacht. Wer der Benutzerkreis solcher Auswertungen oder von Tools dafür ist entzieht sich vollständig der Kontrolle des Einzelnen. Wenn Pascal die Tools nicht schreibt, tut es ein Anderer. Die Annahme, jeder hätte bereits jetzt vollen und einfachen Zugriff auf die ausgewerteten Profile liegt weit näher an der Wahrheit als das Wunschbild, nur verantwortungsvolle Profis würden damit arbeiten. Die Verantwortung dafür liegt trotzdem bei jedem einzelnen. Wenn man datensparsam Leben will, lädt man einfach keine Daten hoch. Fertig. Wer das abstufen möchte, lädt mit zeitlichem Verzug hoch, entfernt Zeitstempel aus Tracks, wechselt regelmäßig Accounts usw. Einen Wasch mir denn Pelz aber mach mich nicht nass-Ansatz gibt es nun mal nicht. Da können wir bei OSM recht froh sein, dass uns diese Möglichkeiten überhaupt bleiben. Das ist nicht überall soll. Bei Gameification sehe ich das Problem eher in fehlgeleitetem Ehrgeiz, Cheatern und Anreiz für Vandalismus als in Datenschutz. Obwohl ein Opt-In natürlich zu begrüßen wäre. Allerdings eher aus Gründen, um die Highscoretabellen nicht mit Import-Accounts und One-Off Accounts vollzumüllen. Gruß Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Tobias Knerr schrieb: Ich sehe natürlich kein Problem darin, wenn du bei einem Ranking oder Badge-Sammelspielchen nicht mitmachst. Wer solche Spielchen toll findet, oder es mag, dass seine Daten auf fremden Seiten aufbereitet für jedermann zugänglich sind, schön. Aber dann bitte entweder Opt-in oder Opt-out. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-07-14T12:37:27+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Martin Koppenhoefer schrieb: You hereby grant to OSMF […] OSMF, nicht Pascal Neis, oder irgendeinem anderen. _Vorschlag:_ Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an: a) Willst Du, das Deine gespendeten Geodaten frei sind? b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt wird und daraus für jederman ein Profil abgeleitet Wird? Das hatten wir ja früher mal (anonyme Edits), vor einiger Zeit wurde entschieden, dass die damit verbundenen Nachteile für die Community (fehlende Kontaktmöglichkeiten mit dem Mapper) so schwer wiegen, dass man davon Abstand genommen hat. Wo sind anonyme Edits denn besser oder schlechter, als sich alle 14 Tage aus Datenschutzgründen einen neuen Account anzulegen? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-07-14T12:42:20+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrundkarte für Zeitungen
Am Sat, 13 Jul 2013 23:06:55 +0200 schrieb Volker aeon...@gmx.de: Die Thüringer Allgemeine nimmt zum Beispiel STEP MAP Das liefert ja schon so einiges an Komfort. Ich dachte jetzt eher an etwas wie die Exportfunktion auf www.openstreetmap.org -- nur mit einer eher detailarmen Karte. Die Redaktion könnte dann mit ihrem Lieblingsmalprogramm drübermalen. Danke und frohes Mappen Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrundkarte für Zeitungen
Hi, On 14.07.2013 13:07, Wilhelm Spickermann wrote: Das liefert ja schon so einiges an Komfort. Ich dachte jetzt eher an etwas wie die Exportfunktion auf www.openstreetmap.org -- nur mit einer eher detailarmen Karte. Die Redaktion könnte dann mit ihrem Lieblingsmalprogramm drübermalen. Maperitive + Overpass-Download + eingebauter Google Maps-Style liefert eigentlich auch ganz gute Resultate, vor allem kommt da dann Illustrator-kompatibles SVG raus, und damit koennen die meisten ganz gut weiterarbeiten. 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] Project of the Week und Gamification
On 13.07.2013 19:00, Pascal Neis wrote: Hi, Wolfgang Hinsch schrieb: es sind ja keine personenbezogenen Daten wenn sie auf ein Pseudonym bezogen sind, oder? Abgesehen davon haben alle Mapper mittlerweile den CT zugestimmt. Deutsches Recht kommt vermutlich eher nicht zur Anwendung sondern englisches. wenn du dir sicher bist... Ich kann mich beruhigt zurück lehnen, weil ich genau weiß, dass, wenn jemand ein Problem irgendwann bekommen sollte, ich nicht beteiligt bin. Meine Bedenken gelten übrigens für den ganzen Thread, inklusive Daten aus Wiki, Forum, etc. pp. zusammenführen. btw. es wird wohl derzeit daran gearbeitet etwas ähnliches wie HDYC auf *jeder* OSM Userpage zu integrieren, vgl. Saman's Talk auf der SOTM US 2013[1]. Dann brauchen sie nach diesem Thread wohl definitiv erstmal eine juristische Beratung, wenn mensch Datenschutz so hoch wie CopyRight setzt siehe Geocoding. cu fly [1] http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68093877 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrundkarte für Zeitungen
Am Sun, 14 Jul 2013 13:47:45 +0200 schrieb Frederik Ramm frede...@remote.org: Maperitive + Overpass-Download + eingebauter Google Maps-Style liefert eigentlich auch ganz gute Resultate, vor allem kommt da dann Illustrator-kompatibles SVG raus, und damit koennen die meisten ganz gut weiterarbeiten. Danke und frohes Mappen, Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 14. Juli 2013 12:45 schrieb Dirk Sohler s...@0x7be.de: Martin Koppenhoefer schrieb: You hereby grant to OSMF […] OSMF, nicht Pascal Neis, oder irgendeinem anderen. wenn Du den Satz fertig liest, dann steht da, dass man der OSMF das unwiderrufliche, weltweit gültige Recht einräumt, die Daten weiterzuverteilen an alle Interessierten für jeden Zweck und ohne Ausnahme (Bedingung: Lizenz). Wie es einem bei OSM aktiven Mapper entgehen kann, dass die Daten weiterkopiert werden, ist für mich ehrlich gesagt überhaupt nicht nachvollziehbar. Das hatten wir ja früher mal (anonyme Edits), vor einiger Zeit wurde entschieden, dass die damit verbundenen Nachteile für die Community (fehlende Kontaktmöglichkeiten mit dem Mapper) so schwer wiegen, dass man davon Abstand genommen hat. Wo sind anonyme Edits denn besser oder schlechter, als sich alle 14 Tage aus Datenschutzgründen einen neuen Account anzulegen? bei einem Account geht man davon aus, dass der Mapper unter der Email erreichbar ist, bei einem anonymen Edit ist das nicht der Fall. Klar, wenn man sich nicht um die anderen schert und absichtlich oder aus Nachlässigkeit nicht unter der bei der Registrierung genutzten Emailadresse erreichbar ist, dann ist die Auswirkung aufs Projekt dieselbe. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
On 14 Jul 2013 12:46, Dirk Sohler s...@0x7be.de wrote: Martin Koppenhoefer schrieb: You hereby grant to OSMF […] OSMF, nicht Pascal Neis, oder irgendeinem anderen. und die OSMF hat es dann Pascal (und jedem anderen) erlaubt, in dem es die Daten unter der ObDL freigibt. War dir nicht klar dass sie das darf? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Ronnie Soak schrieb: War dir nicht klar dass sie das darf? Es ist etwas „unglücklich“ formuliert, ja. Bisher dachte ich, dass sich das nur auf die eingepflegten Daten bezieht. Dass damit auch die Metadaten und Nutzerprofile gemeint sind, ist mir tatsächlich neu – nicht, dass es das besser macht, aber rein rechtlich kann man dieser Scheiß Datenzusammenführung von ihm wohl nicht beikommen. Ich fänd es trotzdem schön, wenn er aus meinen Daten kein Bewegungsprofil erstellen würde. -- Local time :: Ortszeit :: DE-HH 2013-07-14T14:34:17+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Pascal Neis schrieb: btw. es wird wohl derzeit daran gearbeitet etwas ähnliches wie HDYC auf *jeder* OSM Userpage zu integrieren, […] Na hoffentlich Opt-in oder zumindest Opt-out. Wer aus meinen Daten ein Bewegungsprofil erstellen will, soll sich immerhin anstrengen. -- Local time :: Ortszeit :: DE-HH 2013-07-14T14:36:55+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 14. Juli 2013 14:36 schrieb Dirk Sohler s...@0x7be.de: Ronnie Soak schrieb: War dir nicht klar dass sie das darf? Es ist etwas „unglücklich“ formuliert, ja. Bisher dachte ich, dass sich das nur auf die eingepflegten Daten bezieht. Dass damit auch die Metadaten und Nutzerprofile gemeint sind, ist mir tatsächlich neu – Nutzerprofile nur insoweit, als man für jeden Edit erkennen kann, welcher Nutzer ihn gemacht hat. Mit dem Wiki hat das nichts zu tun, weil man da einen anderen Nutzernamen hat (oder man hat selbst dafür gesorgt, dass es derselbe ist). Metadaten auch nur insoweit oben beschrieben, die Metadaten wie IP Adresse des Users, verwendeter Browser etc. sind vertraulich und nicht verfügbar. nicht, dass es das besser macht, aber rein rechtlich kann man dieser Scheiß Datenzusammenführung von ihm wohl nicht beikommen. es ist keine Zusammenführung sondern lediglich eine Auswertung der Edits anhand von ihm festgelegter Kriterien. Ich fänd es trotzdem schön, wenn er aus meinen Daten kein Bewegungsprofil erstellen würde. ein Bewegungsprofil kann man nicht erstellen, da man ja nicht weiss, wann Du Dich wo aufgehalten hast, man weiss nicht mal, wer Du bist, lediglich den von Dir gewählten Namen kann man sehen. Gut, wenn man online Editoren auf Smartphones benutzt, wird es schon wahrscheinlicher, dass man wirklich zeitnah am realen Aufenthaltsort gemappt hat. Vergleiche das aber mal mir Deinem Netzprovider fürs Handy (der die Daten vermutlich allen interessierten Diensten freiwillig oder verdeckt/indirekt zur Verfügung stellt), der wirklich für jeden Moment, wo Du das Teil eingeschalten hast und Empfang hast, einigermaßen genau den Standort vorhersagen kann. Oder der Hersteller des Geräts/OS (Apple, Google, MS), der sich meist das Recht herausnimmt, diese Daten ebenfalls mitzuschneiden, um damit seine Dienste zu verbessern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hi, On 14.07.2013 00:28, Dirk Sohler wrote: Ich hoffe, dass du eine Opt-out-Option einbaust, so können immerhin diejenigen, die davon Kenntnis erlangen, was du mit ihren Daten machst, und die das nicht möchten, verhindern, dass diese Daten ohne weiteres von jedermann mittels Suchmaske abgegriffen werden können. Diese Person hat der Nutzung ihrer Daten durch HDYC widersprochen. Um die Daten dieser Person dennoch anzuzeigen, gib auf einem geeigneten Linuxrechner die folgenden Befehle ein ... ;) 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] Project of the Week und Gamification
Am Sonntag, den 14.07.2013, 14:36 +0200 schrieb Dirk Sohler: Ronnie Soak schrieb: War dir nicht klar dass sie das darf? Es ist etwas „unglücklich“ formuliert, ja. Bisher dachte ich, dass sich das nur auf die eingepflegten Daten bezieht. Dass damit auch die Metadaten und Nutzerprofile gemeint sind, ist mir tatsächlich neu – nicht, dass es das besser macht, aber rein rechtlich kann man dieser Scheiß Datenzusammenführung von ihm wohl nicht beikommen. Ich fänd es trotzdem schön, wenn er aus meinen Daten kein Bewegungsprofil erstellen würde. Es stellt sich nur noch die Frage, ob diese Auslegung so ok ist, und ob diese Bedingungen überhaupt irgendeine Wirkung haben. Die CT ist für jeden immer gleich. Das so ziemlich genau das, was man als AGB bezeichnet, und was in sehr vielen Fällen schon einer einfachen Überprüfung nicht stand hält. Abgesehen davon steht von einer Zusammenführung von Daten aus verschiedenen Quellen auch in der CT nichts. Ich wäre hier sehr vorsichtig, zu schreiben es ist so oder anders. Es könnte so sein. Das (auch finanzielle) Risiko trägt jeder letztlich selbst. Es wäre nur für das ganze Projekt etwas fatal, wenn ein neuer Oberförster die Kraftfahrtstraßen überarbeitet, dabei etwas auf die Pfoten weg bekommt, sich bei der XX-Presse ausheult und die einen großen Aufmacher OSM FORSCHT SEINE MITGLIEDER AUS bringt, weil gerade jemand dem Redakteur wegen eines Kommas in der Attribution barsch auf die Füße getreten ist. Selbst wenn das zu 80% heiße Luft ist, bleiben dann immer noch gewisse Auswertungen, die sich interessierte Medien genüsslich auf den Seiten zergehen lassen. Damit soll ja so eine Supermarktkette bereits Erfahrungen gesammelt haben. Die öffentliche Aufregung war mit Sicherheit teurer als alles, was irgendwelche Regulierungsstellen verhängen könnten. Wenn uns so etwas passieren sollte, wäre der Schaden ziemlich global: Die Datenauswerter bekommen Probleme mit den Abnehmern Nee, lass man, ich kaufe lieber beim Vermessungsamt, da muss ich nicht OSM drunter schreiben. Die Mapper erleben eine neue Sportkultur, wenn jemand fragt, was man sie machen. Ahnunglos holt man den Flyer raus, dokumentiert damit, dass man zu den Bösen gehört und kann einen netten Wettlauf mit den niedlichen Hundis machen. Die Öffentlichkeitsarbeiter stehen an ihrem Stand, so sie ihn überhaupt aufbauen dürfen OSM? Im Moment eigentlich nicht so gerne wie am Pranger. Und das Werben um neue Mapper wird etwas schwieriger. Wenn es das denn wert sein soll. Im Übrigen: Bewegungsprofile von Couchmappern sind auch etwas Lustiges. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Was habt ihr eigentlich immer mit Datenzusammenführung? Die Daten liegen doch in genau einer DB? Und wieso sind das Bewegungsprofile? Für die Hälfte meiner Edits hab ich mich nur leicht drehend im Bürostuhl bewegt. Die andere Hälfte an Edits hat zeitlich nur eine sehr wage Korrelation mit meinem Aufenthaltsort. Und keiner weiß, welcher Edit zu welcher Hälfte gehört. Oder reden wir hier über Tracks? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 14.07.2013 15:14, schrieb Frederik Ramm: Hi, On 14.07.2013 00:28, Dirk Sohler wrote: Ich hoffe, dass du eine Opt-out-Option einbaust, so können immerhin diejenigen, die davon Kenntnis erlangen, was du mit ihren Daten machst, und die das nicht möchten, verhindern, dass diese Daten ohne weiteres von jedermann mittels Suchmaske abgegriffen werden können. Diese Person hat der Nutzung ihrer Daten durch HDYC widersprochen. Um die Daten dieser Person dennoch anzuzeigen, gib auf einem geeigneten Linuxrechner die folgenden Befehle ein ... Nicht alles, was technisch machbar ist, ist rechtlich erlaubt und/oder moralisch vertretbar. Dass man meinen Mailverkehr ausspionieren kann und ich das auch weiß, berechtigt niemanden dazu, es zu tun und Statistiken darüber ins Internet zu stellen. Letztlich ist die Frage, ob die Auswertung der OSM-Daten einschließlich der Metadaten zu statistischen Zwecken und zur Erstellung eines Aktivitätsprofils und die Veröffentlichung der Ergebnisse durch die ODbL gedeckt ist. Ich habe da erhebliche Zweifel. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am Sonntag, den 14.07.2013, 15:49 +0200 schrieb Ronnie Soak: Was habt ihr eigentlich immer mit Datenzusammenführung? Die Daten liegen doch in genau einer DB? Und wieso sind das Bewegungsprofile? Für die Hälfte meiner Edits hab ich mich nur leicht drehend im Bürostuhl bewegt. Die andere Hälfte an Edits hat zeitlich nur eine sehr wage Korrelation mit meinem Aufenthaltsort. Und keiner weiß, welcher Edit zu welcher Hälfte gehört. Oder reden wir hier über Tracks? Der Thread ist inzwischen etwas unübersichtlich. Es hat in diesem Thread tatsächlich schon den Vorschlag gegeben, aus Wiki, Forum und anderen Quellen alles zusammen zu führen. Bei einigen müsste dann nur noch geklärt werden wie die Identitäten zusammen gehören, aber das Problem könnte man dann auch angehen. Da ging bei mir eine Warnlampe an. Was wer glaubt oder nicht - Ich hole mir Popkorn und beobachte das Ganze. Es wäre nur extrem unschön, wenn ich mir ein neues Betätigungsfeld suchen müsste, weil das Projekt sich selbst ohne jede Notwendigkeit in der Öffentlichkeit diffamiert hat. Ich möchte hier nur ein bisschen sensibilisieren, weil einige mit der Datenherkunft bei Geodaten extrem penibel sind, wahrscheinlich wesentlich penibler, als notwendig, und auf dem anderen Auge, wenn es um persönliche Daten geht, vollkommen blind. Sicher muss man bei Geodaten etwas mehr warnen, als unbedingt notwendig, denn mensch macht leicht mehr als empfohlen. Aber genau das sollte auch für die persönlichen Daten gelten. EOT Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 14.07.2013 15:49, schrieb Ronnie Soak: Was habt ihr eigentlich immer mit Datenzusammenführung? Die Daten liegen doch in genau einer DB? Eine Datenzusammenführung liegt z.B. dann vor, wenn Informationen aus dem Userprofil auf openstreetmap.org mit den Informationen aus der Datenbank zusammengeführt würden, z.B. der geografische Standort, die Freunde etc. Bisher habe ich gesehen, dass in HDYC die Anzahl der Notes und die Zahl der GPS-Tracks aufführt, die sicher nicht aus der Datenbank stammen. Das ist schon grenzwertig. Ich muss aber gestehen, dass ich bisher davon ausgegangen bin, dass derartige Informationen nur von eingeloggten Usern gesehen werden können. Und wieso sind das Bewegungsprofile? Für die Hälfte meiner Edits hab ich mich nur leicht drehend im Bürostuhl bewegt. Die andere Hälfte an Edits hat zeitlich nur eine sehr wage Korrelation mit meinem Aufenthaltsort. Und keiner weiß, welcher Edit zu welcher Hälfte gehört. Nun ja, wenn sich jemand meine Heatmap, meine HDYC-Auswertung und Who's around me? anschaut, dann ist es für ihn ein Leichtes Rückschlüsse auf meinen Wohnort zu ziehen. Und wenn ich heute einen Changeset mit dem Kommentar site survey with GPS device mache, dann kannst du davon ausgehen, dass ich in den letzten drei Tagen an den Orten war, wo ich Änderungen gemacht habe. Mich juckt das wenig, aber das gilt nicht für jeden und bei mir auch nicht immer. Das nimmt mir eher die Lust am Mappen als es ein Badge kompensieren könnte. Gruß rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
rainerU schrieb: Letztlich ist die Frage, ob die Auswertung der OSM-Daten einschließlich der Metadaten zu statistischen Zwecken und zur Erstellung eines Aktivitätsprofils und die Veröffentlichung der Ergebnisse durch die ODbL gedeckt ist. Ich habe da erhebliche Zweifel. Gibt es eigentlich eine Art „Rechtsabteilung“, an die man sich als User wenden kann, um genau solche Dinge zu klären? -- Local time :: Ortszeit :: DE-HH 2013-07-14T16:36:59+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 84, Eintrag 43
Am 14.07.2013 15:33, schrieb talk-de-requ...@openstreetmap.org: Um E-Mails an die Liste Talk-de zu schicken, nutzen Sie bitte die Adresse talk-de@openstreetmap.org Um sich via Web von der Liste zu entfernen oder draufzusetzen: http://lists.openstreetmap.org/listinfo/talk-de oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in Subject/Betreff oder im Text an talk-de-requ...@openstreetmap.org Sie koennen den Listenverwalter dieser Liste unter der Adresse talk-de-ow...@openstreetmap.org erreichen Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als Re: Contents of Talk-de digest... Meldungen des Tages: 1. Re: Hintergrundkarte für Zeitungen (Wilhelm Spickermann) 2. Re: Project of the Week und Gamification (Martin Koppenhoefer) 3. Re: Project of the Week und Gamification (Ronnie Soak) 4. Re: Project of the Week und Gamification (Dirk Sohler) 5. Re: Project of the Week und Gamification (Dirk Sohler) 6. Re: Project of the Week und Gamification (Martin Koppenhoefer) 7. Re: Project of the Week und Gamification (Frederik Ramm) 8. Re: Project of the Week und Gamification (Wolfgang Hinsch) -- Message: 1 Date: Sun, 14 Jul 2013 14:06:11 +0200 From: Wilhelm Spickermann o...@spickermann-d.de To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Hintergrundkarte für Zeitungen Message-ID: 20130714140611.61f9c...@osm-spickermann-d.de Content-Type: text/plain; charset=US-ASCII Am Sun, 14 Jul 2013 13:47:45 +0200 schrieb Frederik Ramm frede...@remote.org: Maperitive + Overpass-Download + eingebauter Google Maps-Style liefert eigentlich auch ganz gute Resultate, vor allem kommt da dann Illustrator-kompatibles SVG raus, und damit koennen die meisten ganz gut weiterarbeiten. Danke und frohes Mappen, Wilhelm -- Message: 2 Date: Sun, 14 Jul 2013 14:19:04 +0200 From: Martin Koppenhoefer dieterdre...@gmail.com To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Project of the Week und Gamification Message-ID: CABPTjTDTZwEa-M_g4W-y+BR4muBCBTngYMvTahB8E=mrun7...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Am 14. Juli 2013 12:45 schrieb Dirk Sohler s...@0x7be.de: Martin Koppenhoefer schrieb: You hereby grant to OSMF [?] OSMF, nicht Pascal Neis, oder irgendeinem anderen. wenn Du den Satz fertig liest, dann steht da, dass man der OSMF das unwiderrufliche, weltweit gültige Recht einräumt, die Daten weiterzuverteilen an alle Interessierten für jeden Zweck und ohne Ausnahme (Bedingung: Lizenz). Wie es einem bei OSM aktiven Mapper entgehen kann, dass die Daten weiterkopiert werden, ist für mich ehrlich gesagt überhaupt nicht nachvollziehbar. Das hatten wir ja früher mal (anonyme Edits), vor einiger Zeit wurde entschieden, dass die damit verbundenen Nachteile für die Community (fehlende Kontaktmöglichkeiten mit dem Mapper) so schwer wiegen, dass man davon Abstand genommen hat. Wo sind anonyme Edits denn besser oder schlechter, als sich alle 14 Tage aus Datenschutzgründen einen neuen Account anzulegen? bei einem Account geht man davon aus, dass der Mapper unter der Email erreichbar ist, bei einem anonymen Edit ist das nicht der Fall. Klar, wenn man sich nicht um die anderen schert und absichtlich oder aus Nachlässigkeit nicht unter der bei der Registrierung genutzten Emailadresse erreichbar ist, dann ist die Auswirkung aufs Projekt dieselbe. Gruß Martin -- Message: 3 Date: Sun, 14 Jul 2013 14:20:50 +0200 From: Ronnie Soak chaoschaos0...@googlemail.com To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Project of the Week und Gamification Message-ID: CALKj2D_WVOWxpGh5k4w_ANyt4u0eTvnMkXj=txjpd-yhlb-...@mail.gmail.com Content-Type: text/plain; charset=windows-1252 On 14 Jul 2013 12:46, Dirk Sohler s...@0x7be.de wrote: Martin Koppenhoefer schrieb: You hereby grant to OSMF [?] OSMF, nicht Pascal Neis, oder irgendeinem anderen. und die OSMF hat es dann Pascal (und jedem anderen) erlaubt, in dem es die Daten unter der ObDL freigibt. War dir nicht klar dass sie das darf? Gruss, Chaos -- Message: 4 Date: Sun, 14 Jul 2013 14:36:32 +0200 From: Dirk Sohler s...@0x7be.de To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Project of the Week und Gamification Message-ID: 20130714143632.6cf66ea8@jana Content-Type: text/plain; charset=windows-1252 Ronnie Soak schrieb: War dir nicht klar dass sie das darf? Es ist etwas ?unglücklich? formuliert, ja. Bisher dachte ich, dass sich das nur auf die eingepflegten Daten bezieht. Dass damit auch die Metadaten und Nutzerprofile gemeint sind, ist mir tatsächlich neu ? nicht, dass es das besser macht, aber rein rechtlich kann man dieser Scheiß Datenzusammenführung von ihm
Re: [Talk-de] Project of the Week und Gamification
Hallo, On 14.07.2013 16:37, Dirk Sohler wrote: Letztlich ist die Frage, ob die Auswertung der OSM-Daten einschließlich der Metadaten zu statistischen Zwecken und zur Erstellung eines Aktivitätsprofils und die Veröffentlichung der Ergebnisse durch die ODbL gedeckt ist. Ich habe da erhebliche Zweifel. Gibt es eigentlich eine Art „Rechtsabteilung“, an die man sich als User wenden kann, um genau solche Dinge zu klären? Wir haben eine Legal Working Group (le...@osmfoundation.org) und auch eine legal-talk-Mailingliste (lists.openstreetmap.org/listinfo/legal-talk). 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] Project of the Week und Gamification
Hi, On 14.07.2013 15:59, rainerU wrote: Nicht alles, was technisch machbar ist, ist rechtlich erlaubt und/oder moralisch vertretbar. Dass man meinen Mailverkehr ausspionieren kann und ich das auch weiß, berechtigt niemanden dazu, es zu tun Weil es ein Gesetz gegen das Ausspionieren deines Mailverkehrs gibt. Letztlich ist die Frage, ob die Auswertung der OSM-Daten einschließlich der Metadaten zu statistischen Zwecken und zur Erstellung eines Aktivitätsprofils und die Veröffentlichung der Ergebnisse durch die ODbL gedeckt ist. Ich habe da erhebliche Zweifel. Ich nicht. Die benoetigten Daten stecken in jedem Planetfile drin, das komplette Planetfile steht unter einer freien Lizenz, und so ein Profil ist letztlich ein verhaeltnismaessig einfacher Algorithmus. Der Schritt von Planetfile zu Auswertung ist nicht gross; wenn die Auswertung unzulaessig waere, muesste auch das Planetfile unzulaessig sein. Die Veroeffentlichung nicht nur der Datensubstanz, sondern auch der Information, *wer* die Daten wann beigetragen hat, ist meiner Ansicht nach jedoch essentiell fuer die Zusammenarbeit im Projekt. Pascals Seiten sind zum Beispiel eine grosse Hilfe dabei, herauszufinden, ob ein User nur zufaellig mal in einem betrachteten Bereich vorbeigekommen ist oder dort seinen Aktivitaetsschwerpunkt hat. Das war mir in der Vergangenheit schon oft nuetzlich, wenn ich z.B. die Aktiven in einem bestimmten Gebiet anmailen wollte. Wenn Pascal so ein Tool nicht schon haette, wuerde ich eins bauen ;) Sollte sich herausstellen, dass berechtigte Zweifel daran bestehen, dass die Verarbeitung aller Daten wirklich frei moeglich ist, so wuerden wir m.E. die Lizenz oder Contributor Terms so anpassen muessen, dass das da nochmal explizit drinsteht. Es kann nicht sein, dass ich wenig mehr als ein grep aufs Planetfile laufen lasse und mich dadurch schon irgendwelchen Datenschutzbedenken ausgesetzt sehe. 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
[Talk-de] GPS Kamera synchronisiert keine Zeit
Hallo, ich suche jemanden der eine Sony DSC-HX10V oder HX20V Kamera besitzt. Andere Kameras mit Kompass und GPS wären vielleicht auch interessant. Ich habe den Vorgänger HX5V und musste feststellen dass die Kamera doch recht sorglos ist was eine korrekte Uhrzeit angeht. Nachweisbar gesehen habe ich zumindest eine Abweichung der Kamerazeit von 5 Sekunden. Das sind bei Aufnahmen aus dem Auto fast 100 Meter Abweichung von der korrekten Position. Für eine Kamera die mit einem GPS Empfänger eigentlich eine sehr genaue Zeitbasis hat ein Armutszeugnis. Mich würde nun interessieren ob sich die neuen Modelle hier besser verhalten. Die Erkenntnisse habe ich hier dokumentiert: http://www.technologyblog.de/2013/07/wenn-ein-gps-fix-doch-keiner-ist/ Für einen ganz schnellen Test lässt sich die Kamerazeit im Einstellungsmenü mit einer frisch per NTP synchronisierten Zeit in Windows (oder auch Linux) vergleichen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM2WORLD 3D Neuschwanstein
Hallo Ludwich, ich versuch mich dem Problem mal zu nähern und gebe dir zumindest schon mal ein bischen Kontextinformationen :) Also zuerst mal: Ich habe die Kachel auf dem Server mal neu rendern lassen damit sie deinem Datenstand entspricht. Zweitens der generelle Hinweis, dass der Server derzeit *nicht* die aktuellste Version von git verwendet, da es da unter Umständen noch Performanceprobleme gibt. ludwich schrieb: Mein Problem liegt in der Bedachung, des Gebäudeteile note=Palas-3. Hier wird die Dachform falsch gerendert. Ich habe das ganze mit OSM2Word 0.2.0 und mit der Daily Version getestet. Ich glaube hier gibt es auf jeden Fall schon mal ein kleines Verständigungsproblem, das öfter auftritt: Es wird entweder das roof:shape-Tag *oder* die roof:ridges ausgewertet aber niemals beides, da sie zwei orthogonale Konzepte sind: Für Palas-1 könntest du z.B. die roof:ridge-Linie einfach weglassen. Dann ist das Dach zwar vermutlich falschrum, das kannst du dann aber mit roof:orientation=acress wieder fixen. Des weiteren sollten meiner Meinung nach die Gebäudeteile nur ein building:part=yes erhalten, das building=yes sollte nur an die Aussenhülle aber nicht auch nochmal an die einzelnen Teile. Palas-3 hat dann auch wieder roof:shape *und* die roof:ridge-Linie. Auch hier würde ich sagen reicht es roof:shape zu verwenden. Davon unabhängig ist mir aber beim roof:ridge noch ein kleines Problem aufgefallen: roof:angle und roof:height sind ansich wieder orthogonale Konzepte und starten bei dir komischerweise beide mit einem -? Die kleinen Anbauten im Norden von Palas-3 sind übrigens pyramidal-Dächer, haben aber auch wieder roof:ridge-Linien die wohl sicher weg müssen?! Ähnliche Probleme gibt es auch noch bei einigen weiteren Anbauten aussenrum. Da ich aber die genau Dachform nicht kenne, hab ich da jetzt mal nichts geändert. Du solltest da aber auf jeden Fall die roof:ridge-Linien wegmachen wo möglich, da das einfachere roof:shape-Tagging z.B. auch dafür sorgt, dass der First wirklich mittig ist und so Dinge ;) http://maps.osm2world.org/?zoom=14lat=48.13727lon=11.57548layers=B0TTFF Der korrekte Permalink ist übrigens folgender: http://maps.osm2world.org/?zoom=18lat=47.55764lon=10.74933layers=B0FTFF Hat jemand einen Tipp wie ich da hinbekomme? Ich hoffe mal, ich konnte damit schon mal etwas weiter helfen. Dass das eine Dach auf dem Turm fehlt ist ein Bug im *alten* Code. Dass das grüne Dach im 0.2.0-Code kaputt ist liegt zum einen am redundanten Tagging (durch Streichen der roof:ridge-Linien kannst du das denk ich selber schon fixen) und andererseits imho ein Bug in OSM2World. Tobias hat das aber denk ich schon auf seiner TODO-Liste ;) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Kamera synchronisiert keine Zeit
Am Mon, 15 Jul 2013 00:04:10 +0200 schrieb Stephan Knauss o...@stephans-server.de: Für eine Kamera die mit einem GPS Empfänger eigentlich eine sehr genaue Zeitbasis hat ein Armutszeugnis. Gerade wenn man die Uhr jederzeit auf einen korrekten Wert stellen kann, braucht man eigentlich keine genau gehende Uhr und der Hersteller kann hier sparen. Dass dann später die Software die Uhr fast nie stellt, habe ich auch schon auf einem Smartphone gesehen -- egal ob das GPS sowieso schon läuft oder nicht. Softwarefehler. Dieser Effekt zieht sich durch die Technikgeschichte. Ich hatte mal einen DCF77-Zeitsignal-Empfänger, der ausschließlich beim Einschalten (und um Mitternacht oder so) seinen Empfänger eingeschaltet hat -- ansonsten lief da eine sehr ungenaue Uhr. bis dann Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hallo, die rechtlichen Rahmenbedingungen sind in jedem Land anders. Es kann also gar nicht weltweit EINE richtige Antwort auf die in diesem Thread gestellten Fragen geben. Darüber hinaus kann auch die Legal Working Group keine verbindliche Auskunft zu Rechtsfragen geben weil in Deutschland die Rechtsberatung den standesrechtlich organisierten und zur Berufsverschwiegenheit verpflichteten Rechtsanwälten, Steuerberatern und Pfarrern vorbehalten ist. Insofern vertritt die LWG, soweit das überhaupt möglich ist, höchstens die Interessen von OSM, keinesfalls aber die Interessen der Mapper weil sie das, jedenfalls in Deutschland, gar nicht darf. Die LWG ist also nichts weiter als ein Meinungsträger wie jeder andere von uns auch, ggf. mit fundierterem Sachkenntnis, keinesfalls aber mit der Befugnis, rechtsverbindliche Auskunft zu geben auf die man sich verlassen kann. An dieser Stelle möchte ich auch davor warnen, hier aufzutreten mit der Attitüde, eine gesicherte Rechtsmeinung zu vertreten. Im Ernstfall kann das als unerlaubte Rechtsberatung ausgelegt werden mit ggf. erheblichen Konsequenzen. Wer sich also seiner Sache, z.B. hinsichtlich Datenschutz, nicht sicher ist, wird um den Gang zu einem zugelassenen Anwalt nicht herumkommen, bei Datenschutzfragen vllt. auch zu einem spezialisierten Datenschutzbeauftragten, den ja viele Firmen heute schon haben (müssen). Für mich selbst ist OSM weiterhin eine gute Sache zu der ich gerne beitrage, weil mir das Restrisiko in dieser Handlung vernachlässigbar erscheint. Auch dieser Thread-Beitrag ist keine Rechtsberatung sondern meine Einzelmeinung. Cheers Markus -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Sonntag, 14. Juli 2013 23:48 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Project of the Week und Gamification Hallo, On 14.07.2013 16:37, Dirk Sohler wrote: Letztlich ist die Frage, ob die Auswertung der OSM-Daten einschließlich der Metadaten zu statistischen Zwecken und zur Erstellung eines Aktivitätsprofils und die Veröffentlichung der Ergebnisse durch die ODbL gedeckt ist. Ich habe da erhebliche Zweifel. Gibt es eigentlich eine Art »Rechtsabteilung«, an die man sich als User wenden kann, um genau solche Dinge zu klären? Wir haben eine Legal Working Group (le...@osmfoundation.org) und auch eine legal-talk-Mailingliste (lists.openstreetmap.org/listinfo/legal-talk). 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] nuovo fieldpapers
Mi segnalano che è uscita la nuova versione di field papers/walking papers http://content.stamen.com/fieldpapers-v2 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Greto del fiume
interessa molto anche a me ne ho mappati molti di corsi d'acqua del genere (corsi d'acqua carsici alimentati da acqua solo quando piove) e di solito li taggo come stream la versione in inglese della descrizione di stream è abbastanza diversa da quella fatta sulla pagina delle features in italiano quella in italiano si parla di attraversamento con un salto in quello in inglese corsi d'acqua che non possono essere classificati river http://wiki.openstreetmap.org/wiki/IT:Map_Features descrizione in inglese : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dstream in particolare come descrizione da questa A stream is a naturally-forming waterway that is too thin to be classed as a river. , The stream may not be permanently filled with water. natural=riverbed sembra essere attualmente solo una proposta e non mi convice molto come proposta per me sarebbe più corretto aggiungere/proporre un tag da accostare a waterway=river o a stream del tipo minima-portata=0 nel caso il corso d'acqua può essere secco (per un determinato periodo) o un valore x se il corso d'acqua non è mai secco e si conosce la portata minima massima-porta un valore maggiore di 0 se si conosce la massima portata (qui c'è un pò da discutere potrebbe essere massima portata oltre il quale straripa o massima portata che è stata registrata) tutto questo sempre se già non esistono tag del genere mi sembra di non averli trovati! io non so minimamente come si fa una proposta e in oltre non sono bravo a scrivere in inglese! :-( Il 13/07/2013 18:11, Giuseppe Amici ha scritto: Nell'import emilia romagna land cover per la situazione che illustri abbiamo usato ( e proposto) i TAG seguenti: natural=riverbed + landcover=gravel/sand/rock/etc Enjoi Beppe -Messaggio originale- Da: bredy [mailto:bredy...@yahoo.it] Inviato: sabato 13 luglio 2013 17:07 A: talk-it@openstreetmap.org Oggetto: [Talk-it] Greto del fiume C'è un modo particolare per taggare il greto di un fiume di tipo torrentizio, per cui aree che salvo forti pioggie sono sassosi o con sterpaglia? Il fiume in questione è il Tagliamento in Friuli. -- View this message in context: http://gis.19327.n5.nabble.com/Greto-del-fiume-tp5769513.html Sent from the Italy General mailing list archive at Nabble.com. ___ 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 http://www.email.it/f Sponsor: SIMPSON: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12901d=14-7 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Greto del fiume
Credo waterway=riverbed sia appropriato -- http://cascafico.altervista.org Il giorno 13/lug/2013 17.07, bredy bredy...@yahoo.it ha scritto: C'è un modo particolare per taggare il greto di un fiume di tipo torrentizio, per cui aree che salvo forti pioggie sono sassosi o con sterpaglia? Il fiume in questione è il Tagliamento in Friuli. -- View this message in context: http://gis.19327.n5.nabble.com/Greto-del-fiume-tp5769513.html Sent from the Italy General mailing list archive at Nabble.com. ___ 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
[Talk-it] velox su osmand
Ho appena letto che con il prossimo aggiornamento verrà introdotto l attesissimo segnale x i velox segnalati sui nodi...direi ottimo:) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] wetap.org
il source di questa fontanella è wetap.org di che si tratta? http://www.openstreetmap.org/browse/node/2351682478 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] wetap.org
da quello che vedo è una mappa di fontane pubbliche e una delle loro fonti penso che è proprio openstreetmap infatti ci sono indicate fontane che ho mappato nella mia città (Fondi LT) su openstreetmap che sono veramente nascoste infatti nel sito c'è i logo openstreetmap in oltre penso che quelle di conoscenza del sito in oggetto ma non presenti in osm qualcuno le ha aggiunte Il 14/07/2013 13:03, Fabri ha scritto: il source di questa fontanella è wetap.org di che si tratta? http://www.openstreetmap.org/browse/node/2351682478 ___ 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: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=14-7 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Greto del fiume
Attualmente il letto del fiume è stato taggato come waterway=riverbank, perciò risulta in grafica azzurro il letto del fiume, ma in realtà solo in casi di piena è tutto coperto, mentre solitamente è in secca e ci sono anche dei percorsi che si possono fare in bicicletta. Posso taggare questi percorsi anche se sembrano in mezzo all'acqua? -- View this message in context: http://gis.19327.n5.nabble.com/Greto-del-fiume-tp5769513p5769605.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] wetap.org
2013/7/14 Salemme Guido salemme.gu...@email.it da quello che vedo è una mappa di fontane pubbliche e una delle loro fonti penso che è proprio openstreetmap infatti ci sono indicate fontane che ho mappato nella mia città (Fondi LT) su openstreetmap che sono veramente nascoste infatti nel sito c'è i logo openstreetmap in oltre penso che quelle di conoscenza del sito in oggetto ma non presenti in osm qualcuno le ha aggiunte si, sulla loro mappa cliccando su un POI si vede la fonte, e spesso è OSM, al meno nelle mie parti ;-) Non ho trovato una possibilità di scaricarsi i loro dati, ma gli ho scritto con lo scopo di prendermi i loro dati per caricarli in osm, vediamo cosa rispondono. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Greto del fiume
2013/7/13 Giuseppe Amici giuseppeam...@virgilio.it Nell'import emilia romagna land cover per la situazione che illustri abbiamo usato ( e proposto) i TAG seguenti: natural=riverbed + landcover=gravel/sand/rock/etc +1 mi sembrano dei tags buoni. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Case di campagna
Vanno considerate residential, perchè comunque usate per viverci. O come case agricole (farmyard) come definite dal PRG comunale? O meglio ancora senza landuse considerandole case isolate? Residential mi sembra più adatto ai centri urbani. -- View this message in context: http://gis.19327.n5.nabble.com/Case-di-campagna-tp5769609.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Greto del fiume
-Original Message- From: Salemme Guido [mailto:salemme.gu...@email.it] Sent: domenica 14 luglio 2013 11:05 To: openstreetmap list - italiano Subject: Re: [Talk-it] R: Greto del fiume la versione in inglese della descrizione di stream è abbastanza diversa da quella fatta sulla pagina delle features in italiano quella in italiano si parla di attraversamento con un salto in quello in inglese corsi d'acqua che non possono essere classificati river http://wiki.openstreetmap.org/wiki/IT:Map_Features La versione italiana delle map_features è coerente con la versione inglese delle map_features, che parla di salto: http://wiki.openstreetmap.org/wiki/Map_Features#Waterway Per quanto riguarda la classificazione o meno come river, la pagina del tag river dice di usare stream al posto di river per corsi d'acqua molto piccoli, e questo mi sembra coerente con l'esempio del salto: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver Per i fiumi si può usare waterway=riverbank per definirne la larghezza effettiva, e per fiumi a portata incostante il wiki suggerisce di considerare l'area occupata quando la portata è massima, esclusa l'area interessata da esondazioni per cui c'è la proposta natural=floodplain: http://wiki.openstreetmap.org/w/index.php?title=Tag:waterway%3Driverbanksec tion=7#Varying_water_level_river http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain Dunque, a mio parere, se il fiume può diventare grosso va usato river, possibilmente integrato da riverbank, anche per quei fiumi che in altri periodi sono completamente secchi. per me sarebbe più corretto aggiungere/proporre un tag da accostare a waterway=river o a stream del tipo minima-portata=0 nel caso il corso d'acqua può essere secco (per un determinato periodo) o un valore x se il corso d'acqua non è mai secco e si conosce la portata minima Per indicare che il corso d'acqua può diventare secco, si usa intermittent=yes http://wiki.openstreetmap.org/wiki/Key:intermittent Nell'import emilia romagna land cover per la situazione che illustri abbiamo usato ( e proposto) i TAG seguenti: natural=riverbed + landcover=gravel/sand/rock/etc natural=riverbed mi sembra equivalente alla definizione di waterway=riverbank. Per indicare le aree non permanentemente coperte da acqua c'è la proposta water=intermittent + surface=xxx http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Un ulteriore chiarimento, quando definisco l'area di un campo devo prendere tutto il lotto comprese le stradine interne fino ai bordi dei fossi o solo l'area effettivamente coltivata? Io al momento lascio un bordo nelle aree coltivate, come sarebbe previsto anche dalle norme agricole, ci vuol un po' più di tempo e così eventualmente si possono inserire anche le strade dei trattori anche se sono private, ma di fatto non sono aree coltivate anche se in funzione di esse. -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5769612.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Il giorno 14 luglio 2013 14:12, bredy bredy...@yahoo.it ha scritto: Un ulteriore chiarimento, quando definisco l'area di un campo devo prendere tutto il lotto comprese le stradine interne fino ai bordi dei fossi o solo l'area effettivamente coltivata? Io al momento lascio un bordo nelle aree coltivate, come sarebbe previsto anche dalle norme agricole, ci vuol un po' più di tempo e così eventualmente si possono inserire anche le strade dei trattori anche se sono private, ma di fatto non sono aree coltivate anche se in funzione di esse. Io vado un po' a occhio. Nel mio caso si tratta per lo più di risaie, quindi sono separate da piccoli argini, e segno la divisione sugli argini. Se in mezzo c'è un sentiero percorribile (almeno 2-3 m) lo lascio fuori. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Invece quelle zone di boscaglia con rovi e alberi senza nessuna manutenzione come si definiscono? Spesso si trovano lungo i fossati o in aree vicine alle linee ferroviarie. -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5769618.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
2013/7/14 bredy bredy...@yahoo.it Invece quelle zone di boscaglia con rovi e alberi senza nessuna manutenzione come si definiscono? Spesso si trovano lungo i fossati o in aree vicine alle linee ferroviarie. natural=scrub oppure se sono sopratutto alberi forse anche landuse=forest. Zone lungo le ferrovie al solito godono di un po' di manutenzione (motivi di sicurezza), anche se non apparente. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Greto del fiume
come viene visualizzato non dovrebbe interessare più di tanto , non mi stancherò mai di dire che bisogna mappare la realtà e non come viene visualizzato sulla pagina openstreetmap.org di renderizzazioni ne esistono tantissime e ognuno visualizza i dati di osm come vuole se il fiume viene visualizzato in azzurro non fa niente l'importante che l'informazione nei dati osm ci sono e rispecchiano la realtà per esempio se io inserisco una serra building=greenhouse viene visualizzato su opnestreetmap.org con gli stessi colori per esempio di una casa questo non significa che è un errore per quando riguarda il tratto percorribile in bici forse potresti usare il tag ford=yes però ho forti dubbi che è una soluzione adatta Il 14/07/2013 13:52, bredy ha scritto: Attualmente il letto del fiume è stato taggato come waterway=riverbank, perciò risulta in grafica azzurro il letto del fiume, ma in realtà solo in casi di piena è tutto coperto, mentre solitamente è in secca e ci sono anche dei percorsi che si possono fare in bicicletta. Posso taggare questi percorsi anche se sembrano in mezzo all'acqua? -- View this message in context: http://gis.19327.n5.nabble.com/Greto-del-fiume-tp5769513p5769605.html Sent from the Italy General mailing list archive at Nabble.com. ___ 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: ANGRY BIRDS: Acquista Peluche e Gadget Originali su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12900d=14-7 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Ma se la boscaglia è attorno ad un piccolo fosso posso creare un'area comprendente anche il fosso o devo separarle una a dx e una a sx del fosso? -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5769632.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Firenze
Il 08 luglio 2013 18:04, Leonardo ha scritto: Interessante! Volevo approfittarne per chiederti se era possibile fare un controllo anche su questi dati in maniera simile (Vedi mio post, 3° dall'alto): http://gis.19327.n5.nabble.com/Risorsa-di-geodati-molto-interessante-DBPrior-10K-strati-nazionali-prioritari-td5768539.html non verrebbe fuori niente di utile dal mio programma perché quei dati non sono divisi per Comune quindi non si riuscirebbe a sapere in quale Comune manca una certa via continuo nel thread che hai citato sopra -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Uno scalo ferroviario all'interno di una zona industriale va taggato con landuse industrial o railway? -- View this message in context: http://gis.19327.n5.nabble.com/landuse-tp5766839p5769642.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Risorsa di geodati molto interessante: DBPrior 10K - strati nazionali prioritari
Il 06 luglio 2013 23:24, Leonardo ha scritto: Allora ho dato un'occhiata rapidissima al Veneto e per ora quelli che potrebbero interessarmi/ci come Regione sono quello degli specchi d'acqua, dato che ne vedo molti non presenti su OSM. Quello delle strade potrebbe essere utile ma è necessario fare un controllo confrontando con i dati già inseriti. A questo punto mi appellerei ai guru dei database presenti nella mailing list per chiedere se è possibile fare un controllo (anche semplice inizialmente) tra i dati degli shape rilasciati e i dati presenti su OSM, del tipo segnala solo le strade del file SHP con i nomi NON presenti su OSM e se fosse possibile creare così un file SHP senza le strade già inserite in OSM. ho guardato il file del Veneto, che non è adatto per il mio solito programma che si aspetta i dati già divisi per Comune, andrebbero divisi, ad esempio usando i confini ISTAT perché i confini OSM sono troppo fragili e perché per noi questi dati esterni sono statici e darebbero una base di confronto più stabile, però una volta divisi non è pratico gestire 500+ Comuni con lo script attuale che crea un file per ogni pagina, dovrei riscriverlo praticamente tutto e allora magari studierei un approccio diverso se qualcuno ha già un'idea per come procedere, io posso scrivere qualcosa che uniforma i nomi casi e poi passarglielo Scrivo qui quello che ho fatto, magari qualcuno è invogliato a proseguire: ho scaricato il file del Veneto da http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp con ogrinfo ho guardato quante righe sono e se i nomi dei campi sono comprensibili (nella pagina di download e nello zip non c'è scritto dove si trova la descrizione del tracciato dello shapefile, magari è spiegato tutto in http://www.centrointerregionale-gis.it/script/Documenti_intesa.asp ma per ora mi basta poco) in questo modo ho visto che sono 72914 righe e che il nome è nella colonna NOME ogrinfo -so tratti_di_strada_wgs84-32_5.shp tratti_di_strada_wgs84-32_5 [...] Feature Count: 72914 [...] NOME: String (100.0) [...] poi con ogr2ogr ho estratto un elenco i nomi per capire come sono scritti ogr2ogr -f csv dati -sql 'SELECT DISTINCT NOME FROM tratti_di_strada_wgs84-32_5 ORDER BY NOME' tratti_di_strada_wgs84-32_5.dbf quel comando crea una cartella dati con dentro un solo file con estensione .csv ordinato alfabeticamente e si trova qualche caso particolare già tra i primi nomi: ARGINE S. MARCO BANCHINA DELL' AZOTO(MESTRE) BORGO G. CALLE DE L' ARTIGIANO(MURANO) CALLE DE L'ARTIGIANO(MURANO) CONTRA' CORTE SAN EUSEBIO CONTRÀ CORTE S.EUSEBIO poi ho cercato caratteri particolari e per fortuna sono pochi: grep -e [^-A-Z0-9.()' ] dati/tratti_di_strada_wgs84-32_5.csv PIAZZA 1^ MAGGIO SP 19d (PD) VIA ASTICO/LUPIA VIA ROMA 2ø TRONCO VIA VITTORIO EMANUELE VIA VITTORIO EMANUELE e ci sono diversi nomi del tipo ST0029 su cui un po' di spiegazione non farebbe male -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] wetap.org
C'è anche questo analogo ed italiano http://www.fontanelle.org/ Il giorno 14 luglio 2013 14:05, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2013/7/14 Salemme Guido salemme.gu...@email.it da quello che vedo è una mappa di fontane pubbliche e una delle loro fonti penso che è proprio openstreetmap infatti ci sono indicate fontane che ho mappato nella mia città (Fondi LT) su openstreetmap che sono veramente nascoste infatti nel sito c'è i logo openstreetmap in oltre penso che quelle di conoscenza del sito in oggetto ma non presenti in osm qualcuno le ha aggiunte si, sulla loro mappa cliccando su un POI si vede la fonte, e spesso è OSM, al meno nelle mie parti ;-) Non ho trovato una possibilità di scaricarsi i loro dati, ma gli ho scritto con lo scopo di prendermi i loro dati per caricarli in osm, vediamo cosa rispondono. ciao, Martin ___ 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] Sovrapporre o no?
Il 13/07/2013 20:54, Gianluca Boero ha scritto: Il 13/07/2013 15:21, Luca Delucchi ha scritto: On Jul 13, 2013 2:42 PM, Damjan Gerl dam...@damjan.net mailto:dam...@damjan.net wrote: Anzi, direi non di cancelarla ma spezzettarla (se serve) e cambiare tag, così resta lo storico... +1 Damjan Ciao Luca Ho percorso la track in questione ed in effetti è meglio spezzettare la vecchia route. Forse mi ero espresso male ma comunque non intendevo cancellare tutto il lavoro svolto dall'utente precedente. In ogni caso la track che ho visto dalle immagini satellitari non rispetta tanto quello che ho trovato sul campo. Il primo tratto è un percorso molto accidentato, c'è ancora una parte del vecchio sedime ferroviario anche se senza binari. Le pietre però sono quelle tipiche delle ferrovie. Nella seconda parte che poi è quella che mi interessava essendo ad un bivio su di una track che ho mappato ex novo oggi, ho trovato un rifacimento del sedime, nel senso che ora vi è proprio una stradina di campagna che porta verso le coltivazioni. In pratica è stato utilizzato un vecchio percorso ferroviario adiacente alle coltivazioni (di ora) per creare una strada agricola. E questa parte mantenendo la vecchia route inserita dall'utente precedente l'ho trasformata in track. La prima no, non ho trovato tracce di utilizzo (passaggio mezzi agricoli). Ho faticato io in mtb. Credo che comunque questo vecchio sedime ferroviario abbia ancora delle parti destinate ora a passaggio agricolo, lo scoprirò prossimamente, avendo cura di non cancellare ma modificare cosa è stato fatto. Mi rendo conto che la mia risposta ---IMHO, la seconda che hai detto (devo cancellarlo essendo ora non più una ferrovia abbandonata bensì una strada sterrata ad uso agricolo), oppure dovremmo inventare un tag history-- è stata molto frettolosa, mai cancellare, modificare ed integrare se mai, il lavoro dei nostri predecessori è sempre utilissimo e prezioso. E poi il tag history non è altro che il changeset:-[ Ma questa è una lista di saggi, Gianluca, che ti conducono sempre alla way più appropriata:-) Ciao Mario ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posta certificata, secondo me servirebbe.
2013/7/13 Gianluca Boero gianlucabo...@alice.it: Ho inserito e/o modificato i contact e address di una quindicina di municipi nella mia zona e non avrei ancora finito. Ora la posta certificata è obbligatoria per i comuni. Nel tag contact:email però inserirei solo quella normale, in quanto tutti hanno ancora l'abbinamento posta elettronica - posta certificata. +1 Bisognerebbe veramente creare un tag dedicato alla pec. io usere contact:email:pec -- Gianluca Boero -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Am 14.07.2013 um 17:04 schrieb bredy bredy...@yahoo.it: Uno scalo ferroviario all'interno di una zona industriale va taggato con landuse industrial o railway? Sono tutte domande interessanti, ti invito di porle anche sulla lista tagging. In questo caso personalmente metterei industrial se lo scalo appartiene alla fabbrica, ma anche railway avrà i suoi sostenitori Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] exportar un mapa en svg a gran escala
Echarle un ojo a maperitive, creo que es lo que estas buscando: http://maperitive.net/docs/TwoMinutesIntro.html El 14/07/2013 02:19, Javier Barcena javierbuil...@gmail.com escribió: Buenas tardes deseo exportar un mapa de mi ciudad pero la escala que encesito no la puedo exportar desde el sitio de osm. Tengo josm y quiero exportar el area seleccionada. puedo hacerlo desde jsom ? gracias ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Verwachsene Wege
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, ich hab mich schon mehrmals gefragt, wie man (mehr oder weniger) zugewachsene Wege am besten taggen soll. Es geht in jedem Fall natürlich um highway=path, aber wie kann man anzeigen, dass der Weg zugewachsen und damit nicht sehr komfortabel zu begehen ist? (Ich stelle mir vor, dass ist zum Beispiel dann nützlich, wenn es um Routing auf zum Beispiel Wanderungen oder so geht. Falls es der einzige Weg zum gewünschten Ziel ist, dann soll er gewählt werden (weil noch viel besser begehbar als querfeldein), aber er soll auch nicht ausgesucht werden, nur weil er ein paar Meter kürzer ist als ein normaler Weg (Forststraße, guter Wanderweg oder sowas). Was denkt ihr? Soweit ich das sehe, gibt es keinen Tag, der da (gut) dafür passt. Ich könnte mir vorstellen: sac_scale=hiking: Würde anzeigen, dass es kein Spazierweg ist; aber sac_scale ist ja eigentlich eher für Dinge wie Trittsicherheit und ausgesetzte Stellen, soweit ich das weiß. trail_visibility: Vielleicht good oder intermediate (nicht excellent), aber das hat ja auch nur indirekt mit zugewachsen zu tun. Ein Weg kann noch sehr gut erkennbar sein (ohne irgendwelche Orientierungskenntnisse) und trotzdem unbequem zu begehen. smoothness=very_horrible: Zeigt zumindest mal an, dass man da nicht unbedingt mit dem Rad fahren sollte. Aber das ist trotzdem meiner Meinung nach nicht unbedingt gleichbedeutend mit zugewachsen (eher steinig). Ich denke, am ehesten drückt tracktype aus, was ich meine. Sowas wie einen allgemeinen Zustand des Weges, nur eben nicht für track sondern path. Falls sich jemand auch schon einmal diese Fragen gestellt hat, würde mich interessieren, was andere darüber denken! Liebe Grüße, Daniel - -- http://www.domob.eu/ OpenPGP: 901C 5216 0537 1D2A F071 5A0E 4D94 6EED 04F7 CF52 - -- Done: Arc-Bar-Cav-Hea-Kni-Ran-Rog-Sam-Tou-Val-Wiz To go: Mon-Pri -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJR4npQAAoJEE2Ubu0E989SPt0P/0BtrU8GXt1WQoS0JzMNC9ep omOr+wlyCEMeN/XUfa/54tcoU+LVtDTk3gX3r7JPg8GFh+eD6zxc2nNCbizTQxAQ E6sp2lbUQC2R67pjJAHj8ykTIEjY5H6d4xqcn3LE0WUUCFjjit+GDJ6IefLfRYS9 dSG2hroLRV6MjQnwzOEeXqPY6w+nahrYx9AxeEiCEpbpnW2Ewcv2zEM9JhnYDlMw WAEkeR2DT2LACC6BptuoZrb/8+SCYNnFKYvhvcat5/r5R4JKwtZGpXWBB77ni324 rXFXLdNBttP8KWy6JCdscsX8RSvd4k9Djzop9iM1fiaYI5U/GVRxusYQ4UYFWaWa V6PFLJqjvAGJTVmha08XC8ytV8EHpdUMRw4VkgL9vmFT6mlu1x3md/f70VTeyBJE 5qkzM3b/Do2lJVHYkzGQ7nI8ekVnXmOgj5f/zu4GlzZT+z+rj6ckxIFSwGW18p6W oFDmJNjwHzRUBXxWlY7r2nCEJS4CwmCZ45LtJXXgv1YeBmdLz92ngIbWBSJPIeuV y3l6Y7eF5oU2DxYzNfEhkHA+EaocAP6iWhEDRDZXIZxV1tNNL60LqctVNQk+FJn0 1QLWe4ocyD3AxDG5HAkpVchQF2RlFxxB90V+ejYpet+c+K5T8/KWdOmq51I/aoQS wGRrs5ZgsaKP6ZUdwrtp =JL+V -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Verwachsene Wege
On Sun, 14 Jul 2013 12:15:44 +0200 Daniel Kraft d...@domob.eu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, ich hab mich schon mehrmals gefragt, wie man (mehr oder weniger) zugewachsene Wege am besten taggen soll. Es geht in jedem Fall natürlich um highway=path, aber wie kann man anzeigen, dass der Weg zugewachsen und damit nicht sehr komfortabel zu begehen ist? (Ich stelle mir vor, dass ist zum Beispiel dann nützlich, wenn es um Routing auf zum Beispiel Wanderungen oder so geht. Falls es der einzige Weg zum gewünschten Ziel ist, dann soll er gewählt werden (weil noch viel besser begehbar als querfeldein), aber er soll auch nicht ausgesucht werden, nur weil er ein paar Meter kürzer ist als ein normaler Weg (Forststraße, guter Wanderweg oder sowas). Was denkt ihr? Soweit ich das sehe, gibt es keinen Tag, der da (gut) dafür passt. Ich könnte mir vorstellen: sac_scale=hiking: Würde anzeigen, dass es kein Spazierweg ist; aber sac_scale ist ja eigentlich eher für Dinge wie Trittsicherheit und ausgesetzte Stellen, soweit ich das weiß. trail_visibility: Vielleicht good oder intermediate (nicht excellent), aber das hat ja auch nur indirekt mit zugewachsen zu tun. Ein Weg kann noch sehr gut erkennbar sein (ohne irgendwelche Orientierungskenntnisse) und trotzdem unbequem zu begehen. smoothness=very_horrible: Zeigt zumindest mal an, dass man da nicht unbedingt mit dem Rad fahren sollte. Aber das ist trotzdem meiner Meinung nach nicht unbedingt gleichbedeutend mit zugewachsen (eher steinig). Ich denke, am ehesten drückt tracktype aus, was ich meine. Sowas wie einen allgemeinen Zustand des Weges, nur eben nicht für track sondern path. Falls sich jemand auch schon einmal diese Fragen gestellt hat, würde mich interessieren, was andere darüber denken! disused:highway=path imho unterscheidet sich ein zugewachsener pfad kaum von dem wald gleich daneben. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Verwachsene Wege
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-07-14 12:30, Stefan Tauner wrote: On Sun, 14 Jul 2013 12:15:44 +0200 Daniel Kraft d...@domob.eu wrote: ich hab mich schon mehrmals gefragt, wie man (mehr oder weniger) zugewachsene Wege am besten taggen soll. Es geht in jedem Fall natürlich um highway=path, aber wie kann man anzeigen, dass der Weg zugewachsen und damit nicht sehr komfortabel zu begehen ist? (Ich stelle mir vor, dass ist zum Beispiel dann nützlich, wenn es um Routing auf zum Beispiel Wanderungen oder so geht. Falls es der einzige Weg zum gewünschten Ziel ist, dann soll er gewählt werden (weil noch viel besser begehbar als querfeldein), aber er soll auch nicht ausgesucht werden, nur weil er ein paar Meter kürzer ist als ein normaler Weg (Forststraße, guter Wanderweg oder sowas). disused:highway=path imho unterscheidet sich ein zugewachsener pfad kaum von dem wald gleich daneben. Die Fälle, die mir untergekommen sind, haben allerdings schon einen ziemlichen Unterschied. Zum Beispiel wenn rings herum kein Wald sondern irgendwelches Gebüsch ist, kann es sehr wohl sein, dass man dort so gut wie gar nicht durchkommen würde, über den Weg aber schon. (Nur halt nicht so bequem wie auf einem normalen Wanderweg.) Liebe Grüße, Daniel - -- http://www.domob.eu/ OpenPGP: 901C 5216 0537 1D2A F071 5A0E 4D94 6EED 04F7 CF52 - -- Done: Arc-Bar-Cav-Hea-Kni-Ran-Rog-Sam-Tou-Val-Wiz To go: Mon-Pri -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJR4n+7AAoJEE2Ubu0E989SQ4MQAKDDcXIOKKs4lcWfJbgCcd1d RsdROG76Q6JRoEL+yQ7otdY5kh6gRqDfTyP1lR4DKJ2tsIfnW0YmiXUvKdOew5lw 8L357UTAZtPnpHmj5vvDkOHd5Mn9QVKELEKevpwDBspnklc0cxhs5oGe6RIP3AW9 Mqke/EuCFRpJHnaunBWN1uyMCTBbCT9HLmQVKCLJLdJbphfy0Z0HsN7gPN7RjVs3 GcKxAWPqSbjFdCshi2FudS/1JdkKi24p4vhOlVQpLxyJL8GzPDUzkTrA0KoWh1vA 5D5BMLiVrwE4VqLNFYDkUvmg/CV6ZkIPIQ34XccjmpsbXwcpUqGVwKHY/tTY6Wds zFyJu8TIskT6edrUhBe4XKqpdy5jvny3ztSP2Kp0ioZAJmnxjUUVFwOc5+cr5Csh +Yne8SM6vmO5vWlOU5zrp6fbq5puTt+Xq0rs5fs32w157VTIftmuN49/twajjA/X 8w1nBHMhHcugm8/3Zb/HRw89eGvr21/8U4pTKtbdPm5rAlgcupUXlGUWC4fJ8tbT KoqIsX6T5XWW/3yr/9QPVAoyXnJlKdji+Son4nh7MWDpaJTX674ifyTH1HIUCY1N iKx4jTuRCqGkePkuzb/HK+h+BaC/ZmlCQshYIPLheAI1aB6ORwBYdhrTo7VbJWks Le7FR1pgkuka1awqANiZ =uNsJ -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Verwachsene Wege
On 14.07.2013 12:15, Daniel Kraft wrote: ich hab mich schon mehrmals gefragt, wie man (mehr oder weniger) zugewachsene Wege am besten taggen soll. Es geht in jedem Fall natürlich um highway=path, aber wie kann man anzeigen, dass der Weg zugewachsen und damit nicht sehr komfortabel zu begehen ist? [...] Ich denke, am ehesten drückt tracktype aus, was ich meine. Sowas wie einen allgemeinen Zustand des Weges, nur eben nicht für track sondern path. auch tracktype=grade5 drückt nicht aus, dass der Weg zugewachsen ist. grade5 kann auch heißen, dass der Weg schwer erkennbar, aber gut befahrbar ist. Aber kein Problem, denn die folgenden Möglichkeiten sind auf track und path gleichermaßen anwendbar. Es gibt ein Proposal zu obstacle=*, und einer der Werte ist obstacle=vegetation. Das ist im Grunde genau was du suchst. Allerdings ist das nicht so die Wunderlösung, nach der es sich anhört. Siehe Diskussionsseite im Wiki. Mich stört vor allem die Schwarzweißmalerei, dass es entweder ein Hindernis ist oder keines. Das ist doch total subjektiv, für den einen ist der Weg zugewachsen und für den anderen nicht. Es wär zumindest eine feinere Abstufung nötig, wie bei tracktype, smoothness, sac_scale usw. Es gibt ja auch nicht nur smoothness=excellent oder impassable, sondern auch was dazwischen. Ich tagge Tracks, die allem Anschein nach nicht mehr befahren werden, aber noch befahrbar sind, mit disused=yes. Wenn sie nicht mehr befahrbar sind, weil z.B. schon Bäume drauf wachsen, tagge ich sie mit abandoned=yes. Diese Tags sind natürlich auch auf highway=path anwendbar, wobei da der Unterschied zwischen disused und abandoned leider nicht so klar ist. Begehbar bleiben Wege fast immer. Ich kenne allerdings welche, dort kommt man schwerer voran, als wenn man einige m parallel daneben durch den Wald geht. In solchen Fällen und auch wenn der Weg überhaupt nicht mehr erkennbar ist, drängt sich abandoned=yes jedenfalls auf. disused=yes, abandoned=yes und ruins=yes sind etablierte Tags, also damit ist man auf der sicheren Seite. Im Gegensatz dazu wird das disused:* Schema, das im Wiki großspurig als neu und als Namespace bezeichnet wird, kaum verwendet, und ich sehe auch nicht, was daran besser sein soll. Aber das ist ein anderes Thema. weitere in Frage kommende Tags: width=* ... wenn von der Seite zugewachsen surface=* ... wenn vom Boden zugewachsen minclearance=* ... wenn vom Boden zugewachsen -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] čísla turistických tras
Přitom mi příjde, že číslování tras je pro běžného uživatele daleko lepší (čísla silnic, tratí, linek MHD, atd.) než hromada bodů s čísly (které budou vhodnější pro zpracování v PC). Vašek __ Od: jan lana lana@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10.07.2013 17:12 Předmět: Re: [Talk-cz] čísla turistických tras priblizne pred rokem jsem posilal dotaz ohledne jedne trasy do KCT, Za par dni slusne odpovedeli, ze cisla tras jiz nikde nezverejnuji a jsou pouzivana jen pro interni potreby evidence, tudiz pro verejnost nezajimava a proto mi je neposlou. Bohuzel je ten jejich mail uz skoncil v kosi, takze ho nemuzu preposlat ... - Honza -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Outils de contrôles
Bonjour, il semblerait que la Garonne soit sortie de son lit. http://www.openstreetmap.org/?lat=43.583364486694336lon=1.434037685394287zoom=16 A ce propos, quel outil peut on utiliser pour surveiller les changements divers apportés sur une zone. Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils de contrôles
Voilà, le polygone est refermé. Pour l'historique, celui de JOSM peut t'aider, ou l'outil Whodidit : http://simon04.dev.openstreetmap.org/whodidit/?zoom=12lat=43.61723lon=1.47783layers=BTT [3] , mais pour les multipolygones, c'est pas super pratique. JB. Le 14.07.2013 08:24, mides.map a écrit : Bonjour, il semblerait que la Garonne soit sortie de son lit. http://www.openstreetmap.org/?lat=43.583364486694336lon=1.434037685394287zoom=16 [1] A ce propos, quel outil peut on utiliser pour surveiller les changements divers apportés sur une zone. Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://www.openstreetmap.org/?lat=43.583364486694336amp;lon=1.434037685394287amp;zoom=16 [2] http://lists.openstreetmap.org/listinfo/talk-fr [3] http://simon04.dev.openstreetmap.org/whodidit/?zoom=12amp;lat=43.61723amp;lon=1.47783amp;layers=BTT___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM en avion
Il n'y a personne qui a des entrées chez les fabricants d'avions? :-p Non, parce que ça fait plusieurs fois que je fais des vols où chaque passager dispose d'un écran vidéo individuel. D'ailleurs, quand ça plante, on voit au reboot que c'est un proc i386 avec RedHat Linux chargé depuis le réseau puis un navigateur web et du javascript pour l'interface graphique. Et donc, avec l'écran tactile, on peut accéder à la carte du vol en temps réel. Là, j'ai un gros manque. Il n'y a pas de fonction pour zommer ou se déplacer. Quand est-ce qu'ils nous mettent un serveur de rendu OSM dans l'avion? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM en avion
Quelque chose comme ça aurait plus d'allure !! http://content.stamen.com/mondo_window_what_youre_looking_at_out_your_airplane_window http://www.mondowindow.com Un des soucis des écrans individuels, c'est l'image baveuse. (mais c'est un autre pb) Le 14 juillet 2013 09:11, Eric Sibert courr...@eric.sibert.fr a écrit : Il n'y a personne qui a des entrées chez les fabricants d'avions? :-p Non, parce que ça fait plusieurs fois que je fais des vols où chaque passager dispose d'un écran vidéo individuel. D'ailleurs, quand ça plante, on voit au reboot que c'est un proc i386 avec RedHat Linux chargé depuis le réseau puis un navigateur web et du javascript pour l'interface graphique. Et donc, avec l'écran tactile, on peut accéder à la carte du vol en temps réel. Là, j'ai un gros manque. Il n'y a pas de fonction pour zommer ou se déplacer. Quand est-ce qu'ils nous mettent un serveur de rendu OSM dans l'avion? Eric __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Le 14 juil. 2013 à 03:30, Philippe Verdy verd...@wanadoo.fr a écrit : Le 14 juillet 2013 01:00, Pieren pier...@gmail.com a écrit : Peut-être y aura-t-il un jour une recherche scientifique sur l'incontinence verbale de Philippe ? Bon courage à eux :---)) En tout cas tu ne penses pas à eux car ici c'est toi qui a des fuites incongrues dans une conversation où je n'étais même pas. Voilà qui démontre avec querl mépris tu prends les gens même en leur absence. Dommage étant donné le rôle que tu joues ici, car ce genre de ton ne passe pas inaperçu et laisse des traces, crois-moi. Ceux avec qui tu seras amené à négocier ne manqueront pas un jour de te le reprocher ou de te ferme la porte qous le nez en demandant quelqu'un d'autre pour négocier ou expliquer les choses. Pieren s'étant tenu au strict niveau du constat scientifique et s'étant projeté dans une future exploitation universitaire, il a, au contraire, démontré un niveau de réflexion qui continue de le positionner comme un sage de la liste. ;-) Christian Rogel___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils de contrôles
Merci pour ces informations. Michel JB a écrit : Voilà, le polygone est refermé. Pour l'historique, celui de JOSM peut t'aider, ou l'outil Whodidit : http://simon04.dev.openstreetmap.org/whodidit/?zoom=12lat=43.61723lon=1.47783layers=BTT , mais pour les multipolygones, c'est pas super pratique. JB. Le 14.07.2013 08:24, mides.map a écrit : Bonjour, il semblerait que la Garonne soit sortie de son lit. http://www.openstreetmap.org/?lat=43.583364486694336lon=1.434037685394287zoom=16 A ce propos, quel outil peut on utiliser pour "surveiller" les changements divers apportés sur une zone. Michel ___ 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] Taguer le polygone ou ajouter POI
Bonjour à tous, Débutant sur OSM, j'ai une petite question à laquelle je ne trouve pas de réponse. Il m'est arrivé quelques fois de taguer des bâtiments que je connais, mais j'ai toujours un doute pour les gros bâtiments à usage unique tel que les gymnases ou mairies. Dans le cas où la mairie n'a qu'un seul bâtiment et qu'il n'y a aucune autre activité au même endroit, doit-on taguer le polygone ou ajouter un POI avec les bons attributs au milieu de ce polygone ? Merci de vos lumières Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Taguer le polygone ou ajouter POI
Si un bâtiment n'a qu'un usage, il est préférable de tagguer le polygone lui même, ça apporte une info (géométrique) supplémentaire par rapport à un simple nœud. Le 14 juillet 2013 10:43, Pierre GRANJON p.gran...@gmail.com a écrit : Bonjour à tous, Débutant sur OSM, j'ai une petite question à laquelle je ne trouve pas de réponse. Il m'est arrivé quelques fois de taguer des bâtiments que je connais, mais j'ai toujours un doute pour les gros bâtiments à usage unique tel que les gymnases ou mairies. Dans le cas où la mairie n'a qu'un seul bâtiment et qu'il n'y a aucune autre activité au même endroit, doit-on taguer le polygone ou ajouter un POI avec les bons attributs au milieu de ce polygone ? Merci de vos lumières -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Routes bordées d'arbres (bis)
Bonjour à toutes et à tous, En recherchant sur les archives de la liste sur comment renseigner les arbres au bord de route, je suis tombé sur cette discussion de 2010 : http://lists.openstreetmap.org/pipermail/talk-fr/2010-July/024868.html Christian Quest y indiquait cet attribut: http://wiki.openstreetmap.org/wiki/Proposed_features/Avenue_-_Trees_beside_street mais il est marqué comme abandonné. En milieu rural ouvert, c'est une information intéressante car cela se voit dans le paysage. En outre, pour les cyclistes sous le soleil, c'est aussi une information utile :-) . Cette information figure d'ailleurs dans les cartes IGN au 1:25 000 Avec Bing, on pourrait faire un polygone landuse=forest autour de la route mais, vu sa largeur il ne serait visible qu'à un niveau de zoom élevé (voir invisible si l'emprise par défaut de la route est supérieure). Quant à mettre un point sur chaque arbre, celapeut aller pour une rangée de platanes mais pas pour une haie avec de multiples essences au développement « naturel ». Je me pose également la question pour la ripisylve (les arbres au bord d'une rivière). Lorsqu'un ruisseau traverse un champ, les arbres qui le bordent sont de bons marqueurs du paysages (ce sont eux d'ailleurs qui permettent de repérer le ruisseau)(voir http://fr.wikipedia.org/wiki/Ripisylve). J'ai vu qu'il existait également l'attribut natural=tree_row, http://wiki.openstreetmap.org/wiki/FR:Tag:natural%3Dtree_row, ce qui suppose tracer un filaire parallèlement à celui de la route de chaque côté. Je trouve tout de même que l'idée d'appliquer un attribut directement à la route ou au cours d'eau n'est pas idiote, cela pourrait être une clécommune « riparian » (http://en.wikipedia.org/wiki/Riparian_forest), avec les valeurs none, left, right et both. Qu'en pensez-vous ? Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Le choix de ses termes pour me citer complètement hors du sujet est clairement non scientifique et le niveau zéro de réflexion. Il s'est lâché tout seul, et ça c'est plus probant comme preuve d'incontinence verbale (ses termes). Le seul constat scientifique a faire c'est qu'il persiste à faire ses attaques personnelles. Et je ne vois pas en quoi cela a un quelconque rapport avec l'article universitaire discuté ici. :- Le 14 juillet 2013 09:58, Christian Rogel christian.ro...@club-internet.fra écrit : Le 14 juil. 2013 à 03:30, Philippe Verdy verd...@wanadoo.fr a écrit : Le 14 juillet 2013 01:00, Pieren pier...@gmail.com a écrit : Peut-être y aura-t-il un jour une recherche scientifique sur l'incontinence verbale de Philippe ? Bon courage à eux :---)) En tout cas tu ne penses pas à eux car ici c'est toi qui a des fuites incongrues dans une conversation où je n'étais même pas. Voilà qui démontre avec querl mépris tu prends les gens même en leur absence. Dommage étant donné le rôle que tu joues ici, car ce genre de ton ne passe pas inaperçu et laisse des traces, crois-moi. Ceux avec qui tu seras amené à négocier ne manqueront pas un jour de te le reprocher ou de te ferme la porte qous le nez en demandant quelqu'un d'autre pour négocier ou expliquer les choses. Pieren s'étant tenu au strict niveau du constat scientifique et s'étant projeté dans une future exploitation universitaire, il a, au contraire, démontré un niveau de réflexion qui continue de le positionner comme un sage de la liste. ;-) Christian Rogel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Le 14/07/2013 16:15, Philippe Verdy a écrit : Le choix de ses termes pour me citer complètement hors du sujet est clairement non scientifique et le niveau zéro de réflexion. Il s'est lâché tout seul, et ça c'est plus probant comme preuve d'incontinence verbale (ses termes). Le seul constat scientifique a faire c'est qu'il persiste à faire ses attaques personnelles. Et je ne vois pas en quoi cela a un quelconque rapport avec l'article universitaire discuté ici. :- Heureux ceux qui savent rire d'eux-même, ils n'ont pas fini de rigoler ! disait Joseph Folliet. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Le 14 juillet 2013 16:39, Vincent Pottier vpott...@gmail.com a écrit : Heureux ceux qui savent rire d'eux-même, ils n'ont pas fini de rigoler ! disait Joseph Folliet. Si seulement le message de Pieren était sur le ton de l'humour... mais non il se veut sérieux et croit que ses mérites par ailleurs l'autorisent à faire ça sans arrêt hors de propos. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Le 14/07/2013 16:48, Philippe Verdy a écrit : Si seulement le message de Pieren était sur le ton de l'humour... Ah bon ? moi, j'avais vu :---)) à la fin de la ligne. J'avais pris cela pour un superlatif de smiley. J'en avais conclus à de l'humour. Peut-être devrais-je réapprendre à lire... Au fait, Joseph Folliet, il en a d'autres : Heureux ceux qui savent distinguer une montagne d'une taupinière : il leur sera épargné bien des tracas. Heureux ceux qui savent se taire et écouter : ils en apprendront des choses nouvelles. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Un smiley ne sert pas d'excuse. Non ce n'est pas faire de l'humour, c'est trop facile. Surtout quand on le fait en citant quelqu'un directement. Il sait pertinemment que sa remarque ne sera pas acceptée et que toute réponse sera forcément plus longue que que ses 3 mots glissés subrepticement; ce qu'il fait a un nom bien connu: c'est du flaming, destiné à polluer. Et non, la solution de se taire et ne pas répondre c'est d'accepter de facto le flaming sous prétexte du reste. Le 14 juillet 2013 16:58, Vincent Pottier vpott...@gmail.com a écrit : Le 14/07/2013 16:48, Philippe Verdy a écrit : Si seulement le message de Pieren était sur le ton de l'humour... Ah bon ? moi, j'avais vu :---)) à la fin de la ligne. J'avais pris cela pour un superlatif de smiley. J'en avais conclus à de l'humour. Peut-être devrais-je réapprendre à lire... Au fait, Joseph Folliet, il en a d'autres : Heureux ceux qui savent distinguer une montagne d'une taupinière : il leur sera épargné bien des tracas. Heureux ceux qui savent se taire et écouter : ils en apprendront des choses nouvelles. -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Routes bordées d'arbres (bis)
J'aime bien le principe du tag complémentaire sur le highway/waterway, mais bon... tant pis, l'idée n'a visiblement pas pris. natural=tree_row est une bonne alternative, et sera visible sur le rendu FR. Le 14 juillet 2013 15:41, Vincent Calame vincent.cal...@exemole.fr a écrit : Bonjour à toutes et à tous, En recherchant sur les archives de la liste sur comment renseigner les arbres au bord de route, je suis tombé sur cette discussion de 2010 : http://lists.openstreetmap.org/pipermail/talk-fr/2010-July/024868.html Christian Quest y indiquait cet attribut : http://wiki.openstreetmap.org/wiki/Proposed_features/Avenue_-_Trees_beside_street mais il est marqué comme abandonné. En milieu rural ouvert, c'est une information intéressante car cela se voit dans le paysage. En outre, pour les cyclistes sous le soleil, c'est aussi une information utile :-) . Cette information figure d'ailleurs dans les cartes IGN au 1:25 000 Avec Bing, on pourrait faire un polygone landuse=forest autour de la route mais, vu sa largeur il ne serait visible qu'à un niveau de zoom élevé (voir invisible si l'emprise par défaut de la route est supérieure). Quant à mettre un point sur chaque arbre, cela peut aller pour une rangée de platanes mais pas pour une haie avec de multiples essences au développement « naturel ». Je me pose également la question pour la ripisylve (les arbres au bord d'une rivière). Lorsqu'un ruisseau traverse un champ, les arbres qui le bordent sont de bons marqueurs du paysages (ce sont eux d'ailleurs qui permettent de repérer le ruisseau) (voir http://fr.wikipedia.org/wiki/Ripisylve). J'ai vu qu'il existait également l'attribut natural=tree_row, http://wiki.openstreetmap.org/wiki/FR:Tag:natural%3Dtree_row, ce qui suppose tracer un filaire parallèlement à celui de la route de chaque côté. Je trouve tout de même que l'idée d'appliquer un attribut directement à la route ou au cours d'eau n'est pas idiote, cela pourrait être une clé commune « riparian » (http://en.wikipedia.org/wiki/Riparian_forest), avec les valeurs none, left, right et both. Qu'en pensez-vous ? Vincent -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Le 14/07/2013 17:09, Philippe Verdy a écrit : Un smiley ne sert pas d'excuse. Non ce n'est pas faire de l'humour, c'est trop facile. Surtout quand on le fait en citant quelqu'un directement. Il sait pertinemment que sa remarque ne sera pas acceptée et que toute réponse sera forcément plus longue que que ses 3 mots glissés subrepticement; ce qu'il fait a un nom bien connu: c'est du flaming, destiné à polluer. Et non, la solution de se taire et ne pas répondre c'est d'accepter de facto le flaming sous prétexte du reste. Oui, Philippe. TU AS TOUJOURS RAISON. Ça va ? Content ? Mais souvent, je crois que tu n'as rien compris. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Sur ce point là oui. Tu ne vois pas qur son smiley ne sert à rien ? Il ne riait pas de lu-même, mais fait de l'humour prétendu en se moquant des autres. C'est lui qui ne comprend rien. Son flaming reste inacceptable, même avec un smiley. Le 14 juillet 2013 17:15, Vincent Pottier vpott...@gmail.com a écrit : Le 14/07/2013 17:09, Philippe Verdy a écrit : Un smiley ne sert pas d'excuse. Non ce n'est pas faire de l'humour, c'est trop facile. Surtout quand on le fait en citant quelqu'un directement. Il sait pertinemment que sa remarque ne sera pas acceptée et que toute réponse sera forcément plus longue que que ses 3 mots glissés subrepticement; ce qu'il fait a un nom bien connu: c'est du flaming, destiné à polluer. Et non, la solution de se taire et ne pas répondre c'est d'accepter de facto le flaming sous prétexte du reste. Oui, Philippe. TU AS TOUJOURS RAISON. Ça va ? Content ? Mais souvent, je crois que tu n'as rien compris. -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Routes bordées d'arbres (bis)
Le 14.07.2013 17:12, Christian Quest a écrit : J'aime bien le principe du tag complémentaire sur le highway/waterway, mais bon... tant pis, l'idée n'a visiblement pas pris. +1, et le tree_row ne résoud pas le problème, notamment puisqu'il faut tracer deux rangées le long de la route/rivière. Juste une pensée, en passant. Est-ce que la proposition de l'époque (2008) aurait pu être morte-née juste à cause d'une proposition de tag… foireuse… dès le départ ? Et qu'une nouvelle proposition avec un tag plus cohérent aurait des chances de réussir ? Ceux qui suivent tagging ? JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Il faut croire que la frontière des Vosges est également une frontière culturelle. Je souris de la remarque de Pieren, au détour d'un long mél dont l'intérêt principal est ailleurs, et admire la nouvelle tentative de Vincent, qui comme toujours, débouche sur la même chose… JB. Le 14.07.2013 17:35, Philippe Verdy a écrit : Sur ce point là oui. Tu ne vois pas qur son smiley ne sert à rien ? Il ne riait pas de lu-même, mais fait de l'humour prétendu en se moquant des autres. C'est lui qui ne comprend rien. Son flaming reste inacceptable, même avec un smiley. Le 14 juillet 2013 17:15, Vincent Pottier vpott...@gmail.com a écrit : Le 14/07/2013 17:09, Philippe Verdy a écrit : Un smiley ne sert pas d'excuse. Non ce n'est pas faire de l'humour, c'est trop facile. Surtout quand on le fait en citant quelqu'un directement. Il sait pertinemment que sa remarque ne sera pas acceptée et que toute réponse sera forcément plus longue que que ses 3 mots glissés subrepticement; ce qu'il fait a un nom bien connu: c'est du flaming, destiné à polluer. Et non, la solution de se taire et ne pas répondre c'est d'accepter de facto le flaming sous prétexte du reste. Oui, Philippe. TU AS TOUJOURS RAISON. Ça va ? Content ? Mais souvent, je crois que tu n'as rien compris. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] 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] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Je ne souris pas de ces attaques personnelles de mauvais goût. « Le goût est le sourire de l'âme ; il y a des âmes qui ont un vilain rictus, c'est ce qui fait le mauvais goût. », Léo Ferré Le 14 juillet 2013 17:40, JB jb...@mailoo.org a écrit : ** Il faut croire que la frontière des Vosges est également une frontière culturelle. Je souris de la remarque de Pieren, au détour d'un long mél dont l'intérêt principal est ailleurs, et admire la nouvelle tentative de Vincent, qui comme toujours, débouche sur la même chose… JB. Le 14.07.2013 17:35, Philippe Verdy a écrit : Sur ce point là oui. Tu ne vois pas qur son smiley ne sert à rien ? Il ne riait pas de lu-même, mais fait de l'humour prétendu en se moquant des autres. C'est lui qui ne comprend rien. Son flaming reste inacceptable, même avec un smiley. Le 14 juillet 2013 17:15, Vincent Pottier vpott...@gmail.com a écrit : Le 14/07/2013 17:09, Philippe Verdy a écrit : Un smiley ne sert pas d'excuse. Non ce n'est pas faire de l'humour, c'est trop facile. Surtout quand on le fait en citant quelqu'un directement. Il sait pertinemment que sa remarque ne sera pas acceptée et que toute réponse sera forcément plus longue que que ses 3 mots glissés subrepticement; ce qu'il fait a un nom bien connu: c'est du flaming, destiné à polluer. Et non, la solution de se taire et ne pas répondre c'est d'accepter de facto le flaming sous prétexte du reste. Oui, Philippe. TU AS TOUJOURS RAISON. Ça va ? Content ? Mais souvent, je crois que tu n'as rien compris. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://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] Routes bordées d'arbres (bis)
Pourtant elle est pas mal cette proposition, c'est simple, léger et probablement suffisant pour décrire le terrain. Ca se réactive ce genre de proposition, au besoin, non? Le 14 juillet 2013 17:37, JB jb...@mailoo.org a écrit : Le 14.07.2013 17:12, Christian Quest a écrit : J'aime bien le principe du tag complémentaire sur le highway/waterway, mais bon... tant pis, l'idée n'a visiblement pas pris. +1, et le tree_row ne résoud pas le problème, notamment puisqu'il faut tracer deux rangées le long de la route/rivière. Juste une pensée, en passant. Est-ce que la proposition de l'époque (2008) aurait pu être morte-née juste à cause d'une proposition de tag… foireuse… dès le départ ? Et qu'une nouvelle proposition avec un tag plus cohérent aurait des chances de réussir ? Ceux qui suivent tagging ? JB. ___ 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] Routes bordées d'arbres (bis)
Le 14/07/2013 18:05, Tetsuo Shima a écrit : Pourtant elle est pas mal cette proposition, c'est simple, léger et probablement suffisant pour décrire le terrain. Ca se réactive ce genre de proposition, au besoin, non? Ça peut se réactiver. Le contexte de 2008 n'était pas nécessairement le même que maintenant, en particulier en terme de détail. Il faudrait aussi voir pourquoi la proposition de l'époque n'avait pas passé la rampe. Ça donne l'impression que l'initiateur de l'époque ne l'a pas bien porté. D'un autre côté, natural=tree_row est pas mal utilisé. Donc, proposé un nouveau codage qui vient faire doublon paraît moyen. Surtout que le chemin séparé, c'est quand même l'évolution d'OSM avec du positionnement de plus en plus précis. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Le 14.07.2013 17:35, Philippe Verdy a écrit : Sur ce point là oui. Tu ne vois pas qur son smiley ne sert à rien ? Il ne riait pas de lu-même, mais fait de l'humour prétendu en se moquant des autres. C'est lui qui ne comprend rien. Son flaming reste inacceptable, même avec un smiley. Je te rappelle (mais, l'as-tu lu et médité?) qu'une grande partie d'entre nous estiment que ta logorrhée/incontinence verbale/inadaptation sociale/surdité intellectuelle/TOC du clavier/étalage inutile et approximatif de ton immense culture, etc. sont une agression sui generis. Personne d'entre nous ne subira de dommage intellectuel ou autre à avoir essayé de ramener l'inondation dans son lit. Les pompiers restent toujours des héros. Il y a donc quelque inconscience de ta part à te plaindre d'un prétendu flaming : c'est toi qui crache du texte sur un mode volcanique et nous sommes priés de faire comme si de rien n'était. Ceci dit, tu étais, pourtant, en voie de guérison : c'était relatif, puisque tu alternes bouillie et textes courts. Ce que nous attendons, c'est une esquisse d'autocritique, pas des manifestations toujours plus éruptives, face à des piqûres de moustique. Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
rn == Pieren pier...@gmail.com writes: ecm Passons aussi sur leur mépris pour le droit d'auteur, lorsqu'ils ecm reproduisent in extenso plusieurs messages parus ici, a priori sans ecm accord des auteurs. rn Je pense que là, on reste dans le droit de citation. Le «droit de courte citation» s'applique lorsque l'extrait est partiel (ce qui n'est pas le cas pour certaines de leurs citations) et clairement attribuée à l'auteur (ce que ces chercheurs ont volontairement omis de faire). Ils n'ont donc pas respecté le droit d'auteur en publiant cet article. rn Leur étude a fait l'impasse sur les discussions qui se passent rn ailleurs que sur cette liste de diffusion, comme la liste rn internationale ou le wiki. Pourtant cela peut expliquer certaines rn prises de position. Dommage. (et ils ne parlent pas non plus de la rn page wiki Bicyle qui résume la plupart des cas discutés et dont je rn suis assez fier) Effectivement, et c'est le second objectif de la restitution de travaux de recherche auprès des gens observés (l'objectif premier étant la simple politesse) : que des omissions ou mésinterprétations commis par les chercheurs puissent être corrigées avant la publication des travaux. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Routes bordées d'arbres (bis)
On n'est pas en train de se refaire le récent débat avec les trottoirs, là ? Je sais bien que ce sont 2 choses distinctes, donc potentiellement 2 façons différentes de tagguer, mais il pourrait peut-être être intéressant d'en profiter pour (tenter de) harmoniser la façon de déclarer des éléments qui longent une way (trottoirs, arbres, lampadaires, ...). Francescu Le 14 juil. 2013 18:38, Eric SIBERT courr...@eric.sibert.fr a écrit : Le 14/07/2013 18:05, Tetsuo Shima a écrit : Pourtant elle est pas mal cette proposition, c'est simple, léger et probablement suffisant pour décrire le terrain. Ca se réactive ce genre de proposition, au besoin, non? Ça peut se réactiver. Le contexte de 2008 n'était pas nécessairement le même que maintenant, en particulier en terme de détail. Il faudrait aussi voir pourquoi la proposition de l'époque n'avait pas passé la rampe. Ça donne l'impression que l'initiateur de l'époque ne l'a pas bien porté. D'un autre côté, natural=tree_row est pas mal utilisé. Donc, proposé un nouveau codage qui vient faire doublon paraît moyen. Surtout que le chemin séparé, c'est quand même l'évolution d'OSM avec du positionnement de plus en plus précis. Éric __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Article Aménagements cyclables et troubles de la description dans OpenStreetMap
Le 14 juillet 2013 18:57, Christian Rogel christian.ro...@club-internet.fra écrit : Ceci dit, tu étais, pourtant, en voie de guérison : Raison de plus pour ne pas ressouffler sur les braises quand je ne demandais rien à personne. Ce que nous attendons, c'est une esquisse d'autocritique, pas des manifestations toujours plus éruptives, face à des piqûres de moustique. Je n'ai strictement aucune raison de me critiquer quand ici ce n'est MEME PAS moi qui ai parlé. C'est Pieren lui-même qui s'est étalé TOUT SEUL ne me citant directement, et même pour relever l'incident j'ai été très court. Jamais il ne s'est excusé de ses FAUTES réelles. Lui aussi qui s'est aussi étalé en diatribe verbale contre l'auteur de l'article dont il était question ici (avant de déborder sur le reste), alors qu'il n'avait (et n'a encore) strictement rien dit ici non plus (est-ce qu'il a seulement cherché à le contacter? Non, pas plus qu'il n'ait cherché à me contacter dans le passé, malgré les offres que je lui ai faites, hors liste, auxquelles il n'a jamais répondu non plus : s'il choisit de m'ignorer quand je le contacte directement, il n'a qu'à le faire ici, mais s'il le fait c'est bien parce qu'il me lit, et sa démarche est donc totalement volontaire de sa part, comme ses attaques répétées; en attendant il n'a pas à en faire souffrir tout les autres, car il sait très bien ce qui va avoir lieu quand il poste ce genre de remarques hors de propos et incendiaire). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Routes bordées d'arbres (bis)
Autant sur les trottoirs on peut imaginer un routing spécifique... mais pour les arbres, ça me semble une caractéristique pour laquelle je vois moins d'intérêt de mettre ça sur un objet séparé. J'ai peur qu'on ne s'égare avec trop de complexité et d'enchevêtrement d'objets. Les éditions deviennent de plus en plus laborieuse et les nouveaux contributeurs ne contribuerons plus du tout si on ne garde pas une modélisation la plus simple possible par rapport aux réutilisations des données. Il faut trouver un équilibre. Le 14 juillet 2013 22:41, Francescu GAROBY windu...@gmail.com a écrit : On n'est pas en train de se refaire le récent débat avec les trottoirs, là ? Je sais bien que ce sont 2 choses distinctes, donc potentiellement 2 façons différentes de tagguer, mais il pourrait peut-être être intéressant d'en profiter pour (tenter de) harmoniser la façon de déclarer des éléments qui longent une way (trottoirs, arbres, lampadaires, ...). Francescu Le 14 juil. 2013 18:38, Eric SIBERT courr...@eric.sibert.fr a écrit : Le 14/07/2013 18:05, Tetsuo Shima a écrit : Pourtant elle est pas mal cette proposition, c'est simple, léger et probablement suffisant pour décrire le terrain. Ca se réactive ce genre de proposition, au besoin, non? Ça peut se réactiver. Le contexte de 2008 n'était pas nécessairement le même que maintenant, en particulier en terme de détail. Il faudrait aussi voir pourquoi la proposition de l'époque n'avait pas passé la rampe. Ça donne l'impression que l'initiateur de l'époque ne l'a pas bien porté. D'un autre côté, natural=tree_row est pas mal utilisé. Donc, proposé un nouveau codage qui vient faire doublon paraît moyen. Surtout que le chemin séparé, c'est quand même l'évolution d'OSM avec du positionnement de plus en plus précis. Éric ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Routes bordées d'arbres (bis)
Au contraire de toi je pense que poser les arbres d'un alignement le long d'une rue un par un par un point au lieu de dessiner un trait imaginaire est plus simple et ne perturbe pas trop l'édition du reste à côté. C'est plus précis en plus, et permet aussi de les compter car ils sont souvent à distance régulière et vont aussi cacher d'autres éléments repérables comme la signalisation, et positionner les passages piétons, places de stationnement. aires canines, poubelles, abris bus, etc. En revanche pour des bosquets ou bois, pas la peine de pointer chaque arbre, qu'il y en ait un de plus ou de moins ne change rien au fait que c'est un bois, même si un d'eaux tombe par terre suite à une tempête, ou est coupé parce qu'il est malade. De toute façon on n'est plus là face à un alignement le long d'une rue, avec des trottoirs autour et tas d'autres équipements autour, au contraire les rares éléments présents se mettront plus facilement dans la surface boisée limitée par un polygone, même les sentiers ou chemins pour tracteurs ou vélos. Les arbres dans un parc/jardin n'ont pas besoin non plus d'être marqués un par un, sauf éventuellement s'ils sont en alignement avec une allée. S'ils sont au milieu de pelouse, autant les grouper par bosquet car il n'y a pas de chemin piéton ou vélo dédié. Le 14 juillet 2013 23:04, Christian Quest cqu...@openstreetmap.fr a écrit : Autant sur les trottoirs on peut imaginer un routing spécifique... mais pour les arbres, ça me semble une caractéristique pour laquelle je vois moins d'intérêt de mettre ça sur un objet séparé. J'ai peur qu'on ne s'égare avec trop de complexité et d'enchevêtrement d'objets. Les éditions deviennent de plus en plus laborieuse et les nouveaux contributeurs ne contribuerons plus du tout si on ne garde pas une modélisation la plus simple possible par rapport aux réutilisations des données. Il faut trouver un équilibre. Le 14 juillet 2013 22:41, Francescu GAROBY windu...@gmail.com a écrit : On n'est pas en train de se refaire le récent débat avec les trottoirs, là ? Je sais bien que ce sont 2 choses distinctes, donc potentiellement 2 façons différentes de tagguer, mais il pourrait peut-être être intéressant d'en profiter pour (tenter de) harmoniser la façon de déclarer des éléments qui longent une way (trottoirs, arbres, lampadaires, ...). Francescu Le 14 juil. 2013 18:38, Eric SIBERT courr...@eric.sibert.fr a écrit : Le 14/07/2013 18:05, Tetsuo Shima a écrit : Pourtant elle est pas mal cette proposition, c'est simple, léger et probablement suffisant pour décrire le terrain. Ca se réactive ce genre de proposition, au besoin, non? Ça peut se réactiver. Le contexte de 2008 n'était pas nécessairement le même que maintenant, en particulier en terme de détail. Il faudrait aussi voir pourquoi la proposition de l'époque n'avait pas passé la rampe. Ça donne l'impression que l'initiateur de l'époque ne l'a pas bien porté. D'un autre côté, natural=tree_row est pas mal utilisé. Donc, proposé un nouveau codage qui vient faire doublon paraît moyen. Surtout que le chemin séparé, c'est quand même l'évolution d'OSM avec du positionnement de plus en plus précis. Éric ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] Routes bordées d'arbres (bis)
Le 14/07/2013 23:04, Christian Quest a écrit : Autant sur les trottoirs on peut imaginer un routing spécifique... mais pour les arbres, ça me semble une caractéristique pour laquelle je vois moins d'intérêt de mettre ça sur un objet séparé. Et pi, les arbres, ils sont sur le trottoir, non ? :-P -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
