Re: [talk-ph] where are your edits? OSM heat map
My edits outside the Philippines are for the Humanitarian OSM Team (Haiti, Kibera, Brazil, Osh, Ivory Coast). On Mon, Aug 15, 2011 at 10:33 AM, George Tujan gtu...@gmail.com wrote: @maning: of all the user names i've check yours obviously loads the longest :D On Mon, Aug 15, 2011 at 10:09 AM, Ed Garcia eppgar...@gmail.com wrote: wow... I just saw my edits (ed_waypointsdotph) Amazing! thanks for the link. On Mon, Aug 15, 2011 at 9:59 AM, maning sambale emmanuel.samb...@gmail.com wrote: More than a year ago, I tried visualizing my edits by parsing all my changesets and creating a simple bboxes polys over a map: http://www.openstreetmap.org/user/maning/diary/11037 Now you can visualize your own edits: the map: http://yosmhm.neis-one.org/ blog: http://neis-one.org/2011/08/yosmhm/ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] where are your edits? OSM heat map
Wow, that IS brilliant. The power of Open Source .. On Mon, Aug 15, 2011 at 10:38 AM, maning sambale emmanuel.samb...@gmail.com wrote: My edits outside the Philippines are for the Humanitarian OSM Team (Haiti, Kibera, Brazil, Osh, Ivory Coast). On Mon, Aug 15, 2011 at 10:33 AM, George Tujan gtu...@gmail.com wrote: @maning: of all the user names i've check yours obviously loads the longest :D On Mon, Aug 15, 2011 at 10:09 AM, Ed Garcia eppgar...@gmail.com wrote: wow... I just saw my edits (ed_waypointsdotph) Amazing! thanks for the link. On Mon, Aug 15, 2011 at 9:59 AM, maning sambale emmanuel.samb...@gmail.com wrote: More than a year ago, I tried visualizing my edits by parsing all my changesets and creating a simple bboxes polys over a map: http://www.openstreetmap.org/user/maning/diary/11037 Now you can visualize your own edits: the map: http://yosmhm.neis-one.org/ blog: http://neis-one.org/2011/08/yosmhm/ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] malabon and bulacan no longer flooded
Changeset ID: 1522984 Cause of flooding: unclosed polygons Time spent editing: approximately 3 hours Time spent uploading the changeset: less than 13 minutes Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] I want my access back
Op 12-08-11 23:34, Nic Roets schreef: On Fri, Aug 12, 2011 at 10:47 PM, Michael Kugelmannmichaelk_...@gmx.de wrote: May I remind you a litte bit on the history of the licence change... (all as far as I know) While the first SOTM at Manchester (July 2007) there was a pannel about the license. BTW: So, did the panel ASK the individuals attending what license they want ? To my recollection, there was not a question on what specific license we wanted, but what kind of elements the license should have. Attribution and Share-Alike where two elements an OSM license should have. Just to be clear: I was not part of the panel, nor was I actively involved with the Foundation at that time. Cheers, Henk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] I want my access back
Hi Henk, [Henk Hoff, 14.08.2011, 14:25]: If you talk about future license changes as defined in the CT: active contributors are defined as contributors who have edited the map in at least 3 different months (don't have to be consecutively) in the previous year. Exactly. So someone who has contributed for several years, but only during two months of the previous year, is not allowed to vote. Also, the sysadmins reserve the right to block the edits right of accounts (as they are currently doing). They decided not to give us assurances that our editing right will not be blocked again in the future, e.g. to enforced an update to the CT. This means that the right to vote is directly dependent upon the behaviour of the sysadmins. And some of them have made it very clear in emails to this list that they are against changing this. Olaf signature.asc Description: This is a digitally signed message part. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] I want my access back
[Henk Hoff, 14.08.2011, 19:00]: If contributing in 3 different months during the last year would be too much of a burden, are you then really involved? If the sysadmins block your account because they want to force through a future CT update that you deem problematic, then it is simply not possible to contribute in 3 different months. The situation would change dramatically if the sysadmins were to guarantee that they will never remove edit rights as they currently do. At least one sysadmin has stated on this list that the legal team should ignore my concern about the wording of the CT, claiming that the sysadmins will always act responsibly. At the same time, he said that the sysadmins are not responsible for the action of blocking my edit right because the legal team has asked them to do so. I interpret this to mean that no one is willing to act with responsibility, and that my concern is therefore valid. Olaf signature.asc Description: This is a digitally signed message part. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] I want my access back
On 14/08/11 18:14, Olaf Schmidt-Wischhöfer wrote: If the sysadmins block your account The sysadmins have not blocked your account. The system has been changed to implement the licence changeover plan. You may not like the plan, but neither its form nor the effects of its implementation are actions that the sysadmins have initiated against you. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] I want my access back
Op 14-08-11 19:14, Olaf Schmidt-Wischhöfer schreef: [Henk Hoff, 14.08.2011, 19:00]: If contributing in 3 different months during the last year would be too much of a burden, are you then really involved? If the sysadmins block your account because they want to force through a future CT update that you deem problematic, then it is simply not possible to contribute in 3 different months. The situation would change dramatically if the sysadmins were to guarantee that they will never remove edit rights as they currently do. Sysadmins are not just blocking accounts. If you're referring to the fact that you haven't agreed with the CT and therefore cannot edit anymore ... That's part of the democratic process, not the sysadmins. There has been an long and extensive process in getting where we are now. There have been polls with the community, there has been a vote amongst the OSMF membership, etc. All point to a (large) majority accepting the new CT / license etc. You may not like the outcome, like you may not like your current government. But it's a fair and democratic process. The CT is not going away. It's now up to you whether you accept the CT or not. If not, I'll advise you to select another hobby. I invite you to accept the CT. Then we can all work on making OSM the most acurate and detailed map which is also openly and freely available; so extraodinary and amazing new things can be created for all to use. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] I want my access back
On 14 August 2011 22:39, Henk Hoff o...@toffehoff.nl wrote: Op 12-08-11 23:34, Nic Roets schreef: On Fri, Aug 12, 2011 at 10:47 PM, Michael Kugelmannmichaelk_...@gmx.de wrote: While the first SOTM at Manchester (July 2007) there was a pannel about the license. BTW: So, did the panel ASK the individuals attending what license they want ? To my recollection, there was not a question on what specific license we wanted, but what kind of elements the license should have. Attribution and Share-Alike where two elements an OSM license should have. This is one of the areas where I think the licence-change process has fallen down - it's never been particularly clear when decisions have been made. Like many people, I wasn't involved with OSM at that time (I discovered it later that year). If the consensus from the the meeting was that we wanted attribution and share-alike, was that decision clearly noted down somewhere? Fast forward to mid 2009 or even 2010, and it wasn't clear to me or many other people that we'd actually made that decision. When I joined the various debates in legal-talk and other places, I was still under the impression that we (as general contributors) could have a say about that. Not that I necessarily think it should be different, but I was under the impression that it was still up for discussion. There are a lot of things that now seem to have been decided quite a while ago, but it was never clear to many people that they had been decided already. -- James ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Automatic Map Plotting in OpenStreetMap
Hello All, Please see the my city map of jalandhar on the openstreetmap.org http://www.openstreetmap.org/?lat=31.2841lon=75.5262zoom=12layers=M I know there was nothing much just a few days back, and no one can map so much of data in very short time. Same is I noticed for other cities also that how they are mapped automatically. According to me there must be some technique like Image Processing for doing this due to which it has been possible. Do anyone know how it has been possible or how it can be? Please let me know. If this is possible this is going to be a drastic change in the data of openstreetmap which is very good sign of opestreetmap improvements. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
Hello Parveen, On 14.08.2011 11:02, Parveen Arora wrote: Please see the my city map of jalandhar on the openstreetmap.org http://www.openstreetmap.org/?lat=31.2841lon=75.5262zoom=12layers=M According to me there must be some technique like Image Processing for doing this due to which it has been possible. the magic thing is called Bing imagery. In Potlatch as well as in Josm you can enable high resolution aerial images in the background to trace the road geometry. Using this you can map an area really quick. Looks like this used did this a lot. http://www.openstreetmap.org/user/Oberaffe Unfortunately the roads lack important things like street names. If it is good to have such remote mapping or bad depends on how the people on the ground react. Adding a whole street including geometry is imho a lot more rewarding then just entering street names. It people don't mind or even see it as a support then it's great. Armchair mapping is not that different from data imports. Think of it as a geometry import. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
On Sun, Aug 14, 2011 at 7:03 PM, Stephan Knauss o...@stephans-server.de wrote: the magic thing is called Bing imagery. In Potlatch as well as in Josm you can enable high resolution aerial images in the background to trace the road geometry. Using this you can map an area really quick. Yes we can do it quickly. Looks like this used did this a lot. http://www.openstreetmap.org/user/Oberaffe But I am sure this is not any Indian user or any Indian User. It also not looks me a user or he must be using some image processing to map the areas. So I asked question here. Unfortunately the roads lack important things like street names. Same as the Imaginary so roads don't have much information. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSMF elections
In prior years the elections were held at an AGM with proxy votes by email for those not able to attend. Last year, the OSMF board election was held at SotM - Girona, with the same proxy votes by email. this was seen as an improvement and will be the method used this year as well. We're coming up on SotM Denver. It's less than a month away now. Which means that the official notification of the AGM and board election will be coming up soon. If I remember correctly the AGM was held at lunch in Girona. That may well be the case in Denver, too. So if you have been thinking about standing for election to the OSMF board, if you have issues that you would like to see discussed by candidates, if you have suggestions and requests for those involved, now is a good time to start putting things in order. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
On 14/08/2011 14:33, Stephan Knauss wrote: the magic thing is called Bing imagery. ... If it is good to have such remote mapping or bad depends on how the people on the ground react. Adding a whole street including geometry is imho a lot more rewarding then just entering street names. Agreed. I seem to remember comments on this list previously saying that in at least some areas in India the Bing imagery is a bit out of date. I've no idea if that is the case for Jalandhar, but if I was going to map there remotely I'd probably try and ping a message to any local mappers via a local talk list first (which, of course, may already have happened). Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
On 14.08.2011 15:54, Parveen Arora wrote: On Sun, Aug 14, 2011 at 7:03 PM, Stephan Knausso...@stephans-server.de wrote: http://www.openstreetmap.org/user/Oberaffe But I am sure this is not any Indian user or any Indian User. It also not looks me a user or he must be using some image processing to map the areas. Have you tried sending a message to this user? It looks a lot like armchair mapping using Bing. What is leading you to the believe it must be some sort of software? With a lot of streets having easy geometry it's no problem to map 4 street per minute using Bing. A few months ago a whole city was online mapped in 50 hours: http://gis-lab.info/images/saransk-evolution.gif So possible without special image processing software. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
On Sun, Aug 14, 2011 at 11:54 PM, Stephan Knauss o...@stephans-server.de wrote: Have you tried sending a message to this user? It looks a lot like armchair mapping using Bing. What is armchair? Is it something to related which automatically maps from imaginary. What is leading you to the believe it must be some sort of software? There are many reasons. I have been mapping since a long time both using gps and imaginary But have not mapped with so much accuracy and precision. No street is given any name. There are some lines which I think have no meaning and should not be there. You can check these from the following area. http://www.openstreetmap.org/?lat=31.2841lon=75.5262zoom=12layers=M With a lot of streets having easy geometry it's no problem to map 4 street per minute using Bing. Yes It can be possible, but still I am suspicious about it, that why any one from any other country will map this city. I have also noticed some more cities with similar type of mappings in a very short time. There are two lines written on his user page which are in german language. So he can be from german. I have sent him a message but have not got any reply till now. Thank You. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF elections
I would like to run, on the platform of decentralizing the infrastructure and opening things up a bit. mike On Sun, Aug 14, 2011 at 4:30 PM, Richard Weait rich...@weait.com wrote: In prior years the elections were held at an AGM with proxy votes by email for those not able to attend. Last year, the OSMF board election was held at SotM - Girona, with the same proxy votes by email. this was seen as an improvement and will be the method used this year as well. We're coming up on SotM Denver. It's less than a month away now. Which means that the official notification of the AGM and board election will be coming up soon. If I remember correctly the AGM was held at lunch in Girona. That may well be the case in Denver, too. So if you have been thinking about standing for election to the OSMF board, if you have issues that you would like to see discussed by candidates, if you have suggestions and requests for those involved, now is a good time to start putting things in order. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
On 14.08.2011 20:49, Parveen Arora wrote: Yes It can be possible, but still I am suspicious about it, that why any one from any other country will map this city. I have also noticed some more cities with similar type of mappings in a very short time. He uploaded GPS tracks that are tagged with Ballia Substation Darbhanga, others with Varanasi. As I never heard of these before I checked wikipedia which told me this is located in India. So I can only guess that this user feels connected to India and tries to improve OSM there. Armchair mapper refers to people mapping from the comfort of their living room without actually going outside. Can be used in a neutral as well as in an offensive way. Refer to Wikipedia: http://en.wikipedia.org/wiki/Armchair Armchair, a pejorative modifier to refer to a person who experiences something vicariously rather than first-hand, or to a casual critic who lacks practical experience, in phrases such as armchair revolutionary, armchair general, armchair quarterback, armchair architect, armchair warrior, and so on. There are two lines written on his user page which are in german language. So he can be from german. It's reading you can send a message he won't bite. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
The text on his user page: schreibt ruhig! Ich beiße nicht! :-) means: You can write me without worrying I won't bite! :-) Maybe he used a plugin of JOSM which makes it easy to create a 'grid' very quickly. Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
On Sun, 2011-08-14 at 16:14 +0100, SomeoneElse wrote: If it is good to have such remote mapping or bad depends on how the people on the ground react. Adding a whole street including geometry is imho a lot more rewarding then just entering street names. Agreed. I seem to remember comments on this list previously saying that in at least some areas in India the Bing imagery is a bit out of date. I've no idea if that is the case for Jalandhar, but if I was going to map there remotely I'd probably try and ping a message to any local mappers via a local talk list first (which, of course, may already have happened). remote mapping by people who have not seen the ground is a big nuisance and should be discouraged. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatic Map Plotting in OpenStreetMap
-1 on the blanket ban on remote mapping. In our patch in OSM, we have very few mappers. Sometimes, we do some initial road stubbing and then organize a trip to verify what was initially traced. During those trips we try as much as we can to talk to locals on how they can improve what was started. At the very least, remote mappers should talk to the local osm community if he/she intends to do armchair/remote mapping. On Mon, Aug 15, 2011 at 1:44 PM, kenneth gonsalves law...@thenilgiris.com wrote: remote mapping by people who have not seen the ground is a big nuisance and should be discouraged. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] wieder mal - Flächen und Wege
Hallo, auch wenn es langsam nervt und eine neue Grundsatzdiskussion nicht nötig ist, da ja die Argumente ausgetauscht sind, eine Frage zu diesem Thema. Im Zuge einer kleinen Meinungsverschiedenheit mit einem benachbarten Mapper wurde mir ziemlich barsch erklärt, dass es inzwischen etablierter Standard sei, Landnutzungsflächen und Wege über gemeinsame Nodes zu führen. Alles andere wäre nie akzeptiert gewesen, fehlerhaft, veraltet und nur von einigen wenigen vor ein paar Jahren eine Zeitlang propagiert worden. Laut http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Tagging_Areas sind beide Varianten nach wie vor gebräuchlich, Stichproben in verschiedenen Gebieten bestätigen das. Ist mir da etwas entgangen, wurde das Problem irgendwo ausdiskutiert, ist nur der Wiki-Eintrag veraltet? Gruß buedner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Es gibt hier keinen etablierten Standard. Ich selbst habe lange Zeit Wege und Landnutzungsflächen aneiandergeklebt bis mir die Probleme zu denen das führt erklärt wurden und ich aufgehört habe. Das gängige Argument fürs Aneinanderkleben ist daß die Landnutzung da anfängt wo die Straße aufhört. Das Gegenargument dazu ist daß wir ja nur die Mittellinie der Straße mappen. Die Landnutzung dagegen fängt erst am Wegesrand an. Ein Aneinanderkleben ist daher IMHO geographisch nicht korrekt. Zudem macht es das Editieren schwieriger. Aber wie gesagt, einen Standard gibt es da nicht... jeder hat seine eigene Meinung. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 14.08.2011 15:57, schrieb Bartosz Fabianowski: Es gibt hier keinen etablierten Standard. Ich selbst habe lange Zeit Wege und Landnutzungsflächen aneiandergeklebt bis mir die Probleme zu denen das führt erklärt wurden und ich aufgehört habe. Das gängige Argument fürs Aneinanderkleben ist daß die Landnutzung da anfängt wo die Straße aufhört. Das Gegenargument dazu ist daß wir ja nur die Mittellinie der Straße mappen. Die Landnutzung dagegen fängt erst am Wegesrand an. Ein Aneinanderkleben ist daher IMHO geographisch nicht korrekt. Geographisch evtl. nicht, topologisch hingegen schon. Der Wegesrand beginnt, topologisch gesehen, links und rechts des Weges, welcher in OSM durch eine Linie repräsentiert wird. Ein Standard ist nicht etabliert, ich pers. klebe Flächen gern aneinander aus folgenden Gründen: Vorteile: - kein Niemandsland zwischen Straße und Gebiet - mehr Übersicht im Editor (vgl. tausende nodes an einer Kreuzung) - weniger nodes - geringere DB Größe / weniger Ressourcenverbrauch - das ist z.B. interessant, wenn ein großes Datenset in den Editor geladen wird, oder man die Daten für mobile Geräte fit machen möchte Nachteile: - ein wenig mehr Aufwand, wenn ein Gebiet / Straße umverlegt wird - mit JOSM: 2 nodes auswählen, Gebiet trennen, die 2 nodes mit neuem way verbinden (evtl. wieder über existierende ways), und, nicht vergessen, alten Streckenzug löschen Beim Editieren zeigen sich zwei Hauptunterschiede. *) Der Verlauf nicht geklebter FlächenStraßen kann (oder muß, je nach use case) getrennt voneinander editiert werden. Das wird bes. von Neulingen als Vorteil empfunden, weil sich beim Verschieben von Objekten keine Gedanken über evtl. Abhängigkeiten gemacht werden muss. *) Bei geklebten Flächen/Straßen bleibt eine Änderung solange einfach, wie die Topologie erhalten bleibt - ich muss nicht, wie in 1), beides getrennt voneinander ändern, wenn ich in der Tat beides auf gleiche Weise ändern möchte. Das kommt häufig vor, wenn man Straßenverläufe verfeinert. Ändert sich die Topologie, muss aber der Kleber entfernt werden und für den neuen Streckenverlauf evtl. neue Knoten erstellt werden. Hat man sich daran gewöhnt, ist der Aufwand imho nicht höher, als bei der anderen Variante. Für mich überwiegen daher die Vorteile des Aneinanderklebens. Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 14.08.2011 15:57, schrieb Bartosz Fabianowski: Wegesrand an. Ein Aneinanderkleben ist daher IMHO geographisch nicht korrekt. Zudem macht es das Editieren schwieriger. Aber wie gesagt, einen Standard gibt es da nicht... jeder hat seine eigene Meinung. aber es ist topologisch korrekt. Wenn der Straßenverlauf etwas arg eckig geraten ist, dann ist es bei nebeneinanderliegenden Punkten kaum zu vernünftig zu korrigieren. Bei Straße - Fläche kann ich Deiner Argumentation nachvollziehen, auch wenn ich ihr nicht folge. Absolut unverständlich ist es mir jedoch, wenn Wald und Wiese (ohne Weg dazwischen) aneinander stoßen und es dennoch keine gemeinsamen Punkte gibt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Absolut unverständlich ist es mir jedoch, wenn Wald und Wiese (ohne Weg dazwischen) aneinander stoßen und es dennoch keine gemeinsamen Punkte gibt. Das stimmt. Da klebe ich auch. Ein Fall den ich öfters diskutiert habe und immer noch nicht sicher bin sind Parkplätze und Gebäude: Reicht ein Parkplatz bis an die Gebäudewand und wird geklebt oder sollte da Platz zwischen bleiben? Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 14.08.2011 16:50, schrieb Bartosz Fabianowski: Absolut unverständlich ist es mir jedoch, wenn Wald und Wiese (ohne Weg dazwischen) aneinander stoßen und es dennoch keine gemeinsamen Punkte gibt. Das stimmt. Da klebe ich auch. Ein Fall den ich öfters diskutiert habe und immer noch nicht sicher bin sind Parkplätze und Gebäude: Reicht ein Parkplatz bis an die Gebäudewand und wird geklebt oder sollte da Platz zwischen bleiben? Du mappst die Realität. Wie genau Du das machst, bleibt Dir überlassen. Wenn der Parkplatz bis zur Wand heranreicht ist es klar - kleben. Falls ein Blumenbeet dazwischen ist, kannst Du ja das Blumenbeet mitmappen ODER Du verstehst es als zum Parkplatz gehörig ODER es gehört zum Gebäude und geht in dessen landuse=* mit ein.. Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 14.08.2011 15:25, schrieb buedner: Im Zuge einer kleinen Meinungsverschiedenheit mit einem benachbarten Mapper wurde mir ziemlich barsch erklärt, dass es inzwischen etablierter Standard sei, Landnutzungsflächen und Wege über gemeinsame Nodes zu führen. OSM und etablierter Standard? Hihi, es gibt keine Standards in OSM. Und das ist eventuell auch gut so. ;-) Ich klebe anstoßende Landuses meist aneinander, zwischen landuses und ways lasse ich i.d.R. eine Lücke. Halte ich persönlich für den besten Kompromiss beider Methoden. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
On 14.08.2011 17:28, Chris66 wrote: Ich klebe anstoßende Landuses meist aneinander, zwischen landuses und ways lasse ich i.d.R. eine Lücke. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 14.08.2011 16:44, schrieb Thomas Reincke: Bei Straße - Fläche kann ich Deiner Argumentation nachvollziehen, auch wenn ich ihr nicht folge. Absolut unverständlich ist es mir jedoch, wenn Wald und Wiese (ohne Weg dazwischen) aneinander stoßen und es dennoch keine gemeinsamen Punkte gibt. Weil es einfacher ist grundsätzlich keine gemeinsamen Punkte zu verwenden als sich jedesmal Gedanken darüber zu machen ob ein Sonderfall vorliegt in dem es vielleicht sinnvoll sein könnte. Abgesehen davon sehe ich es falsch an eine Wiese im Sinne von Grass als landuse zu erfassen. Das Grass ist die Bodenbedeckung, die Landnutzung wäre Landwirtschaft etc. Ausserdem ist auch zwischen Wiese und Wald häufig noch was zu finden was in die Kategorie Buschwerk gehört - z.B. die Brombeerhecken über die sich die Beerensammler freuen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, Am 14.08.2011 15:25, schrieb buedner: Im Zuge einer kleinen Meinungsverschiedenheit mit einem benachbarten Mapper wurde mir ziemlich barsch erklärt, dass es inzwischen etablierter Standard sei, Landnutzungsflächen und Wege über gemeinsame Nodes zu führen. Alles andere wäre nie akzeptiert gewesen, fehlerhaft, veraltet und nur von einigen wenigen vor ein paar Jahren eine Zeitlang propagiert worden. Das ist quatsch. Die meisten die ich angeschrieben haben warum sie ein von mir vor längerer Zeit angelegtes Gebiet verklebt haben hatten sinngemäss geantwortet weil sie anfangs von den Möglichkeiten begeistert waren(meist auch im Zusammenhang mit Multipolygonen), inzwischen aber wieder davon abgekommen sind weil die spätere Weiterbearbeitung erheblich aufwendiger wird. So auch meine Meinung; Je mehr Daten man voneinander abhängig macht (die meist nur scheinbar oder indirekt voneinander abhängig sind), umso schwierig wird es für (nicht nur)den Gelegenheitsmapper etwas zu verfeinern. Und genau das widerspricht dem OSM-Gedanken dass möglichst viel Teilnehmer dazu beitragen können die Daten zu verbessern. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 14.08.2011 16:40, schrieb Christian Müller: Geographisch evtl. nicht, topologisch hingegen schon. Der Wegesrand beginnt, topologisch gesehen, links und rechts des Weges, welcher in OSM durch eine Linie repräsentiert wird. Ein Standard ist nicht etabliert, Was verstehst Du unter Wegrand? Zwischen der Verkehrsfläche und dem Wald, Wiese etc. liegt fast immer noch was anderes - Entwässerungsgraben, Schutzfläche, Lärmschutzwand, Gebüsch,... ich pers. klebe Flächen gern aneinander aus folgenden Gründen: Vorteile: - kein Niemandsland zwischen Straße und Gebiet So ein Niemandsland existiert aber real praktisch immer da ein gewisser Streifen weder vom Vekehr auf dem Weg noch vom Bauer des angrenzenden Feldes genutzt wird - mehr Übersicht im Editor (vgl. tausende nodes an einer Kreuzung) - weniger nodes - geringere DB Größe / weniger Ressourcenverbrauch - das ist z.B. interessant, wenn ein großes Datenset in den Editor geladen wird, oder man die Daten für mobile Geräte fit machen möchte Nachteile: - ein wenig mehr Aufwand, wenn ein Gebiet / Straße umverlegt wird - mit JOSM: 2 nodes auswählen, Gebiet trennen, die 2 nodes mit neuem way verbinden (evtl. wieder über existierende ways), und, nicht vergessen, alten Streckenzug löschen Beim Editieren zeigen sich zwei Hauptunterschiede. *) Der Verlauf nicht geklebter FlächenStraßen kann (oder muß, je nach use case) getrennt voneinander editiert werden. Das wird bes. von Neulingen als Vorteil empfunden, weil sich beim Verschieben von Objekten keine Gedanken über evtl. Abhängigkeiten gemacht werden muss. *) Bei geklebten Flächen/Straßen bleibt eine Änderung solange einfach, wie die Topologie erhalten bleibt - ich muss nicht, wie in 1), beides getrennt voneinander ändern, wenn ich in der Tat beides auf gleiche Weise ändern möchte. Das kommt häufig vor, wenn man Straßenverläufe verfeinert. Ändert sich die Topologie, muss aber der Kleber entfernt werden und für den neuen Streckenverlauf evtl. neue Knoten erstellt werden. Hat man sich daran gewöhnt, ist der Aufwand imho nicht höher, als bei der anderen Variante. Für mich überwiegen daher die Vorteile des Aneinanderklebens. Wenn ich eine gute GPS-Aufzeichnung habe kann ich etwas über den genauen Verlauf der Fahrbahn aussagen und dies entsprechend eintragen wenn die Strasse bisher nur grob erfasst war. Über das was um die Strasse drumherum habe sagt die Aufzeichnung aber absolut nichts aus. Es wäre daher falsch autonatisch irgendwelche landuse-Flächen mitzuziehen. Vieleicht stammen die ja aus einer supergenauen Quelle und/oder meine gute GPS-Aufzeichnung ist am Ende doch nicht so genau. Ich würde also durch das Angeklebte Daten verändern über die ich überhaupt keine Aussage treffen kann. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Am 13.08.2011 14:36, schrieb Jannis Achstetter: Hi, ich hatte mich länger nicht mehr mit Navit beschäftigt, und damals war es mir noch nicht aufgefallen: Bei mir liegt die Karte ohne jeden manuellen Eingriff in /sdcard/navit/navitmap.bin. Die Dateistruktur meines Samsung ist etwas seltsam, keine Ahnung ob das bei allen Androids so ist. /sdcard heißt zwar so ist aber keine, zumindest keine rausnehmbare sondern interner Speicher mit 1.5GB. Die rausnehmbare, bei mir 16GB ist: /sdcard/external_sd und da hätte ich die Navit Karten gerne, denn die 1.5GB sind ja schnell weg. Machen nicht alle Android-Handy-Hersteller. Ist beim LG P990 Optimus Speed genauso, nennt sich interne SD und ist ziemlicher Blödsinn. Symlinks sind da leider auch nicht möglich, da die interne SD mit FAT32 formatiert ist. Klar könnte man die umformatieren, dann erkennt sie Android aber nicht mehr richtig und sie wird nicht unter /sdcard gemounted. Ist eine Frage der Sichtweise. Wenn der Hersteller ins Gerät Flash-Speicher einbaut damit dieser immer verfügbar ist (z.b. für Adress- und Termindaten)und diesen Speicher über ein SD-Karten-Interface anspricht dann ist das aus Betriebssytemsicht eben eine (interne)SD-Karte. Wäre super, wenn man den Pfad, wo die Karte liegt in navit anpassen könnte. Per Menü, nicht per Quelltext und Rekompilierung :D öht den Auf Das erhöht den Aufwand für die Portierbarkeit auf andere Systeme... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Hallo, Das erhöht den Aufwand für die Portierbarkeit auf andere Systeme... Wieso? Was meinst Du mit anderes System? Dieser fixe Pfad ist ja wohl ser Systemspeziefisch, also wäre eine Pfadauswahl doch wohl Systemunabhängiger. Und wenn da wirklich ein Programmierer Probleme hat eine Pfadauswahl einzubauen dann könnte man ja ein einfaches Konfigurationsfile nutzen. So ist es unbrauchbar! Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 15.08.2011 00:53, schrieb Garry: Am 14.08.2011 16:40, schrieb Christian Müller: Geographisch evtl. nicht, topologisch hingegen schon. Der Wegesrand beginnt, topologisch gesehen, links und rechts des Weges, welcher in OSM durch eine Linie repräsentiert wird. Ein Standard ist nicht etabliert, Was verstehst Du unter Wegrand? Zwischen der Verkehrsfläche und dem Wald, Wiese etc. liegt fast immer noch was anderes - Entwässerungsgraben, Schutzfläche, Lärmschutzwand, Gebüsch,... Solange das nicht gemappt ist, interessiert es in OSM nicht. Wenn Entwässerungsgraben, Schutzfläche, etc. gemappt werden, wird die Topologie geändert. Der Wegesrand ist dann detailierter erfasst, die Aussage Gebiet beginnt am Wegesrand wird dann zu Gebiet beginnt an Schutzfläche oder, noch genauer Gebiet beginnt an Schutzfläche, welche an Wegesrand grenzt. In diesem Moment zieht man in OSM die Grenzen neu, weil man mit der Aufnahme neuer Daten den Detailgrad erhöht. Ich verstehe die Arbeit an OSM also als inkrementelle Arbeit. Details die in OSM nicht erfasst sind, sollte man nicht berücksichtigen (bis sie erfasst werden), weil sich über sie (noch) keine Aussage treffen lässt. Vgl. das Erfassen eines großen Waldes. Erst wird grob der Umriß gezeichnet, später packt ein anderer Löcher rein. Solange ich nur zwei Datenobjekte in OSM habe, spreche ich davon, dass das Gebiet an die Straße grenzt. Die Aussage ist solange genau genug, bis jemanden stört, dass da noch etwas dazwischen ist. Aber bis dahin ist sie eben genau genug, das ist entscheidend. Wenn das dazwischen interessiert, sollte es gemappt werden. Interessiert der Entwässerungsgraben, mappe ihn, interessieret der Grünstreifen zwischen Graben und Straße, mappe auch ihn. Egal bei welchem Detail Du ankommst, die Aussage ein Gebiet grenzt an ein nächstes wird immer korrekt sein, solange Du nicht über noch konretere Dinge sprichst. Solange der Graben also nicht interessiert, er also nicht gemappt ist, wir also nicht wissen dass er da ist, geht er als (noch nicht gemapptes) Detail im gröberen Gebiet/landuse unter. Du könntest nun argumentieren, ein Stück Niemandsland als Platzhalter mache Sinn, weil da noch etwas sein könnte. Das ist aber genau so falsch oder richtig, wie es wäre, wenn Du das Gebiet anklebst. Denn zum einen könnte da tatsächlich nichts mehr sein, das uns noch interessiert und zum anderen, wenn da noch ein Graben ist, müsstest Du bei allen neu erfassten Waldflächen überall vorsorglich Löcher zeichnen, denn in denen könnte ja auch immer noch etwas sein. Ich will damit nur aufzeigen, dass es keinen Sinn macht, über Dinge zu sprechen, die noch nicht gemappt sind, wenn man sich über Topologie unterhält. Die werden erst relevant, wenn man sie einträgt, bzw. zur DB hinzufügt. Auf dem Detailgrad, den man hat, ist es IMHO besser und hübscher, wenn die Flächen verklebt sind. Auch wenn wir nicht für sie mappen, gibt es z.B. für Renderer Vorteile, denn die Übersichtlichkeit kommt auch dort, gerade bei hohen Zoomstufen, an. Für mich bleibt als einzig wesentliches Argument gegen das Verkleben nur, dass es für Einsteiger auf den ersten Blick einfacher ist, zu sehen, was wo hingehört und wie etwas zu ändern ist. IMHO begründet sich das auf einem bessern visuellen Feedback des Editors. Denn man sieht die Grenze auch ohne das Gebiet markiert zu haben. Grüße Christian ps: noch ein prakt. Beispiel Interessant wird die Geschichte, wenn wir z.B. folgendes betrachten: Eine Straße, welche an ein Gebiet grenzt, das von einem Zaun umschlossen wird. Uns interessieren nur diese Features, nicht, ob dort noch etwas dazwischen ist. Zaun und Straße werden in OSM als Linienfeature erfasst, sie liegen in der Realität aber nicht aufeinander, also müssen sie getrennt voneinander gezeichnet werden, um dann das Gebiet mit dem Zaun zu verkleben - je nachdem, ob das Gebiet am Zaun endet, oder doch am (hier nicht näher spezifizierten) Straßenrand. Zaun und Straße werden aber nicht verklebt, zwischen ihnen ist aber kein Niemandsland, sondern der Abstand Straßenrand-Straßenmitte. Würden wir die Straße als Fläche erfassen, was sie eigentlich ist, würden wir sie mit dem Zaun verkleben, denn letzerer trennt Gebiet von Straße fast mit einer Breite von null (bzgl. OSM-Verhältnissen). Die Straße /mit ihren Rändern/ wird aber in OSM als Linie abstrahiert. Solange ihre Grenze (hier: der Zaun) nicht näher gemappt ist, können wir also davon sprechen, dass die Linie nicht nur Mitte, sondern auch den Rand repräsentiert (linker oder rechter ist egal, denn durch die Abstraktion werden diese Details ja weggeworfen). Wir können also auf jedem bel. Detailgrad davon sprechen, dass etwas an etwas anderes grenzt und das kann man doch topologisch dann auch so darstellen und mappen, oder nicht? Es geht ja in OSM um ein Abbild der Realität, das einen begrenzten Detailgrad hat. Für diesen (aktuellen) Detailgrad, sollte IMHO die Topologie so gut sein, wie es geht. Um nochmal auf
Re: [Talk-de] wieder mal - Flächen und Wege
buedner wrote: Im Zuge einer kleinen Meinungsverschiedenheit mit einem benachbarten Mapper wurde mir ziemlich barsch erklärt, dass es inzwischen etablierter Standard sei, Landnutzungsflächen und Wege über gemeinsame Nodes zu führen. Dann irrt er. Alles andere wäre nie akzeptiert gewesen, fehlerhaft, veraltet und nur von einigen wenigen vor ein paar Jahren eine Zeitlang propagiert worden. Ich habe erst am WE wieder jede Menge landuse und way auseinandergefieselt die irgend jemand aneinander geklatscht hat, weil sich der way sonst beschissen editieren läßt. Tschaui, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Bangalore Map
Hi Shastry, 1. You do have a good digitizeable background map on OSM. 2. May be you want more detail.. do it the OSM way and improve it.. to serve the OSM group to benefit others too. If the above two points confuse.. 1. Do you by any chance mean, hard copy map ?? Or for an advanced user.. 2. May be you want a GIS vector layer ( a map in logical terms), with attribute information Then Digitise the line work on OSM -- Import the line work (OSM to your computer) -- Use any FOSS4G toll like Qgis, GvSig, OpenJUMP to make it a shape file, with attributes etc.. cheers Ravi Kumar From: H.S.Rai hardeep@gmail.com To: talk-in@openstreetmap.org Sent: Saturday, August 13, 2011 3:50 PM Subject: Re: [Talk-in] Bangalore Map On Sat, Aug 13, 2011 at 2:48 PM, PRAMOD.Y.V shastry yv.pra...@gmail.com wrote: I would like to know if there is a map available for bangalore on which i can work on.. http://osm.org have map for Bangalore also, included in Map of world. PLS reply at the earliest. Tried. But not sure, it served your purpose or not? Write in detail about your desire / requirement. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Tag 'visible_name'
Il 13 agosto 2011 18:34, giuliano italia1...@alice.it ha scritto: Faccio riferimento alla visualizzazione in linea del map server. giusto per non fare confusione in futuro, le mappe di OSM si avvalgono di tile perciò è meglio chiamarlo tileserver mentre mapserver è per esempio qgis mapserver. non c'è grandissima differenza ma giusto per capirci ;-) Ho notato che c'è un livello di zoom in cui, ad esempio, i numeri civici compaiono. Non me ne è chiaro il criterio, perchè ho avuto l'impressione che il livello di ingrandimento non sia sempre lo stesso. Avevo aggiunto degli housenumber in via Amarena, dove i civici sono piuttosto ravvicinati tra loro, la visualizzazione delle informazioni non mi era sembrata omogenea a parità di zoom (cioè qualcosa si vedeva sempre, altro appariva con un ingrandimento maggiore). ok, questa è una caratteristica di mapnik che permette o meno di rappresentare elementi sovrapposti. Sulla mappa di OSM e comunque in generale per creare mappe leggibile viene scelto di non sovrapporre elementi. Succede così che ad uno zoom maggiore dove su una singola immagine c'è più spazio possano apparire elementi che allo zoom precedente è bene non rappresentare Il problema me lo sono posto avendo raccolto i dati relativi ai civici di via Assarotti, ed avendoli dati in pasto a Josm. Da qui le sovrapposizioni e le nuvole di cui parlavo. Anche con zoom elevati molti punti non erano distinguibili tra loro. Spostarli per la resa grafica non mi sembrava opportuno, e quindi ho posto il mio quesito. ma i dati di via assarotti li hai caricati? perchè non li vedo... ovviamente spostarli per la resa grafica non va fatto, la cosa migliore sarebbe aumentare lo zoom massimo, ma a livello globale costa troppo spazio disco. Se volessimo farlo solo per genova si potrebbe provare Probabilmente non una questione importante, ma, per me che adopero osm anche per lavoro, trovare l'ubicazione di un posto a me sconosciuto prima di recarmici sarebbe molto comodo. ovviamente, sperando che qualcuno l'abbia già inserito Giovedì credo di aver girato dalle tue parti (San Felice, via dell'Olivo). Mi sarebbe servito un dettaglio un tantinello maggiore. Ho visto che molto del lavoro in loco lo hai fatto tu. Pensi che dovendoci tornare sia opportuno che ci vada dotato di strumenti? allora le cose più importanti sono fatte, i civici per lo più mancano perciò direi che è meglio che ci vai con gli strumenti Giro parecchio per bricchi, e devo trovare vecchi cimiteri poco conosciuti, oltre a scuole di vario genere che, generalmente, non sono ancora state oggetto di attenzione. i bricchi sono solitamente meno mappati :-) Ciao Giuliano -- 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] Tag 'visible_name'
Giro parecchio per bricchi, e devo trovare vecchi cimiteri poco conosciuti, oltre a scuole di vario genere che, generalmente, non sono ancora state oggetto di attenzione. i bricchi sono solitamente meno mappati :-) Ciao Giuliano -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org Prossimo mapping party urbano quando si fa? :D ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag 'visible_name'
-Original Message- From: Federico Cozzi [mailto:f.co...@gmail.com] Sent: lunedì 8 agosto 2011 13:46 To: openstreetmap list - italiano Subject: Re: [Talk-it] Tag 'visible_name' 2011/8/8 Daniele Forsi dfo...@gmail.com: a proposito: NON usate fixme nel nome, usatelo come tag separato Qualcuno è in grado, automaticamente, di convertire tutti i name=fixme (maiuscolo/minuscolo) in fixme=name missing? Se siamo d'accordo sull'uso di fixme=name missing, modificherei anche la le linee guida italiane sui nomi [1] per suggerirne l'uso specificandolo in maniera esplicita, al momento la loro l'interpretazione sull'uso del fixme è un po ambigua. [1] http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Stra de_prive_di_nome Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnavia: delucidazioni
In data venerdì 12 agosto 2011 19:51:32, ale_z...@libero.it ha scritto: Io per il momento aggiungo il tag description con tutte le indicazioni dei cartelli (nei limiti dei 255 caratteri). Alessandro Ale_Zena_IT Per il momento farò così anche io, ma che ne pensate di un qualcosa tipo: information:guidepost:ref:1=* information:guidepost:ref:2=* information:guidepost:name:1=* information:guidepost:name:2=* ? Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag 'visible_name'
Il 14 agosto 2011 13:41, Alberto Nogaro ha scritto:
Se siamo d'accordo sull'uso di fixme=name missing, modificherei anche la le
linee guida italiane sui nomi [1] per suggerirne l'uso specificandolo in
maniera esplicita, al momento la loro l'interpretazione sull'uso del fixme è
un po’ ambigua.
ma fixme=name missing se significa che il nome esiste, ma per qualche
ragione non è stato inserito IMHO basta la mancanza del tag name senza
aggiungere altri tag, altrimenti se la strada non ha un nome ci sono
diverse proposte, nessuna con un ampio consenso (e il layer NessunNome
della mappa principale non è aggiornato)
http://wiki.openstreetmap.org/wiki/Proposed_features/Noname
di quelle proposte all'11 agosto nell'italy.osm c'erano 1 unnamed=yes
e 94 noname=yes
Per tornare ai fixme, le way sono le seguenti (ce ne sono altre 36 i
cui name sono formati da più parole e che sono più adatti per essere
copiati nelle note, sono nel file allegato, le trattiamo separatamente
dopo)
select count(*) as count, tags-'name' as name from highways where
lower(tags-'name') like 'fix__' or lower(tags-'name') in ('fix',
'fixme', 'noname') or lower(tags-'name') = 'fix me' group by
tags-'name' order by count(*) desc;
count | name
---+
1992 | FIXME
| fixme
1095 | Fixme
23 | FixMe
20 | FIX ME
5 | NONAME
3 | noname
3 | fix
2 | Noname
2 | fixmi
1 | FIX
1 | fix me
1 | FIXme
1 | FIXMe
1 | FIXED
1 | Fix Me
1 | Fixmw
1 | Fix me
1 | fIXME
(19 rows)
somma: 4265
c'è il rischio che qualcuna non sia in Italia, almeno per le
autostrade ci sono dei pezzi di autostrade svizzere e austriache
nell'italy.osm, non so come verificarlo
conviene trattare separatamente i vari name=noname perché forse
l'intenzione era noname=yes e comunque sono pochi rispetto ai fixme
[1]
http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Strade_prive_di_nome
Sempre in [1] c'è una contraddizione nella parte:
mappando dalle foto satellitari una zona che non conosci. In questo
caso sarebbe preferibile non assegnare neanche la key highway
mentre Map Features dice:
highway road Strade la cui classificazione non è nota. Va
utilizzato come tag temporaneo per le strade di cui non si conosce la
classificazione, per poi essere sostituito con quello più appropriato
non appena possibile.
--
Daniele Forsi
select id,tags-'name' as name from highways where lower(tags-'name') like
'fixme %' ;
id | name
---+--
22958746 | FIXME Via Trento
28323488 | FIXME Via Gioachino Rossini
28901808 | FIXME Via Fratelli Cairoli
30823915 | FIXME - Bike 5
30827479 | FIXME - Bike 6
30827771 | FIXME - Bike 7
30827871 | FIXME - Bike 8
30828301 | FIXME - Bike 5
30828303 | FIXME - Bike 5
30828305 | FIXME - Bike 5
30828308 | FIXME - Bike 5
30829024 | FIXME Bike 10
30830340 | FIXME - MASSICCIO MARCOLANO
30831051 | FIXME Bike 9
30831249 | FIXME - Bike 12
31928819 | FIXME 11
35921585 | FIXME very inaccurate due snow on the path
36685851 | fixme mtb
38378134 | fixme 561 ?
39376201 | FIXME Str Olza
48528555 | FIXME unknow road type
53738979 | FIXME da inserire nome corretto
53738990 | FIXME da inserire nome corretto
56226367 | FIXME Via don Minzoni
58425595 | fixme downhill mtb
58428668 | fixme mtb
58431556 | fixme mtb
58431583 | fixme mtb
59457982 | FIXME (ran out of batteries)
60519891 | fixme type
60619607 | fixme unsure
87166890 | FIXME contattare killer fiore serve tracccia gps
87170551 | FIXME contattare killer fiore serve tracccia gps
99549424 | fixme type
111556391 | FIXME da inserire nome corretto
123699205 | FIXME - lost track in difficult terrain
(36 rows)
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Nyt projekt - fjern adresse nodes fra ways
Hej Jonas (og andre) Ville lige understrege at jeres arbejde med OSAK og rasher kortet er total max fedt. Dejligt at have sådan nogle folk som jer med i OSM. Det er en fryd, når der I laver relevante værktøjer til at løse OSM problemer med. /Jens 2011/8/13 Jonas Häggqvist ras...@rasher.dk On 13-08-2011 18:14, Torben Brendstrup wrote: Ville det ikke være nemmere at opdatere OSAK scriptet til at at detache addresse nodes fra ways? Jeg tror ikke det er en god løsning, af to grunde: 1. Det vil komplicere opdaterings-scriptet væsentligt. 2. Ingen vil opdage og reparere de eksisterende skæv-vredne ways (bygninger, veje, eller hvad nu). Jeg mener det er bedre at få mennesker til at kigge på det fremfor at forsøge en mekanisk løsning. -- Jonas Häggqvist rasher(at)rasher(dot)dk __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nyt projekt - fjern adresse nodes fra ways
On Sat, 13 Aug 2011 17:22:06 +0200, Jonas Häggqvist ras...@rasher.dk wrote: Til tider kan man komme til at benytte en adresse-node til en vej, bygning eller andet man er ved at indtegne. Det er galt af to grunde: Jeg har fra tid til anden indtegnet en hel bygning, kopieret denne bygnings adressenodes oplysninger ind iden optegnede bygning og følgende slettet enkeltpunktsadressenoden - som for eksempel med Fyns Kunstmuseum, http://osm.org/go/0H54Scyev-- Er der et problem med dette? Det er ganske enkelt at udskifte punktet med bygningen. -mjjzf __ Morten Juhl-Johansen Zölde-Fejér http://syntaktisk.dk * mj...@syntaktisk.dk __ Morten Juhl-Johansen Zölde-Fejér mj...@syntaktisk.dk * www.syntaktisk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] ODBL remapping suger
Hej Jag tycker att det är lite tråkigt att folk raderar data som är markerat som ODBL inkompatibelt, av lite olika anledningar. För det första så förstör ni historien för en väg, man ser inte vem som har redigerat den och hur, för det andra så verkar en hel del tycka det är ok att bara radera den gamla vägen och lägga upp en ny med ett nytt ID och utan ODBL smutsad historia. För det tredje så är många av dessa objekt som raderas bara redigerade en gång av en bot som inte har accepterat ODBL. Praktiskt tips är att alla objekt vars första version är: created_by=Tways 0.2 kan mycketväl vara ODBL kompatibla, dessa har konverterats från OSM gammal data från 2005-2007. Så jag vädjar till er att sluta radera ej ODBL kompatibelt material. Speciellt om ni bara gör det för att kartan ska bli grön. -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] ODBL remapping suger
Du kanske skulle börja med att acceptera den nya licensen själv innan du börjar kritisera andra för att de vill bibehålla databasen i så komplett skick som möjligt... /Andreas 2011/8/14 Erik Johansson erjo...@gmail.com: Hej Jag tycker att det är lite tråkigt att folk raderar data som är markerat som ODBL inkompatibelt, av lite olika anledningar. För det första så förstör ni historien för en väg, man ser inte vem som har redigerat den och hur, för det andra så verkar en hel del tycka det är ok att bara radera den gamla vägen och lägga upp en ny med ett nytt ID och utan ODBL smutsad historia. För det tredje så är många av dessa objekt som raderas bara redigerade en gång av en bot som inte har accepterat ODBL. Praktiskt tips är att alla objekt vars första version är: created_by=Tways 0.2 kan mycketväl vara ODBL kompatibla, dessa har konverterats från OSM gammal data från 2005-2007. Så jag vädjar till er att sluta radera ej ODBL kompatibelt material. Speciellt om ni bara gör det för att kartan ska bli grön. -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] ODBL remapping suger
Jag tar det här som en läxa att alltid kolla fakta först. Tydligen har emj gått med på licensbytet. Jag ber tusen gånger om ursäkt för mitt inlägg. Ber också om ursäkt om jag pajade diskussionen genom ett väldigt ogenomtänkt inlägg. /Andreas 2011/8/14 Andreas Vilén andreas.vi...@gmail.com: Du kanske skulle börja med att acceptera den nya licensen själv innan du börjar kritisera andra för att de vill bibehålla databasen i så komplett skick som möjligt... /Andreas 2011/8/14 Erik Johansson erjo...@gmail.com: Hej Jag tycker att det är lite tråkigt att folk raderar data som är markerat som ODBL inkompatibelt, av lite olika anledningar. För det första så förstör ni historien för en väg, man ser inte vem som har redigerat den och hur, för det andra så verkar en hel del tycka det är ok att bara radera den gamla vägen och lägga upp en ny med ett nytt ID och utan ODBL smutsad historia. För det tredje så är många av dessa objekt som raderas bara redigerade en gång av en bot som inte har accepterat ODBL. Praktiskt tips är att alla objekt vars första version är: created_by=Tways 0.2 kan mycketväl vara ODBL kompatibla, dessa har konverterats från OSM gammal data från 2005-2007. Så jag vädjar till er att sluta radera ej ODBL kompatibelt material. Speciellt om ni bara gör det för att kartan ska bli grön. -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-ee] Changeset heatmap
Ma ei tea, paljud openstreetmapi blogi loevad, kuid kes veel näinud pole siis see nädal tekkis selline heatmapi põhine veebileht: http://yosmhm.neis-one.org/ mis näitab iga kasutaja kõiki muudatuste tegemise asukohti heatmapina. Nädal tagasi tehti selline veebileht valmis: http://wdye.osm-tools.org/ Mõlema pildid on erinevalt informatiivsed ning ilusad vaadata. Tagantjärgi päris põnev vaadata ning meenutada mida kusagil tehtud sai. Mihkel ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-at] taggen von shops / gebäuden
hi, was ist best-practice beim taggen von gebäuden mit shops / cafes / ..? für den fall, dass ein ganzes haus nur einem geschäft gehört ist es ja trivial, nur hab ich hier sehr oft den fall, dass die häuser sehr lange sind (und die hausnummer wenn ichs zur building area schreibe in der mitte was nicht so schön ist) und auch mehrere shops bei verschiedenen hauseingängen vorhanden sind. ich hab mir gedacht man könnte eine area mit building=* machen und dann die haustüre (für die bewohner) mit addresse, die eingangstüren der shops mit addresse und shop-tags versehen. ist das ein guter plan? der informationsgehalt spricht imho dafür - intelligente fußgängerrouter könnten so genau herausfinden von welcher straßenseite man genau zu einer hausnr bzw einem shop kommt. ich rede von hier, wo ich angefangen habe häuser zu zeichnen: http://www.openstreetmap.org/?lat=48.223541lon=16.362231zoom=18layers=M lg, markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] taggen von shops / gebäuden
Hallo! On 2011-08-14 16:53, Markus Straub wrote: hi, was ist best-practice beim taggen von gebäuden mit shops / cafes / ..? für den fall, dass ein ganzes haus nur einem geschäft gehört ist es ja trivial, nur hab ich hier sehr oft den fall, dass die häuser sehr lange sind (und die hausnummer wenn ichs zur building area schreibe in der mitte was nicht so schön ist) und auch mehrere shops bei verschiedenen hauseingängen vorhanden sind. ich hab mir gedacht man könnte eine area mit building=* machen und dann die haustüre (für die bewohner) mit addresse, die eingangstüren der shops mit addresse und shop-tags versehen. ist das ein guter plan? der informationsgehalt spricht imho dafür - intelligente fußgängerrouter könnten so genau herausfinden von welcher straßenseite man genau zu einer hausnr bzw einem shop kommt. Ich zumindest mache das schon lange so - shop-Tags auf das Gebäude nur dann, wenn das Gebäude klar nur diesem einen Geschäft zuordenbar ist. Sonst einen eigenen Punkt für das Geschäft. lg darkweasel ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] taggen von shops / gebäuden
oh, was ich noch vergessen habe: ich denke nur einen punkt zu platzieren ist nicht so praktisch - ich würde die eingänge zu den geschäften/häusern als punkte im linienzug der building-area machen, und zwar mit dem zusatztag building=entrance siehe http://wiki.openstreetmap.org/wiki/Tag:building%3Dentrance und ein beispiel dafür: http://www.openstreetmap.org/?lat=50.771999lon=6.077204zoom=18 lg, markus On 2011-08-14 21:01, Paul K. wrote: Hallo! On 2011-08-14 16:53, Markus Straub wrote: hi, was ist best-practice beim taggen von gebäuden mit shops / cafes / ..? für den fall, dass ein ganzes haus nur einem geschäft gehört ist es ja trivial, nur hab ich hier sehr oft den fall, dass die häuser sehr lange sind (und die hausnummer wenn ichs zur building area schreibe in der mitte was nicht so schön ist) und auch mehrere shops bei verschiedenen hauseingängen vorhanden sind. ich hab mir gedacht man könnte eine area mit building=* machen und dann die haustüre (für die bewohner) mit addresse, die eingangstüren der shops mit addresse und shop-tags versehen. ist das ein guter plan? der informationsgehalt spricht imho dafür - intelligente fußgängerrouter könnten so genau herausfinden von welcher straßenseite man genau zu einer hausnr bzw einem shop kommt. Ich zumindest mache das schon lange so - shop-Tags auf das Gebäude nur dann, wenn das Gebäude klar nur diesem einen Geschäft zuordenbar ist. Sonst einen eigenen Punkt für das Geschäft. lg darkweasel ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] znaceni tras nespravovanych KCT
Stříbrné pomezí: napadá mě použití OSMC tagu osmc:symbol=red:red_round:white_pointer pro kombinované trasy osmc:symbol=green:green_round:white_pointer pro pěší trasy osmc:symbol=blue:blue_round:white_pointer pro cyklotrasy k tomu přidat operator=Jihlava_municipality nebo něco takového Údolím řeky Ponávky: OSMC neumí vlnovku, nejpodobnější symbol je modrý půlkruh - osmc:symbol=blue:white:blue_bowl - ale v pravidlech OSMC je uvedeno, že symbol má vystihovat skutečný vzhled značky, proto se mi tenhle způsob moc nelíbí. Nejjednodušší bude použít osmc:symbol=blue podle barvy, kterou je trasa značená, a neřešit popis vzhledu značek. Což by snad šlo použít obecně a renderovat to třeba jednobarevnou tečkovanou čarou. CZ_Tibo Původní zpráva Od: Petr Holub ho...@ics.muni.cz Předmět: [Talk-cz] znaceni tras nespravovanych KCT Datum: 12.8.2011 08:04:39 Zdravim vespolek, chtel bych se dohodnout, zda se dohodneme ( ;o))) ) na nejakem konzistentnim principu znaceni lokalnich tras, at uz pro pesi nebo pro cyklisty, ktere nejsou ve sprave KCT. V posledni dobe se s tim setkavam stale casteji a vzhledem k jejich rozsahu si rikam, ze by bylo dobre je v mape zohlednovat. Priklady budiz: - Stribrne pomezi (v okoli Jihlavy, znaceno v terenu velkymi patniky a kulatymi barevnymi znackami s bilou sipkou ve smeru pokracovani uvnitr, rozcestniky se schematem mapy, informacnimi tabulemi s mapou a historii) http://mapy.stribrnepomezi.eu/ - Udolim ricky ponavky (na severu Brna, znaceno bilymi turistickymi rozcestniky a znacka v terenu je modra dvojvlnka na bilem pozadi, pripadne opatrena jeste ikonou cyklisty) http://www.ecb.cz/stezka_zdravi/ - takove ty ruzne specialni cyklotrasy (napr. Mlynarska cyklostezka http://www.mlynarskastezka.cz/), ktere vesmes maji svoji ikonu, propagovanou na zlute cyklisticke cedule KCT Dival jsem se, ze minimalne u tech specialnich cyklostras to uz zobrazuje Shocart formou pridani te ikony nad trasu v mape, ovsem mnohdy neprilis dobre citelnou. Zatim bych se predbezne priklanel k tomu delat to jako otagovane relace: - konzistentne s cz:KCT zavest source=cz:... a seznam tech moznych zdroju drzet na ceske casti wiki OSM - u cyklostezek drzet network lcn/lwn nebo rcn/rwn podle rozsahu (typicky to Stribrne pomezi mi prijde jak o rcn/rwn, kdezto udolim Ponavky jako lcn/lwn) Co mi neni moc jasne, jak k tomu doplnovat informace znaceni v terenu - jestli ty ikony treba taky sbirat na wiki a pak to propagovat do rendereru? Diky, Petr ___ 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
Re: [Talk-cz] znaceni tras nespravovanych KCT
Ahoj, v Německu tohle zvládají docela dobře, a to tam mají hodně různých značek. Pár příkladů: Jakobsweg Tillyschanz Nürnberg: http://www.openstreetmap.org/browse/relation/154595 Fernwanderweg Görlitz - Greiz: http://www.openstreetmap.org/browse/relation/87127 Malerweg: http://www.openstreetmap.org/browse/relation/114289 Pak se to hezky vykresluje na http://hiking.lonvia.de/, což je zatím IMHO jediná použitelná turistická mapa. Zdraví, Marek 2011/8/12 Petr Holub ho...@ics.muni.cz Zdravim vespolek, chtel bych se dohodnout, zda se dohodneme ( ;o))) ) na nejakem konzistentnim principu znaceni lokalnich tras, at uz pro pesi nebo pro cyklisty, ktere nejsou ve sprave KCT. V posledni dobe se s tim setkavam stale casteji a vzhledem k jejich rozsahu si rikam, ze by bylo dobre je v mape zohlednovat. Priklady budiz: - Stribrne pomezi (v okoli Jihlavy, znaceno v terenu velkymi patniky a kulatymi barevnymi znackami s bilou sipkou ve smeru pokracovani uvnitr, rozcestniky se schematem mapy, informacnimi tabulemi s mapou a historii) http://mapy.stribrnepomezi.eu/ - Udolim ricky ponavky (na severu Brna, znaceno bilymi turistickymi rozcestniky a znacka v terenu je modra dvojvlnka na bilem pozadi, pripadne opatrena jeste ikonou cyklisty) http://www.ecb.cz/stezka_zdravi/ - takove ty ruzne specialni cyklotrasy (napr. Mlynarska cyklostezka http://www.mlynarskastezka.cz/), ktere vesmes maji svoji ikonu, propagovanou na zlute cyklisticke cedule KCT Dival jsem se, ze minimalne u tech specialnich cyklostras to uz zobrazuje Shocart formou pridani te ikony nad trasu v mape, ovsem mnohdy neprilis dobre citelnou. Zatim bych se predbezne priklanel k tomu delat to jako otagovane relace: - konzistentne s cz:KCT zavest source=cz:... a seznam tech moznych zdroju drzet na ceske casti wiki OSM - u cyklostezek drzet network lcn/lwn nebo rcn/rwn podle rozsahu (typicky to Stribrne pomezi mi prijde jak o rcn/rwn, kdezto udolim Ponavky jako lcn/lwn) Co mi neni moc jasne, jak k tomu doplnovat informace znaceni v terenu - jestli ty ikony treba taky sbirat na wiki a pak to propagovat do rendereru? Diky, Petr ___ 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] note:qadastre, début de suppression de la base
Bonjour, Hier, j'ai entamé le processus de suppression du tag note:qadastre de la base OSM ([1]). Il y en a 5 millions ([2]) au départ et je peux en supprimer environ 500.000 par jour. Comme je ne fais ça que les week-ends, cela devrait donc prendre quelques semaines. Le script utilise les extractions par régions de geofabrik([3]) et chaque way est vérifé individuellement avant modification pour éviter les problèmes de collision d'édition (par exemple, si quelqu'un modifie un way après l'extraction du planet faite par geofabrik chaque nuit). Ce processus, exécuté région par région avec le compte utilisateur 'PierenBot', durera jusqu'à suppression complète. Puis je lancerais le script sur la France entière à intervalle régulier tant que le dépôt mis à disposition par cleo-carto contiendra ce tag. Je rappelle ici que la mention note:qadastre ne sert qu'à identifier un outil d'extraction mais que le tag 'source=cadastre-dgi-fr..' reste lui obligatoire (même si à terme, j'espère que nous trouverons une solution moins couteuse). L'outil peut être mentionné dans les commentaires de changeset (comme pour le created_by des éditeurs). Ceux qui travaillent sur les données avant import peuvent les sélectionner dans JOSM en utilisant ce genre de tag temporairement ou par d'autres moyens (par son id à zéro si l'objet n'est pas encore uploadé ou par son auteur, combiné avec les mots-clés building=yes et cadastre par exemple). Pieren [1] http://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034102.html(et suivants) http://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034084.html (et suivants) http://lists.openstreetmap.org/pipermail/talk-fr/2010-November/028581.html http://lists.openstreetmap.org/pipermail/talk/2011-June/058962.html (tags inutiles dans import Japon) [2] http://taginfo.openstreetmap.org/keys/note:qadastre#values [3] http://download.geofabrik.de/osm/europe/france/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
c'est un travail de fourmi ! Le dimanche 14 août 2011 à 10:51 +0200, Pieren a écrit : Bonjour, Hier, j'ai entamé le processus de suppression du tag note:qadastre de la base OSM ([1]). Il y en a 5 millions ([2]) au départ et je peux en supprimer environ 500.000 par jour. Comme je ne fais ça que les week-ends, cela devrait donc prendre quelques semaines. Le script utilise les extractions par régions de geofabrik([3]) et chaque way est vérifé individuellement avant modification pour éviter les problèmes de collision d'édition (par exemple, si quelqu'un modifie un way après l'extraction du planet faite par geofabrik chaque nuit). Ce processus, exécuté région par région avec le compte utilisateur 'PierenBot', durera jusqu'à suppression complète. Puis je lancerais le script sur la France entière à intervalle régulier tant que le dépôt mis à disposition par cleo-carto contiendra ce tag. Je rappelle ici que la mention note:qadastre ne sert qu'à identifier un outil d'extraction mais que le tag 'source=cadastre-dgi-fr..' reste lui obligatoire (même si à terme, j'espère que nous trouverons une solution moins couteuse). L'outil peut être mentionné dans les commentaires de changeset (comme pour le created_by des éditeurs). Ceux qui travaillent sur les données avant import peuvent les sélectionner dans JOSM en utilisant ce genre de tag temporairement ou par d'autres moyens (par son id à zéro si l'objet n'est pas encore uploadé ou par son auteur, combiné avec les mots-clés building=yes et cadastre par exemple). Pieren [1] http://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034102.html (et suivants) http://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034084.html (et suivants) http://lists.openstreetmap.org/pipermail/talk-fr/2010-November/028581.html http://lists.openstreetmap.org/pipermail/talk/2011-June/058962.html (tags inutiles dans import Japon) [2] http://taginfo.openstreetmap.org/keys/note:qadastre#values [3] http://download.geofabrik.de/osm/europe/france/ ___ 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] Chemins de grande randonnée, FFRP,
Histoire de relancer le débat ... J'ai trouvé ceci : http://www.gr-infos.com/gr-fr.htm qui n'a pas l'air d'être une filiale de la FFRP, dont les itinéraires sur Google Map sont ... remarquables eu égard à nos échanges précédents et qui respecte fort bien les citations (r) . Alors, pourquoi eux et pas nous ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
Belle initiative, mais pourquoi se limiter à note:qadastre ? Je pense à note:import-bati qui est tout aussi lourd avec 3.7 millions d'occurence. Tu prévois de refaire tourner le bot sur ce tag ensuite ? Vincent Le 14 août 2011 11:36, didier2...@free.fr didier2...@free.fr a écrit : c'est un travail de fourmi ! Le dimanche 14 août 2011 à 10:51 +0200, Pieren a écrit : Bonjour, Hier, j'ai entamé le processus de suppression du tag note:qadastre de la base OSM ([1]). Il y en a 5 millions ([2]) au départ et je peux en supprimer environ 500.000 par jour. Comme je ne fais ça que les week-ends, cela devrait donc prendre quelques semaines. Le script utilise les extractions par régions de geofabrik([3]) et chaque way est vérifé individuellement avant modification pour éviter les problèmes de collision d'édition (par exemple, si quelqu'un modifie un way après l'extraction du planet faite par geofabrik chaque nuit). Ce processus, exécuté région par région avec le compte utilisateur 'PierenBot', durera jusqu'à suppression complète. Puis je lancerais le script sur la France entière à intervalle régulier tant que le dépôt mis à disposition par cleo-carto contiendra ce tag. Je rappelle ici que la mention note:qadastre ne sert qu'à identifier un outil d'extraction mais que le tag 'source=cadastre-dgi-fr..' reste lui obligatoire (même si à terme, j'espère que nous trouverons une solution moins couteuse). L'outil peut être mentionné dans les commentaires de changeset (comme pour le created_by des éditeurs). Ceux qui travaillent sur les données avant import peuvent les sélectionner dans JOSM en utilisant ce genre de tag temporairement ou par d'autres moyens (par son id à zéro si l'objet n'est pas encore uploadé ou par son auteur, combiné avec les mots-clés building=yes et cadastre par exemple). Pieren [1] http://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034102.html (et suivants) http://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034084.html (et suivants) http://lists.openstreetmap.org/pipermail/talk-fr/2010-November/028581.html http://lists.openstreetmap.org/pipermail/talk/2011-June/058962.html (tags inutiles dans import Japon) [2] http://taginfo.openstreetmap.org/keys/note:qadastre#values [3] http://download.geofabrik.de/osm/europe/france/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins de grande randonnée, FFRP,
Le 14/08/2011 13:40, Pierre Quenee a écrit : Histoire de relancer le débat ... J'ai trouvé ceci : http://www.gr-infos.com/gr-fr.htm qui n'a pas l'air d'être une filiale de la FFRP, dont les itinéraires sur Google Map sont ... remarquables eu égard à nos échanges précédents et qui respecte fort bien les citations (r) . Alors, pourquoi eux et pas nous ? Bonjour, Bonne question! Mais en regardant de près on voit que le tracé n'est pas des plus propre et approximatif sur les chemins utilisés. Pierre dans le jardin de la FFRP il y a bien utilisation commerciale, de fait, dans cette utilisation puisque le site 'vend' des hébergements le long du trajet. On y apprend que la FFRP est pour partie une association d'associations donc il y aura toujours un vide même si la FFRP donne son aval. En effet si une des associations décide de contester elle le pourra toujours et aurait probablement gain de cause. Il ne suffit que d'une seule association locale à dire non pour que tout l'édifice s'effondre y compris au sein de la FFRP puisqu'en l'espèce il faut une unanimité sauf à ces associations de se retirer de la FFRP ce qui engendrerait d'autres soucis pour TOUT le monde. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
2011/8/14 Vincent Privat vincent.pri...@gmail.com Je pense à note:import-bati qui est tout aussi lourd avec 3.7 millions d'occurence. Tu prévois de refaire tourner le bot sur ce tag ensuite ? Vincent Ah merde, je l'avais oublié celui-là... mais il passera aussi à la casserole ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
Le 14/08/2011 15:52, Pieren a écrit : 2011/8/14 Vincent Privat vincent.pri...@gmail.com mailto:vincent.pri...@gmail.com Je pense à note:import-bati qui est tout aussi lourd avec 3.7 millions d'occurence. Tu prévois de refaire tourner le bot sur ce tag ensuite ? Vincent Ah merde, je l'avais oublié celui-là... mais il passera aussi à la casserole ! Pieren Les tags created_by=* directement sur les objets sont-ils également supprimés ? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
2011/8/14 panierAvide panierav...@laposte.net ** Les tags created_by=* directement sur les objets sont-ils également supprimés ? C'est pas prévu mais ce tag est un problème pour tous les pays. Si quelque chose est fait, cela devrait se faire à un niveau international ama. Piere ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
Les tags created_by=* directement sur les objets sont-ils également supprimés ? On pourrait effectivement se dire que quitte à passer sur des objets autant en profiter pour supprimer les created_by et les note:import-bati, mais ces tags on en fait très peu de chance d'être porté par les mêmes objets que ceux ayant note:qadastre. Par contre je me pause la question de l'utilité de vérifier chaque way pour éviter les collisions. La version n'est-elle pas là pour ça ? Le serveur devrait juste rejeté tes modifs sans faire régresser les objets que tu touches. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
Le 14 août 2011 15:52, Pieren pier...@gmail.com a écrit : Ah merde, je l'avais oublié celui-là... mais il passera aussi à la casserole ! Pour pas en oublier ;) http://tagwatch.stoecker.eu/France/En/top_undocumented_keys.html Même si j'ai l'impression qu'il y a plein de tags qui ne sont pas réellement présents en France (les osak, kms, naptan, etc.) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
2011/8/14 Frédéric Rodrigo fred.rodr...@gmail.com Par contre je me pause la question de l'utilité de vérifier chaque way pour éviter les collisions. La version n'est-elle pas là pour ça ? Le serveur devrait juste rejeté tes modifs sans faire régresser les objets que tu touches. Oui, je pourrais améliorer le script pour continuer et recommencer la même zone un jour plus-tard. Ou alors, comme le script fait des changeset de 500 edits, on pourrait l'améliorer pour qu'il mette de côté celui qui diverge et recommencer les 499 restant. Je tiens le code source python à disposition. En fait, on voit que l'upload prend autant de temps, sinon plus, que la vérification. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Affichage du tag ref
Bonjour à toutes et à tous, En me penchant sur l'exploitation de la carto OSM sur mobile (Android), on a parfois un excès d'affichage du tag ref, ex: http://osm.org/go/0BdNxpx Voir le deuxième screenshot sur un post de forum: http://groups.google.com/group/osmand/browse_thread/thread/90a5a93ac680b68c# Ma question est qu'est ce qui cause ce morcellement et donc répétition du tag D 940? Est-ce à chaque fois que la route est coupée pour mettre une limitation de vitesse, un name diférent? Ne ferait-t-on pas mieux de marquer ces ref en tant que relation? Pas taper si je relance un troll!!! @++ -- David White User #297763 on http://counter.li.org Jabber: dwh...@im.linux62.org OpenStreetMap Contributor DavidKW ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
