[talk-ph] Let's map rivers for World Water Day 2013
We celebrate World Water Day today [0], why not map some rivers and other water resources around your mapping area? Read the wiki on how to map waterways [1]. If you feel like mapping more waterways, here's a list of the 10 longest rivers in the Philippines [2] Keep on mapping! :) [0] http://www.unwater.org/water-cooperation-2013/home/en/ [1] http://wiki.openstreetmap.org/wiki/Waterways [2] http://wiki.openstreetmap.org/wiki/User:Maning/PH_rivers -- 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] Let's map rivers for World Water Day 2013
And during Earth Hour tomorrow, why not map the earth? :P On Fri, Mar 22, 2013 at 5:46 PM, maning sambale emmanuel.samb...@gmail.comwrote: We celebrate World Water Day today [0], why not map some rivers and other water resources around your mapping area? Read the wiki on how to map waterways [1]. If you feel like mapping more waterways, here's a list of the 10 longest rivers in the Philippines [2] Keep on mapping! :) [0] http://www.unwater.org/water-cooperation-2013/home/en/ [1] http://wiki.openstreetmap.org/wiki/Waterways [2] http://wiki.openstreetmap.org/wiki/User:Maning/PH_rivers -- 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
[OSM-talk-be] Fwd: [osmose-backend] Missing Parent Tag for all highways with bicycle = yes (#1)
This is the reply I got on my bug report to osmose. Do we have to locate those ways with route=bicycle ? m -- Forwarded message -- From: frodrigo notificati...@github.com Date: Fri, Mar 22, 2013 at 9:12 PM Subject: Re: [osmose-backend] Missing Parent Tag for all highways with bicycle = yes (#1) To: osm-fr/osmose-backend osmose-back...@noreply.github.com Cc: marcgemis marc.ge...@gmail.com Missing parent tag is a statistical analysis. Osmose suggest to add route=bicycle because this tag value is already a key as bicycle=yes, and more over because there is more than 50 ways with route=bicycle + bicycle=yes in Belgium. Maybe we need to apply this analysis on relative value inside of just 50. — Reply to this email directly or view it on GitHubhttps://github.com/osm-fr/osmose-backend/issues/1#issuecomment-15319079 . ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] [Design] Banners on the Front Page
[wider issue, so cc:ing talk@] On 22/03/2013 15:32, Shaun McDonald wrote: On 22 Mar 2013, at 14:06, Harry Wood m...@harrywood.co.uk wrote: ...we have a strip down the left, and this screen real-estate is valuable space. Here more than anywhere users are eyeballing the graphics, text, and user interface elements we choose to put there. We have in the past chosen to put graphical banner ads promoting State Of The Map conferences and some other events, in the run up to these events. How about a rotating banner that rotates round showing all of the upcoming SOTMs? This would then minimise the vertical space needed. Actually, this is a great opportunity to devolve local marketing to local chapters. Let's call it the message space. Allow local chapters to choose what marketing message goes in that space for their country (subject to certain criteria, i.e. must promote OSM, mustn't give advantage to one commercial provider over another, mustn't look dog-ugly). Use GeoIP etc. to find what country the user is from. Serve the message for that country. So, to take this example, OSM-US decides its priority is promoting SOTM-US. It puts the banner there. US visitors therefore see it. Ideal solution for US visitors. Also ideal for Bulgarians who don't really want to know about a conference in SF; they have their own priorities. The beauty is that it doesn't have to be restricted to conferences. Let's say the French community has a project to map shops. Fine: they put a little banner there which clicks through to the project page. Or let's say the US community wants to focus on addressing. Same again. Of course, OSMF could still override for international messages (like the main SOTM conference), though it would be polite to give a couple of weeks' notice to the local chapters. Our local presence and local knowledge is our strength. Let's make the most of it. Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Design] Banners on the Front Page
Richard's ideas make sense and are forward looking. I'm not sure there's value in bantering around precedence in this case. On Fri, Mar 22, 2013 at 9:31 AM, Richard Fairhurst rich...@systemed.netwrote: [wider issue, so cc:ing talk@] On 22/03/2013 15:32, Shaun McDonald wrote: On 22 Mar 2013, at 14:06, Harry Wood m...@harrywood.co.uk wrote: ...we have a strip down the left, and this screen real-estate is valuable space. Here more than anywhere users are eyeballing the graphics, text, and user interface elements we choose to put there. We have in the past chosen to put graphical banner ads promoting State Of The Map conferences and some other events, in the run up to these events. How about a rotating banner that rotates round showing all of the upcoming SOTMs? This would then minimise the vertical space needed. Actually, this is a great opportunity to devolve local marketing to local chapters. Let's call it the message space. Allow local chapters to choose what marketing message goes in that space for their country (subject to certain criteria, i.e. must promote OSM, mustn't give advantage to one commercial provider over another, mustn't look dog-ugly). Use GeoIP etc. to find what country the user is from. Serve the message for that country. So, to take this example, OSM-US decides its priority is promoting SOTM-US. It puts the banner there. US visitors therefore see it. Ideal solution for US visitors. Also ideal for Bulgarians who don't really want to know about a conference in SF; they have their own priorities. The beauty is that it doesn't have to be restricted to conferences. Let's say the French community has a project to map shops. Fine: they put a little banner there which clicks through to the project page. Or let's say the US community wants to focus on addressing. Same again. Of course, OSMF could still override for international messages (like the main SOTM conference), though it would be polite to give a couple of weeks' notice to the local chapters. Our local presence and local knowledge is our strength. Let's make the most of it. Richard __**_ design mailing list des...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/designhttp://lists.openstreetmap.org/listinfo/design -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 OpenStreetMap: Mapping with a Human Touch http://www.openstreetmap.org/user/jeffmeyer osm: Open Historical Map (OHM)http://wiki.openstreetmap.org/wiki/Open_Historical_Map / my OSM user page http://www.openstreetmap.org/user/jeffmeyer t: @GWHAThistory https://twitter.com/GWHAThistory f: GWHAThistory https://www.facebook.com/GWHAThistory ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Design] Banners on the Front Page
2013/3/22 Jeff Meyer j...@gwhat.org Richard's ideas make sense and are forward looking. I'm not sure there's value in bantering around precedence in this case. +1 cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Design] Banners on the Front Page
I totally agree with this. Even though I can only talk for myself, as a brazilian user I'd like to have a more proeminent way to talk with brazilian users - and when I say users, not ourselves, heavy-users, seasoned mappers, who participate on mailing lists and/or wiki because we already talk to each other on these channels, but visitants and specially newbie mappers - in another way other to expect people to discover the wiki and/or the mailing list and/or sending a OSM message to every new mapper in my state and expecting them to notice the message icon on the website. It'd be of great use to schedule mapping parties and other kinds of events, such as inviting to mini-conferences and talks inside free software / traditional GIS events. Cheers, Arlindo Pereira On Fri, Mar 22, 2013 at 1:31 PM, Richard Fairhurst rich...@systemed.netwrote: [wider issue, so cc:ing talk@] On 22/03/2013 15:32, Shaun McDonald wrote: On 22 Mar 2013, at 14:06, Harry Wood m...@harrywood.co.uk wrote: ...we have a strip down the left, and this screen real-estate is valuable space. Here more than anywhere users are eyeballing the graphics, text, and user interface elements we choose to put there. We have in the past chosen to put graphical banner ads promoting State Of The Map conferences and some other events, in the run up to these events. How about a rotating banner that rotates round showing all of the upcoming SOTMs? This would then minimise the vertical space needed. Actually, this is a great opportunity to devolve local marketing to local chapters. Let's call it the message space. Allow local chapters to choose what marketing message goes in that space for their country (subject to certain criteria, i.e. must promote OSM, mustn't give advantage to one commercial provider over another, mustn't look dog-ugly). Use GeoIP etc. to find what country the user is from. Serve the message for that country. So, to take this example, OSM-US decides its priority is promoting SOTM-US. It puts the banner there. US visitors therefore see it. Ideal solution for US visitors. Also ideal for Bulgarians who don't really want to know about a conference in SF; they have their own priorities. The beauty is that it doesn't have to be restricted to conferences. Let's say the French community has a project to map shops. Fine: they put a little banner there which clicks through to the project page. Or let's say the US community wants to focus on addressing. Same again. Of course, OSMF could still override for international messages (like the main SOTM conference), though it would be polite to give a couple of weeks' notice to the local chapters. Our local presence and local knowledge is our strength. Let's make the most of it. Richard __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Design] Banners on the Front Page
Actually, this is a great opportunity to devolve local marketing to local chapters. Use GeoIP etc. to find what country the user is from. Serve the message for that country. +1. Easy enough In the longer term, let's look to do even better targeting than GeoIP. Users will express interest in places explicitly, by joining mailing lists, and through their edits. Put this kind of anaylsis and groups into osm.org itself. I myself want to know of any events upcoming in Kenya and India. Those could be conferences, or mapping parties, or online chats. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Richard Fairhurst rich...@systemed.net To: des...@openstreetmap.org; talk@openstreetmap.org Sent: Friday, March 22, 2013 12:31 PM Subject: Re: [Design] Banners on the Front Page [wider issue, so cc:ing talk@] On 22/03/2013 15:32, Shaun McDonald wrote: On 22 Mar 2013, at 14:06, Harry Wood m...@harrywood.co.uk wrote: ...we have a strip down the left, and this screen real-estate is valuable space. Here more than anywhere users are eyeballing the graphics, text, and user interface elements we choose to put there. We have in the past chosen to put graphical banner ads promoting State Of The Map conferences and some other events, in the run up to these events. How about a rotating banner that rotates round showing all of the upcoming SOTMs? This would then minimise the vertical space needed. Actually, this is a great opportunity to devolve local marketing to local chapters. Let's call it the message space. Allow local chapters to choose what marketing message goes in that space for their country (subject to certain criteria, i.e. must promote OSM, mustn't give advantage to one commercial provider over another, mustn't look dog-ugly). Use GeoIP etc. to find what country the user is from. Serve the message for that country. So, to take this example, OSM-US decides its priority is promoting SOTM-US. It puts the banner there. US visitors therefore see it. Ideal solution for US visitors. Also ideal for Bulgarians who don't really want to know about a conference in SF; they have their own priorities. The beauty is that it doesn't have to be restricted to conferences. Let's say the French community has a project to map shops. Fine: they put a little banner there which clicks through to the project page. Or let's say the US community wants to focus on addressing. Same again. Of course, OSMF could still override for international messages (like the main SOTM conference), though it would be polite to give a couple of weeks' notice to the local chapters. Our local presence and local knowledge is our strength. Let's make the most of it. Richard ___ design mailing list des...@openstreetmap.org http://lists.openstreetmap.org/listinfo/design ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Area tags in Overpass API
Hi all, as of now, Overpass API has limited support for area queries: There is a whitelist¹ of cases where relations and closed ways are treated as areas. Most of the time it requires a name in addition to certain other tags. Specifically, I stumbled upon the limitation that closed ways with a building key are only treated as an area if they have a name (and use the yes building value). This topic came up on help.osm.org², but Roland asked me to take it here. So is there anyone besides me who thinks that being able to use area queries would be useful for features beyond the current whitelist? I'm also curious about the motivation for considering only a strictly limited subset of the areas in the database in the first place. Presumably this is because maintaining a large number of areas would be detrimental to performance? Tobias ¹ https://github.com/drolbr/Overpass-API/blob/master/rules/areas.osm3s ² https://help.openstreetmap.org/questions/20841/how-to-query-all-elements-within-an-outline-way-from-overpass-api ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area tags in Overpass API
On 22 Mar 2013, at 19:58, Tobias Knerr o...@tobias-knerr.de wrote: Hi all, as of now, Overpass API has limited support for area queries: There is a whitelist¹ of cases where relations and closed ways are treated as areas. Most of the time it requires a name in addition to certain other tags. Specifically, I stumbled upon the limitation that closed ways with a building key are only treated as an area if they have a name (and use the yes building value). Why just building=yes? I do my best to be more descriptive on the type of building that it is, such as whether it is residential, industrial, commercial, retail etc. Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area tags in Overpass API
There seems to be a polygon search which lets you specify an arbitrary bounding polygon. This should have the same function as a search for a closed way, given the proper polygon coordinates. This means either you can create the polygon yourself based on the coordinates of the way or it ought to be possible to create a search request for objects in a way without having to calculate those areas ahead of time. This doesn't handle multipolygons, but the existing area call looks like it can do that. Dave On Fri, Mar 22, 2013 at 12:58 PM, Tobias Knerr o...@tobias-knerr.de wrote: Hi all, as of now, Overpass API has limited support for area queries: There is a whitelist¹ of cases where relations and closed ways are treated as areas. Most of the time it requires a name in addition to certain other tags. Specifically, I stumbled upon the limitation that closed ways with a building key are only treated as an area if they have a name (and use the yes building value). This topic came up on help.osm.org², but Roland asked me to take it here. So is there anyone besides me who thinks that being able to use area queries would be useful for features beyond the current whitelist? I'm also curious about the motivation for considering only a strictly limited subset of the areas in the database in the first place. Presumably this is because maintaining a large number of areas would be detrimental to performance? Tobias ¹ https://github.com/drolbr/Overpass-API/blob/master/rules/areas.osm3s ² https://help.openstreetmap.org/questions/20841/how-to-query-all-elements-within-an-outline-way-from-overpass-api ___ 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] Area tags in Overpass API
Hi all, Why just building=yes? I do my best to be more descriptive on the type of building that it is, such as whether it is residential, industrial, commercial, retail etc. Thank you for the feedback. This helps to make a more complete list of tags. So I assume a better criterion would be has building, but different from building=no? Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area tags in Overpass API
On 22.03.2013 21:41, Dave Sutter wrote: There seems to be a polygon search which lets you specify an arbitrary bounding polygon. This should have the same function as a search for a closed way, given the proper polygon coordinates. This means either you can create the polygon yourself based on the coordinates of the way or it ought to be possible to create a search request for objects in a way without having to calculate those areas ahead of time. A subsequent polygon query based on the way coordinates would indeed be a possibility. For my specific use case, I could likely even work with a bounding box query based on these coordinates, as I have code available for filtering the resulting OSM data locally. Both options have the disadvantage that they require a second, independent query as far as I know. If Overpass were to perform that fallback internally for closed ways and relations without an area representation, or alternatively allow polygon or bounding box queries based on OSM elements, it would fulfil my requirements. Naturally, I'm not sure whether any of that would be equally suitable for others' use cases. Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area tags in Overpass API
Hi all, I'm also curious about the motivation for considering only a strictly limited subset of the areas in the database in the first place. Presumably this is because maintaining a large number of areas would be detrimental to performance? First of all, thank you for taking it here. This allows for a in-depth discussion. The performance was the initial reason to use a whitelist at all. However, the performance has since been a lot improved, and it could be, with some hours of programming effort, improved even more. The reason to choose objects with name was that all use cases so far have been variations of the question Where am I?. And without a name or other distinctive tag value, the area has been considered to be of little use. The deeper reason is that I would like in general to let Overpass API be tag agnostic. The areas are one of the few places where I haven't found a way to get areas without tag evaluation. And there is even a future driven reason to encourage feedback: In the long term, Overpass API will produce GeoJSON to allow vector rendering. The main roadblocker for this is the distinction between linestrings and polygons. I assume that an established list of tags that designate areas are the best way to achieve this with long-term stable semantics. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area tags in Overpass API
I like GeoJSON since it is JSON, which I find convenient, and it is a standard. All the same, most vector rendering on clients is done using the path formalism which doesn't distinguish between areas and lines outside of applying the style to the geometry. It is kind of a shame to have to worry about this just for the transport mechanism. But I guess there is not really much of a choice if you want to support this standard of one of many other geo standards. :-( Dave On Fri, Mar 22, 2013 at 3:38 PM, Roland Olbricht roland.olbri...@gmx.de wrote: Hi all, I'm also curious about the motivation for considering only a strictly limited subset of the areas in the database in the first place. Presumably this is because maintaining a large number of areas would be detrimental to performance? First of all, thank you for taking it here. This allows for a in-depth discussion. The performance was the initial reason to use a whitelist at all. However, the performance has since been a lot improved, and it could be, with some hours of programming effort, improved even more. The reason to choose objects with name was that all use cases so far have been variations of the question Where am I?. And without a name or other distinctive tag value, the area has been considered to be of little use. The deeper reason is that I would like in general to let Overpass API be tag agnostic. The areas are one of the few places where I haven't found a way to get areas without tag evaluation. And there is even a future driven reason to encourage feedback: In the long term, Overpass API will produce GeoJSON to allow vector rendering. The main roadblocker for this is the distinction between linestrings and polygons. I assume that an established list of tags that designate areas are the best way to achieve this with long-term stable semantics. Cheers, Roland ___ 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] Area tags in Overpass API
From: Roland Olbricht [mailto:roland.olbri...@gmx.de] Subject: Re: [OSM-talk] Area tags in Overpass API The reason to choose objects with name was that all use cases so far have been variations of the question Where am I?. And without a name or other distinctive tag value, the area has been considered to be of little use. The deeper reason is that I would like in general to let Overpass API be tag agnostic. The areas are one of the few places where I haven't found a way to get areas without tag evaluation. The canonical list of areas is all polygon entries in http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/default.sty le Anything with those tags will be considered an area by the osm2pgsql style used for rendering tile.osm.org, which is the largest consumer. And there is even a future driven reason to encourage feedback: In the long term, Overpass API will produce GeoJSON to allow vector rendering. The main roadblocker for this is the distinction between linestrings and polygons. I assume that an established list of tags that designate areas are the best way to achieve this with long-term stable semantics. I believe there is a project underway which produces vector tiles from an osm2pgsql database. I have found that a database for rendering and a database for reproducing .osm data tend to have some opposing requirements that make me think that the osm2pgsql route will be better for vector tiles for rendering and it might be best to concentrate efforts on this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Moin. Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Und wenn du auf die Briefkasten noch niemals Leerzeichen gesehen hast, heißt es nicht, dass es das nicht gibt. Mir geht es um bessere Les- und Bedienbarkeit. Und die Technik kann dann gerne die schlechter lesbare Variante intern benutzen. Wie schon geschrieben, weder Speicherplatz noch Rechenkapazität sind da wirklich ein Argument. Wenn es darauf ankäme, bereitete man die Daten z. Bsp. in einem Vorlauf entsprechend auf (muss man ja vermutlich sowieso zur Vereinheitlichung machen). Du darst das gerne anders machen. Aber der Mapper _sollte_ es so machen, wie er will - und wenn er einen Anhaltspunkt sucht, ob mit oder ohne Leerzeichen, sollte die Lesbarkeit wohl ein Argument sein. Also dann eher mit Leerzeichen! Und wenn ein Programmierer an diesem Leerzeichen scheitert (er kann es ja auch beim Abspeichern löschen und bei der Darstellung wieder einfügen), dann hat er vielleicht seinen Beruf verfehlt. Gruß, Schusch On Sun, 17 Mar 2013, Jo wrote: Wir machen eine Datenbank. Ob da ein Leerzeichen hinzugefügt wird beim verarbeiten/schauen, muss der Benutzer der Daten ausmachen. Der Mapper sollte/kann/darf das so effizient wie möglich mappen, also ohne Leerzeichen. Auf die Briefkasten habe ich das noch niemals mit Leerzeichen gesehen.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keepright.at
Hi! malenki wrote Die Überprüfung von URLs durch keepright bringt etliche false Positives. Ich bin sicher nicht der einzige, der dem Autor Mails zu Bugs geschrieben hat... Ich habe mir mal den Code von dem Website-Tag-Check[1] angesehen und ab Zeile 777[2] wird es interessant mit den Umlauten. Alles, was ich im Folgenden schreibe ist nur mein Verständnis des Codes. Wenn ich falsch liege, möchte ich nichts gesagt haben :) Ich bin keiner, der täglich PHP-Code schreibt, bin da in anderen Welten unterwegs. Wie ich den Code verstehe, wird anscheinend der HTML-Text der Website heruntergeladen und dort das Encoding überprüft. Kann jemand das verifizieren? Wenn dem so ist, geht meiner Meinung der Check etwas zu weit. Ansonsten kann man ja direkt den W3C-Validator auch noch drüberlaufen lassen... Falls der Website-Check so penibel ist, sind für mich die Fundstellen dann sehr wertlos. Meistens kann man die externe Seite ja nicht beeinflussen. Gruß, Philip [1]: http://sourceforge.net/p/keepright/code/676/tree/checks/0410_website.php [2]: http://sourceforge.net/p/keepright/code/676/tree/checks/0410_website.php#l777 -- View this message in context: http://gis.19327.n5.nabble.com/keepright-at-tp5754215p5754278.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Am 22. März 2013 10:35 schrieb Schorschi scho...@snafu.de: Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Ich finde nicht, dass die Leerzeichen entscheidend was ändern an der Lesbarkeit, zumindest sehe ich das nicht als Punkt an, was man in OSM eintragen sollte. Sonst könnte man ja auch argumentieren H A U P T S T R A S S E lese sich besser als Hauptstraße und daher schreiben wir jetzt alles in Großbuchstaben. M.E. sollte man das Lesbarkeitsproblem für ältere Semester, Mapper mit Sehbehinderungen etc. auf der Editorseite angehen, und dort z.B. die Schrift größer gestalten, bzw. kontrastreicher, bzw. mit gesperrter Laufweite, optimierter Schriftart etc. In die Daten gehört das, was gilt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
2013/3/22 Martin Koppenhoefer dieterdre...@gmail.com Am 22. März 2013 10:35 schrieb Schorschi scho...@snafu.de: Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Ich finde nicht, dass die Leerzeichen entscheidend was ändern an der Lesbarkeit, zumindest sehe ich das nicht als Punkt an, was man in OSM eintragen sollte. Sonst könnte man ja auch argumentieren H A U P T S T R A S S E lese sich besser als Hauptstraße und daher schreiben wir jetzt alles in Großbuchstaben. M.E. sollte man das Lesbarkeitsproblem für ältere Semester, Mapper mit Sehbehinderungen etc. auf der Editorseite angehen, und dort z.B. die Schrift größer gestalten, bzw. kontrastreicher, bzw. mit gesperrter Laufweite, optimierter Schriftart etc. In die Daten gehört das, was gilt. Gruß Martin +1 Polyglot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
On 18.03.13 10:40, Martin Trautmann wrote: Besteht eine Hausnummer aus Ziffern und Buchstaben, werden die Teile mit einem Leerzeichen getrennt. N.B.: Nicht mal die Deutsche Post hält sich in ihrer Broschüre Automationsfähige Briefsendungen daran. Dort ist eine Adresse Zum Lingeshof 1a zu lesen... Jedenfalls, bitte nicht automatisiert kaputtisieren. In Wien schreibt man 2a ohne Leerzeichen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keepright.at
Hallo! Ich denke das Problem liegt eher darin, dass keepright keine Internationalisierte Domainnamen (IDN) [1] unterstützt. Somit werden alle URLs, die z.B. Umlaute oder ß beinhalten, fälschlicherweise beanstandet (z.B. www.ströbel.at - siehe [2]). Ich habe den entsprechenden Code mal überflogen und kann jetzt nichts grob falsches erkennen (außer die offensichtlich fehlende Implementierung des IDNA Standards): Die meisten Routinen (z.B. das von dir erwähnte 'check_redirects' oder 'fix_charset') scheinen dazu dienen, in PHP das Verhalten eines Web-Browsers zu simulieren (hier: HTML-Weiterleitungen bzw. inkonsistente Encoding-Angaben). Inwieweit diese Vorgangsweise sinnvoll ist, sei mal dahingestellt... Unabhängig davon könnte IDNA-Support leicht nachgereicht werden [3]. Liebe Grüße Martin [1] http://de.wikipedia.org/wiki/Internationalisierter_Domainname [2] http://keepright.ipax.at/report_map.php?zoom=16lat=48.20742lon=16.17782layers=B0Tch=0%2C411%2C412%2C413show_ign=1show_tmpign=1 [3] http://phlymail.com/de/downloads/idna-convert.html Am 22.03.2013, 10:40 Uhr, schrieb Philip Gillißen gue...@freenet.de: Ich habe mir mal den Code von dem Website-Tag-Check[1] angesehen und ab Zeile 777[2] wird es interessant mit den Umlauten. Alles, was ich im Folgenden schreibe ist nur mein Verständnis des Codes. Wenn ich falsch liege, möchte ich nichts gesagt haben :) Ich bin keiner, der täglich PHP-Code schreibt, bin da in anderen Welten unterwegs. Wie ich den Code verstehe, wird anscheinend der HTML-Text der Website heruntergeladen und dort das Encoding überprüft. Kann jemand das verifizieren? Wenn dem so ist, geht meiner Meinung der Check etwas zu weit. Ansonsten kann man ja direkt den W3C-Validator auch noch drüberlaufen lassen... Falls der Website-Check so penibel ist, sind für mich die Fundstellen dann sehr wertlos. Meistens kann man die externe Seite ja nicht beeinflussen. Gruß, Philip [1]: http://sourceforge.net/p/keepright/code/676/tree/checks/0410_website.php [2]: http://sourceforge.net/p/keepright/code/676/tree/checks/0410_website.php#l777 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
On 03/22/2013 10:35 AM, Schorschi wrote: Moin. Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Und wenn du auf die Briefkasten noch niemals Leerzeichen gesehen hast, heißt es nicht, dass es das nicht gibt. Mir geht es um bessere Les- und Bedienbarkeit. Und die Technik kann dann gerne die schlechter lesbare Variante intern benutzen. Wie schon geschrieben, weder Speicherplatz noch Rechenkapazität sind da wirklich ein Argument. Wenn es darauf ankäme, bereitete man die Daten z. Bsp. in einem Vorlauf entsprechend auf (muss man ja vermutlich sowieso zur Vereinheitlichung machen). Du darst das gerne anders machen. Aber der Mapper _sollte_ es so machen, wie er will - und wenn er einen Anhaltspunkt sucht, ob mit oder ohne Leerzeichen, sollte die Lesbarkeit wohl ein Argument sein. Also dann eher mit Leerzeichen! Und wenn ein Programmierer an diesem Leerzeichen scheitert (er kann es ja auch beim Abspeichern löschen und bei der Darstellung wieder einfügen), dann hat er vielleicht seinen Beruf verfehlt. Gruß, Schusch Moin Ich persönlich preferiere auch alphabetische Hausnummern mit Leerzeichen und Kleinbuchstaben. Bei der Auswertung muss ich aber dem Umstand Rechnung tragen, dass jeder Mapper es irgendwie anders macht. Deshalb wird bei mir das Feld immer in Kleinbuchstaben umgewandelt und via reguläre Ausdrücke geparst und neugebaut, um eine einheitliche Darstellung zu gewährleisten. Es soll Regionen geben, da sind Großbuchstaben Standard, bzw. werden Punkte oder keine Leerzeichen verwendet. Daher muss jeder, der die Daten aufbereitet sich überlegen, ob er die Darstellung (a) anfasst und (b) wie er sie haben will. Dem Nutzer will ich in dieser Sache nur ungern eine Schreibweise vorschreiben. Das empfinde ich persönlich als Überregulierung und ist meist sowieso nicht durchsetzbar. Außerdem gibt es ja, wie bereits erwähnt, regionale Unterschiede ;) MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Hallo, Dem Nutzer will ich in dieser Sache nur ungern eine Schreibweise vorschreiben. Das empfinde ich persönlich als Überregulierung und ist meist sowieso nicht durchsetzbar. Außerdem gibt es ja, wie bereits erwähnt, regionale Unterschiede ;) +1 Ich stimme dem zu. Man soll es jedem selbst überlassen, ob er das Ei am breiten oder spitzen Ende aufschlägt ;) Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Wie machst du das denn, um die um zu wandeln? Ist das innerhalb JOSM? Vielleicht ist jemand anders damit auch geholfen. Jo 2013/3/22 Andreas Neumann andr-neum...@gmx.net On 03/22/2013 10:35 AM, Schorschi wrote: Moin. Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Und wenn du auf die Briefkasten noch niemals Leerzeichen gesehen hast, heißt es nicht, dass es das nicht gibt. Mir geht es um bessere Les- und Bedienbarkeit. Und die Technik kann dann gerne die schlechter lesbare Variante intern benutzen. Wie schon geschrieben, weder Speicherplatz noch Rechenkapazität sind da wirklich ein Argument. Wenn es darauf ankäme, bereitete man die Daten z. Bsp. in einem Vorlauf entsprechend auf (muss man ja vermutlich sowieso zur Vereinheitlichung machen). Du darst das gerne anders machen. Aber der Mapper _sollte_ es so machen, wie er will - und wenn er einen Anhaltspunkt sucht, ob mit oder ohne Leerzeichen, sollte die Lesbarkeit wohl ein Argument sein. Also dann eher mit Leerzeichen! Und wenn ein Programmierer an diesem Leerzeichen scheitert (er kann es ja auch beim Abspeichern löschen und bei der Darstellung wieder einfügen), dann hat er vielleicht seinen Beruf verfehlt. Gruß, Schusch Moin Ich persönlich preferiere auch alphabetische Hausnummern mit Leerzeichen und Kleinbuchstaben. Bei der Auswertung muss ich aber dem Umstand Rechnung tragen, dass jeder Mapper es irgendwie anders macht. Deshalb wird bei mir das Feld immer in Kleinbuchstaben umgewandelt und via reguläre Ausdrücke geparst und neugebaut, um eine einheitliche Darstellung zu gewährleisten. Es soll Regionen geben, da sind Großbuchstaben Standard, bzw. werden Punkte oder keine Leerzeichen verwendet. Daher muss jeder, der die Daten aufbereitet sich überlegen, ob er die Darstellung (a) anfasst und (b) wie er sie haben will. Dem Nutzer will ich in dieser Sache nur ungern eine Schreibweise vorschreiben. Das empfinde ich persönlich als Überregulierung und ist meist sowieso nicht durchsetzbar. Außerdem gibt es ja, wie bereits erwähnt, regionale Unterschiede ;) MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
On 03/22/2013 01:12 PM, Jo wrote: Wie machst du das denn, um die um zu wandeln? Ist das innerhalb JOSM? Vielleicht ist jemand anders damit auch geholfen. Jo Hi Jo, das ist nicht in JOSM! Ich lade mir die Rohdaten (an dieser Stelle ein Danke an die Geofabrik für den kostenlosen Service) herunter und interpretiere sie. Beispielsweise für die Seite http://stadtplan-ilmenau.de . Da hier viele Nachberechnungen nötig sind, weil viele Daten in der Form vorliegen: Man sieht doch, dass das zusammengehört, war die Vereinheitlichung der Hausnummern nur ein weiterer kleiner Schritt. MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keepright.at
Am Fri, 22 Mar 2013 02:40:29 -0700 (PDT) schrieb Philip Gillißen gue...@freenet.de: Ich habe mir mal den Code von dem Website-Tag-Check[1] angesehen und ab Zeile 777[2] wird es interessant mit den Umlauten. Alles, was ich im Folgenden schreibe ist nur mein Verständnis des Codes. Wenn ich falsch liege, möchte ich nichts gesagt haben :) Ich bin keiner, der täglich PHP-Code schreibt, bin da in anderen Welten unterwegs. Wie ich den Code verstehe, wird anscheinend der HTML-Text der Website heruntergeladen und dort das Encoding überprüft. Kann jemand das verifizieren? Wenn dem so ist, geht meiner Meinung der Check etwas zu weit. Ansonsten kann man ja direkt den W3C-Validator auch noch drüberlaufen lassen... Falls der Website-Check so penibel ist, sind für mich die Fundstellen dann sehr wertlos. Meistens kann man die externe Seite ja nicht beeinflussen. Ich bezog mich eher auf Bugs, wo das Matching z.B. nicht erkennen konnte, das name=Müller und website=mueller durchaus zueinander passen. Aufs Geradewohl habe ich am Startort von keepright ein paar Bugs angeschaut, wo unter anderem diese Fehler gemeldet wurden: http://ompldr.org/vaHVqOQ http://ompldr.org/vaHVqYQ http://ompldr.org/vaHVqYg Sicher ist es wenig trivial, diese und andere Fehler als nicht-Fehler zu erkennen - aber bei der nicht unerheblichen Anzahl von false positives verliert man mit der Zeit doch die Lust... Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keepright.at
Aufs Geradewohl habe ich am Startort von keepright ein paar Bugs angeschaut, wo unter anderem diese Fehler gemeldet wurden: Sorry, aber da hast du jetzt gerade so ca. die drei schlechtesten Beispiele herausgepickt: http://ompldr.org/vaHVqOQ www.genusswerk.at/partnerbetriebe/lehmberg/ wird weitergeleitet auf www.danzingercompany.at. Dort ist vom entsprechenden Restaurant nirgends dir Rede. Die korrekte Website ist wahrscheinlich die folgende: http://www.lehmberg.at/ http://ompldr.org/vaHVqYQ Hier fehlt am OSM POI wahrscheinlich ein alt_name=Das Powidl oder so ähnlich. http://ompldr.org/vaHVqYg Die Webseite scheint im Moment offline oder in Neugestaltung zu sein. Informationen zum Geschäft findet man dort jedenfalls nicht. Sicher ist es wenig trivial, diese und andere Fehler als nicht-Fehler zu erkennen - aber bei der nicht unerheblichen Anzahl von false positives verliert man mit der Zeit doch die Lust... Sicher gibt es einige Falschmeldungen, aber im Allgemeinen finde ich persönlich diesen Website Layer schon recht hilfreich. Ich habe gerade einen kleinen Bereich in Wien X durchgearbeitet. Hier mein Erfolg [1]: * 6 false positives (darunter 2 mit angeblichem HTTP-Fehler) in keepright als solche markiert * 4 Links, die auf webseiten ohne Inhalt (bzw under construction) gehen mit fixmes ausgestattet * 2 tote Links auf die aktuelle Webseite umgeleitet * 2 tote Links entfernt * 2 Links entdeckt, die auf die Website einer Dachorganisation verlinken. Keine Ahnung ob das sinnvoll ist. Erstmal so gelassen. Grüße Martin [1] http://www.openstreetmap.org/browse/changeset/15456384 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 80, Eintrag 31
Am 22.03.2013 10:36, schrieb talk-de-requ...@openstreetmap.org: Die Pfade sind Geräte oder Softwareabhängig, auf meinem Galaxy Note heissen sie nach dem neuesten Software update jetzt /storage/sdcard0 für den internen Speicher und /storage/extSdCard für die externe Karte. Umkopieren muss man sie selbst. Ich habe es jetzt. Mit Polaris-Office auf dem smartphone heißt die SD-Karte external_sd. Angesprochen wird sie dann mit /mnt/sdcard/external_sd. -- wonk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 80, Eintrag 31
Wolfgang Wienke wrote Ich habe es jetzt. Mit Polaris-Office auf dem smartphone heißt die SD-Karte external_sd. Angesprochen wird sie dann mit /mnt/sdcard/external_sd. Da macht ja wirklich jeder was er will - fast wie bei OSM ;) Hauptsache, du hast das Zeug gefunden. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Re-Talk-de-Nachrichtensammlung-Band-80-Eintrag-31-tp5754358p5754360.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Codemotion, incontro ILDN
Oggi sarò al Codemotion ( http://rome.codemotionworld.com/ ), all'incontro/tavola rotonda con le varie anime del mondo linux ed opensource italiane che sarà tenuto dal network Italian Linux Distro Network http://ildn.net/ . Parteciperò in qualità di persona facente parte di varie realtà FOSS italiane. Non mancherò di citare il progetto OpenStreetMap e la sua comunità italiana. Se avete richieste particolari da portare avanti, scrivete pure :-) http://ildn.net/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Codemotion, incontro ILDN
Salve Si potrebbe proporre di mettere online le mappe catastali evitando così a molti cittadini di incaricare (con conseguenti costi) professionisti per reperirle Fino a qualche tempo fa erano gratuite e l'attuale costo di 1 euro non sarebbe una grave perdita per l'erario. Cordialmente Il 22/03/2013 09:36, Caterpillar ha scritto: Oggi sarò al Codemotion ( http://rome.codemotionworld.com/ ), all'incontro/tavola rotonda con le varie anime del mondo linux ed opensource italiane che sarà tenuto dal network Italian Linux Distro Network http://ildn.net/ . Parteciperò in qualità di persona facente parte di varie realtà FOSS italiane. Non mancherò di citare il progetto OpenStreetMap e la sua comunità italiana. Se avete richieste particolari da portare avanti, scrivete pure :-) http://ildn.net/ ___ 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] Codemotion, incontro ILDN
Il 22/03/2013 10:51, Rosacroce ha scritto: Salve Si potrebbe proporre di mettere online le mappe catastali evitando così a molti cittadini di incaricare (con conseguenti costi) professionisti per reperirle Fino a qualche tempo fa erano gratuite e l'attuale costo di 1 euro non sarebbe una grave perdita per l'erario. Cordialmente Non è un incontro istituzionale ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Codemotion, incontro ILDN
Il giorno 22 marzo 2013 09:36, Caterpillar caterpilla...@gmail.com ha scritto: Oggi sarò al Codemotion ( http://rome.codemotionworld.com/ ), all'incontro/tavola rotonda con le varie anime del mondo linux ed opensource italiane che sarà tenuto dal network Italian Linux Distro Network http://ildn.net/ . Parteciperò in qualità di persona facente parte di varie realtà FOSS italiane. Non mancherò di citare il progetto OpenStreetMap e la sua comunità italiana. Se avete richieste particolari da portare avanti, scrivete pure :-) http://ildn.net/ Tutte le distro dovrebbero includere i sw per OSM nei repository (JOSM, osm2pgsql, eccetera) e se offrono una app di default per le mappe che sia basata su OSM. Ubuntu si vede da che parte sta http://maps.ubuntu.com/map/ :P (anche se c'è questa https://apps.ubuntu.com/cat/applications/maps/) ___ 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] [Tagging] ZTL e classi di emissione del veicolo (Euro x)
On Thu, Mar 21, 2013 at 10:35 PM, Davio davide@gmail.com wrote: Come già ho ripetuto, secondo me è inutile inserire i tag dei veicoli ammessi, dovrebbero esserci solo le categorie vietate, viene da se che quelle non specificate siano ammesse, quindi: Vale la pena di esplicitare il fatto che quelle non specificate sono ammesse: vehicle=yes ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Tagging] ZTL e classi di emissione del veicolo (Euro x)
+1 Con un tag abbiamo risolto il problema. Davide -- View this message in context: http://gis.19327.n5.nabble.com/Tagging-ZTL-e-classi-di-emissione-del-veicolo-Euro-x-tp5754182p5754334.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] Fuochi San Giuseppe Itri su OSM
Il 19/03/2013 15:45, Martin Koppenhoefer ha scritto: 2013/3/19 Salemme Guido salemme.gu...@email.it: la mappa è possibile vederla qui ! nella sezione mappa http://fuochisangiuseppe.it oppure al link diretto http://goo.gl/zHlVn bella! ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it . e interattiva:-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] LearnOSM em español
¿Alguien ha pensado en traducir alguna de las guías de LearnOSM? La que está en la web para principiantes podría ser un buen comienzo. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] LearnOSM em español
Acabodo de crear un branch (rama?) 'spanish' y un ticket para coordenar la traducción: https://github.com/hotosm/learnosm/issues/63 2013/3/22 Jorge Gaspar Sanz Salinas js...@osgeo.org ¿Alguien ha pensado en traducir alguna de las guías de LearnOSM? La que está en la web para principiantes podría ser un buen comienzo. Saludos ___ 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-lv] bloga raksts par id
http://osm.lv/blog/2013/03/jauns-redaktors-id/ un izstraadaataaju komandaa ir saveejais ;) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] bloga raksts par id
On 22.03.2013 12:35, Rich wrote: http://osm.lv/blog/2013/03/jauns-redaktors-id/ un izstraadaataaju komandaa ir saveejais ;) Baisi dur acīs: tīmēkļa, Saksāņā, nespēji (un tālāk seko tagadne), attīstijumi, utt. Laikam autors ir ļoti steidzies paziņot šo priecīgo vēsti. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] bloga raksts par id
On 03/22/2013 07:44 PM, Instigater wrote: On 22.03.2013 12:35, Rich wrote: http://osm.lv/blog/2013/03/jauns-redaktors-id/ un izstraadaataaju komandaa ir saveejais ;) Baisi dur acīs: tīmēkļa, Saksāņā, nespēji (un tālāk seko tagadne), attīstijumi, utt. Laikam autors ir ļoti steidzies paziņot šo priecīgo vēsti. izlasi, luudzu, autora biograafiju :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Copyright in data
Bonjour all,here is a link here that might be interesting for those of you that are interested in legal matter concerning datahttp://www.teresascassa.ca/index.php?option=com_k2view=itemid=124:federal-court-of-appeal-reminds-government-there-is-no-copyright-in-data Daniel___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Copyright in data
Thanks for the link. It's good to see a court decision reminding parties that (in Canada) there is no copyright in data. From the court decision: However, there is no principle of property law that would preclude anyone from making use of information displayed in a publicly available paper nautical chart, even if the information originated with the Crown or is maintained by the Crown. It looks like with the summary motion dismissed and the matter going to trial will be what the Crown granted exclusive license to one of the parties in the case. My reading is that if the Crown only licensed the information (one reading of the contract) then the case cannot succeed because the party who initiated the case would of not had exclusive rights as the data does not have any exclusive rights (or any rights) that could be licensed. On the other hand, an alternate reading of the contract is that the Crown licensed the data and CHS Works (paper charts), in which case that party would have had some exclusive rights. Of course this leaves open the question of if those rights were infringed, which gets to an interesting question for OSM because it boils down to distinguishing between data which is not protected by copyright and a map, which may be. From: Begin Daniel [mailto:jfd...@hotmail.com] Sent: Friday, March 22, 2013 4:00 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] Copyright in data Bonjour all, here is a link here that might be interesting for those of you that are interested in legal matter concerning data http://www.teresascassa.ca/index.php?option=com_k2 http://www.teresascassa.ca/index.php?option=com_k2view=itemid=124:federal -court-of-appeal-reminds-government-there-is-no-copyright-in-data view=itemid=124:federal-court-of-appeal-reminds-government-there-is-no-cop yright-in-data Daniel ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Avis aux golfeurs...
Le jeudi 21 mars 2013 18:43:35 Ista Pouss a écrit : Dans ce genre de questions questionnantes, je me demandais s'il était intéressant et possible de taguer les terrains de jeux dans les villes. Je connais bien sûr et bien évidemment http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dplayground (je crois même que ma première contribution à osm a été ce tag ! ), mais je fréquente un groupe qui tournicote autour de toutes ces questions de jeux dans les villes, et ça serait peut être intéressant pour eux de taguer jusqu'au niveau toboggan, balançoire, comme sur http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment Voilà c'est tout, c'était une question qui ne se pose même pas qui était juste pour réfléchir. C'est marrant, en voyant l'époustouflant exemple de Christian avec le golf, j'ai chercher un autre terrain d'application, et j'ai tout de suite penser à ça. Après, je suis moins sûr que le rendu soit aussi époustouflant … les parcs sont souvent suffisament petit pour ne pas avoir besoin de plan ;-) Bravo Christian ! -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Le jeudi 21 mars 2013 20:23:33 Christian Quest a écrit : Et hop: http://tile.openstreetmap.fr/?lon=2.44923lat=48.83113zoom=17layers=B 0 Je suis preneur de permaliens où le rendu serait à côté de la plaque... Gasp ! Quelle réactivité ! Chez moi, c'est bluffant. Quelques terrains n'apparaissent pas, mais il faut que je vérifie si ce n'est pas un problème de tag : http://tile.openstreetmap.fr/?lon=3.11092lat=45.75864zoom=17layers=B0 http://tile.openstreetmap.fr/?lon=3.12093lat=45.75214zoom=18layers=B0 -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Le mercredi 20 mars 2013 23:35:03 Christian Quest a écrit : De quoi voir les 12131 départs de golf présents dans OSM ;) http://taginfo.openstreetmap.org/keys/golf#values Exemple: http://tile.openstreetmap.fr/?zoom=16lat=48.72648lon=2.60806layers=B 0 Et est-ce que les gestionnaires de ces centres de golf ne pourraient pas être interressés par un beau plan de leurs parcours ? (j'y connais rien au golf) Ça ferait un autre bel exemple d'utilisation. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence
Je finis en ce moment l'ajout du tag 'wikipedia' sur les arrondissements qui ne l'avaient pas. J'en ai compté à peu près 200. Pour les cantons, la requête overpass ci-dessous me dit qu'il y en a près de 2250 à traiter ! Si quelqu'un veut écrire une moulinette capable d'ajouter le tag 'wikipedia' automatiquement, qu'il ne se gène pas pour le faire ! (J'ai d'ailleurs remarqué que quelques cantons n'ont pas de 'ref:INSEE', je vais corriger ça de suite). osm-script query type=relation has-kv k=boundary v=political/ has-kv k=political_division v=canton/ has-kv k=ref:INSEE regv=./ has-kv k=wikipedia modv=not regv=./ /query print mode=meta/ /osm-script Francescu Le 21 mars 2013 20:20, Philippe Verdy verd...@wanadoo.fr a écrit : Sur les arrondissements, je crois que les liens y sont tous déjà; pour les cantons, comme beaucoup ont été importés massivement il y a quelques mois par un bot (qui cherchait les cantons définis uniquement par des listes de communes entières, et dont les frontières étaient déjà entièrement tracées), il doit manquer certainement des tas de liens sur ceux-là sui n'ont pas été revus depuis. Méfiance tout de même car j'ai vu un cas (je ne sais plus où, désolé je n'ai pas noté car je l'ai corrigé au passage) où le bot avait importé un canton en oubliant d'exclure une enclave d'un autre canton, provenant d'une commune hors du canton mais dont les frontières étaient alors incomplètes et ont été ignorées. En apparence cela fermait le canton importé était bien fermé, mais il était trop grand en oubliant d'exclure cette enclave avec des membres inner (une enclave dont les frontières communales étaient pourtant déjà tracées, même si sa commune n'était pas complète ; noter que la commune enclavante avait aussi oublié d'exclure cette enclave avec des membres inner sans sa propre relation). Le 20 mars 2013 22:41, Francescu GAROBY windu...@gmail.com a écrit : Pour faire le lien avec le projet du mois, ça vaut le coup d'aller mettre les tags wikipedia sur les cantons et arrondissements, selon vous ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Sympa. ça donne envie de modéliser les golfs. Bien joué ! http://tile.openstreetmap.fr/?zoom=16lat=43.53562lon=1.43764layers=B0 2013/3/21 kimaidou kimai...@gmail.com Impressionnant ! Tu (ou vous, je n'ai pas tout suivi ces derniers temps...) es vraiment en train de construire un superbe outil de communication sur les possibilité d'OSM. Bravo 2013/3/20 Christian Quest cqu...@openstreetmap.fr De quoi voir les 12131 départs de golf présents dans OSM ;) http://taginfo.openstreetmap.org/keys/golf#values Exemple: http://tile.openstreetmap.fr/?zoom=16lat=48.72648lon=2.60806layers=B0 -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Senior Developer at the Extreme Citizen Science group
Bonjour, pour ceux que ca interesse, cela pourrait etre un job tres interessant. Cordialement -- Forwarded message -- From: Haklay, Muki m.hak...@ucl.ac.uk Date: 14 March 2013 13:11 Subject: Senior Developer at the Extreme Citizen Science group To: excites-...@ucl.ac.uk excites-...@ucl.ac.uk, Open Forum on Participatory Geographic Information Systems and Technologies pp...@dgroups.org, GIS-UK (gis...@jiscmail.ac.uk) gis...@jiscmail.ac.uk, everyaware-consort...@googlegroups.com everyaware-consort...@googlegroups.com Hello, If you know someone who is interested and got the skills, please direct them toward this advert Many thanks Muki ** ** Apply at https://atsv7.wcn.co.uk/search_engine/jobs.cgi?owner=5041178ownertype=fairjcode=1320261 ** ** Job title: Senior Developer at the Extreme Citizen Science group , - Ref:1320261 ** ** UCL Department / DivisionCivil, Environmental Geomatic Engineering Grade 8 Hours Full Time Salary (inclusive of London allowance) £40,216 - £47,441 per annum ** ** _*Duties and Responsibilities*_ ** ** We are looking for an experienced and talented Senior Programmer with knowledge of systems architecture and management to fill a 2-year vacancy to help our various research projects achieve the aims they set out to accomplish with bespoke and innovative technologies. The main duties and responsibilities of the ExCiteS Senior Developer will include, but not be limited to the redevelopment of the Community Maps platform (www.communitymaps.org.uk ) using open source and current technologies, administration of IT systems and server management, and providing assistance to the group in making decisions about technologies that will be used on various projects. The appointee will also be required to manage Linux servers, and advise on and be involved in development projects that aim to include people in the scientific process from the Inuit in Canada to the Pygmies of the Congo. The job includes guidance with the development team which includes MSc and PhD students and postdoctoral fellows. The post is available for immediate start and is for 2 years in the 1st instance ** ** _*Key Requirements*_ ** ** The candidate will have extensive experience working as a developer, ideally within standards-based projects and using Open Source technologies with project management. They will have to have extensive knowledge of up-to-date, open source, spatial and non-spatially enabled technologies, such as Linux, PostgreSQL/PostGIS, and OpenLayers/Leaflet and quickly pick up and adapt to new development environments, particularly as we wish to move into further HTML5 and mobile development, and basing some of our technologies on open APIs. They ideal candidate should be able to use object-oriented methodologies and tools to analyse, design and implement software tools, as well as experience in designing and implementing API architectures to further extend the current software systems. It is imperative that they are able to communicate technically complex information in an understandable way. They will also need to have a solid foundation in structures and standards, properly utilising code management systems (such as GitHub), designing robust code in an easily extensible way, and ensuring that the viability of solutions extend far beyond the lifetime of the research projects themselves. ** ** Further Details A job description and person specification can be accessed at http://bit.ly/YbdB7n To apply for the vacancy please follow https://atsv7.wcn.co.uk/search_engine/jobs.cgi?owner=5041178ownertype=fairjcode=1320261 If you have any queries regarding the vacancy or the application process, please contact Prof. Muki Haklay, m.hak...@ucl.ac.uk , +44 (0)20 7679 2745.* *** We particularly welcome applications from black and minority ethnic candidates as they are under-represented within UCL at this level. Closing Date: 14 Apr 2013 This appointment is subject to UCL Terms and Conditions of Service for Research and Support Staff. ** ** ** ** Muki Haklay: Professor of GIScience Extreme Citizen Science (ExCiteS) research group Department of Civil, Environmental Geomatic Engineering University College London (UCL) Gower St. London WC1E 6BT T: +44 20 7679 2745 E: m.hak...@ucl.ac.uk W: www.ucl.ac.uk/excites Mapping for Change - www.mappingforchange.org.uk Blog: povesham.wordpress.com ** ** ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Une aide sur uMap
Bonjour, J'ai créé la carte http://umap.openstreetmap.fr/m/39/ sur le modèle de Christian permettant d'aller d'un point à un autre. 2 petites questions. Je n'ai pas trouvé comment avoir à l'ouverture une carte zoomée à l'échelle de l'ensemble des points? Aussi, j'ai transmis cette carte à des collègues mais leur navigateur étant IE, la carte ne s'affiche pas (fond gris). Est-ce une incompatibilité entre IE et uMap? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une aide sur uMap
Pour choisir le zoom et l'emplacement par défaut, c'est l'icône qui ressemble au points de rassemblement. Pour IE... je n'ai qu'un vieux IE7 dans une VM d'XP... et j'ai un beau fond gris. IE et javascript, toute une histoire ! Le 22 mars 2013 11:58, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, J'ai créé la carte http://umap.openstreetmap.fr/m/39/ sur le modèle de Christian permettant d'aller d'un point à un autre. 2 petites questions. Je n'ai pas trouvé comment avoir à l'ouverture une carte zoomée à l'échelle de l'ensemble des points? Aussi, j'ai transmis cette carte à des collègues mais leur navigateur étant IE, la carte ne s'affiche pas (fond gris). Est-ce une incompatibilité entre IE et uMap? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une aide sur uMap
Est-ce que LeaftLet supporte IE7 ? Est-ce que dans le code JavaScript, il ne manquerait pas des ; ? Est-ce qu'il n'y a pas une fonction HTML5 utilisée ? Mais en tout cas MEURT IE7, MEURT ! Le 22/03/2013 12:05, Christian Quest a écrit : Pour choisir le zoom et l'emplacement par défaut, c'est l'icône qui ressemble au points de rassemblement. Pour IE... je n'ai qu'un vieux IE7 dans une VM d'XP... et j'ai un beau fond gris. IE et javascript, toute une histoire ! Le 22 mars 2013 11:58, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, J'ai créé la carte http://umap.openstreetmap.fr/m/39/ sur le modèle de Christian permettant d'aller d'un point à un autre. 2 petites questions. Je n'ai pas trouvé comment avoir à l'ouverture une carte zoomée à l'échelle de l'ensemble des points? Aussi, j'ai transmis cette carte à des collègues mais leur navigateur étant IE, la carte ne s'affiche pas (fond gris). Est-ce une incompatibilité entre IE et uMap? Merci. Romain ___ 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] Avis aux golfeurs...
Le vendredi 22 mars 2013 à 09:47 +0100, Nicolas Dumoulin a écrit : Le mercredi 20 mars 2013 23:35:03 Christian Quest a écrit : De quoi voir les 12131 départs de golf présents dans OSM ;) http://taginfo.openstreetmap.org/keys/golf#values Exemple: http://tile.openstreetmap.fr/?zoom=16lat=48.72648lon=2.60806layers=B 0 Et est-ce que les gestionnaires de ces centres de golf ne pourraient pas être interressés par un beau plan de leurs parcours ? (j'y connais rien au golf) Ça ferait un autre bel exemple d'utilisation. Parfois le plan du golf a été conçu par un architecte et là, ça se corse peut-être avec les droits d'auteur. À voir ??? nono -- Utiliser des machines non françaises aussi m'est insupportable. Je compte bientôt m'équiper d'un boulier bien de chez nous. Pour les graphiques, j'utiliserai de vrais camemberts, au lait cru évidemment. -+- JLD in: Guide du Cabaliste Usenet - Bien configurer son boulier -+- signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une aide sur uMap
Le 22 mars 2013 12:05, Christian Quest cqu...@openstreetmap.fr a écrit : Pour choisir le zoom et l'emplacement par défaut, c'est l'icône qui ressemble au points de rassemblement. Merci! J'étais passé à côté. Pour IE... je n'ai qu'un vieux IE7 dans une VM d'XP... et j'ai un beau fond gris. IE et javascript, toute une histoire ! Ouais je m'en doutais. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Smartphone low cost à conseiller pour cartographier ?
L'usage des smartphone pour cartographier est de plus en plus dans l'air du temps. Entre l'appareil photo et le GPS intégré, la mémoire disponible et de plus en plus extensible, les abonnements 3G qui ont fortement baissé de prix et l'offre logicielle toujours de plus en plus riche... tout les ingrédients sont là pour en faire notre outil de base. L'offre de smartphone s'étoffe et des modèles très abordables sont disponibles à moins de 150 Euros. Est-ce que vous avez testé/utilisé des modèles comme les Wiko slim ? Les caractéristiques semblent pas mal et suffisantes: - caméra à 8Mpx - Android, - processeur dual core, - 4Go de RAM ...pour 135 à 140 euros. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Le 22 mars 2013 12:13, nono pingven...@free.fr a écrit : Parfois le plan du golf a été conçu par un architecte et là, ça se corse peut-être avec les droits d'auteur. À voir ??? C'est une remarque pertinente d'autant plus que la plupart des golfs sont des domaines privés et n'appartiennent pas aux collectivités locales. Mapper l'intérieur des propriétés privées sur des détails qui ne font même pas l'objet d'une déclaration cadastrale obligatoire ou d'une demande de permis de construire, ni d'un programme public de protection de patrimoine, c'est assez... limite en terme de droits. En tout cas certainement plus discutable qu'une photo prise depuis le domaine public où par malheur on voit une construction architecturale. Bref, mapper les numéros de trous sur un terrain de golf privé ou l'emplacement de chaque bunker, c'est assez discutable. Si on continue comme ça, on peut aussi commencer à mapper l'intérieur des bâtiments privés (y compris ceux non ouverts au public). On devrait arrêter le mapping à ce qui est observable depuis le domaine public, ou enregistré sur un registre public, ou depuis des espaces ouverts au public (sans obligation d'adhérer d'abord à une structure ou prendre un abonnement pour avoir le droit d'y entrer), ou seulement si les propriétaires ne décident eux-mêmes de diffuser ces informations privées. Ce qui inclurerait donc de ne pas mapper non plus l'intérieur des musées privés, des théâtres (mais l'intérieur des musées publics, on peut du fait de l'apport de subsides publics, et que ce qui s'y trouve fait l'objet de publications par les collectivités ou l'objet de déclarations obligatoires). De même les installations privées polluantes ou dangereuses sont mappables du fait que leur existence dans le domaine privé a un impact possible en dehors et fait l'objet d'une législation imposant au minimum une déclaration, si ce n'est une demande d'autorisation. L'intérieur des galeries marchandes de centres commerciaux est mappable à partir du moment où il y a là aussi des déclarations et autorisations publiques préalables (mais en termes de détails, on s'arrête là où les déclarations obligatoires ont renseigné quelquechose). Avec ce genre de politique on garde une limite raisonnable et on respecte le domaine privé, quand il est réellement privé et pas soumis au regard inquisiteur des autres, même si ceux qui ajoutent ces détails dans la base ont pu se rendre sur place avec l'autorisation des propriétaires (ce droit d'accès temporaire et discrétionnaire ne conférant pas pour autant celui de révéler ce qu'ils ont vu sur place). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une aide sur uMap
Hop, ça aura été l'occasion de les passer à Firefox ;) Bon sinon, on m'a demandé si on pouvait faire un export image. C'est une fonctionnalité prévue dans le développement de uMap? Romain Le 22 mars 2013 12:13, Romain MEHUT romain.me...@gmail.com a écrit : Le 22 mars 2013 12:05, Christian Quest cqu...@openstreetmap.fr a écrit : Pour choisir le zoom et l'emplacement par défaut, c'est l'icône qui ressemble au points de rassemblement. Merci! J'étais passé à côté. Pour IE... je n'ai qu'un vieux IE7 dans une VM d'XP... et j'ai un beau fond gris. IE et javascript, toute une histoire ! Ouais je m'en doutais. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
2013/3/22 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Chez moi, c'est bluffant. Quelques terrains n'apparaissent pas, mais il faut que je vérifie si ce n'est pas un problème de tag : http://tile.openstreetmap.fr/?lon=3.11092lat=45.75864zoom=17layers=B0 http://tile.openstreetmap.fr/?lon=3.12093lat=45.75214zoom=18layers=B0 Problème de dimensions... le tracé des terrains de tennis ne comprenait pas le terrain lui même mais uniquement les marques au sol. Du coup, le polygone était trop petit pour permettre de tracer proprement les marques. J'ai corrigé. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Smartphone low cost à conseiller pour cartographier ?
Cela semble tout a fait suffisant. J'utilise occasionnellement un Motorola Defy qui me rend quelques service. Par contre le GPS A n'est pas très précis et les traces peuvent être dans certains cas très approximative. Avec l'utilisation de la localisation assisté par Google et les points WiFi qu'il a enregistré, en ville la précision s'améliore entre les bâtiments mais c'est à utiliser en connaissance de cause. Le 22 mars 2013 12:29, Christian Quest cqu...@openstreetmap.fr a écrit : L'usage des smartphone pour cartographier est de plus en plus dans l'air du temps. Entre l'appareil photo et le GPS intégré, la mémoire disponible et de plus en plus extensible, les abonnements 3G qui ont fortement baissé de prix et l'offre logicielle toujours de plus en plus riche... tout les ingrédients sont là pour en faire notre outil de base. L'offre de smartphone s'étoffe et des modèles très abordables sont disponibles à moins de 150 Euros. Est-ce que vous avez testé/utilisé des modèles comme les Wiko slim ? Les caractéristiques semblent pas mal et suffisantes: - caméra à 8Mpx - Android, - processeur dual core, - 4Go de RAM ...pour 135 à 140 euros. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une aide sur uMap
Ha mince... je comptait intégrer mes cartes sur mon blog mais j'ai trop de visiteur qui utilise d'ancienne version de IE. Le 22 mars 2013 12:05, Christian Quest cqu...@openstreetmap.fr a écrit : Pour choisir le zoom et l'emplacement par défaut, c'est l'icône qui ressemble au points de rassemblement. Pour IE... je n'ai qu'un vieux IE7 dans une VM d'XP... et j'ai un beau fond gris. IE et javascript, toute une histoire ! Le 22 mars 2013 11:58, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, J'ai créé la carte http://umap.openstreetmap.fr/m/39/ sur le modèle de Christian permettant d'aller d'un point à un autre. 2 petites questions. Je n'ai pas trouvé comment avoir à l'ouverture une carte zoomée à l'échelle de l'ensemble des points? Aussi, j'ai transmis cette carte à des collègues mais leur navigateur étant IE, la carte ne s'affiche pas (fond gris). Est-ce une incompatibilité entre IE et uMap? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Visuel pour avant/après cartopartie
Bonjour, En prévision d'une cartopartie demain, j'aimerai présenter un avant/après. J'aime bien ce que Nicolas Moyroud présente sur son site: http://libreavous.teledetection.fr/geomatique/9-openstreetmap/30-cartographie-dun-village-en-2-heures Dans un premier temps, il suffit juste de faire un export image de la zone avant modification de la zone concernée? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
J'ai remarqué que les icônes des hôpitaux ne sont pas différencié en fonction de leur service d'urgence ou pas. On pourrait mettre une icône spécifique pour les hôpitaux prennent en charge les urgences? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] IGN Magazine N° 69
Dans le dernier magazine de l'IGN à la page 16, est mentionné le 1er prix remporté par Terr@géo. La carte y figurant semble fort à un fond de carte OSM. Après m'être rendu sur le site http://terrageo.sogefi-web.com/terrageo/?insee=84089carte=ignosm Il s'agit d'un fond IGN-OSM. A visiter ! Kenavo. TedScouGV ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visuel pour avant/après cartopartie
Bonjour, Un petit tour par le code source de la page pour trouver que c'est le plugin jquery before after qui a été utilisé http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ Avec ces deux images de dimensions identiques http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png En espérant que cela te soit utile Le 22 mars 2013 13:00, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, En prévision d'une cartopartie demain, j'aimerai présenter un avant/après. J'aime bien ce que Nicolas Moyroud présente sur son site: http://libreavous.teledetection.fr/geomatique/9-openstreetmap/30-cartographie-dun-village-en-2-heures Dans un premier temps, il suffit juste de faire un export image de la zone avant modification de la zone concernée? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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] IGN Magazine N° 69
Il n'y avait pas beaucoup d'appli présentées lors de ce concours qui n'utilisaient pas de données OSM d'une façon ou d'une autre ;) Le 22 mars 2013 13:48, Edmond SCOUARNEC edmondscouar...@gmail.com a écrit : Dans le dernier magazine de l'IGN à la page 16, est mentionné le 1er prix remporté par Terr@géo. La carte y figurant semble fort à un fond de carte OSM. Après m'être rendu sur le site http://terrageo.sogefi-web.com/terrageo/?insee=84089carte=ignosm Il s'agit d'un fond IGN-OSM. A visiter ! Kenavo. TedScouGV ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Geoname et les camping introuvable…
Bonjour, Par curiosité j'ai tenté une recherche de camping autour de chez moi et si on utilise le mot camping associé à leur nom ils ne sont pas indiqué. Il faut ce limiter à l'intitulé uniquement pour trouver ce que l'on recherche. Peut être que je m'y suis mal prit pour leur nom. L'essai a été fait sur ce camping : http://osm.org/go/xVkZaW617- avec les mots : - camping grande cosse (aucun résulta) ; - grande cosse (ok). Est ce que c'est normal ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des terrains de sport
Les terrains de basket et de rugby sont désormais rendus eux aussi...
http://tile.openstreetmap.fr/?lon=2.44176lat=48.83262zoom=17layers=B0
Pour le tennis, le tag surface est pris en compte:
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Roland Garros)
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Wimbledon)
J'ai corrigé les principaux défaut signalés en applicant une
simplification au polygone et en tenant compte de sa rectangularité.
Si un polygone n'est pas assez rectangulaire ou de forme trop
irrégulière, aucun rendu spécial n'est fait.
Pour les curieux, j'ai tout commité sur github:
https://github.com/cquest/osmfr-cartocss/commits/master
La requête SQL ressemble à ça:
select *, abs(a12-a23) as angle_diff, (a12+a23+90)/2 as angle from
(select way, sport, surface, way_area, st_npoints(way2) as nb, osm_id,
ST_Distance(st_pointn(way2,1),st_pointn(way2,2)) as d12,
ST_Distance(st_pointn(way2,3),st_pointn(way2,2)) as
d23,ST_Distance(st_pointn(way2,1),st_pointn(way2,3)) as d13,
degrees(st_azimuth(st_pointn(way2,1),st_pointn(way2,2))) as a12,
degrees(st_azimuth(st_pointn(way2,2),st_pointn(way2,3))) as a23 from
(select *, ST_ExteriorRing(ST_SimplifyPreserveTopology(way,100)) as
way2 from planet_osm_polygon where sport in
('tennis','soccer','basketball','rugby_union','rugby_league') AND way
!bbox!) as simplified) as simplified2) as sports
Y'a sûrement plus efficace et robuste !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Geoname et les camping introuvable…
Nominatim a une liste de mots qu'il va convertir en type: http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR Camping y figure bien... donc y'a un truc pas net. Le 22 mars 2013 14:12, Jo. perche...@gmail.com a écrit : Bonjour, Par curiosité j'ai tenté une recherche de camping autour de chez moi et si on utilise le mot camping associé à leur nom ils ne sont pas indiqué. Il faut ce limiter à l'intitulé uniquement pour trouver ce que l'on recherche. Peut être que je m'y suis mal prit pour leur nom. L'essai a été fait sur ce camping : http://osm.org/go/xVkZaW617- avec les mots : camping grande cosse (aucun résulta) ; grande cosse (ok). Est ce que c'est normal ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IGN Magazine N° 69
Il y a aussi en page 21 une mention d'OSM vis à vis de la réalisation de cartes d'accessibilité des grands ensembles. Romain Le 22 mars 2013 14:05, Christian Quest cqu...@openstreetmap.fr a écrit : Il n'y avait pas beaucoup d'appli présentées lors de ce concours qui n'utilisaient pas de données OSM d'une façon ou d'une autre ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visuel pour avant/après cartopartie
Salut, Un petit tour par le code source de la page pour trouver que c'est le plugin jquery before after qui a été utilisé http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ Oui exactement c'est ce que j'ai utilisé pour l'affichage sur mon site. Avec ces deux images de dimensions identiques http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png Pour avoir les deux images de tailles identiques recupérées à quelques jours d'intervalle, j'ai utilisé le logiciel NoniMapView : http://aeguerre.free.fr/Public/Windows/NoniMapView/ J'ai sélectionné la zone en décochant la case Split pour n'obtenir qu'une seule image (sinon ça découpe en tuiles). J'ai lancé le téléchargement du fond OSM. J'ai sauvé le projet NoniMapView pour qu'il mémorise l'emprise et le zoom sélectionnés. Il suffit quelques temps après avoir contribué de réouvrir le projet et de retélécharger le fond OSM pour obtenir la même zone au pixel près. a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des terrains de sport
très beau boulot ! *clap* *clap* *clap*
Juste une chose : le permalien vers Wimbledon est le même que celui vers
Roland Garros. Le bon permalien est celui-ci :
http://tile.openstreetmap.fr/?lat=51.43381lon=-0.21293zoom=17layers=B0
(au passage, je remarque que le champ de recherches sur
tile.openstreetmap.fr ne sait pas trouver Wimbledon, alors que celui sur
www.openstreetmap.org y arrive, mais ne me propose que la ville et le
hameau, pas le stade).
Francescu
Le 22 mars 2013 14:15, Christian Quest cqu...@openstreetmap.fr a écrit :
Les terrains de basket et de rugby sont désormais rendus eux aussi...
http://tile.openstreetmap.fr/?lon=2.44176lat=48.83262zoom=17layers=B0
Pour le tennis, le tag surface est pris en compte:
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Roland Garros)
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Wimbledon)
J'ai corrigé les principaux défaut signalés en applicant une
simplification au polygone et en tenant compte de sa rectangularité.
Si un polygone n'est pas assez rectangulaire ou de forme trop
irrégulière, aucun rendu spécial n'est fait.
Pour les curieux, j'ai tout commité sur github:
https://github.com/cquest/osmfr-cartocss/commits/master
La requête SQL ressemble à ça:
select *, abs(a12-a23) as angle_diff, (a12+a23+90)/2 as angle from
(select way, sport, surface, way_area, st_npoints(way2) as nb, osm_id,
ST_Distance(st_pointn(way2,1),st_pointn(way2,2)) as d12,
ST_Distance(st_pointn(way2,3),st_pointn(way2,2)) as
d23,ST_Distance(st_pointn(way2,1),st_pointn(way2,3)) as d13,
degrees(st_azimuth(st_pointn(way2,1),st_pointn(way2,2))) as a12,
degrees(st_azimuth(st_pointn(way2,2),st_pointn(way2,3))) as a23 from
(select *, ST_ExteriorRing(ST_SimplifyPreserveTopology(way,100)) as
way2 from planet_osm_polygon where sport in
('tennis','soccer','basketball','rugby_union','rugby_league') AND way
!bbox!) as simplified) as simplified2) as sports
Y'a sûrement plus efficace et robuste !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
--
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des terrains de sport
C'est juste magnifique ! Merci Christian. Nicolas Les terrains de basket et de rugby sont désormais rendus eux aussi... http://tile.openstreetmap.fr/?lon=2.44176lat=48.83262zoom=17layers=B0 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visuel pour avant/après cartopartie
Ne serait-il pas plus simple que l'outil récupère les tuiles et les fusionne ? Ou alors, j'ai mal compris ce que fait cet outil... Francescu Le 22 mars 2013 14:23, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut, Un petit tour par le code source de la page pour trouver que c'est le plugin jquery before after qui a été utilisé http://www.catchmyfame.com/**catchmyfame-jquery-plugins/** jquery-beforeafter-plugin/http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ Oui exactement c'est ce que j'ai utilisé pour l'affichage sur mon site. Avec ces deux images de dimensions identiques http://libreavous.**teledetection.fr/images/**stories/openstreetmap/OSM_* *Usclas_avant_petit.pnghttp://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png http://libreavous.**teledetection.fr/images/**stories/openstreetmap/OSM_* *Usclas_apres_petit.pnghttp://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png Pour avoir les deux images de tailles identiques recupérées à quelques jours d'intervalle, j'ai utilisé le logiciel NoniMapView : http://aeguerre.free.fr/**Public/Windows/NoniMapView/http://aeguerre.free.fr/Public/Windows/NoniMapView/ J'ai sélectionné la zone en décochant la case Split pour n'obtenir qu'une seule image (sinon ça découpe en tuiles). J'ai lancé le téléchargement du fond OSM. J'ai sauvé le projet NoniMapView pour qu'il mémorise l'emprise et le zoom sélectionnés. Il suffit quelques temps après avoir contribué de réouvrir le projet et de retélécharger le fond OSM pour obtenir la même zone au pixel près. a+ Nicolas __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des terrains de sport
Tiens étrange il y a quelques courts de Wimbledon dont les lignes ne sont pas tracées (courts 1, 14, 15 et 16). Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Geoname et les camping introuvable…
Peut être qu'on doit préciser le type d'élément dans le nom de la même façon que le rue et avenue ? Par exemple name=Camping Grande Cosse Je n'ai pas utilisé ce nommage car il y a déjà le tag tourism=camp_site. Pas très loin il y a un autre camping sur lequel j'ai conserver le nom déjà existant : http://osm.org/go/xVkZWWxTR- , quel est le nommage correct ? Par contre dans le langage courant on utilise facilement Camping un tel... tout comme rue XXX ou avenue YYY. Je me mélange les pinceaux et j'y comprend plus rien. Alors est ce j'ai oublié d'utiliser le mot camping dans le nom ou pas ? Le 22 mars 2013 14:17, Christian Quest cqu...@openstreetmap.fr a écrit : Nominatim a une liste de mots qu'il va convertir en type: http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR Camping y figure bien... donc y'a un truc pas net. Le 22 mars 2013 14:12, Jo. perche...@gmail.com a écrit : Bonjour, Par curiosité j'ai tenté une recherche de camping autour de chez moi et si on utilise le mot camping associé à leur nom ils ne sont pas indiqué. Il faut ce limiter à l'intitulé uniquement pour trouver ce que l'on recherche. Peut être que je m'y suis mal prit pour leur nom. L'essai a été fait sur ce camping : http://osm.org/go/xVkZaW617- avec les mots : camping grande cosse (aucun résulta) ; grande cosse (ok). Est ce que c'est normal ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visuel pour avant/après cartopartie
Ne serait-il pas plus simple que l'outil récupère les tuiles et les fusionne ? Ou alors, j'ai mal compris ce que fait cet outil... A la base c'est un outil qui permet de télécharger des fonds de cartes pour les utiliser sur un GPS offline avec le logiciel NoniGPSPlot. Il produit des tuiles pour permettre aux GPS de charger les images par petits bouts. Il refait ses propres tuiles à la taille choisie par l'utilisateur, ce ne sont pas les tuiles d'origine du serveur OSM. Dans le cas de mon utilisation détournée, je décoche Split pour qu'il ne fasse pas de tuile et génère une seule grande image de la zone que j'ai sélectionné. Donc en fait je fais bien ce que tu disais, je fusionne les tuiles d'OSM. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des terrains de sport
Le tag surface pourrait-être pris en compte pour les stades de foot en gore ?
Florian.
De : Christian Quest cqu...@openstreetmap.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Vendredi 22 mars 2013 14h15
Objet : Re: [OSM-talk-fr] Rendu des terrains de sport
Les terrains de basket et de rugby sont désormais rendus eux aussi...
http://tile.openstreetmap.fr/?lon=2.44176lat=48.83262zoom=17layers=B0
Pour le tennis, le tag surface est pris en compte:
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Roland Garros)
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Wimbledon)
J'ai corrigé les principaux défaut signalés en applicant une
simplification au polygone et en tenant compte de sa rectangularité.
Si un polygone n'est pas assez rectangulaire ou de forme trop
irrégulière, aucun rendu spécial n'est fait.
Pour les curieux, j'ai tout commité sur github:
https://github.com/cquest/osmfr-cartocss/commits/master
La requête SQL ressemble à ça:
select *, abs(a12-a23) as angle_diff, (a12+a23+90)/2 as angle from
(select way, sport, surface, way_area, st_npoints(way2) as nb, osm_id,
ST_Distance(st_pointn(way2,1),st_pointn(way2,2)) as d12,
ST_Distance(st_pointn(way2,3),st_pointn(way2,2)) as
d23,ST_Distance(st_pointn(way2,1),st_pointn(way2,3)) as d13,
degrees(st_azimuth(st_pointn(way2,1),st_pointn(way2,2))) as a12,
degrees(st_azimuth(st_pointn(way2,2),st_pointn(way2,3))) as a23 from
(select *, ST_ExteriorRing(ST_SimplifyPreserveTopology(way,100)) as
way2 from planet_osm_polygon where sport in
('tennis','soccer','basketball','rugby_union','rugby_league') AND way
!bbox!) as simplified) as simplified2) as sports
Y'a sûrement plus efficace et robuste !
___
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] Rendu des terrains de sport
Le vendredi 22 mars 2013 13:37:46 Otourly Wiki a écrit : Le tag surface pourrait-être pris en compte pour les stades de foot en gore ? Je ne sais pas ce qu'est le gore, mais j'ai taggué des terrains synthétiques avec l'étiquette surface=artificial_turf C'est intéressant comme info, car ce sont souvent ces terrains qui sont en accès libre. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des terrains de sport
Pour le rugby, pourrais-tu ajouter le clef 'rugby', celle-ci est
conseillé lorsque l'utilisateur ne sais si pas c'est du rugby à XIII
(rugby_league) ou du rugby à XV (rugby_union).
Encore bravo!
Le 22/03/2013 14:15, Christian Quest a écrit :
Les terrains de basket et de rugby sont désormais rendus eux aussi...
http://tile.openstreetmap.fr/?lon=2.44176lat=48.83262zoom=17layers=B0
Pour le tennis, le tag surface est pris en compte:
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Roland Garros)
http://tile.openstreetmap.fr/?lon=2.24749lat=48.84697zoom=17layers=B0
(Wimbledon)
J'ai corrigé les principaux défaut signalés en applicant une
simplification au polygone et en tenant compte de sa rectangularité.
Si un polygone n'est pas assez rectangulaire ou de forme trop
irrégulière, aucun rendu spécial n'est fait.
Pour les curieux, j'ai tout commité sur github:
https://github.com/cquest/osmfr-cartocss/commits/master
La requête SQL ressemble à ça:
select *, abs(a12-a23) as angle_diff, (a12+a23+90)/2 as angle from
(select way, sport, surface, way_area, st_npoints(way2) as nb, osm_id,
ST_Distance(st_pointn(way2,1),st_pointn(way2,2)) as d12,
ST_Distance(st_pointn(way2,3),st_pointn(way2,2)) as
d23,ST_Distance(st_pointn(way2,1),st_pointn(way2,3)) as d13,
degrees(st_azimuth(st_pointn(way2,1),st_pointn(way2,2))) as a12,
degrees(st_azimuth(st_pointn(way2,2),st_pointn(way2,3))) as a23 from
(select *, ST_ExteriorRing(ST_SimplifyPreserveTopology(way,100)) as
way2 from planet_osm_polygon where sport in
('tennis','soccer','basketball','rugby_union','rugby_league') AND way
!bbox!) as simplified) as simplified2) as sports
Y'a sûrement plus efficace et robuste !
___
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] Visuel pour avant/après cartopartie
Merci pour les détails :) Romain Le 22 mars 2013 14:23, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut, Un petit tour par le code source de la page pour trouver que c'est le plugin jquery before after qui a été utilisé http://www.catchmyfame.com/**catchmyfame-jquery-plugins/** jquery-beforeafter-plugin/http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ Oui exactement c'est ce que j'ai utilisé pour l'affichage sur mon site. Avec ces deux images de dimensions identiques http://libreavous.**teledetection.fr/images/**stories/openstreetmap/OSM_* *Usclas_avant_petit.pnghttp://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png http://libreavous.**teledetection.fr/images/**stories/openstreetmap/OSM_* *Usclas_apres_petit.pnghttp://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png Pour avoir les deux images de tailles identiques recupérées à quelques jours d'intervalle, j'ai utilisé le logiciel NoniMapView : http://aeguerre.free.fr/**Public/Windows/NoniMapView/http://aeguerre.free.fr/Public/Windows/NoniMapView/ J'ai sélectionné la zone en décochant la case Split pour n'obtenir qu'une seule image (sinon ça découpe en tuiles). J'ai lancé le téléchargement du fond OSM. J'ai sauvé le projet NoniMapView pour qu'il mémorise l'emprise et le zoom sélectionnés. Il suffit quelques temps après avoir contribué de réouvrir le projet et de retélécharger le fond OSM pour obtenir la même zone au pixel près. a+ Nicolas __ 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
[OSM-talk-fr] smartphone low cost
Au sujet du wikio slim, j'ai eu deux retours d'utilisateurs, dans l'ensemble, il sont satisfait. Osmand fonctionne sans problèmes, vespucci ne pose pas trops de soucis sur la fluidité ( qui est l'élément central je trouve ). Par contre, je n'ai beaucoup de retours à faire sur la précision du GPS et la vitesse de captage des satellites de mon côté. mais on a pas eu de grosses aberrations recensées. Voilà je pensais aussi m'en équiper, pour le prix c'est correct. sinon bravo pour les travaux sur les terrains de sport. Bobo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des terrains de sport
Le 22 mars 2013 14:37, Otourly Wiki otou...@yahoo.fr a écrit : Le tag surface pourrait-être pris en compte pour les stades de foot en gore ? Ouaille note. J'ai modifié la couleur pour surface=grass (y compris pour les tennis c'était trop flashy) Par contre, pour l'artificiel, je ne vois pas trop quoi mettre. Pour 'rugby' c'est ajouté. J'ai aussi ajouté le rendu des terrains de foot américain... voilà celui de mon équipe préférée: http://tile.openstreetmap.fr/?q=candlestick%20park J'ai aussi modifié le champs de recherche pour ne pas se limiter à la France. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visuel pour avant/après cartopartie
Sinon, tu as l'outil d'export sous la forme d'une image qui est proposé directement depuis le site d'OpenStreetMap. Tu trouveras le bouton à côté de History et ça devrait te générer une URL de la forme suivante : http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=0.77578,42.71029,0.79526,42.72351scale=6357format=png Bien souvent, le serveur nous informe qu'il est un peu trop occupé pour répondre à ta demande. Mais parfois, il accepte de faire le travail. Pierre 2013/3/22 Romain MEHUT romain.me...@gmail.com: Merci pour les détails :) Romain Le 22 mars 2013 14:23, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut, Un petit tour par le code source de la page pour trouver que c'est le plugin jquery before after qui a été utilisé http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ Oui exactement c'est ce que j'ai utilisé pour l'affichage sur mon site. Avec ces deux images de dimensions identiques http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png Pour avoir les deux images de tailles identiques recupérées à quelques jours d'intervalle, j'ai utilisé le logiciel NoniMapView : http://aeguerre.free.fr/Public/Windows/NoniMapView/ J'ai sélectionné la zone en décochant la case Split pour n'obtenir qu'une seule image (sinon ça découpe en tuiles). J'ai lancé le téléchargement du fond OSM. J'ai sauvé le projet NoniMapView pour qu'il mémorise l'emprise et le zoom sélectionnés. Il suffit quelques temps après avoir contribué de réouvrir le projet et de retélécharger le fond OSM pour obtenir la même zone au pixel près. a+ Nicolas __ 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 -- Pierre GIRAUD ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Smartphone low cost à conseiller pour cartographier ?
Pour la RAM ce serait plutôt 512 mo et 4 go pour la ROM. Le vendredi 22 mars 2013, Christian Quest cqu...@openstreetmap.fr a écrit : L'usage des smartphone pour cartographier est de plus en plus dans l'air du temps. Entre l'appareil photo et le GPS intégré, la mémoire disponible et de plus en plus extensible, les abonnements 3G qui ont fortement baissé de prix et l'offre logicielle toujours de plus en plus riche... tout les ingrédients sont là pour en faire notre outil de base. L'offre de smartphone s'étoffe et des modèles très abordables sont disponibles à moins de 150 Euros. Est-ce que vous avez testé/utilisé des modèles comme les Wiko slim ? Les caractéristiques semblent pas mal et suffisantes: - caméra à 8Mpx - Android, - processeur dual core, - 4Go de RAM ...pour 135 à 140 euros. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Contrôle du bandeau osm
Salut Y a t'il des gens intéressés par cela ? http://list.openstreetmap.org/pipermail/talk/2013-march/066533.html Émilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des terrains de sport
B'soir Le vendredi 22 mars 2013 à 16:44 +0100, Christian Quest a écrit : Le 22 mars 2013 14:37, Otourly Wiki otou...@yahoo.fr a écrit : Le tag surface pourrait-être pris en compte pour les stades de foot en gore ? Ouaille note. J'ai modifié la couleur pour surface=grass (y compris pour les tennis c'était trop flashy) Par contre, pour l'artificiel, je ne vois pas trop quoi mettre. Un vert différent peut-être ? en tout cas bravo nono -- Durex fabrique des préservatif en titane exclusivement pour Chuck Norris. signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contrôle du bandeau osm
Le vendredi 22 mars 2013 à 17:47 +, Emilie Laffray a écrit : Salut Y a t'il des gens intéressés par cela ? http://list.openstreetmap.org/pipermail/talk/2013-march/066533.html Le lien ne fonctionne pas chez moi. nono -- La Terre est la toupie de Chuck Norris. signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contrôle du bandeau osm
Le lien : http://lists.openstreetmap.org/pipermail/talk/2013-March/066533.html - Mail original - De: nono pingven...@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Vendredi 22 Mars 2013 19:05:19 Objet: Re: [OSM-talk-fr] Contrôle du bandeau osm Le vendredi 22 mars 2013 à 17:47 +, Emilie Laffray a écrit : Salut Y a t'il des gens intéressés par cela ? http://list.openstreetmap.org/pipermail/talk/2013-march/066533.html Le lien ne fonctionne pas chez moi. nono -- La Terre est la toupie de Chuck Norris. ___ 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] Rendu des terrains de sport
Un gris (neutre vu que ce n'est pas une surface naturelle comme l'herbe ou la terre battue) peut-être un peu bleuté pour faire encore plus artificiel (les nouvelles surfaces complètement artificielles de compétition intérieures sont carrément d'un bleu bien prononcé pour mieux passer à la TV, mais je n'irais pas jusque là pour les surfaces exérieures, là ce serait braiment trop flashy). Le 22 mars 2013 16:44, Christian Quest cqu...@openstreetmap.fr a écrit : Le 22 mars 2013 14:37, Otourly Wiki otou...@yahoo.fr a écrit : Le tag surface pourrait-être pris en compte pour les stades de foot en gore ? Ouaille note. J'ai modifié la couleur pour surface=grass (y compris pour les tennis c'était trop flashy) Par contre, pour l'artificiel, je ne vois pas trop quoi mettre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pont de Ponte-Novu détruit
Bonsoir, L'ancien pont de Ponte-Novu, représenté par ce wayhttp://www.openstreetmap.org/browse/way/129842497, est incorrect : ce pont a été détruit par les nazis en 1943 ! Depuis, il manque toute la partie centrale, comme on peut le voir sur cette vue Google Mapshttps://maps.google.com/maps?q=Ponte+Novu,+20235+Castello-di-Rostino,+Haute-Corse,+Corse,+Francehl=frll=42.486004,9.280913spn=0.001426,0.002411sll=37.0625,-95.677068sspn=52.107327,79.013672t=hgeocode=FbxCiAIdoJ-NAAhnear=Ponte+Novu,+Castello-di-Rostino,+Haute-Corse,+Corse,+Francez=19 Ma question est la suivante : comment taggue-t-on un pont en ruine (mais qui a une importance historique très grande puisque c'est là que s'est déroulée la bataille de Ponte-Novu, le 9 mai 1769) ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Rebonsoir Le vendredi 22 mars 2013 à 12:33 +0100, Philippe Verdy a écrit : On devrait arrêter le mapping à ce qui est observable depuis le domaine public, ou enregistré sur un registre public, ou depuis des espaces ouverts au public (sans obligation d'adhérer d'abord à une structure ou prendre un abonnement pour avoir le droit d'y entrer), ou seulement si les propriétaires ne décident eux-mêmes de diffuser ces informations privées. Le sujet mérite qu'on s'y attarde effectivement. D'ailleurs par extension, on observe beaucoup de chose depuis le domaine public : - des pancartes à usage privé (nom du boulanger sur l'enseigne par exemple) - des plans à usage privé (le parc de mes g'noux ouvert au public) - des identifications, tels que GR n°xx (sujet qui fâche), etc... - des identifications, tels que des plaques (cabinets de médicaux, avocats, etc... leur avec nom du professionnel.) On observe également d'autres choses avec les images satellites... c'est un vaste débat. nono -- Chuck Norris a mis le feu au lac des cygnes signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visuel pour avant/après cartopartie
Bon je n'ai pas de chance. Je n'arrive pas à récupérer une image du village (Saizerais dans le 54 http://www.openstreetmap.org/?lat=48.7937lon=6.0483zoom=15layers=M) de la cartopartie de demain que ce soit avec Nonimapview ou depuis osm.orgavec la fonction exporter. Si l'un de vous veut bien essayer, ce serait sympa de m'envoyer l'image obtenue? Idéalement ce serait l'ensemble de la zone habitée au zoom 17. Merci. Romain Le 22 mars 2013 17:11, Pierre GIRAUD blueca...@gmail.com a écrit : Sinon, tu as l'outil d'export sous la forme d'une image qui est proposé directement depuis le site d'OpenStreetMap. Tu trouveras le bouton à côté de History et ça devrait te générer une URL de la forme suivante : http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=0.77578,42.71029,0.79526,42.72351scale=6357format=png Bien souvent, le serveur nous informe qu'il est un peu trop occupé pour répondre à ta demande. Mais parfois, il accepte de faire le travail. Pierre 2013/3/22 Romain MEHUT romain.me...@gmail.com: Merci pour les détails :) Romain Le 22 mars 2013 14:23, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut, Un petit tour par le code source de la page pour trouver que c'est le plugin jquery before after qui a été utilisé http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ Oui exactement c'est ce que j'ai utilisé pour l'affichage sur mon site. Avec ces deux images de dimensions identiques http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png Pour avoir les deux images de tailles identiques recupérées à quelques jours d'intervalle, j'ai utilisé le logiciel NoniMapView : http://aeguerre.free.fr/Public/Windows/NoniMapView/ J'ai sélectionné la zone en décochant la case Split pour n'obtenir qu'une seule image (sinon ça découpe en tuiles). J'ai lancé le téléchargement du fond OSM. J'ai sauvé le projet NoniMapView pour qu'il mémorise l'emprise et le zoom sélectionnés. Il suffit quelques temps après avoir contribué de réouvrir le projet et de retélécharger le fond OSM pour obtenir la même zone au pixel près. a+ Nicolas __ 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 -- Pierre GIRAUD ___ 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] Visuel pour avant/après cartopartie
C'est envoyé! bonne mapping-party. Augustin 2013/3/22 Romain MEHUT romain.me...@gmail.com Bon je n'ai pas de chance. Je n'arrive pas à récupérer une image du village (Saizerais dans le 54 http://www.openstreetmap.org/?lat=48.7937lon=6.0483zoom=15layers=M) de la cartopartie de demain que ce soit avec Nonimapview ou depuis osm.orgavec la fonction exporter. Si l'un de vous veut bien essayer, ce serait sympa de m'envoyer l'image obtenue? Idéalement ce serait l'ensemble de la zone habitée au zoom 17. Merci. Romain Le 22 mars 2013 17:11, Pierre GIRAUD blueca...@gmail.com a écrit : Sinon, tu as l'outil d'export sous la forme d'une image qui est proposé directement depuis le site d'OpenStreetMap. Tu trouveras le bouton à côté de History et ça devrait te générer une URL de la forme suivante : http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=0.77578,42.71029,0.79526,42.72351scale=6357format=png Bien souvent, le serveur nous informe qu'il est un peu trop occupé pour répondre à ta demande. Mais parfois, il accepte de faire le travail. Pierre 2013/3/22 Romain MEHUT romain.me...@gmail.com: Merci pour les détails :) Romain Le 22 mars 2013 14:23, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut, Un petit tour par le code source de la page pour trouver que c'est le plugin jquery before after qui a été utilisé http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ Oui exactement c'est ce que j'ai utilisé pour l'affichage sur mon site. Avec ces deux images de dimensions identiques http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png Pour avoir les deux images de tailles identiques recupérées à quelques jours d'intervalle, j'ai utilisé le logiciel NoniMapView : http://aeguerre.free.fr/Public/Windows/NoniMapView/ J'ai sélectionné la zone en décochant la case Split pour n'obtenir qu'une seule image (sinon ça découpe en tuiles). J'ai lancé le téléchargement du fond OSM. J'ai sauvé le projet NoniMapView pour qu'il mémorise l'emprise et le zoom sélectionnés. Il suffit quelques temps après avoir contribué de réouvrir le projet et de retélécharger le fond OSM pour obtenir la même zone au pixel près. a+ Nicolas __ 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 -- Pierre GIRAUD ___ 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 -- Augustin Doury Openstreetmap Senegal Community Mobilizer Humanitarian Openstreetmap Team (HOT) +221773160902 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pont de Ponte-Novu détruit
Par curiosité j'ai regardé le pont d'Avignon (pont Saint-Bénézet) et j'opterai pour un bridge=yes et historic=ruins Pont Saint-Bénézet : http://www.openstreetmap.org/index.html?mlat=43.95389mlon=4.80472zoom=17layers=M Le 22 mars 2013 21:35, Francescu GAROBY windu...@gmail.com a écrit : Bonsoir, L'ancien pont de Ponte-Novu, représenté par ce wayhttp://www.openstreetmap.org/browse/way/129842497, est incorrect : ce pont a été détruit par les nazis en 1943 ! Depuis, il manque toute la partie centrale, comme on peut le voir sur cette vue Google Mapshttps://maps.google.com/maps?q=Ponte+Novu,+20235+Castello-di-Rostino,+Haute-Corse,+Corse,+Francehl=frll=42.486004,9.280913spn=0.001426,0.002411sll=37.0625,-95.677068sspn=52.107327,79.013672t=hgeocode=FbxCiAIdoJ-NAAhnear=Ponte+Novu,+Castello-di-Rostino,+Haute-Corse,+Corse,+Francez=19 Ma question est la suivante : comment taggue-t-on un pont en ruine (mais qui a une importance historique très grande puisque c'est là que s'est déroulée la bataille de Ponte-Novu, le 9 mai 1769) ? -- Cordialement, Francescu GAROBY ___ 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] Visuel pour avant/après cartopartie
Super! Merci. Bon y a plus qu'à espérer qu'il ne pleuve pas trop demain... Romain Le 22 mars 2013 22:11, Augustin Doury augustin.do...@hotosm.org a écrit : Et voilà en pièce-jointe! bonne mapping-party. Augustin 2013/3/22 Romain MEHUT romain.me...@gmail.com Bon je n'ai pas de chance. Je n'arrive pas à récupérer une image du village (Saizerais dans le 54 http://www.openstreetmap.org/?lat=48.7937lon=6.0483zoom=15layers=M) de la cartopartie de demain que ce soit avec Nonimapview ou depuis osm.org avec la fonction exporter. Si l'un de vous veut bien essayer, ce serait sympa de m'envoyer l'image obtenue? Idéalement ce serait l'ensemble de la zone habitée au zoom 17. Merci. Romain Le 22 mars 2013 17:11, Pierre GIRAUD blueca...@gmail.com a écrit : Sinon, tu as l'outil d'export sous la forme d'une image qui est proposé directement depuis le site d'OpenStreetMap. Tu trouveras le bouton à côté de History et ça devrait te générer une URL de la forme suivante : http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=0.77578,42.71029,0.79526,42.72351scale=6357format=png Bien souvent, le serveur nous informe qu'il est un peu trop occupé pour répondre à ta demande. Mais parfois, il accepte de faire le travail. Pierre 2013/3/22 Romain MEHUT romain.me...@gmail.com: Merci pour les détails :) Romain Le 22 mars 2013 14:23, Nicolas Moyroud nmoyr...@free.fr a écrit : Salut, Un petit tour par le code source de la page pour trouver que c'est le plugin jquery before after qui a été utilisé http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ Oui exactement c'est ce que j'ai utilisé pour l'affichage sur mon site. Avec ces deux images de dimensions identiques http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png Pour avoir les deux images de tailles identiques recupérées à quelques jours d'intervalle, j'ai utilisé le logiciel NoniMapView : http://aeguerre.free.fr/Public/Windows/NoniMapView/ J'ai sélectionné la zone en décochant la case Split pour n'obtenir qu'une seule image (sinon ça découpe en tuiles). J'ai lancé le téléchargement du fond OSM. J'ai sauvé le projet NoniMapView pour qu'il mémorise l'emprise et le zoom sélectionnés. Il suffit quelques temps après avoir contribué de réouvrir le projet et de retélécharger le fond OSM pour obtenir la même zone au pixel près. a+ Nicolas __ 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 -- Pierre GIRAUD ___ 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 -- Augustin Doury Openstreetmap Senegal Community Mobilizer Humanitarian Openstreetmap Team (HOT) +221773160902 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Le 22 mars 2013 21:35, nono pingven...@free.fr a écrit : Le vendredi 22 mars 2013 à 12:33 +0100, Philippe Verdy a écrit : On devrait arrêter le mapping à ce qui est observable depuis le domaine public, ou enregistré sur un registre public, ou depuis des espaces ouverts au public (sans obligation d'adhérer d'abord à une structure ou prendre un abonnement pour avoir le droit d'y entrer), ou seulement si les propriétaires ne décident eux-mêmes de diffuser ces informations privées. Le sujet mérite qu'on s'y attarde effectivement. D'ailleurs par extension, on observe beaucoup de chose depuis le domaine public : - des pancartes à usage privé (nom du boulanger sur l'enseigne par exemple) Oui mais exposé sur le domaine public comme une publicité. Cela n'a rien de privé c'est une publication volontaire par son propriétaire. Pas de problème particulier de droit privé à ce sujet. - des plans à usage privé (le parc de mes g'noux ouvert au public) Si le parc est ouvert au public (comme affiché sur le panneau donnant le réglment du parc), aucun problème de violation du domaine privé, le parc est ouvert pour ça. On peut cartographier alors au mieux ce su(on y trouve, sans pour autant recopier le contenu éditorial du plan privé (qui n'est pas forcément exact non plus géométriquement, nombre de ces plans sont ultrasimplifiés ou mettent en valeur des détails sans tenir compte des proportions, ces plans ne sont pas faits sur une base géographique ou géodésique, mais sur une base informative ou publicitaire). - des identifications, tels que GR n°xx (sujet qui fâche), etc... Si le numro est affiché sur le domaine public, aucun problème pour afficher ce point. La publicité en a été faite. Mais cela n'unclut pas nécessarement que tout le parcours du GR soit balisé ainsi et n'oblige pas non plus à construire une relation reprenant le tracé exact de l'ensemble du parcours qui n'est fait que d'une série de chemins différents ayant leur propres caractéristiques. - des identifications, tels que des plaques (cabinets de médicaux, avocats, etc... leur avec nom du professionnel.) C'est comme pour les autres enseignes. Il n'y a plus de domaine privé dès que la publicité en est faite (et la loi leur impose d'ailleurs de faire cette publicité pour les professions réglementées : avocats, notaires, huissiers de justice, médecins, cliniques, pharmacies...) avec des mentions obligatoires (nom exact des diplômes et certifications professionnelles, nom véritable du professionel ou de sa raison sociale, heures d'ouverture, numéros des licences éventuelles). On observe également d'autres choses avec les images satellites... Cela est très différent, mais on ne peut rien cartographier de plus que ce qu'on voit. La description précise de ces objets observés dépend en revanche d'une connaissance privée. On se limitera donc à l'observations des chemins, parkings, et des toits ou autres constructions visibles (si ce sont des constructions avec permis de construire ou déclarations obligatoires, on les trouve dans le cadastre) sans savoir ce qui est dessous (notamment leur usage effectif : ce qui ressemble à un parking n'en est pas forcément un, et on n'a pas à taguer parking ce qui n'est qu'une zone de stationnement privé qui peut avoir d'autres usages mais n'est pas accessible de toute façon à tout le monde ; tout ce qu'on peut voir c'est que c'est une surface en dur, qui pourrait aussi être une terrasse, une aire de jeux, un emplacement de dépôts de matériels... C'est le propriétaire qui décide à peu près librement quoi en faire à tout moment, dans les limites des réglements de voisinage, d'urbanisme et d'environnement). . ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
On 03/22/2013 11:36 PM, Philippe Verdy wrote: ce qui ressemble à un parking n'en est pas forcément un, et on n'a pas à taguer parking ce qui n'est qu'une zone de stationnement privé qui peut avoir d'autres usages mais n'est pas accessible de toute façon à tout le monde ; tout ce qu'on peut voir c'est que c'est une surface en dur, qui pourrait aussi être une terrasse, une aire de jeux, un emplacement de dépôts de matériels... C'est le propriétaire qui décide à peu près librement quoi en faire à tout moment, dans les limites des réglements de voisinage, d'urbanisme et d'environnement). C'est une surface connectée à la voirie et qui sert à garer des véhicules ? C'est un parquage. Il est privé ? Il y a un attribut pour représenter ça. C'est visible depuis la rue ? On cartographie. C'est visible depuis l'orbite terrestre ? On cartographie. Ce n'est pas le propriétaire qui décide - ce sont les cartographes... C'est valable pour un individu comme pour un état. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Le 23 mars 2013 02:42, Jean-Marc Liotier j...@liotier.org a écrit : C'est une surface connectée à la voirie et qui sert à garer des véhicules ? C'est un parquage. Il est privé ? Il y a un attribut pour représenter ça. C'est visible depuis la rue ? On cartographie. Oui mais le problème c'est qu'on n'en sait absolument rien. On boit juste une surface et si ce jour là il y avait un véhicule dessus, on ne peut pas conclure pour autant que c'est un parking. Pour don propriétaire ça peut n'e^tre encore qu'une terrasse, et il a par ailleurs un garage. Dis-moi où c'est marqué parking ? A moins que tu vois un marquage explicite au sol (parkings d'entreprises), tu ne peux pas conclure du seul fait de la nature de la surface C'est visible depuis l'orbite terrestre ? On cartographie. C'est encore plus douteux. Tu n'en sais absolument rien et la photo satellite est déjà obsolète depuis des mois ou des années. Et qui cela concerne par ailleurs en dehors du propriétaire qui ce jour là a garé son véhicule ou y a fait garer un invité ? Tu repasses le lendemain et tu vois autre chose. L'usage n'est pas démontré par une simple image satellite si tu n'as pas un élément réellement permanent visible comme un marquage au sol. En revanche si ça t'amuse tu peux taguer la nature de la surface visible car elle ne va pas changer tous les jours : tu ne cartographie pas l'usage à un instant T mais le terrain. C'est très différent. Et uniquement ce qui est réellement observable. La présence d'un véhicule n'est pas suffisante, par définition ils sont mobiles, ils ne font pas partie du terrain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Examples Gov using OSM
The perennial question, but it's been a little while that I asked :-) What examples of government using OSM are you aware of? This can be federal, state, county, city or government related contracted or volunteer services. Also, if you're a government employee and working with OSM yourself, I'd love to talk to you. At the OSM US chapter we're getting off and on a question around who in Gov is using OSM, and I'd like to point folks to great allies. -- Alex Barth Secretary OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
